Показать сообщение отдельно
Старый 16.05.2020, 02:13   #19
ATS
Senior Member
 
Регистрация: Aug 2013
Сообщения: 3 785
Благодарил(а): 12 раз(а)
Поблагодарили: 194 раз(а) в 190 сообщениях
По умолчанию Ответ: Как построить отказоустойчивую сеть SMconnect?

Цитата:
Сообщение от Bayk Посмотреть сообщение
я правильно тогда понимаю логику, что IP в матриксе нужен именно этот только единожды, при авторизации? а потом, после получения конфигурации, уже соединения будут устанавливаться по ip из списка сервера?
После получения конфигурации и ключей для установления VPN соединения адрес из SMConfig уже больше не нужен.

Адреса для VPN уже будут в файле конфигурации client.conf на клиенте
Код:
#linux openvpn client config
daemon
client

dev-type tap
proto udp
                              
remote 192.168.0.227 1194
                                 
remote 91.108.43.71 1194
resolv-retry infinite
server-poll-timeout 15
.....
Цитата:
тогда еще вопросы:
1. значит после подачи питания клиент может подключиться только к тому серверу, у которого он получил последний раз разрешение на подключение, независимо о того, через какой IP из этого перечня он найдет этот сервер?
Нет. Разрешение нужно только для получения файла с ключами и конфигурацией клиенту с заданным серийным номером. Подключение по VPN будет установлено с первым доступным IP из файла client.conf

Цитата:
2. после отключения питания, если ip авторизации недоступен, то клиент не подключится к серверу?
По VPN подключится аналогично п.1

Цитата:
3. получается, что использовать 2 одновременно работающих трима невозможно, поскольку внутри клиента будет хранится инфа только потому серверу, куда он подключен был в последний раз, и даже если в адресе одного сервера указать ip второго, то подключения не произойдет, поскольку у второго сервера должен быть второй комплект ключей?
Ничего особенного у клиента не хранится.

Если второй является клоном первого тогда при подключении VPN все должно работать практически аналогично первому. Если сеть не перестраивалась. Иначе тут опять вылезают ограничения SMConfig.

Но второй сервер это уже нестандартное решение для SMConnect. Тут нужно экспериментировать.
Одновременное подключение к двум в рамках SMConnect невозможно.



Цитата:
по поводу обмена данными между матриксом и смсервером:
при учете устойчивой GSM сети суточный (аптайм 24 часа) IDLE траффик составил 3,5-4,0 мегабайта,
При отсутствии обмена там только пинги для поддержки соединения

Последний раз редактировалось ATS, 16.05.2020 в 02:40
ATS вне форума   Ответить с цитированием