Перейти к контенту

Рекомендуемые сообщения

Добрый день!

Скажите, в чем существенная практическая разница работы координатора в режиме с динамической трансляцией адресов и со статической?Может это повлиять каким-либо образом на работу клиента за координатором (на видимость им других АП)? Для АП какой необходим сервер IP-адресов свой координатор или самый центральный?

Ссылка на комментарий
Поделиться на других сайтах

Добрый день!

Скажите, в чем существенная практическая разница работы координатора в режиме с динамической трансляцией адресов и со статической?Может это повлиять каким-либо образом на работу клиента за координатором (на видимость им других АП)? Для АП какой необходим сервер IP-адресов свой координатор или самый центральный?

Сервер IP-адресов - это сервер, с которого клиент периодически забирает настройки сетевых узлов, с которыми он связан (в частности, IP-адреса и признак доступности). Принципиальной разницы в выборе сервера нет. Координатор со статической трансляцией адресов - это (если упростить) координатор с белым ip-адресом, где у координатора всегда один внешний адрес и именно он подставляется в пакеты. Динамическую трансляцию используют в тех случаях, когда у координатора (или клиента) нет белого адреса и его адрес динамически меняется. В этом случае координатор должен сообщать координатору со статической трансляцией адресов информацию, что он ещё жив и доступен по определённому адресу. Если в сети всего один координатор или за ним стоят удалённые, а не локальные узлы, то тут только статическая трансляция нужна.

Ссылка на комментарий
Поделиться на других сайтах

Ещё такой интересный вопрос.

На данном форуме писали, что координатор и клиент не могут работать с динамической трансляцией адресов одновременно (при непосредственном соединении "в лоб" через кабель).

Но координатор и клиент с данными настройками нормально работали. Можно поподробнее о работе ViPNetа c такими настройками.Корректно это или нет?Может это сказаться на доступности узлов,на связи с удалённо работающими ViPNetами?

Ссылка на комментарий
Поделиться на других сайтах

Ещё такой интересный вопрос.

На данном форуме писали, что координатор и клиент не могут работать с динамической трансляцией адресов одновременно (при непосредственном соединении "в лоб" через кабель).

Но координатор и клиент с данными настройками нормально работали. Можно поподробнее о работе ViPNetа c такими настройками.Корректно это или нет?Может это сказаться на доступности узлов,на связи с удалённо работающими ViPNetами?

Не помню, возможно, кто-то и писал такое на форуме. Тем не менее, это некорректно. При подключённых напрямую координаторе и клиенте работать будет всё нормально (и это корректно), поскольку находится в пределах одной локальной сети. Если речь идёт о работе через NAT, то тут координатор и клиент по динамике работать не будут. В общем случае (который я описывал выше), когда клиент находится не в ЛВС, требуется статический NAT (с белым IP).

Ссылка на комментарий
Поделиться на других сайтах

Я продолжу тему теоретических вопросов по координатору.

Например, есть две разнесенных ЛВС А и В, в каждой координатор, координаторы соединены между собой, администратор - в сети А.

В сети A есть тунелируемый ресурс с web-доступом к нему A1.

Пользователи обеих сетей подключаются к ресурсу А1.

На просторах инета есть отдельные АП с Vipnet Client на борту, которые тоже обращаются к ресурсу А1.

В каких случаях должен быть запущен Монитор на координаторах?

Ссылка на комментарий
Поделиться на других сайтах

Я продолжу тему теоретических вопросов по координатору.

Например, есть две разнесенных ЛВС А и В, в каждой координатор, координаторы соединены между собой, администратор - в сети А.

В сети A есть тунелируемый ресурс с web-доступом к нему A1.

Пользователи обеих сетей подключаются к ресурсу А1.

На просторах инета есть отдельные АП с Vipnet Client на борту, которые тоже обращаются к ресурсу А1.

В каких случаях должен быть запущен Монитор на координаторах?

VipNet монитор запускать в данном случае не обязательно вовсе. Монитор служит лишь для управления драйвером, файлового обмена и защищённого чата. Также он служит для обмена по MFTP, который запускается вместе с ним. Для работоспособности VPN монитор можно и не загружать, но тогда не будут ходить обновления и почта по этим координаторам.

Ссылка на комментарий
Поделиться на других сайтах

И нет разницы, стоят координаторы за файерволами с НАТом или выставлены наружу и службы НАТ запущены на них?

Ссылка на комментарий
Поделиться на других сайтах

И нет разницы, стоят координаторы за файерволами с НАТом или выставлены наружу и службы НАТ запущены на них?

Разницы никакой нет - координатор будет работать во всех описанных случаях. И IPLIR (vipnet) прекрасно работает и без монитора. Единственное, что стоит учесть, на Windows Server придётся повозиться с настройками файервола/NAT... там бывают засады... но всё решаемо.

Ссылка на комментарий
Поделиться на других сайтах

Присоединиться к обсуждению

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

Гость
Ответить в этой теме...

×   Вы вставили отформатированный текст.   Удалить форматирование

  Допустимо не более 75 смайлов.

×   Ваша ссылка была автоматически заменена на медиа-контент.   Отображать как ссылку

×   Ваши публикации восстановлены.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.

×
×
  • Создать...

Важная информация

Продолжая пользоваться сайтом вы принимаете Условия использования.