I
Size: a a a
2019 August 07
D
с клиента до координатора доступность есть
D
Туннель строится между координатором и вин клиентом, после координатора до машинки в облаке трафик расшифрованный идет
От клиента до координтора все хорошо
Либо я не понял вопрос тогда)
От клиента до координтора все хорошо
Либо я не понял вопрос тогда)
D
с клиента до туннелируемого узла пинги прошли
D
Не работает в обратную сторону)
D
Да
D
Единственное что смущает
Пинги пришли с виртуального адреса
Пинги пришли с виртуального адреса
D
Перепроверил еще раз, стоит виртуальный, хотя я ручками на реальный менял
MS
Dmitry
Перепроверил еще раз, стоит виртуальный, хотя я ручками на реальный менял
Так вроде как координатор выплевает пакеты от випнет клиентов в сторону туннелируемых узлов через virtualip. С туннелируемого узла надо пингать тот адрес клиента, который светится на координаторе в iplir, насколько помню
I
Так вроде как координатор выплевает пакеты от випнет клиентов в сторону туннелируемых узлов через virtualip. С туннелируемого узла надо пингать тот адрес клиента, который светится на координаторе в iplir, насколько помню
Выплевывает с того адреса, который в accessip
Z
Так вроде как координатор выплевает пакеты от випнет клиентов в сторону туннелируемых узлов через virtualip. С туннелируемого узла надо пингать тот адрес клиента, который светится на координаторе в iplir, насколько помню
Пакеты от клиентов к туннелям будут передаваться в зависимости от настроек видимости этих самых клиентов на координаторе. А видимость может быть или по реальным адресам или по виртуальным. Просто чаще устанавливается именно виртуальная видимость, поэтому и складывается ощущение, что так будет всегда