Pfsense 1.2.3 настройка PPPoE клиента
-
Ты заблуждаешься. PPPoE не нужен начальный IP-адрес, чтобы начать работать ибо начальный обмен идёт на втором уровне. Твой девай шлёт Ethernet-broadcast фрэйм, а сервер на него отвечает. Для прикола - установи Wireshark на свою Windows машину и установи соединение PPPoE, потом в дампе посмотри, как происходит установление сессии. (Возможно я в корне ошибаюсь, так что дамп всё покажет)
Возможно… но что то то не хочется таких экспериментов. времени нет. Провода то надеюсь нужны для подключения? ;)
Попробовал поставил http://code.google.com/p/m0n0wall-mod/ - товарищ целенаправлено занимался этой проблемой, но все равно я не смог к серрверу PPPoE подключиться. :(
Руки возможно кривые…На аппаратном маршрутизаторе zyxel p330 W сразу подключение происходит. Там есть параметр Local iP.
-
может есть путаница между "теплым и мягким" ?
для PPP соединения некоторые провайдеры делают хитрую схему с локальными IP.
Для PPPoE ни разу не встречал требования по IP.
А что собственно в логах у pfsense по поводу подключения написано? -
может есть путаница между "теплым и мягким" ?
для PPP соединения некоторые провайдеры делают хитрую схему с локальными IP.
Для PPPoE ни разу не встречал требования по IP.
А что собственно в логах у pfsense по поводу подключения написано?Разъясните, пожалуйста, тогда что здесь теплое что мягкое.
в логах:
Mar 31 11:51:23 check_reload_status: reloading interfaces Mar 31 11:51:26 dnsmasq[2051]: exiting on receipt of SIGTERM Mar 31 11:51:27 dnsmasq[4605]: started, version 2.45 cachesize 150 Mar 31 11:51:27 dnsmasq[4605]: compile time options: IPv6 GNU-getopt BSD-bridge ISC-leasefile no-DBus no-I18N TFTP Mar 31 11:51:27 dnsmasq[4605]: reading /etc/resolv.conf Mar 31 11:51:27 dnsmasq[4605]: using nameserver 217.172.16.8#53 Mar 31 11:51:27 dnsmasq[4605]: using nameserver 217.172.16.1#53 Mar 31 11:51:27 dnsmasq[4605]: read /etc/hosts - 2 addresses Mar 31 11:51:27 mpd: mpd: caught fatal signal term Mar 31 11:51:29 mpd: mpd: process 282 terminated Mar 31 11:51:30 mpd: mpd: pid 4652, version 3.18 (root@FreeBSD_7.2_pfSense_1.2.3_snaps.pfsense.org 21:06 4-Dec-2009) Mar 31 11:51:43 mpd: mpd: caught fatal signal term Mar 31 11:51:45 mpd: mpd: process 4652 terminated Mar 31 11:51:46 mpd: mpd: pid 4716, version 3.18 (root@FreeBSD_7.2_pfSense_1.2.3_snaps.pfsense.org 21:06 4-Dec-2009) -
судя по логам у вас даже дозвон не производится.
mpd тупо падает.
почему он падает я угадать не могу.
надо перебирать все варианты (переустановка, перебить настройки, поковырять руками config.xml, сетевуху наконец сменить)в логах:
Mar 31 11:51:23 check_reload_status: reloading interfaces Mar 31 11:51:26 dnsmasq[2051]: exiting on receipt of SIGTERM Mar 31 11:51:27 dnsmasq[4605]: started, version 2.45 cachesize 150 Mar 31 11:51:27 dnsmasq[4605]: compile time options: IPv6 GNU-getopt BSD-bridge ISC-leasefile no-DBus no-I18N TFTP Mar 31 11:51:27 dnsmasq[4605]: reading /etc/resolv.conf Mar 31 11:51:27 dnsmasq[4605]: using nameserver 217.172.16.8#53 Mar 31 11:51:27 dnsmasq[4605]: using nameserver 217.172.16.1#53 Mar 31 11:51:27 dnsmasq[4605]: read /etc/hosts - 2 addresses Mar 31 11:51:27 mpd: mpd: caught fatal signal term Mar 31 11:51:29 mpd: mpd: process 282 terminated Mar 31 11:51:30 mpd: mpd: pid 4652, version 3.18 (root@FreeBSD_7.2_pfSense_1.2.3_snaps.pfsense.org 21:06 4-Dec-2009) Mar 31 11:51:43 mpd: mpd: caught fatal signal term Mar 31 11:51:45 mpd: mpd: process 4652 terminated Mar 31 11:51:46 mpd: mpd: pid 4716, version 3.18 (root@FreeBSD_7.2_pfSense_1.2.3_snaps.pfsense.org 21:06 4-Dec-2009) -
как диагностику сделать? с wan интерфейса я пингую шлюз провайдера.. вроде работает.
Вот настройки на сайте провайдера:
Настройка VPN соединения - FreeBSD Настройка VPN соединения: Включить следующее в файл /etc/ppp/ppp.conf Примечание: Строчки после метки рррое: должны начинаться с пробела! Важно! Первое значение для строк "redial" и "reconnect", в примере "60", не может быть менее "60"! Второе значение для строк "redial" и "reconnect", в примере "99" - это количество попыток переподключения! pppoe: set log Phase Chat LCP IPCP CCP tun command set device PPPoE:iface:servicename set authname login set authkey password set redial 60 99 set reconnect 60 99 enable lqr set dial set login set ifaddr 0.0.0.0/0 0.0.0.0/0 add default HISADDRкак их вручную сделать на Pfsense?
-
как диагностику сделать? с wan интерфейса я пингую шлюз провайдера.. вроде работает.
Вот настройки на сайте провайдера:
Настройка VPN соединения - FreeBSD Настройка VPN соединения: Включить следующее в файл /etc/ppp/ppp.conf Примечание: Строчки после метки рррое: должны начинаться с пробела! Важно! Первое значение для строк "redial" и "reconnect", в примере "60", не может быть менее "60"! Второе значение для строк "redial" и "reconnect", в примере "99" - это количество попыток переподключения! pppoe: set log Phase Chat LCP IPCP CCP tun command set device PPPoE:iface:servicename set authname login set authkey password set redial 60 99 set reconnect 60 99 enable lqr set dial set login set ifaddr 0.0.0.0/0 0.0.0.0/0 add default HISADDRкак их вручную сделать на Pfsense?
Забавно, причём тут ppp.conf?
Это файл /var/etc/mpd.conf
Опять же видим - никакого фиксированного IP в совете провайдера не видно. -
Забавно, причём тут ppp.conf?
Это файл /var/etc/mpd.conf
Опять же видим - никакого фиксированного IP в совете провайдера не видно.ну не знаю при чем тут ppp.conf на сайте провайдера так написано…
http://help.starnet.ru/instruction/index.html -
я всё таки думаю дело не в настройках. не должен мпд при попытке дозвона выпадать. он должен ошибку вернуть. надо сначала с этим разобраться.
-
странный провайдер однако, обычно ppp negotiation ip выдает сразу.
-
я всё таки думаю дело не в настройках. не должен мпд при попытке дозвона выпадать. он должен ошибку вернуть. надо сначала с этим разобраться.
Mar 31 11:51:27 mpd: mpd: caught fatal signal termя не думаю, что mpd тупо падает, эта строка может появиться и когда просто нажимешь Save на WAN интерфейс. Надо tcpdump смотреть, люблю tcpdump -)