1-2 release - wan won't connect
-
Last 50 system log entries Apr 26 09:28:04 php: : WARNING! /etc/rc.newwanip could not deterimine the previous ip address ( wan ). Apr 26 09:28:07 php: : Informational: DHClient spawned /etc/rc.newwanip and the new ip is wan - . Apr 26 09:28:07 php: : Creating rrd update script Apr 26 09:28:09 php: : Configuring slbd Apr 26 09:28:09 check_reload_status: reloading filter Apr 26 09:28:10 dnsmasq[538]: reading /etc/resolv.conf Apr 26 09:28:10 dnsmasq[538]: using nameserver 212.55.154.174#53 Apr 26 09:28:14 check_reload_status: updating dyndns Apr 26 09:29:08 mpd: MRU 1492 Apr 26 09:29:08 mpd: MAGICNUM eccf7855 Apr 26 09:29:09 mpd: MRU 1492 Apr 26 09:29:09 mpd: AUTHPROTO PAP Apr 26 09:29:09 mpd: MAGICNUM 193e693f Apr 26 09:29:09 mpd: MRU 1492 Apr 26 09:29:09 mpd: AUTHPROTO PAP Apr 26 09:29:09 mpd: MAGICNUM 193e693f Apr 26 09:29:09 mpd: MRU 1492 Apr 26 09:29:09 mpd: MAGICNUM eccf7855 Apr 26 09:29:09 mpd: IPADDR 0.0.0.0 Apr 26 09:29:09 mpd: COMPPROTO VJCOMP, 16 comp. channels, no comp-cid Apr 26 09:29:09 mpd: PRIDNS 0.0.0.0 Apr 26 09:29:09 mpd: SECDNS 0.0.0.0 Apr 26 09:29:11 mpd: IPADDR 0.0.0.0 Apr 26 09:29:11 mpd: COMPPROTO VJCOMP, 16 comp. channels, no comp-cid Apr 26 09:29:11 mpd: PRIDNS 0.0.0.0 Apr 26 09:29:11 mpd: SECDNS 0.0.0.0 Apr 26 09:29:11 mpd: COMPPROTO VJCOMP, 16 comp. channels, no comp-cid Apr 26 09:29:11 mpd: SECDNS 0.0.0.0 Apr 26 09:29:11 mpd: IPADDR 0.0.0.0 Apr 26 09:29:11 mpd: PRIDNS 0.0.0.0 Apr 26 09:29:11 mpd: IPADDR 85.240.109.153 Apr 26 09:29:11 mpd: 85.240.109.153 is OK Apr 26 09:29:11 mpd: PRIDNS 212.55.154.174 Apr 26 09:29:11 mpd: PRIDNS 212.55.154.174 Apr 26 09:29:11 mpd: PRIDNS 212.55.154.174 Apr 26 09:29:12 mpd: IPADDR 194.65.169.212 Apr 26 09:29:12 mpd: 194.65.169.212 is OK Apr 26 09:29:12 mpd: IPADDR 194.65.169.212 Apr 26 09:29:12 mpd: 85.240.109.153 -> 194.65.169.212 Apr 26 09:29:12 check_reload_status: rc.newwanip starting Apr 26 09:29:14 php: : Informational: rc.newwanip is starting . Apr 26 09:29:14 php: : rc.newwanip working with IP address wan ed1. Apr 26 09:29:14 php: : WARNING! /etc/rc.newwanip could not deterimine the previous ip address ( wan ). Apr 26 09:29:16 php: : Informational: DHClient spawned /etc/rc.newwanip and the new ip is wan - . Apr 26 09:29:17 php: : Creating rrd update script Apr 26 09:29:19 php: : Configuring slbd Apr 26 09:29:19 check_reload_status: reloading filter Apr 26 09:29:22 dnsmasq[538]: reading /etc/resolv.conf Apr 26 09:29:22 dnsmasq[538]: using nameserver 212.55.154.174#53 Apr 26 09:29:24 check_reload_status: updating dyndns
-
what version did you upgrade from
-
This is from a clean install.
-
I am having a similiar issue with the latest version.
pfSense seems to get stuck at "Configuring WAN Interface" while booting up.
-
I would suggest installing 1.01 see if it works then upgrade to 1.2. I know futher up you have said that u upgraded from 1.01 to 1.2. Is this an embeded solution ur using. I am running full and I haven't had any problems.
-
1.0.1 does not support my nics…. :-\
1-2 seems to work it just takes some time for the WAN interface to timeout?
Is anyone using the 1-2 version in production?
-
I would suggest installing 1.01 see if it works then upgrade to 1.2. I know futher up you have said that u upgraded from 1.01 to 1.2. Is this an embeded solution ur using. I am running full and I haven't had any problems.
First I upgraded from 1.01 snapshot ( 15-04-2007 ) if I'm not mistaken.
Then I did a clean install of 1.2 ( 23-04-2007 ).
Then I instaled 1.01 - this one is working.
The pictures are from live cd.
I'm using one PC.
Edit: Sorry, I meant 15-03-2007 and 27-03-2007.
-
I am using it at home with a 3com nic dailing PPPOE to an ADSL modem in bridge mode that provide VPN and VOIP to work from home. I am 1.2 and it is fine.
-
Hmmm I don't know then because that is exseaclty what I did for an upgrade to and mine has gone fine. I know they did change somthing to the PPPOE about 1 month ago and it didn't work and it was reverted back. I have heard of it going to the new type again
-
I did tried the last snapshot of 1.01 and it didn't work.
Then reversed to the prior one ( 15-04-2007 ) if I'm not mistaken.
Edit: Sorry, I meant 15-03-2007
-
I also noticed that when I change the lan IP address on the console, it doesn't change until I reboot.
-
Sounds very strange I haven't had any problem with PPPOE apart from that once and deffinatly not with changing the LAN ip. I am out of suggestions. I don't know wether the nic make any difference.
-
Changing the LAN IP from the web interface it's no problem.
I have only noticed that when I did it on the console. -
try unsetting the block prived networks option
some isp give you first a prived ip and later a real ip
if pfsense is in blokking mode then you will not get that real ip -
try unsetting the block prived networks option
some isp give you first a prived ip and later a real ip
if pfsense is in blokking mode then you will not get that real ipDid it with 2007-Apr-30 snaapshot, and it didn't work.
Apr 30 21:00:41 mpd: MRU 1492 Apr 30 21:00:41 mpd: MAGICNUM 7d5c1c8e Apr 30 21:00:41 mpd: MRU 1492 Apr 30 21:00:41 mpd: AUTHPROTO PAP Apr 30 21:00:41 mpd: MAGICNUM 625207b8 Apr 30 21:00:41 mpd: MRU 1492 Apr 30 21:00:41 mpd: AUTHPROTO PAP Apr 30 21:00:41 mpd: MAGICNUM 625207b8 Apr 30 21:00:41 mpd: MRU 1492 Apr 30 21:00:41 mpd: MAGICNUM 7d5c1c8e Apr 30 21:00:42 mpd: IPADDR 0.0.0.0 Apr 30 21:00:42 mpd: COMPPROTO VJCOMP, 16 comp. channels, no comp-cid Apr 30 21:00:42 mpd: PRIDNS 0.0.0.0 Apr 30 21:00:42 mpd: SECDNS 0.0.0.0 Apr 30 21:00:44 mpd: IPADDR 0.0.0.0 Apr 30 21:00:44 mpd: COMPPROTO VJCOMP, 16 comp. channels, no comp-cid Apr 30 21:00:44 mpd: PRIDNS 0.0.0.0 Apr 30 21:00:44 mpd: SECDNS 0.0.0.0 Apr 30 21:00:45 mpd: IPADDR 194.65.169.212 Apr 30 21:00:45 mpd: 194.65.169.212 is OK Apr 30 21:00:45 mpd: IPADDR 194.65.169.212 Apr 30 21:00:46 mpd: IPADDR 0.0.0.0 Apr 30 21:00:46 mpd: COMPPROTO VJCOMP, 16 comp. channels, no comp-cid Apr 30 21:00:46 mpd: PRIDNS 0.0.0.0 Apr 30 21:00:46 mpd: SECDNS 0.0.0.0 Apr 30 21:00:46 mpd: COMPPROTO VJCOMP, 16 comp. channels, no comp-cid Apr 30 21:00:46 mpd: SECDNS 0.0.0.0 Apr 30 21:00:46 mpd: IPADDR 0.0.0.0 Apr 30 21:00:46 mpd: PRIDNS 0.0.0.0 Apr 30 21:00:46 mpd: IPADDR 85.243.197.162 Apr 30 21:00:46 mpd: 85.243.197.162 is OK Apr 30 21:00:46 mpd: PRIDNS 212.55.154.174 Apr 30 21:00:46 mpd: PRIDNS 212.55.154.174 Apr 30 21:00:46 mpd: PRIDNS 212.55.154.174 Apr 30 21:00:46 mpd: 85.243.197.162 -> 194.65.169.212 Apr 30 21:00:46 mpd: mpd: caught fatal signal term Apr 30 21:00:48 mpd: mpd: process 298 terminated Apr 30 21:00:49 mpd: mpd: pid 1307, version 3.18 (root@builder6.pfsense.com 13:56 13-Feb-2007) Apr 30 21:00:50 check_reload_status: rc.newwanip starting Apr 30 21:01:21 check_reload_status: reloading filter Apr 30 21:01:22 dnsmasq[537]: exiting on receipt of SIGTERM Apr 30 21:01:23 dnsmasq[1607]: started, version 2.36 cachesize 150 Apr 30 21:01:23 dnsmasq[1607]: compile time options: IPv6 GNU-getopt ISC-leasefile no-DBus no-I18N Apr 30 21:01:23 dnsmasq[1607]: reading /etc/resolv.conf Apr 30 21:01:23 dnsmasq[1607]: using nameserver 212.55.154.174#53 Apr 30 21:01:23 dnsmasq[1607]: read /etc/hosts - 2 addresses Apr 30 21:01:24 dhcpd: Internet Systems Consortium DHCP Server V3.0.5 Apr 30 21:01:24 dhcpd: Copyright 2004-2006 Internet Systems Consortium. Apr 30 21:01:24 dhcpd: All rights reserved. Apr 30 21:01:24 dhcpd: For info, please visit http://www.isc.org/sw/dhcp/ Apr 30 21:01:30 check_reload_status: reloading filter Apr 30 21:03:04 mpd: MRU 1492 Apr 30 21:03:04 mpd: MAGICNUM f614ee1c Apr 30 21:03:04 mpd: MRU 1492 Apr 30 21:03:04 mpd: AUTHPROTO PAP Apr 30 21:03:04 mpd: MAGICNUM 45c5024b Apr 30 21:03:04 mpd: MRU 1492 Apr 30 21:03:04 mpd: AUTHPROTO PAP Apr 30 21:03:04 mpd: MAGICNUM 45c5024b Apr 30 21:03:04 mpd: MRU 1492 Apr 30 21:03:04 mpd: MAGICNUM f614ee1c Apr 30 21:03:04 mpd: IPADDR 0.0.0.0 Apr 30 21:03:04 mpd: COMPPROTO VJCOMP, 16 comp. channels, no comp-cid Apr 30 21:03:04 mpd: PRIDNS 0.0.0.0 Apr 30 21:03:04 mpd: SECDNS 0.0.0.0 Apr 30 21:03:04 mpd: COMPPROTO VJCOMP, 16 comp. channels, no comp-cid Apr 30 21:03:04 mpd: SECDNS 0.0.0.0 Apr 30 21:03:04 mpd: IPADDR 0.0.0.0 Apr 30 21:03:04 mpd: PRIDNS 0.0.0.0 Apr 30 21:03:04 mpd: IPADDR 85.243.36.49 Apr 30 21:03:04 mpd: 85.243.36.49 is OK Apr 30 21:03:04 mpd: PRIDNS 212.55.154.174 Apr 30 21:03:04 mpd: PRIDNS 212.55.154.174 Apr 30 21:03:04 mpd: PRIDNS 212.55.154.174 Apr 30 21:03:07 mpd: IPADDR 194.65.169.212 Apr 30 21:03:07 mpd: 194.65.169.212 is OK Apr 30 21:03:07 mpd: IPADDR 194.65.169.212 Apr 30 21:03:07 mpd: 85.243.36.49 -> 194.65.169.212 Apr 30 21:03:08 check_reload_status: rc.newwanip starting Apr 30 21:03:32 mpd: mpd: caught fatal signal term Apr 30 21:03:34 mpd: mpd: process 1307 terminated Apr 30 21:03:35 mpd: mpd: pid 2071, version 3.18 (root@builder6.pfsense.com 13:56 13-Feb-2007) Apr 30 21:04:08 dnsmasq[1607]: exiting on receipt of SIGTERM Apr 30 21:04:08 check_reload_status: reloading filter Apr 30 21:04:09 dnsmasq[2114]: started, version 2.36 cachesize 150 Apr 30 21:04:09 dnsmasq[2114]: compile time options: IPv6 GNU-getopt ISC-leasefile no-DBus no-I18N Apr 30 21:04:09 dnsmasq[2114]: reading /etc/resolv.conf Apr 30 21:04:09 dnsmasq[2114]: using nameserver 212.55.154.174#53 Apr 30 21:04:09 dnsmasq[2114]: read /etc/hosts - 2 addresses Apr 30 21:04:10 dhcpd: Internet Systems Consortium DHCP Server V3.0.5 Apr 30 21:04:10 dhcpd: Copyright 2004-2006 Internet Systems Consortium. Apr 30 21:04:10 dhcpd: All rights reserved. Apr 30 21:04:10 dhcpd: For info, please visit http://www.isc.org/sw/dhcp/ Apr 30 21:04:16 mpd: mpd: caught fatal signal term Apr 30 21:04:18 mpd: mpd: process 2071 terminated Apr 30 21:04:19 mpd: mpd: pid 2280, version 3.18 (root@builder6.pfsense.com 13:56 13-Feb-2007) Apr 30 21:04:50 last message repeated 2 times Apr 30 21:04:51 dnsmasq[2114]: exiting on receipt of SIGTERM Apr 30 21:04:52 dnsmasq[2579]: started, version 2.36 cachesize 150 Apr 30 21:04:52 dnsmasq[2579]: compile time options: IPv6 GNU-getopt ISC-leasefile no-DBus no-I18N Apr 30 21:04:52 dnsmasq[2579]: reading /etc/resolv.conf Apr 30 21:04:52 dnsmasq[2579]: using nameserver 212.55.154.174#53 Apr 30 21:04:52 dnsmasq[2579]: read /etc/hosts - 2 addresses Apr 30 21:04:53 dhcpd: Internet Systems Consortium DHCP Server V3.0.5 Apr 30 21:04:53 dhcpd: Copyright 2004-2006 Internet Systems Consortium. Apr 30 21:04:53 dhcpd: All rights reserved. Apr 30 21:04:53 dhcpd: For info, please visit http://www.isc.org/sw/dhcp/ Apr 30 21:05:52 mpd: mpd: caught fatal signal term Apr 30 21:05:54 mpd: mpd: process 2280 terminated Apr 30 21:05:55 mpd: mpd: pid 2959, version 3.18 (root@builder6.pfsense.com 13:56 13-Feb-2007) Apr 30 21:06:27 dnsmasq[2579]: exiting on receipt of SIGTERM Apr 30 21:06:28 dnsmasq[3065]: started, version 2.36 cachesize 150 Apr 30 21:06:28 dnsmasq[3065]: compile time options: IPv6 GNU-getopt ISC-leasefile no-DBus no-I18N Apr 30 21:06:28 dnsmasq[3065]: reading /etc/resolv.conf Apr 30 21:06:28 dnsmasq[3065]: using nameserver 212.55.154.174#53 Apr 30 21:06:28 dnsmasq[3065]: read /etc/hosts - 2 addresses Apr 30 21:06:29 dhcpd: Internet Systems Consortium DHCP Server V3.0.5 Apr 30 21:06:29 dhcpd: Copyright 2004-2006 Internet Systems Consortium. Apr 30 21:06:29 dhcpd: All rights reserved. Apr 30 21:06:29 dhcpd: For info, please visit http://www.isc.org/sw/dhcp/ Apr 30 21:06:35 last message repeated 3 times Apr 30 21:07:26 mpd: MRU 1492 Apr 30 21:07:26 mpd: MAGICNUM 7970a872 Apr 30 21:07:26 mpd: MRU 1492 Apr 30 21:07:26 mpd: AUTHPROTO PAP Apr 30 21:07:26 mpd: MAGICNUM 04c1cc69 Apr 30 21:07:26 mpd: MRU 1492 Apr 30 21:07:26 mpd: AUTHPROTO PAP Apr 30 21:07:26 mpd: MAGICNUM 04c1cc69 Apr 30 21:07:26 mpd: MRU 1492 Apr 30 21:07:26 mpd: MAGICNUM 7970a872 Apr 30 21:07:27 mpd: IPADDR 0.0.0.0 Apr 30 21:07:27 mpd: COMPPROTO VJCOMP, 16 comp. channels, no comp-cid Apr 30 21:07:27 mpd: PRIDNS 0.0.0.0 Apr 30 21:07:27 mpd: SECDNS 0.0.0.0 Apr 30 21:07:27 mpd: COMPPROTO VJCOMP, 16 comp. channels, no comp-cid Apr 30 21:07:27 mpd: SECDNS 0.0.0.0 Apr 30 21:07:27 mpd: IPADDR 0.0.0.0 Apr 30 21:07:27 mpd: PRIDNS 0.0.0.0 Apr 30 21:07:27 mpd: IPADDR 85.240.171.177 Apr 30 21:07:27 mpd: 85.240.171.177 is OK Apr 30 21:07:27 mpd: PRIDNS 212.55.154.174 Apr 30 21:07:27 mpd: PRIDNS 212.55.154.174 Apr 30 21:07:27 mpd: PRIDNS 212.55.154.174 Apr 30 21:07:30 mpd: IPADDR 194.65.169.212 Apr 30 21:07:30 mpd: 194.65.169.212 is OK Apr 30 21:07:30 mpd: IPADDR 194.65.169.212 Apr 30 21:07:30 mpd: 85.240.171.177 -> 194.65.169.212 Apr 30 21:07:33 check_reload_status: rc.newwanip starting
194.65.169.212 it's my ISP Gateway, and 85.240.171.177 should be my IP ( dynamic ).
-
Can you try a reinstall? Or running your config.xml from floppy with the 1.2beta1 livecd? I wonder if this is an upgradeglitch.
-
Or running your config.xml from floppy with the 1.2beta1 livecd?
That's what I'm doing, livecd with floppy for 1.2 testing, and 1.0.1 installed so I can have internet. This is on the same PC
-
Can you try with the livecd and a new config? Just configuring pppoe from scratch to see if it works?
-
Can you try with the livecd and a new config? Just configuring pppoe from scratch to see if it works?
That's what I'm doing.
When I saw that I didn't work with the old config I did a clean one. I setup wan ( pppoe ), lan address, dhcp server and host name.
-
Isn't there any solution for me? ??? :'(
Today I tried again with the latest snapshot ( 2007-May-11 ) in live CD and with two different PC's ( and different NIC's ), and the result is the same. :'(
Is it my router? ( speetouch 510i v4.3.2.6 ) but with 1.0.1 is working fine.
Thanks.
-
I now have several recent 1.2 snapshots running at PPPoE lines without issues. I really don't know what's going on with your setup. Sorry :-\
-
From your logs, there seems to be a legit issue, and a regression here between 1.0 and 1.2. I opened a ticket.
http://cvstrac.pfsense.com/tktview?tn=1315
That won't guarantee it'll get fixed, or even that anything will get changed, but it's something at least…
-
Works fine for me, just upgraded for last snapshots without any trouble…
-
looks a little like a mtu issue. when the pppoe link comes up it has to recieve the mru and mtu and match them if it is not possible to set them correctly it can just loop.
just two cents worth. funny thing nothing has changed in pppoe config in 1.2 branch could someone with this issue test this on the 1.3 branch if we could make a build of this.
4.1 mpd is much more complient in this respect over 1.3 mpd
-
i also use some more boxes with 1.2b1 setups with pppoe without any problems… ???
-
i have same problem, but version 1.0.1 work fine… , the problem only for ppoe connection
-
Yeah it works properly for the vast majority of people.
@aldo: RELENG_1 snapshots (to-be 1.3) are available.
FOR TESTING PURPOSES ONLY. Unlike the RELENG_1_2 snapshots, these are absolutely not suitable for any production use unless you're a developer. They are suitable to at least test if they have the same PPPoE issues as 1.2b1.
http://snapshots.pfsense.org/FreeBSD6/RELENG_1/Could somebody that can replicate this issue try one of the above snapshots and report back?
-
We do not build RELENG_1. People would shoot themselves in the foot and ask us to fix it.
-
Ack… yeah I didn't realize those dirs were empty.
-
hi all…
im not a programmer, but till now i can't use any snapshot version 1.2 for ppoe
-
hi all…
im not a programmer, but till now i can't use any snapshot version 1.2 for ppoe
It works for many others just fine. We have no idea what is causing the issues unfortunately.
-
well, yes !
Works really nice, and now dyndns works well again, so perhaps try a fresh install… ??? -
I have posted links to the mpd logs I recovered for what seems to be the same problem:
http://forum.pfsense.org/index.php/topic,5151.0.html
The last snapshot I have that works with my PPPoE connection is 1.0.1-SNAPSHOT-03-15-2007.
-
Hi,
Is there any update on this issue? I am having the same problem with 1.2 RC2.
Tried update from 1.0.1, fresh 1.2 RC2 install, none worked.
Best Regards,
Tiago Baptista -
Hi,
Today I also tried Monowall 1.3b4 and had the same problem.
Tiago Baptista
-
Hello,
I am using now pfsense 1.2 RC2 and I have a regular PPPoE disconnect problem, around every 2 hours
With m0n0wall 1.2 I do not see these disconnects.
My ISP does not have only one DNS, but I have enabled now static DNS and it seems to be stable this morning, no disconnects yet.
My PPPoE modem is a Speedtouch 516 v6 in bridge mode and I'll have to check if the DHCP server is disabled on it just to be on the safe side.
I have seen my problems described here:
http://forum.m0n0.ch/index.php/topic,1130.msg3712.html#msg3712
Regards,
Adrian B. -
Did anybody try the new pfsense 1.2 RC3 update with PPPoE?
http://snapshots.pfsense.org/FreeBSD6/RELENG_1_2/updates/pfSense-Full-Update-1.2-RC3.tgz
I see it is only on the snapshots site, not on the mirrors.
Regards,
Adrian B. -
It's not the final RC3 yet but it already has the name. Once we release it as official RC3 we'll announce it and make it available on the mirrors as well. Feel free to test and report though.
-
This morning my pfsense 1.2 RC2 will not connect anymore on PPPoE.
Yesterday it worked, but now it does not.
My Speedtouch 516 v6 modem in bridge mode has the local DHCP turned offI had to go back to m0n0wall 1.2.
Regards,
Adrian B. -
Impossible for us to help without posting system logs.