Помогите пжлст разобраться, что за хрень такая, поставил себе VPN сервер с использованием Radius + FreeNIBS, все настроил, клиенты входят, авторизуются , IPшники выдаются, но!!! тут начинается самое интересное, виндовый клиент при поднятии VPN туннеля выставляет себе default route на самого себя, т.е. на тот же IPшник, который ему выдал VPN сервер.
Соответственно все пакеты заворачиваются ей на саму себя, и в итоге нет инета и все, что делать ума не приложу.P.S. При поднятии туннеля начинаю пинговать сервак, пинги идут нормально, как непосредственно по Ethernet'у, так и внутри VPN'а.
а НАТ настроен?
>а НАТ настроен?
Нат то тут причем? Ну блин...
Смотри ppptp.conf!
а какой у тебя VPN - mpd?если да - тогда смотри в mpd.conf
у меня так сделано
-----------
pptp0:
new -i ng0 pptp0 pptp0
set ipcp ranges 192.168.14.10 192.168.100.128/32
load pptp_standart
pptp1:
new -i ng1 pptp1 pptp1
set ipcp ranges 192.168.14.10 192.168.100.129/32
load pptp_standart
pptp2:
new -i ng2 pptp2 pptp2
set ipcp ranges 192.168.14.10 192.168.100.130/32
load pptp_standart
--------------
192.168.14.10 - адрес сервера ( т.е. адрес шлюза по умолчанию), а 192.168.100.128/32 - адрес выделяемый машине. Я думаю у тебя в этом проблема
Нат тут действительно не причем, до него еще не дошли, в качестве VPN используется pptpd (т.е. сервер взведен на линуксе), в конфиге pptpd вообще не предусмотрено ничего по этому поводу, максимум что можно сделать, это указать ms-dns и вроде как wins сервер, если не ошибаюсь.P.S. В конфигах pppd этого тоже не предусмотрено, а подозреваю на 90% что дело именно в нем.
виндовый клиент при поднятии VPN туннеля выставляет себе default route на самого себя, т.е. на тот же IPшник, который ему выдал VPN сервер.здесь ошибки нет. так и должно быть.
смотри маршрутизацию.
при поднятии тунеля виден шлюз?
>смотри маршрутизацию.
>при поднятии тунеля виден шлюз?Я в вопросе уже писал, что сервак пингуется нормально как внутри туннеля так и по простому ethernet'у, т.е. получается что шлюз виден, но как заставить пакеты идти по туннелю?, и что надо смотреть в маршрутизации?
>>смотри маршрутизацию.
>>при поднятии тунеля виден шлюз?
>
>Я в вопросе уже писал, что сервак пингуется нормально как внутри туннеля
>так и по простому ethernet'у, т.е. получается что шлюз виден, но
>как заставить пакеты идти по туннелю?, и что надо смотреть в
>маршрутизации?значит работает.
смотри фаир, потом как с натом?
включай дамп и гляди счетчики в правилах фаирвола..
я думаю в нем проблема.
на шлюзе пингует тунельный адрес и основной?
+ппробуй не пингом, а телнетом потестить. не всегда пинг срабатывает при впн...
я бы делал упор на дамп.
>значит работает.
>смотри фаир, потом как с натом?
>включай дамп и гляди счетчики в правилах фаирвола..
>я думаю в нем проблема.
>на шлюзе пингует тунельный адрес и основной?
>+ппробуй не пингом, а телнетом потестить. не всегда пинг срабатывает при впн...
>я бы делал упор на дамп.Т.е. ты хочешь сказать сказать что даже если default route выставлен на себя, то пакеты всеравно будут идти куда надо?
>>значит работает.
>>смотри фаир, потом как с натом?
>>включай дамп и гляди счетчики в правилах фаирвола..
>>я думаю в нем проблема.
>>на шлюзе пингует тунельный адрес и основной?
>>+ппробуй не пингом, а телнетом потестить. не всегда пинг срабатывает при впн...
>>я бы делал упор на дамп.
>
>Т.е. ты хочешь сказать сказать что даже если default route выставлен на
>себя, то пакеты всеравно будут идти куда надо?винда так пишет при впн.
если еще не решил проблему, можешь выложить сюда конфы - поглядим. можешь в аську...
Denn, спасибо за помощь, разобрался, но если будут вопросы, то буду долбиться в асю, раз ты не против.
Denn, спасибо за помощь, разобрался, но если будут вопросы, то буду долбиться в асю, раз ты не против.
Denn, спасибо за помощь, разобрался, но если будут вопросы, то буду долбиться в асю, раз ты не против.
я вылечил подобную траблу настроив natd и ipfw. у меня было проблема с виду похожая. клиенты коннектятся ипы раздаются, а вот пакеты не проходили. получилось что просто они доходили досервака и там и оставались, т.к. ipfw и nat вообще был вырублен. пересобрал ядро добавил правил чуть чуть и всё сразу заработало
>я вылечил подобную траблу настроив natd и ipfw. у меня было проблема
>с виду похожая. клиенты коннектятся ипы раздаются, а вот пакеты не
>проходили. получилось что просто они доходили досервака и там и оставались,
>т.к. ipfw и nat вообще был вырублен. пересобрал ядро добавил правил
>чуть чуть и всё сразу заработалоТо что у меня не настронен нат - я знаю, просто в виду своих познаний, просмотрев таблицу маршрутов, я сразу кинулся разбираться почему GW не туда, до ната дело еще не дошло, просто я не знал что у винды такой прикол (выставлять GW на себя).
>Denn, спасибо за помощь, разобрался, но если будут вопросы, то буду долбиться
>в асю, раз ты не против.Только подскажи как найти твою асю, а то что-то я не допру никак.
>>Denn, спасибо за помощь, разобрался, но если будут вопросы, то буду долбиться
>>в асю, раз ты не против.
>
>Только подскажи как найти твою асю, а то что-то я не допру
>никак.
250669862
Тут блин новая проблема появилась, в общем тестировал все это на VMWare, начальству все это дело понравилось, и теперь переезжаю на реальную машину, скопировал все конфиги, базу данных, и т.д.Поставил новый линукс (ASPlinux 9 Express Edition), началь заново собирать бинарники, все собрал, поставил, скопировал новые конфиги, начинаю проверять, а он мне кукиш, пишет в лог
"The remote system is required to authenticate itself
but I couldn't find any suitable secret (password) for it to use to do so"Однако pppd ругается что нет пароля для клиента, pppd собирал из портслейва+ppp-2.4.3, потом собрал портслейв+ppp-2.4.2, - аналогичная ситуация.
Кстати, может кто подскажет как правильно собирать portslave с новыми версиями ppp, в частности 2.4.2 и 2.4.3.
Ну неужели никто не собирал portslave с новыми версиями ppp,
и еще вопросик такой, если собрать ppp без портслейва, как обычно, но при этом прикрутить к нему модуль радиуса (radius.so), будет ли работать биллинг при такой конфигурации.
У меня таже проблема, может кто уже сталкивался?