Билайн проводной + Zyxel Keenetic hf,jxfz cdzprf&

У меня такой же, всё работает идеально на Билайне.

Проблема в том, что у них очень много заводского брака выходит, но это либо сразу видно, либо нет вообще. К счастью, по гарантии они сдаются легко, все продаваны в курсе.

Terand

Параллельно, это как?

У него точно не брак, по логу видно, что сам туннель устанавливается (во всяком случае, пытался), а вот правильно ли по dns резолвится ip l2tp сервера - вопрос. В диагностике можно было включить ppp debug и посмотреть, правильно ли выбирается тип авторизации, скорее
всего сам логин/пароль верный, а вот тип авторизации - нет (если не авто), в этом случае сервер билайна будет разрывать соединение уже на этапе LCP.

Параллельно - смотрю в монитор роутера, где пишется не соединен, но при этом я мог заходить на Билайновский форум (только на него). В том то и дело, что он совершено уверено в мониторе писал маршруты и делал вид, что какой то обмен идёт. L2TP однозначно был выставлен и CHAMP, и куча всех остальных по очереди, просто уже шёл тупой перебор вариантов.
До этого без проблем год работал в качестве точки доступа с АДСЛ модемом.

Terand

А сейчас тоже CHAP авторизация или авто?

Сейчас CHAP (пробовал разное)
Вот пример уже работающего лога


14 апр 10:36:18

pppd[4311]

Plugin pppol2tp.so loaded.



14 апр 10:36:18

pppd[4312]

pppd 2.4.4 started by root, uid 0



14 апр 10:36:18

l2tp_plugin[4313]

l2tp version xl2tpd-1.1.11-plugin-0.1 started on KEENETIC PID:4313



14 апр 10:36:18

l2tp_plugin[4313]

Connecting to host 85.21.208.191, port 1701



14 апр 10:36:18

l2tp_plugin[4313]

Connection established to 85.21.208.191, 1701. Local: 12692, Remote: 25860 (ref=0/0).



14 апр 10:36:18

l2tp_plugin[4313]

Calling on tunnel 12692



14 апр 10:36:18

l2tp_plugin[4313]

Call established with 85.21.208.191, Local: 42166, Remote: 40109, Serial: 1 (ref=0/0)



14 апр 10:36:18

pppd[4312]

Using interface ppp0



14 апр 10:36:18

pppd[4312]

Connect: ppp0 <--> l2tp[0]



14 апр 10:36:18

pppd[4312]

Overriding mtu 1500 to 1400



14 апр 10:36:18

pppd[4312]

Overriding mru 1500 to mtu value 1400



14 апр 10:36:18

pppd[4312]

Overriding mru 1460 to mtu value 1400



14 апр 10:36:18

pppd[4312]

CHAP authentication succeeded



14 апр 10:36:18

pppd[4312]

CHAP authentication succeeded



14 апр 10:36:18

pppd[4312]

replacing old default route to eth2.2 [10.249.40.1]



14 апр 10:36:18

pppd[4312]

local IP address 2.92.51.204



14 апр 10:36:18

pppd[4312]

remote IP address 85.21.208.191



14 апр 10:36:18

pppd[4312]

primary DNS address 213.234.192.7



14 апр 10:36:18

pppd[4312]

secondary DNS address 85.21.192.5



14 апр 10:36:19

dnsmasq[4417]

started, version 2.55 cachesize 150



14 апр 10:36:19

dnsmasq[4417]

reading /etc/resolv.conf



14 апр 10:36:19

dnsmasq[4417]

using nameserver 85.21.192.5#53



14 апр 10:36:19

dnsmasq[4417]

using nameserver 213.234.192.7#53



14 апр 10:36:19

dnsmasq[4417]

using nameserver 85.21.192.3#53



14 апр 10:36:19

dnsmasq[4417]

using nameserver 213.234.192.8#53



14 апр 10:36:19

dnsmasq[4417]

read /etc/hosts - 2 addresses



14 апр 10:36:19

miniupnpd[4254]

received signal 15, good-bye

В догонку. Имеет смысл менять MTU с 1400 на 1460, как на скринах некоторых? и в логе чего то он перебивает:

14 апр 10:36:18

pppd[4312]

Connect: ppp0 <--> l2tp[0]


14 апр 10:36:18

pppd[4312]

Overriding mtu 1500 to 1400


14 апр 10:36:18

pppd[4312]

Overriding mru 1500 to mtu value 1400


14 апр 10:36:18

pppd[4312]

Overriding mru 1460 to mtu value 1400


14 апр 10:36:18

pppd[4312]

CHAP authentication succeeded


14 апр 10:36:18

pppd[4312]

CHAP authentication succeeded

Это сообщение отредактировал Terand - 14.04.2012 - 20:47

Ага, понятно, у вас основное соединение dhcp (автоматически), далее некоторые маршруты локальной сети вы также получаете через dhcp, поэтому у вас без туннеля работают локальные сервера биллайна. В первом логе у вас до авторизации дело не доходило, скорее всего из-за того, что вы не получали все маршруты или их больше 50.
Навскидку, в мониторе сколько дополнительных маршрутов у вас?

В таблице действующих сетевых маршрутов - 25 шт.
Про MTU чего нибудь подскажите или забить?

Terand
коннектор в порядке? сами обжимали или горе-прокладчики кабеля?

Кабели в порядке, поверял несколько раз, так же пробовал с простым Dlink хабом.
Вот кстати ещё момент смущал, если роутер пытался задействовать в качестве просто хаба то коннекта тоже не было, работало только прямое соединение с сетевухой компа, с утра сегодня раскопал старый хаб - без проблем через него работало. Тут уже пришлось камлать с кинетиком, он испугался расправы решил поработать наверное .
Сейчас проблем вроде нет, осталось только порты прокинуть для трекеров, да танки не дают

Terand

Насчет мту - можете поставить 1460, но не больше, по логу переопределение для ppp mtu/mru устройства. Еще момент, аппаратный нат у вас включен/выключен на закладке "Подключение" ?

аппаратный NAT включен (галочка не стоит).
там же: включен Контроль состояния WAN, отвечать на ping запросы и не уменьшатьTTL.

Terand

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

Впрочем, сейчас работает, если снова возникнет проблема - запросите информацию у службы поддержки.

to andrey_vp

Служба поддержки в первую очередь узнала модель роутера и сразу : не сертифицирован, можем связать с компанией партнером для оказания помощи (в принципе они правы).