Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

    DHCP + PPTP on WAN

    Scheduled Pinned Locked Moved Russian
    402 Posts 58 Posters 460.4k Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • T
      The_Raven
      last edited by

      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).
      Я один такой счастливчик ?

      1 Reply Last reply Reply Quote 0
      • E
        Eugene
        last edited by

        @The_Raven:

        dsl у меня отсутствует как класс, провайдер FTTB - оптика до дома, витая пара до клиента. Как говорил выше - соединение происходит по DHCP+PPTP.
        На настоящем WAN ошибок 0\0, так что дело не в физическом носителе

        Тогда ой… попробуй mtu поиграться.

        http://ru.doc.pfsense.org

        1 Reply Last reply Reply Quote 0
        • T
          The_Raven
          last edited by

          mtu нельзя выставить используя связку Static + ng0pptp, по крайней мере через веб-морду. Да и проявляются проблемы такого рода обычно по другому.

          add: есть мнения что это может быть ? Любые статы предоставлю … уж очень хочется DHCP + PPTP на WAN + поддержку Wi-Fi на чипе Ralink'а :(

          1 Reply Last reply Reply Quote 0
          • E
            Eugene
            last edited by

            1. А что провайдер говорит - какие настройки PPTP должны быть? Поддерживают ли они официально что-нибудь кроме windows pptp-клента?
            2. покажи лог всё-таки, когда связь рвётся.

            http://ru.doc.pfsense.org

            1 Reply Last reply Reply Quote 0
            • T
              The_Raven
              last edited by

              Провайдер поддерживает много чего, в т.ч. и FreeBSD с mpd4.
              Тут проблема не в провайдере, это следует хотя бы из того, что у меня прекрасно работают два m0n0wall-mod 1.235-0.32 в режиме DHCP+PPTP.

              Мне потребовалась поддержка WiFi карты с ралинковым чипом (D-Link DWA-510), которую 1.2х ветка мода не видит.
              Ее видит 1.3х ветка, но с ней у меня не сложилось - виснет, то самопроизвольно, то после загрузки, то при подаче сколь-нибудь ощутимой нагрузки WAN<>LAN … перебрал кучу железа и закономерности не нашел, по этому снова обратился в сторону pfsense.

              Лог будет чуть-чуть позже, сейчас только с работы вернулся.

              1 Reply Last reply Reply Quote 0
              • E
                Eugene
                last edited by

                @The_Raven:

                Тут проблема не в провайдере, это следует хотя бы из того, что у меня прекрасно работают два m0n0wall-mod 1.235-0.32 в режиме DHCP+PPTP.

                Давай сравним конфиги!

                http://ru.doc.pfsense.org

                1 Reply Last reply Reply Quote 0
                • T
                  The_Raven
                  last edited by

                  ================== правильно работающий 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
                  1 Reply Last reply Reply Quote 0
                  • E
                    Eugene
                    last edited by

                    Хорошо, а неправильно работающий pfSense?

                    http://ru.doc.pfsense.org

                    1 Reply Last reply Reply Quote 0
                    • H
                      Helfer_Panch
                      last edited by

                      @The_Raven:

                      Ее видит 1.3х ветка, но с ней у меня не сложилось - виснет, то самопроизвольно, то после загрузки, то при подаче сколь-нибудь ощутимой нагрузки WAN<>LAN … перебрал кучу железа и закономерности не нашел, по этому снова обратился в сторону pfsense.

                      У меня тоже на этой ветке такое было и как я понял это происходило при добавлении статического маршрута на подсети(были как белые так и серые ИПы) доступные без pptp.
                      Зависание происходило именно в тот момент когда ктонить из диапозонов прописанной статики стучался на белый ИП.

                      1 Reply Last reply Reply Quote 0
                      • H
                        Helfer_Panch
                        last edited by

                        @The_Raven:

                        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
fi

                        if-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 не увидел, т.к. пришлось попариться со скриптами. :(

                        1 Reply Last reply Reply Quote 0
                        • T
                          The_Raven
                          last edited by

                          @Evgeny:

                          Хорошо, а неправильно работающий 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

                          @Helfer_Panch:

                          ЗЫ Если чесно, то Дмитрий Кононов сделал отличный m0n0wall-mod, огромное ему спасибо, сильно выручил в свое время. Жаль, что его разработку здесь даже не заметили (не пришлось бы вилосипед изобретать), хотя уже упоминалась на этом форуме. Работает на ура с любыми провайдерами, даже с таким, как у меня был(выше описано, как боролся с ним), просто настроил и забыл, здесь такой простоты даже в 2.0 не увидел, т.к. пришлось попариться со скриптами. :(

                          Воистину.

                          1 Reply Last reply Reply Quote 0
                          • E
                            Eugene
                            last edited by

                            Не буду дискутировать на тему "как хорошо сделано в m0n0wall и как плохо в pfSense", но прийду с работы гляну, теперь есть на что посмотреть -)

                            http://ru.doc.pfsense.org

                            1 Reply Last reply Reply Quote 0
                            • A
                              aleksvolgin
                              last edited by

                              Если чесно, то Дмитрий Кононов сделал отличный m0n0wall-mod, огромное ему спасибо, сильно выручил в свое время. Жаль, что его разработку здесь даже не заметили (не пришлось бы вилосипед изобретать), хотя уже упоминалась на этом форуме.

                              вы имеете ввиду человека с ником thedix на форуме m0n0wall`а?

                              1 Reply Last reply Reply Quote 0
                              • T
                                The_Raven
                                last edited by

                                Да, это про него.

                                1 Reply Last reply Reply Quote 0
                                • E
                                  Eugene
                                  last edited by

                                  The_Raven, у тебя как будто бы две сессии mpd одновременно подняты, посмотри сколько процессов бегает.
                                  А ещё лучше в Interfaces->OPT1 выключи вообще PPTP, убрав галку Enable optional … и Save. Подожди секунд пять - посмотри```
                                  ps -eaxf | grep mpd

                                  Потом включай в Interfaces->OPT1 галкой Enable optional … и Save. Гляди, должен появиться только один процесс mpd. Если один после пяти секунд, то давай опять логи +```
ifconfig

                                  Добавлено
                                  По статистике - да, это не ошибки, это принятые-переданные байты. Поправлю.

                                  http://ru.doc.pfsense.org

                                  1 Reply Last reply Reply Quote 0
                                  • E
                                    Eugene
                                    last edited by

                                    Новая версия пакета готова. Удалите старый, постаьте новый.
                                    В новом пакете:

                                    • добавлена опция для компрессии PPTP - надо если PPTP сервер Windows (кто-то просил, чтобы ручками конфиг не править)
                                    • перестала давать ошибку при перезагрузке правил, когда разрешаешь/запрещаешь интерфейс (был баг)
                                    • статистику на интерфейсе теперь показывает правильно

                                    http://ru.doc.pfsense.org

                                    1 Reply Last reply Reply Quote 0
                                    • A
                                      aleksvolgin
                                      last edited by

                                      Новая версия пакета готова

                                      правильно ли я понимаю, это реализовано в виде пакета, который можно установить только в обычной установочной версии сенса. Т.е. на ембеддед и нано версиях это летать не будет. Если я прав, то нельзя ли "собрать" ембеддед версию 1.2.2 с этой фичей? Очень нужно заменить моноволл (мод который) на сенс (из за необходимости openvpn).

                                      1 Reply Last reply Reply Quote 0
                                      • E
                                        Eugene
                                        last edited by

                                        @aleksvolgin:

                                        Новая версия пакета готова

                                        правильно ли я понимаю, это реализовано в виде пакета, который можно установить только в обычной установочной версии сенса. Т.е. на ембеддед и нано версиях это летать не будет. Если я прав, то нельзя ли "собрать" ембеддед версию 1.2.2 с этой фичей? Очень нужно заменить моноволл (мод который) на сенс (из за необходимости openvpn).

                                        Ты можешь вручную нужные файлы скопировать.
                                        Я подумаю про "собрать", а почему embedded 1.2.2 нужна? не последняя нано?

                                        http://ru.doc.pfsense.org

                                        1 Reply Last reply Reply Quote 0
                                        • A
                                          aleksvolgin
                                          last edited by

                                          а почему embedded 1.2.2 нужна? не последняя нано?

                                          всё просто: размер носителя. Сейчас моно раскатан на IDE DOM модулях размером 128 Мб, кои удалось достать с превеликим трудом.

                                          1 Reply Last reply Reply Quote 0
                                          • E
                                            Eugene
                                            last edited by

                                            Я не очень представляю себе процесс "сборки" новой embedded, посему это долгая история, может как-нибудь попробуй.
                                            Почему бы тебе пока не потестировать пакет, установив его вот так Установка пакета на embedded версию pfSense

                                            http://ru.doc.pfsense.org

                                            1 Reply Last reply Reply Quote 0
                                            • First post
                                              Last post
                                            Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.