| |
| 1.1, Blc, 17:23, 09/12/2003 [ответить] [смотреть все]
| +/– | |
А зачем патч качать откудато, если он идет в поставке в последнеи pppd, народ читайте документацию |  | | |
| 1.3, Andrey, 09:40, 11/12/2003 [ответить] [смотреть все]
| +/– | |
У меня таже фигня, между Linux-Linux, VPN-соединение устанавливается, но пинги не ходят, при этом загрузка проца на 100 процентов, загрузка интерфейса, то же на 100, что то передаёт, непонятно что.... Удавалось решать эту проблему удалением какого-то пути, который pptp-client дописывает сам, но, если без шифрование при удалении этого пути всё работает, то с mppe шифрованием, нужно удалить это путь как можно быстрее после создания его, обычно удаётся это сделать с 5-10 попытки.... После удалении этого пути нагрузка проца падает и сетевого интерфейса тоже... Никто с таким не сталкивался??? |  | | |
| |
| 2.4, Alexander, 17:00, 11/12/2003 [^] [ответить] [смотреть все]
| +/– |
Видимо у тебя получается "петля" для пакетиков.
То есть пакет не уходит из ppp интерфейса из за неправильного роутинга
У меня конкретно та же ситуация, решается просто:
Прописывай путь перед началом соединения до VPN сервера через eth0
Что-то типа route add 192.168.4.1 dev eth0
А потом соединяйся.
Подробно и с картинками описано на pptpclient.sourceforge.net
Да, и посмотри (Например из windows) какой default gw после соединения,
Мой провайдер неожиданно выставляет не адрес VPN сервера, а произвольный
Типа 192.168.100.29 (eth0 у меня 192.168.4.29)
Его то же надо прописать
Типа route add default gw 192.168.100.29
Но после соединения.
|  | | |
| 2.5, Alexander, 17:03, 11/12/2003 [^] [ответить] [смотреть все]
| +/– |
Воспользуйся Ethereal для Linux чтобы посмотреть траффик
Последовательно на всех интерфейсах - Думаю на половину решишь проблему
У него есть версия и для windows - так что можно сравнивать
соединения в linux и в windows
| | | |
| 2.6, Alexander, 17:09, 11/12/2003 [^] [ответить] [смотреть все]
| +/– |
Кстати если в винде всё ОК,
Простая команда route print даёт тебе правильные пути - такие и в линуксе делай.
Ещё дай команду ipconfig в винде - тоже информация.
| | | |
| |
| 3.7, Andrey, 01:15, 12/12/2003 [^] [ответить] [смотреть все]
| +/– |
Я понимаю что петля получается.... :-))
Но беда в том, что эта петля нормально убирается если нет mppe шифрования... А вот если оно с ним, то фигня...
А то что путь надо перед соединением прописать, так pptp-client при соединении его почему то удаляет и ставит свой.... Ну опять же говорю, что это путь (который pptp прописал) удаляется и всё номально без mppe шифрования, с ним надо очень быстро его удалить.. :-)) Получается с 5-10 попытки..
| | | |
|
|
| 1.9, Alex, 09:58, 30/12/2003 [ответить] [смотреть все]
| +/– |
Вообще-то есть мнение что бага то во FreeBSD
вот патчик (найден весной в Инете)
--- sys/netgraph/ng_ppp.c.orig Thu Nov 21 12:39:06 2002
+++ sys/netgraph/ng_ppp.c Thu Nov 21 12:39:26 2002
@@ -744,7 +744,7 @@
case HOOK_INDEX_VJC_VJIP:
if (priv->conf.enableCompression
&& priv->hooks[HOOK_INDEX_COMPRESS] != NULL) {
- if ((m = ng_ppp_addproto(m, proto, 1)) == NULL) {
+ if ((m = ng_ppp_addproto(m, proto, 0)) == NULL) {
NG_FREE_META(meta);
return (ENOBUFS);
}
|  | | |
| |
| 2.10, Alexander, 20:00, 02/01/2004 [^] [ответить] [смотреть все]
| +/– |
Видел. Заставить администратора нашей районной локальной сети поставить патч на его сервер FreeBSD не удалось. Я то на стороне клиента.
Так что... Спасибо за участие.
| | | |
| 2.13, weldpua2008, 23:40, 26/02/2007 [^] [ответить] [смотреть все]
| +/– |
Эм...
Я тут смотрю ~2002-3гг
А чё делать на FreeBSD 6.0/6.1/6.2?
У Меня на них с mpd4b4 , mpd4.1 Линух не конектится!!!
И пробывал когда-то FreeBSD тож :) ->FreeBSD6.0+mpd4.0b4
Симптом один и тот же:
За небольшой промежуток времени набегает туча трафика до 4Мб/сек...
Пинг никуда не ходит... |  | | |
|
|
|
