DHCP + PPTP on WAN
-
Внутри PPTP-канала опять получаем DHCP.
Это не DHCP, но суть верна - адрес получается от провайдера.
Да, должно работать.В настройках WAN -> PPTP есть странное поле Local IP. Это тот Local IP, который внутри PPTP-канала (но он рандомный, откуда мне знать его)? Или это тот Local IP, который должен быть на ethernet-интерфейсе?
Попытался заюзать это, но у меня вообще нет в System пункта Packages.
-
В настройках WAN -> PPTP есть странное поле Local IP. Это тот Local IP, который внутри PPTP-канала (но он рандомный, откуда мне знать его)? Или это тот Local IP, который должен быть на ethernet-интерфейсе?
Если на WAN DHCP, то local IP будет тот, что будет выдан провайдером. Иначе провайдер должен выдать IP.
Попытался заюзать это, но у меня вообще нет в System пункта Packages.
А вот это уже сурово… даже не знаю, что сказать. Сколько помню - всегда там было.
-
Попытался заюзать это, но у меня вообще нет в System пункта Packages.
А вот это уже сурово… даже не знаю, что сказать. Сколько помню - всегда там было.
С этим разобрался. Если стоит USB-версия, то оно считает себя cdrom-ом и отказывается монтировать / в rw и прячет этот пункт. Клево. Придется ставить на винт.
Реально в нем подмонтировать Ext3? А то я не помню, на каком из разделов диска у меня пусто. :(
-
ммм …. заманчивая дока , пошел пробовать с Билайном (г. Саратов, DHCP+PPTP)
-
Поставилось и настроилось без проблем (если не считать того, что pfsens'у нужно откуда-то дать интернет на WAN :) ), соединения поднялись, интернет есть.
Сейчас тестирую под нагрузкой (небольшой торрент-трекер + хаб, в сумме 75к соединений где-то).
Из негативного наблюдаю время от времени отваливающуюся веб-морду и очень часты реконнекты ng0pptp.Посмотрим что будет дальше.
add: на добавочном интерфейсе ng0pptp в статусе:
MAC address 6994
In/out errors 615594/163576в логах: авторизация ОК, затем ошибка
Nov 28 16:05:27 mpd: [pptp] error writing len 14 frame to bypass: Network is down
затем получаю IP и вдруг реконнект соединения …
-
add: на добавочном интерфейсе ng0pptp в статусе:
MAC address 6994
In/out errors 615594/163576в логах: авторизация ОК, затем ошибка
на мак забить можно, не имеет особого смысла а вот ошибки могут указывать на проблемы с dsl.
-
dsl у меня отсутствует как класс, провайдер FTTB - оптика до дома, витая пара до клиента. Как говорил выше - соединение происходит по DHCP+PPTP.
На настоящем WAN ошибок 0\0, так что дело не в физическом носителе.add: хотел поставить 2.0 BETA4, но при установке с CD оно выдало неимоверное количество ошибок, соответственно система получилась нежизнеспособной (пробовалось на двух связках: PIII-800 + 128 SD-RAM + 512 Mb HDD и на интеловой атомной матери Atom N450 + 1024 Mb DDR2 + 160 Gb HDD).
Я один такой счастливчик ? -
dsl у меня отсутствует как класс, провайдер FTTB - оптика до дома, витая пара до клиента. Как говорил выше - соединение происходит по DHCP+PPTP.
На настоящем WAN ошибок 0\0, так что дело не в физическом носителеТогда ой… попробуй mtu поиграться.
-
mtu нельзя выставить используя связку Static + ng0pptp, по крайней мере через веб-морду. Да и проявляются проблемы такого рода обычно по другому.
add: есть мнения что это может быть ? Любые статы предоставлю … уж очень хочется DHCP + PPTP на WAN + поддержку Wi-Fi на чипе Ralink'а :(
-
1. А что провайдер говорит - какие настройки PPTP должны быть? Поддерживают ли они официально что-нибудь кроме windows pptp-клента?
2. покажи лог всё-таки, когда связь рвётся. -
Провайдер поддерживает много чего, в т.ч. и FreeBSD с mpd4.
Тут проблема не в провайдере, это следует хотя бы из того, что у меня прекрасно работают два m0n0wall-mod 1.235-0.32 в режиме DHCP+PPTP.Мне потребовалась поддержка WiFi карты с ралинковым чипом (D-Link DWA-510), которую 1.2х ветка мода не видит.
Ее видит 1.3х ветка, но с ней у меня не сложилось - виснет, то самопроизвольно, то после загрузки, то при подаче сколь-нибудь ощутимой нагрузки WAN<>LAN … перебрал кучу железа и закономерности не нашел, по этому снова обратился в сторону pfsense.Лог будет чуть-чуть позже, сейчас только с работы вернулся.
-
Тут проблема не в провайдере, это следует хотя бы из того, что у меня прекрасно работают два m0n0wall-mod 1.235-0.32 в режиме DHCP+PPTP.
Давай сравним конфиги!
-
================== правильно работающий m0n0wall-mod ======================
/var/etc/mpd.conf
pptp: new -i ng0 pptp pptp set iface route default set iface disable on-demand set iface idle 0 set iface up-script /usr/local/sbin/ppp-linkup set bundle disable multilink set bundle authname "LOGIN" set bundle password "PASSWORD" set link keep-alive 10 60 set link max-redial 0 set link no acfcomp protocomp set link disable pap chap set link accept chap set ipcp no vjcomp set ipcp ranges 0.0.0.0/0 0.0.0.0/0 open/usr/local/sbin/ppp-linkup
#!/bin/sh rm -f /var/etc/nameservers.conf # unset CGI environment variables so as not to confuse PHP unset CONTENT_TYPE GATEWAY_INTERFACE REMOTE_USER REMOTE_ADDR AUTH_TYPE unset HTTP_USER_AGENT CONTENT_LENGTH SCRIPT_FILENAME HTTP_HOST unset SERVER_SOFTWARE HTTP_REFERER SERVER_PROTOCOL REQUEST_METHOD unset SERVER_PORT SCRIPT_NAME SERVER_NAME # write nameservers to file if [ "$6" = "dns1" ]; then echo $7 >> /var/etc/nameservers.conf fi if [ "$8" = "dns2" ]; then echo $9 >> /var/etc/nameservers.conf fi # let the configuration system know that the # WAN IP address has changed /etc/rc.newwanip &после поднятия VPN выполняется "Execute on link up: route delete 85.21.230.64" (удалене маршрута до VPN-сервера, иначе интернета нет)
лог соединения с интернетом:
Nov 29 19:11:13 mpd: [pptp] rec'd signal usr1, opening Nov 29 19:11:13 mpd: [pptp] IPCP: Open event Nov 29 19:11:13 mpd: [pptp] IPCP: state change Initial --> Starting Nov 29 19:11:13 mpd: [pptp] IPCP: LayerStart Nov 29 19:11:13 mpd: [pptp] bundle: OPEN event in state CLOSED Nov 29 19:11:13 mpd: [pptp] opening link "pptp"... Nov 29 19:11:13 mpd: [pptp] bundle: OPEN event in state OPENED Nov 29 19:11:13 mpd: [pptp] opening link "pptp"... Nov 29 19:11:13 mpd: [pptp] link: OPEN event Nov 29 19:11:13 mpd: [pptp] LCP: Open event Nov 29 19:11:13 mpd: [pptp] LCP: state change Initial --> Starting Nov 29 19:11:13 mpd: [pptp] LCP: LayerStart Nov 29 19:11:13 mpd: [pptp] link: OPEN event Nov 29 19:11:13 mpd: [pptp] LCP: Open event Nov 29 19:11:13 mpd: [pptp] device: OPEN event in state DOWN Nov 29 19:11:13 mpd: pptp0: connecting to 85.21.230.64:1723 Nov 29 19:11:13 mpd: [pptp] device is now in state OPENING Nov 29 19:11:13 mpd: pptp0: connected to 85.21.230.64:1723 Nov 29 19:11:13 mpd: pptp0: attached to connection with 85.21.230.64:1723 Nov 29 19:11:13 mpd: pptp0-0: outgoing call connected at 64000 bps Nov 29 19:11:13 mpd: [pptp] PPTP call successful Nov 29 19:11:13 mpd: [pptp] device: UP event in state OPENING Nov 29 19:11:13 mpd: [pptp] device is now in state UP Nov 29 19:11:13 mpd: [pptp] link: UP event Nov 29 19:11:13 mpd: [pptp] link: origination is local Nov 29 19:11:13 mpd: [pptp] LCP: Up event Nov 29 19:11:13 mpd: [pptp] LCP: state change Starting --> Req-Sent Nov 29 19:11:13 mpd: [pptp] LCP: phase shift DEAD --> ESTABLISH Nov 29 19:11:13 mpd: [pptp] LCP: SendConfigReq #12 Nov 29 19:11:13 mpd: MRU 1500 Nov 29 19:11:13 mpd: MAGICNUM 85ab8746 Nov 29 19:11:15 mpd: [pptp] LCP: SendConfigReq #13 Nov 29 19:11:15 mpd: MRU 1500 Nov 29 19:11:15 mpd: MAGICNUM 85ab8746 Nov 29 19:11:15 mpd: [pptp] LCP: rec'd Configure Request #1 link 0 (Req-Sent) Nov 29 19:11:15 mpd: MRU 1460 Nov 29 19:11:15 mpd: AUTHPROTO PAP Nov 29 19:11:15 mpd: MAGICNUM 7b7bb77d Nov 29 19:11:15 mpd: [pptp] LCP: SendConfigAck #1 Nov 29 19:11:15 mpd: MRU 1460 Nov 29 19:11:15 mpd: AUTHPROTO PAP Nov 29 19:11:15 mpd: MAGICNUM 7b7bb77d Nov 29 19:11:15 mpd: [pptp] LCP: state change Req-Sent --> Ack-Sent Nov 29 19:11:15 mpd: [pptp] LCP: rec'd Configure Ack #13 link 0 (Ack-Sent) Nov 29 19:11:15 mpd: MRU 1500 Nov 29 19:11:15 mpd: MAGICNUM 85ab8746 Nov 29 19:11:15 mpd: [pptp] LCP: state change Ack-Sent --> Opened Nov 29 19:11:15 mpd: [pptp] LCP: phase shift ESTABLISH --> AUTHENTICATE Nov 29 19:11:15 mpd: [pptp] LCP: auth: peer wants PAP, I want nothing Nov 29 19:11:15 mpd: [pptp] PAP: using authname "LOGIN" Nov 29 19:11:15 mpd: [pptp] PAP: sending REQUEST Nov 29 19:11:15 mpd: [pptp] LCP: LayerUp Nov 29 19:11:15 mpd: [pptp] PAP: rec'd ACK #1 Nov 29 19:11:15 mpd: [pptp] LCP: authorization successful Nov 29 19:11:15 mpd: [pptp] LCP: phase shift AUTHENTICATE --> NETWORK Nov 29 19:11:15 mpd: [pptp] setting interface ng0 MTU to 1460 bytes Nov 29 19:11:15 mpd: [pptp] up: 1 link, total bandwidth 64000 bps Nov 29 19:11:15 mpd: [pptp] IPCP: Up event Nov 29 19:11:15 mpd: [pptp] IPCP: state change Starting --> Req-Sent Nov 29 19:11:15 mpd: [pptp] IPCP: SendConfigReq #11 Nov 29 19:11:15 mpd: IPADDR 0.0.0.0 Nov 29 19:11:15 mpd: [pptp] IPCP: rec'd Configure Request #1 link 0 (Req-Sent) Nov 29 19:11:15 mpd: IPADDR 85.21.230.64 Nov 29 19:11:15 mpd: 85.21.230.64 is OK Nov 29 19:11:15 mpd: [pptp] IPCP: SendConfigAck #1 Nov 29 19:11:15 mpd: IPADDR 85.21.230.64 Nov 29 19:11:15 mpd: [pptp] IPCP: state change Req-Sent --> Ack-Sent Nov 29 19:11:15 mpd: [pptp] IPCP: rec'd Configure Nak #11 link 0 (Ack-Sent) Nov 29 19:11:15 mpd: IPADDR 95.29.119.44 Nov 29 19:11:15 mpd: 95.29.119.44 is OK Nov 29 19:11:15 mpd: [pptp] IPCP: SendConfigReq #12 Nov 29 19:11:15 mpd: IPADDR 95.29.119.44 Nov 29 19:11:15 mpd: [pptp] IPCP: rec'd Configure Ack #12 link 0 (Ack-Sent) Nov 29 19:11:15 mpd: IPADDR 95.29.119.44 Nov 29 19:11:15 mpd: [pptp] IPCP: state change Ack-Sent --> Opened Nov 29 19:11:15 mpd: [pptp] IPCP: LayerUp Nov 29 19:11:15 mpd: 95.29.119.44 -> 85.21.230.64 Nov 29 19:11:15 mpd: [pptp] IFACE: Up event Nov 29 19:11:15 mpd: [pptp] setting interface ng0 MTU to 1460 bytes Nov 29 19:11:15 mpd: [pptp] exec: /sbin/ifconfig ng0 95.29.119.44 85.21.230.64 netmask 0xffffffff -link0 Nov 29 19:11:15 mpd: [pptp] exec: /sbin/route add 95.29.119.44 -iface lo0 Nov 29 19:11:15 mpd: [pptp] exec: /sbin/route add 0.0.0.0 85.21.230.64 Nov 29 19:11:15 mpd: [pptp] exec: /usr/local/sbin/ppp-linkup ng0 inet 95.29.119.44 85.21.230.64 LOGIN Nov 29 19:11:15 mpd: [pptp] IFACE: Up event -
Хорошо, а неправильно работающий pfSense?
-
Ее видит 1.3х ветка, но с ней у меня не сложилось - виснет, то самопроизвольно, то после загрузки, то при подаче сколь-нибудь ощутимой нагрузки WAN<>LAN … перебрал кучу железа и закономерности не нашел, по этому снова обратился в сторону pfsense.
У меня тоже на этой ветке такое было и как я понял это происходило при добавлении статического маршрута на подсети(были как белые так и серые ИПы) доступные без pptp.
Зависание происходило именно в тот момент когда ктонить из диапозонов прописанной статики стучался на белый ИП. -
mtu нельзя выставить используя связку Static + ng0pptp, по крайней мере через веб-морду. Да и проявляются проблемы такого рода обычно по другому.
add: есть мнения что это может быть ? Любые статы предоставлю … уж очень хочется DHCP + PPTP на WAN + поддержку Wi-Fi на чипе Ralink'а :(
Такое скорее всего происходит, когда конец тунеля и ИП сервера одинаковые. На пфсенсе борол это скриптом при поднятии сессии. Ну и собственно гасил действие первого другим при отключении.
А ошибки какие-то странные, было очень много, только сутками работало без проблем, а показывал только их, трафика при этом говорил 0. такое ощущение, что байты и количество ошибок местами перепутаны.. Это было в 1.2.3 с пачем который русской документации описан.
вот скрипты
if-up
route delete $4 default_route_old=`route -n get default 2>&1 | grep gateway | awk '{print $2}'` if [ $default_route_old ]; then echo $default_route_old > /var/tmp/default_route_old route delete default route -nq add default $4 else rm -f /var/tmp/default_route_old route -nq add default $4 fiif-down
if [ -r /var/tmp/default_route_old ]; then default_route_old=`cat /var/tmp/default_route_old` rm -f /var/tmp/default_route_old route -nq change default $default_route_old else route -nq delete default fiА да еще, какие-то строчки в стандартных скриптах комментировал, не подскажу, не помню, но и с ними тоже должно заработать, траблы будут при переподключении.
ЗЫ Если чесно, то Дмитрий Кононов сделал отличный m0n0wall-mod, огромное ему спасибо, сильно выручил в свое время. Жаль, что его разработку здесь даже не заметили (не пришлось бы вилосипед изобретать), хотя уже упоминалась на этом форуме. Работает на ура с любыми провайдерами, даже с таким, как у меня был(выше описано, как боролся с ним), просто настроил и забыл, здесь такой простоты даже в 2.0 не увидел, т.к. пришлось попариться со скриптами. :(
-
Хорошо, а неправильно работающий pfSense?
Вернулся с работы, на всякий пожарный по новой накатил pfsense, собственно вот:
============== pfsense 1.2.3 с множественными реконнектами ng0pptp ================
/var/etc/mpd.conf
pptp: new -i ng0 pptp pptp set iface route default set iface disable on-demand set iface idle 0 set iface up-script /usr/local/sbin/ppp-linkup set bundle disable multilink set bundle authname "LOGIN" set bundle password "PASSWORD" set link keep-alive 10 60 set link max-redial 0 set link no acfcomp protocomp set link disable pap chap set link accept chap set ipcp no vjcomp set ipcp ranges 0.0.0.0/0 0.0.0.0/0 open/usr/local/sbin/ppp-linkup
#!/bin/sh rm -f /var/etc/nameservers.conf # unset CGI environment variables so as not to confuse PHP unset CONTENT_TYPE GATEWAY_INTERFACE REMOTE_USER REMOTE_ADDR AUTH_TYPE unset HTTP_USER_AGENT CONTENT_LENGTH SCRIPT_FILENAME HTTP_HOST unset SERVER_SOFTWARE HTTP_REFERER SERVER_PROTOCOL REQUEST_METHOD unset SERVER_PORT SCRIPT_NAME SERVER_NAME # write nameservers to file if [ "$6" = "dns1" ]; then echo $7 >> /var/etc/nameservers.conf fi if [ "$8" = "dns2" ]; then echo $9 >> /var/etc/nameservers.conf fi # let the configuration system know that the # WAN IP address has changed echo wan > /tmp/rc.newwanipв статусе интерфейса OPT ng0pptp In/out errors 26422/13572
сессия живет очень недолго, последние 200 записей системного лога (2 подключения)
Nov 30 20:32:25 mpd: [pptp] LCP: state change Req-Sent --> Ack-Sent Nov 30 20:32:25 mpd: [pptp] LCP: rec'd Configure Ack #14 link 0 (Ack-Sent) Nov 30 20:32:25 mpd: MRU 1500 Nov 30 20:32:25 mpd: MAGICNUM f4e05290 Nov 30 20:32:25 mpd: [pptp] LCP: state change Ack-Sent --> Opened Nov 30 20:32:25 mpd: [pptp] LCP: phase shift ESTABLISH --> AUTHENTICATE Nov 30 20:32:25 mpd: [pptp] LCP: auth: peer wants PAP, I want nothing Nov 30 20:32:25 mpd: [pptp] PAP: using authname "LOGIN" Nov 30 20:32:25 mpd: [pptp] PAP: sending REQUEST Nov 30 20:32:25 mpd: [pptp] LCP: LayerUp Nov 30 20:32:25 mpd: [pptp] PAP: rec'd ACK #1 Nov 30 20:32:25 mpd: [pptp] LCP: authorization successful Nov 30 20:32:25 mpd: [pptp] LCP: phase shift AUTHENTICATE --> NETWORK Nov 30 20:32:25 mpd: [pptp] setting interface ng0 MTU to 1460 bytes Nov 30 20:32:25 mpd: [pptp] up: 1 link, total bandwidth 64000 bps Nov 30 20:32:25 mpd: [pptp] IPCP: Up event Nov 30 20:32:25 mpd: [pptp] IPCP: state change Starting --> Req-Sent Nov 30 20:32:25 mpd: [pptp] IPCP: SendConfigReq #13 Nov 30 20:32:25 mpd: IPADDR 0.0.0.0 Nov 30 20:32:25 mpd: [pptp] error writing len 14 frame to bypass: Network is down Nov 30 20:32:27 mpd: [pptp] IPCP: rec'd Configure Request #2 link 0 (Req-Sent) Nov 30 20:32:27 mpd: IPADDR 85.21.230.64 Nov 30 20:32:27 mpd: 85.21.230.64 is OK Nov 30 20:32:27 mpd: [pptp] IPCP: SendConfigAck #2 Nov 30 20:32:27 mpd: IPADDR 85.21.230.64 Nov 30 20:32:27 mpd: [pptp] IPCP: state change Req-Sent --> Ack-Sent Nov 30 20:32:27 mpd: [pptp] IPCP: SendConfigReq #14 Nov 30 20:32:27 mpd: IPADDR 0.0.0.0 Nov 30 20:32:27 mpd: [pptp] IPCP: rec'd Configure Nak #14 link 0 (Ack-Sent) Nov 30 20:32:27 mpd: IPADDR 78.106.44.5 Nov 30 20:32:27 mpd: 78.106.44.5 is OK Nov 30 20:32:27 mpd: [pptp] IPCP: SendConfigReq #15 Nov 30 20:32:27 mpd: IPADDR 78.106.44.5 Nov 30 20:32:27 mpd: [pptp] IPCP: rec'd Configure Ack #15 link 0 (Ack-Sent) Nov 30 20:32:27 mpd: IPADDR 78.106.44.5 Nov 30 20:32:27 mpd: [pptp] IPCP: state change Ack-Sent --> Opened Nov 30 20:32:27 mpd: [pptp] IPCP: LayerUp Nov 30 20:32:27 mpd: 78.106.44.5 -> 85.21.230.64 Nov 30 20:32:27 mpd: [pptp] IFACE: Up event Nov 30 20:32:27 mpd: [pptp] setting interface ng0 MTU to 1460 bytes Nov 30 20:32:27 mpd: [pptp] exec: /sbin/ifconfig ng0 78.106.44.5 85.21.230.64 netmask 0xffffffff -link0 Nov 30 20:32:27 mpd: [pptp] exec: /sbin/route add 78.106.44.5 -iface lo0 Nov 30 20:32:27 mpd: [pptp] exec: /sbin/route add 0.0.0.0 85.21.230.64 Nov 30 20:32:27 mpd: [pptp] exec: command returned 256 Nov 30 20:32:27 mpd: [pptp] exec: /usr/local/sbin/ppp-linkup ng0 inet 78.106.44.5 85.21.230.64 LOGIN Nov 30 20:32:27 mpd: [pptp] IFACE: Up event Nov 30 20:32:29 last message repeated 17 times Nov 30 20:32:30 check_reload_status: rc.newwanip starting Nov 30 20:32:31 php: : Informational: rc.newwanip is starting wan. Nov 30 20:32:31 kernel: Loop detected on ng0 Nov 30 20:32:32 php: : rc.newwanip working with (IP address: 10.20.234.20) (interface: wan) (interface real: rl1). Nov 30 20:32:32 kernel: Loop detected on ng0 Nov 30 20:32:36 last message repeated 2 times Nov 30 20:32:37 php: : Informational: DHClient spawned /etc/rc.newwanip and the new ip is wan - 10.20.234.20. Nov 30 20:32:37 php: : Creating rrd update script Nov 30 20:32:37 kernel: Loop detected on ng0 Nov 30 20:32:38 php: : Configuring slbd Nov 30 20:32:38 check_reload_status: reloading filter Nov 30 20:32:39 kernel: Loop detected on ng0 Nov 30 20:32:42 last message repeated 4 times Nov 30 20:32:42 check_reload_status: updating dyndns Nov 30 20:32:43 kernel: Loop detected on ng0 Nov 30 20:33:14 last message repeated 17 times Nov 30 20:33:25 mpd: [pptp] LCP: rec'd Terminate Request #2 link 0 (Opened) Nov 30 20:33:25 mpd: [pptp] LCP: state change Opened --> Stopping Nov 30 20:33:25 mpd: [pptp] LCP: phase shift NETWORK --> TERMINATE Nov 30 20:33:25 mpd: [pptp] setting interface ng0 MTU to 1500 bytes Nov 30 20:33:25 mpd: [pptp] up: 0 links, total bandwidth 9600 bps Nov 30 20:33:25 mpd: [pptp] IPCP: Down event Nov 30 20:33:25 mpd: [pptp] IPCP: state change Opened --> Starting Nov 30 20:33:25 mpd: [pptp] IPCP: LayerDown Nov 30 20:33:25 mpd: [pptp] IFACE: Down event Nov 30 20:33:25 mpd: [pptp] exec: /sbin/route delete 78.106.44.5 -iface lo0 Nov 30 20:33:25 mpd: [pptp] exec: /sbin/ifconfig ng0 down delete -link0 Nov 30 20:33:25 mpd: [pptp] LCP: SendTerminateAck #15 Nov 30 20:33:25 mpd: [pptp] LCP: LayerDown Nov 30 20:33:25 mpd: pptp0-0: peer call disconnected res=lost carrier err=none Nov 30 20:33:25 mpd: pptp0-0: killing channel Nov 30 20:33:25 mpd: [pptp] PPTP call terminated Nov 30 20:33:25 mpd: pptp0: closing connection with 85.21.230.64:1723 Nov 30 20:33:25 mpd: [pptp] device: DOWN event in state UP Nov 30 20:33:25 mpd: [pptp] device is now in state DOWN Nov 30 20:33:25 mpd: [pptp] link: DOWN event Nov 30 20:33:25 mpd: [pptp] LCP: Down event Nov 30 20:33:25 mpd: [pptp] LCP: state change Stopping --> Starting Nov 30 20:33:25 mpd: [pptp] LCP: phase shift TERMINATE --> DEAD Nov 30 20:33:25 mpd: pptp0: got StopCtrlConnRequest: reason=zero? Nov 30 20:33:25 mpd: pptp0: killing connection with 85.21.230.64:1723 Nov 30 20:33:25 mpd: [pptp] device: OPEN event in state DOWN Nov 30 20:33:25 mpd: [pptp] pausing 7 seconds before open Nov 30 20:33:25 mpd: [pptp] device is now in state DOWN Nov 30 20:33:28 mpd: [pptp] closing link "pptp"... Nov 30 20:33:28 mpd: [pptp] link: CLOSE event Nov 30 20:33:28 mpd: [pptp] LCP: Close event Nov 30 20:33:28 mpd: [pptp] LCP: state change Starting --> Initial Nov 30 20:33:28 mpd: [pptp] LCP: LayerFinish Nov 30 20:33:28 mpd: [pptp] device: CLOSE event in state DOWN Nov 30 20:33:28 mpd: [pptp] device is now in state DOWN Nov 30 20:33:31 mpd: [pptp] opening link "pptp"... Nov 30 20:33:31 mpd: [pptp] link: OPEN event Nov 30 20:33:31 mpd: [pptp] LCP: Open event Nov 30 20:33:31 mpd: [pptp] LCP: state change Initial --> Starting Nov 30 20:33:31 mpd: [pptp] LCP: LayerStart Nov 30 20:33:31 mpd: [pptp] device: OPEN event in state DOWN Nov 30 20:33:31 mpd: [pptp] pausing 1 seconds before open Nov 30 20:33:31 mpd: [pptp] device is now in state DOWN Nov 30 20:33:32 mpd: [pptp] device: OPEN event in state DOWN Nov 30 20:33:32 mpd: [pptp] pausing 1 seconds before open Nov 30 20:33:32 mpd: [pptp] device is now in state DOWN Nov 30 20:33:33 mpd: [pptp] device: OPEN event in state DOWN Nov 30 20:33:33 mpd: pptp0: connecting to 85.21.230.64:1723 Nov 30 20:33:33 mpd: [pptp] device is now in state OPENING Nov 30 20:33:33 mpd: pptp0: connected to 85.21.230.64:1723 Nov 30 20:33:33 mpd: pptp0: attached to connection with 85.21.230.64:1723 Nov 30 20:33:33 mpd: pptp0-0: outgoing call connected at 64000 bps Nov 30 20:33:33 mpd: [pptp] PPTP call successful Nov 30 20:33:33 mpd: [pptp] device: UP event in state OPENING Nov 30 20:33:33 mpd: [pptp] device is now in state UP Nov 30 20:33:33 mpd: [pptp] link: UP event Nov 30 20:33:33 mpd: [pptp] link: origination is local Nov 30 20:33:33 mpd: [pptp] LCP: Up event Nov 30 20:33:33 mpd: [pptp] LCP: state change Starting --> Req-Sent Nov 30 20:33:33 mpd: [pptp] LCP: phase shift DEAD --> ESTABLISH Nov 30 20:33:33 mpd: [pptp] LCP: SendConfigReq #16 Nov 30 20:33:33 mpd: MRU 1500 Nov 30 20:33:33 mpd: MAGICNUM f05cba38 Nov 30 20:33:35 mpd: [pptp] LCP: SendConfigReq #17 Nov 30 20:33:35 mpd: MRU 1500 Nov 30 20:33:35 mpd: MAGICNUM f05cba38 Nov 30 20:33:35 mpd: [pptp] LCP: rec'd Configure Request #1 link 0 (Req-Sent) Nov 30 20:33:35 mpd: MRU 1460 Nov 30 20:33:35 mpd: AUTHPROTO PAP Nov 30 20:33:35 mpd: MAGICNUM 80ef546f Nov 30 20:33:35 mpd: [pptp] LCP: SendConfigAck #1 Nov 30 20:33:35 mpd: MRU 1460 Nov 30 20:33:35 mpd: AUTHPROTO PAP Nov 30 20:33:35 mpd: MAGICNUM 80ef546f Nov 30 20:33:35 mpd: [pptp] LCP: state change Req-Sent --> Ack-Sent Nov 30 20:33:35 mpd: [pptp] LCP: rec'd Configure Ack #17 link 0 (Ack-Sent) Nov 30 20:33:35 mpd: MRU 1500 Nov 30 20:33:35 mpd: MAGICNUM f05cba38 Nov 30 20:33:35 mpd: [pptp] LCP: state change Ack-Sent --> Opened Nov 30 20:33:35 mpd: [pptp] LCP: phase shift ESTABLISH --> AUTHENTICATE Nov 30 20:33:35 mpd: [pptp] LCP: auth: peer wants PAP, I want nothing Nov 30 20:33:35 mpd: [pptp] PAP: using authname "LOGIN" Nov 30 20:33:35 mpd: [pptp] PAP: sending REQUEST Nov 30 20:33:35 mpd: [pptp] LCP: LayerUp Nov 30 20:33:35 mpd: [pptp] PAP: rec'd ACK #1 Nov 30 20:33:35 mpd: [pptp] LCP: authorization successful Nov 30 20:33:35 mpd: [pptp] LCP: phase shift AUTHENTICATE --> NETWORK Nov 30 20:33:35 mpd: [pptp] setting interface ng0 MTU to 1460 bytes Nov 30 20:33:35 mpd: [pptp] up: 1 link, total bandwidth 64000 bps Nov 30 20:33:35 mpd: [pptp] IPCP: Up event Nov 30 20:33:35 mpd: [pptp] IPCP: state change Starting --> Req-Sent Nov 30 20:33:35 mpd: [pptp] IPCP: SendConfigReq #16 Nov 30 20:33:35 mpd: IPADDR 0.0.0.0 Nov 30 20:33:35 mpd: [pptp] error writing len 14 frame to bypass: Network is down Nov 30 20:33:37 mpd: [pptp] IPCP: rec'd Configure Request #2 link 0 (Req-Sent) Nov 30 20:33:37 mpd: IPADDR 85.21.230.64 Nov 30 20:33:37 mpd: 85.21.230.64 is OK Nov 30 20:33:37 mpd: [pptp] IPCP: SendConfigAck #2 Nov 30 20:33:37 mpd: IPADDR 85.21.230.64 Nov 30 20:33:37 mpd: [pptp] IPCP: state change Req-Sent --> Ack-Sent Nov 30 20:33:37 mpd: [pptp] IPCP: SendConfigReq #17 Nov 30 20:33:37 mpd: IPADDR 0.0.0.0 Nov 30 20:33:37 mpd: [pptp] IPCP: rec'd Configure Nak #17 link 0 (Ack-Sent) Nov 30 20:33:37 mpd: IPADDR 78.106.44.5 Nov 30 20:33:37 mpd: 78.106.44.5 is OK Nov 30 20:33:37 mpd: [pptp] IPCP: SendConfigReq #18 Nov 30 20:33:37 mpd: IPADDR 78.106.44.5 Nov 30 20:33:37 mpd: [pptp] IPCP: rec'd Configure Ack #18 link 0 (Ack-Sent) Nov 30 20:33:37 mpd: IPADDR 78.106.44.5 Nov 30 20:33:37 mpd: [pptp] IPCP: state change Ack-Sent --> Opened Nov 30 20:33:37 mpd: [pptp] IPCP: LayerUp Nov 30 20:33:37 mpd: 78.106.44.5 -> 85.21.230.64 Nov 30 20:33:37 mpd: [pptp] IFACE: Up event Nov 30 20:33:37 mpd: [pptp] setting interface ng0 MTU to 1460 bytes Nov 30 20:33:37 mpd: [pptp] exec: /sbin/ifconfig ng0 78.106.44.5 85.21.230.64 netmask 0xffffffff -link0 Nov 30 20:33:37 mpd: [pptp] exec: /sbin/route add 78.106.44.5 -iface lo0 Nov 30 20:33:37 mpd: [pptp] exec: /sbin/route add 0.0.0.0 85.21.230.64 Nov 30 20:33:37 mpd: [pptp] exec: command returned 256 Nov 30 20:33:37 mpd: [pptp] exec: /usr/local/sbin/ppp-linkup ng0 inet 78.106.44.5 85.21.230.64 LOGIN Nov 30 20:33:37 mpd: [pptp] IFACE: Up event Nov 30 20:33:39 last message repeated 15 times Nov 30 20:33:39 check_reload_status: rc.newwanip starting Nov 30 20:33:39 kernel: Loop detected on ng0 Nov 30 20:33:41 last message repeated 2 times Nov 30 20:33:41 php: : Informational: rc.newwanip is starting wan. Nov 30 20:33:41 php: : rc.newwanip working with (IP address: 10.20.234.20) (interface: wan) (interface real: rl1). Nov 30 20:33:41 kernel: Loop detected on ng0 Nov 30 20:33:46 last message repeated 5 times Nov 30 20:33:46 php: : Informational: DHClient spawned /etc/rc.newwanip and the new ip is wan - 10.20.234.20. Nov 30 20:33:46 kernel: Loop detected on ng0 Nov 30 20:33:46 php: : Creating rrd update script Nov 30 20:33:47 php: : Configuring slbd Nov 30 20:33:47 check_reload_status: reloading filter Nov 30 20:33:49 kernel: Loop detected on ng0 Nov 30 20:33:50 last message repeated 3 times Nov 30 20:33:51 check_reload_status: updating dyndns Nov 30 20:33:52 kernel: Loop detected on ng0ЗЫ Если чесно, то Дмитрий Кононов сделал отличный m0n0wall-mod, огромное ему спасибо, сильно выручил в свое время. Жаль, что его разработку здесь даже не заметили (не пришлось бы вилосипед изобретать), хотя уже упоминалась на этом форуме. Работает на ура с любыми провайдерами, даже с таким, как у меня был(выше описано, как боролся с ним), просто настроил и забыл, здесь такой простоты даже в 2.0 не увидел, т.к. пришлось попариться со скриптами. :(
Воистину.
-
Не буду дискутировать на тему "как хорошо сделано в m0n0wall и как плохо в pfSense", но прийду с работы гляну, теперь есть на что посмотреть -)
-
Если чесно, то Дмитрий Кононов сделал отличный m0n0wall-mod, огромное ему спасибо, сильно выручил в свое время. Жаль, что его разработку здесь даже не заметили (не пришлось бы вилосипед изобретать), хотя уже упоминалась на этом форуме.
вы имеете ввиду человека с ником thedix на форуме m0n0wall`а?
-
Да, это про него.