forum.opennet.ru

Составление сообщения

Исходное сообщение

"PPTP со старм клиентом"
Отправлено LCD, 01-Дек-10 13:12

1.    Есть VPN-сервер, развернутый на Linux (pptp-server). В качестве локального IP для VPN использует тот же самый, который у него на eth0.
2.    В качестве клиента используем pptp на RH Linux Release 9 (Shrike) Kernel 2.4.20-46.9 i686. Версия клиента pptp-linux-1.1.0-3pdk.i586.rpm. Более новую версию невозможно установить в связи с устаревшей версией «остального».
3.    При подключении к VPN-серверу командой pppd call  имя_подключения подключение устанавливается, но пакеты не идут. VPN-сервер их не получает.
Возможно трафик pptp-клиента (gre…) маршрутизируется через самого клиента. На более новых версиях клиентах (от 2.4.2), все нормально. Что в этой ситуации можно предпринять, чтобы трафик (gre…) маршрутизировался через Eth-интерфейс.
PPTP используется для того, чтобы подключиться к Internet. Соответственно адрес PPTP-сервера является gateway по умолчанию. Если прописать static route, то весь трафик пойдет не через ppp, a через eth, что не устраивает.
Кто сталкивался с подобной проблемой?

Исходное сообщение
"PPTP со старм клиентом" Отправлено LCD, 01-Дек-10 13:12
1. Есть VPN-сервер, развернутый на Linux (pptp-server). В качестве локального IP для VPN использует тот же самый, который у него на eth0. 2. В качестве клиента используем pptp на RH Linux Release 9 (Shrike) Kernel 2.4.20-46.9 i686. Версия клиента pptp-linux-1.1.0-3pdk.i586.rpm. Более новую версию невозможно установить в связи с устаревшей версией «остального». 3. При подключении к VPN-серверу командой pppd call имя_подключения подключение устанавливается, но пакеты не идут. VPN-сервер их не получает. Возможно трафик pptp-клиента (gre…) маршрутизируется через самого клиента. На более новых версиях клиентах (от 2.4.2), все нормально. Что в этой ситуации можно предпринять, чтобы трафик (gre…) маршрутизировался через Eth-интерфейс. PPTP используется для того, чтобы подключиться к Internet. Соответственно адрес PPTP-сервера является gateway по умолчанию. Если прописать static route, то весь трафик пойдет не через ppp, a через eth, что не устраивает. Кто сталкивался с подобной проблемой?

Ваше сообщение

Имя*:

EMail:

Для отправки новых сообщений в текущей нити на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email).
Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.

Заголовок*:

Сообщение*:

> 1.    Есть VPN-сервер, развернутый на Linux (pptp-server). В качестве 
> локального IP для VPN использует тот же самый, который у него 
> на eth0.
> 2.    В качестве клиента используем pptp на RH Linux 
> Release 9 (Shrike) Kernel 2.4.20-46.9 i686. Версия клиента pptp-linux-1.1.0-3pdk.i586.rpm. 
> Более новую версию невозможно установить в связи с устаревшей версией «остального». 
 
> 3.    При подключении к VPN-серверу командой pppd call  
> имя_подключения подключение устанавливается, но пакеты не идут. VPN-сервер их не получает.

> Возможно трафик pptp-клиента (gre…) маршрутизируется через самого клиента. На более 
> новых версиях клиентах (от 2.4.2), все нормально. Что в этой ситуации 
> можно предпринять, чтобы трафик (gre…) маршрутизировался через Eth-интерфейс. 
 
> PPTP используется для того, чтобы подключиться к Internet. Соответственно адрес PPTP-сервера 
> является gateway по умолчанию. Если прописать static route, то весь трафик 
> пойдет не через ppp, a через eth, что не устраивает.

> Кто сталкивался с подобной проблемой?

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

На сайте действует частичное премодерирование - после публикации некоторые сообщения от анонимов могут автоматически скрываться ботом. После проверки модератором ошибочно скрытые сообщения раскрываются. Для ускорения раскрытия можно воспользоваться ссылкой "Сообщить модератору", указав в качестве причины обращения "скрыто по ошибке".

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру