Мой вопрос здесь является точной копией того, который был здесь опубликован, за исключением того, что я задаю этот вопрос, специфичный для Nortel VPN Client и RDP (Remote Desktop)

Я подключение к виртуальному серверу через TightVNC. Когда я нахожусь на виртуальном сервере, я подключаюсь к своему корпоративному VPN с помощью Nortel VPN Client. (мы должны использовать Nortel и ничего больше). Как только виртуальный сервер подключается к VPN, я теряю текущий сеанс VNC / RDP.

Как можно исправить эту ситуацию?

ОС виртуального сервера: Windows 7 для настольного компьютера ОС: Win XP Nortel VPN Client: V07_01.280

На основании комментариев я редактирую этот вопрос

  1. Решение, приведенное в других статьях, не работает, так как Nortel VPN Client, похоже, не создает новый сетевой адаптер
  2. Вопрос, который я здесь задаю, отличается, потому что я задаю его специально для Nortel VPN Client.
  3. Я удаленно мой виртуальный сервер с использованием VNC / RDP. Я подключаюсь к VPN на моем виртуальном сервере
|источник

1 ответ1

2

Вы не предоставляете подробных сведений о Виртуальном сервере, к которому пытаетесь подключиться, но я полагаю, что вы подключаетесь через RDP с клиентского ПК-машины M к серверу S, расположенному в сети N, и при подключении к M вы настраиваете VPN подключение к сети V. Это верно?

Если да, наиболее вероятная причина, по которой ваше соединение с сервером S прерывается, заключается в том, что ваш VPN-клиент был настроен для предотвращения разделения туннеля.

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

Как следствие, сеанс между машиной M и сервером S не маршрутизируется через туннель к сети VPN V и оттуда перенаправляется на сервер S в сети N.

Это обычно вызывает много проблем из-за одного из следующих:

  • Трафик, направляемый в VPN-туннель, будет страдать от NAT до достижения сети N, и, как следствие, сервер S будет отклонять пакеты, так как порядковые номера и другие значения сеанса TCP на компьютере M не совпадают с таковыми на сервере S ;
  • Маршрутизатор в сети V не знает или намеренно блокирует трафик к сети N, соединение будет просто разорвано.

Хорошая новость: это поведение настраивается.

Плохая новость: обычно администратор VPN ограничивает возможность пользователя изменять этот параметр в конфигурации клиента.

Надеюсь это поможет

|источник

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .