auto eth1
#iface eth1 inet dhcp
iface eth1 inet static
address 192.168.20.2
netmask 255.0.0.0
gateway 192.168.20.1
Вот это самодеятельность, я так понимаю. А куда требуется попасть? В сеть на eth0 или eth1? В любом случае proxyarp нужен.
Ну какая самодеятельность ?
Это на клиенте, сеть с роутером.
Роутер получает интернет, имеет ip 192.168.20.1, поэтому шлюзом указан он.
Маску менял, т.к. Нужно было к другой подсети доступ дать. (сейчас ее нет, маску просто не поменял обратно. Допустим она 255.255.255.0 )
Jan 21 20:45:58 debian pptp[18538]: anon log[decaps_gre:pptp_gre.c:414]: buffering packet 1135 (expecting 1124, lost or reordered
По этому поводу, man pptp дает ответ.
Нужно дать доступ к удаленной сети, по vpn
в удаленной сети ip 192.168.0.*
при подключении к впн маршрут сам добавляется. Он верный? Дело не в маршрутизации? Ведь доступ к сети я получаю, получаю данные из сети, но через некоторое короткое время обрыв.
почитаю про проксиарп и про эти ошибку, спасибо.
Прочитал про proxyarp.
сервер выдает адреса vpn клиентам из реальной сети. эта опция включена в конфиге сервера.
Пользователь решил продолжить мысль 22 Января 2012, 13:00:52:
Jan 21 20:45:58 debian pptp[18538]: anon log[decaps_gre:pptp_gre.c:414]: buffering packet 1135 (expecting 1124, lost or reordered
Вот что нашел.Советуют покрутить mtu,mru - а ведь и правда, МТУ я крутил, ситуация менялась, немного правда, но менялась.
МРУ не крутил, не знаю куда и сколько крутить, буду пробовать
и это нужно и на сервере и на клиенте крутить, или как?
Пользователь решил продолжить мысль 22 Января 2012, 13:08:24:
В соседних ветка нашел тему об этих ошибках, там советуют добавить --nobuffer в конфиг подключения vpn. Да, теперь эти ошибки не засоряют syslog, но ситуация с обрывами не меняется.