DHCP + PPTP on WAN
- 
 Вопрос снимается:). 
 Все работает прекрасно!
 Проблемы оказались на стороне провайдера и решилились двумя сутками пинания тех поддержки.
 За инструкцию и модули огромное спасибо разработчикам!
- 
 Как я понял - для пользователей Билайна простого способа подключение pptp через dhcp нет? 
- 
 Как я понял - для пользователей Билайна простого способа подключение pptp через dhcp нет? 1. На основании чего сделан вывод? 
 2. Чем сей Билайн знаменит (отличается от других)?
- 
 билайн в украине использует l2tp 
- 
 Есть такая конфигурация: От провайдера получаем IP по DHCP. 
 Подключаемся по PPTP к серверу провайдера.
 Внутри PPTP-канала опять получаем DHCP.Это вообще как-то реализуемо? 
 p.s. провайдер - пчелайн.
- 
 Внутри PPTP-канала опять получаем DHCP. Это не DHCP, но суть верна - адрес получается от провайдера. 
 Да, должно работать.
- 
 Внутри 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?