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

DHCP + PPTP on WAN

Russian
58
402
457.6k
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 Nov 28, 2010, 5:21 PM Nov 28, 2010, 5:05 PM

    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 Nov 28, 2010, 5:39 PM

      @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 Nov 29, 2010, 9:54 AM Nov 28, 2010, 6:50 PM

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

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

        1 Reply Last reply Reply Quote 0
        • E
          Eugene
          last edited by Nov 29, 2010, 2:12 PM

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

          http://ru.doc.pfsense.org

          1 Reply Last reply Reply Quote 0
          • T
            The_Raven
            last edited by Nov 29, 2010, 4:06 PM

            Провайдер поддерживает много чего, в т.ч. и 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 Nov 29, 2010, 5:45 PM

              @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 Nov 30, 2010, 1:11 PM Nov 30, 2010, 5:40 AM

                ================== правильно работающий 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 Nov 30, 2010, 2:34 PM

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

                  http://ru.doc.pfsense.org

                  1 Reply Last reply Reply Quote 0
                  • H
                    Helfer_Panch
                    last edited by Nov 30, 2010, 4:35 PM

                    @The_Raven:

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

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

                    1 Reply Last reply Reply Quote 0
                    • H
                      Helfer_Panch
                      last edited by Nov 30, 2010, 5:08 PM Nov 30, 2010, 4:43 PM

                      @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 Nov 30, 2010, 5:41 PM Nov 30, 2010, 5:38 PM

                        @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 Nov 30, 2010, 5:51 PM

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

                          http://ru.doc.pfsense.org

                          1 Reply Last reply Reply Quote 0
                          • A
                            aleksvolgin
                            last edited by Nov 30, 2010, 8:40 PM

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

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

                            1 Reply Last reply Reply Quote 0
                            • T
                              The_Raven
                              last edited by Nov 30, 2010, 9:29 PM

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

                              1 Reply Last reply Reply Quote 0
                              • E
                                Eugene
                                last edited by Dec 1, 2010, 2:06 PM Dec 1, 2010, 5:45 AM

                                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 Dec 4, 2010, 5:28 PM Dec 3, 2010, 7:33 AM

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

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

                                  http://ru.doc.pfsense.org

                                  1 Reply Last reply Reply Quote 0
                                  • A
                                    aleksvolgin
                                    last edited by Dec 3, 2010, 8:18 AM

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

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

                                    1 Reply Last reply Reply Quote 0
                                    • E
                                      Eugene
                                      last edited by Dec 3, 2010, 4:14 PM

                                      @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 Dec 3, 2010, 5:14 PM

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

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

                                        1 Reply Last reply Reply Quote 0
                                        • E
                                          Eugene
                                          last edited by Dec 4, 2010, 5:14 PM

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

                                          http://ru.doc.pfsense.org

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