PING 192.168.1.100 (192.168.1.100) 56(84) bytes of data.
64 bytes from 192.168.1.100: icmp_seq=1 ttl=64 time=105 ms
64 bytes from 192.168.1.100: icmp_seq=2 ttl=64 time=97.8 ms
64 bytes from 192.168.1.100: icmp_seq=3 ttl=64 time=116 ms
Вы пошли чуть более сложным путем, но так тоже можно
Можно было бы в настройках услуг URL и TCP порта указывать адрес из сети 172.16..., который система выдала для вашего устройства. Этот адрес постоянный и не меняется во времени.
А если вы указываете в настройках адрес из внутренней сети (192.168.1.100), как сейчас, то это подразумевает необходимость:
1. настройки сервера VPNKI (чтобы он знал о сети 192.168.1.0- именно это и есть настройка на личной странице сайта)
2. настройки вашего оборудования (raspberry).
Хорошо, что все заработало, но на самом деле могли быть и сложности в виде каких-нибудь правил межсетевого экрана на распберри, да и самой его способности маршрутизировать пакеты между сетями 192.168.1.0 и 172.16.0.0
Если захотите избавиться от лишней сложности, то можете переделать адрес в услугах URL и проброса TCP порта на 172.16....дождаться внесения изменений и попробовать обратиться сначала со страницы Инструменты (запрос порта адреса 172.16......), а затем и извне
Снова здравствуйте!
С вашей помощью все, заработало, за что вам большое спасибо!
Почти все))))
Замечена вот такая особенность.
Если Raspberry с сервером вырубается по питанию (отключён основной источник, сел резервный, появился основной, стартовала Малинка), а она в моей конфигурации выступает типа маршрутизатором, то вся моя схема не стартует, ничего не пингуется, перезапуск OpenVPN на страничке настроек туннелей не помогает.
А вот если я потом ребутну Малинку (повторю, что в моем случае это маршрутизатор) через терминал командой reboot, то все стартует даже без перезапуска OpenVPN.
Меня терзают смутные сомнения, что надо задержать старт OpenVPN, который настроен на автостарт по вашей инструкции.
Как это сделать покашернее?
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
Надо смотреть логи старта системы и понимать разницу в последовательности при старте и при рестарте.
Снимите лог в обоих вариантах. Это вероятно /var/log/syslog, (правда там всего может не быть) и сравните логи построчно.
Если разница есть, то потом можно уже более детально разбираться с причиной