Keep loosing WAN IP Address - dhclient does not seem to do update
-
I did some more looking. I checked /etc/db/dhclient.leases.xl0 and it contains the following entry:
lease {
interface "xl0";
fixed-address xx.xx.xxx.xxx;
option subnet-mask 255.255.248.0;
option time-offset -21600;
option routers 71.12.160.1;
option domain-name-servers 24.197.160.17,24.197.160.18;
option broadcast-address 255.255.255.255;
option dhcp-lease-time 84908;
option dhcp-message-type 5;
option dhcp-server-identifier 172.26.96.132;
option dhcp-renewal-time 42454;
option dhcp-rebinding-time 74294;
renew 4 2006/11/2 14:28:52;
rebind 4 2006/11/2 23:19:32;
expire 5 2006/11/3 02:16:26;
}It states that the renew time should be 2006/11/2 14:28:52. As of now my latest log entries are:
Nov 2 14:50:13 sshd[58433]: Accepted keyboard-interactive/pam for root from 192.168.63.17 port 37491 ssh2
Nov 2 14:16:17 dnsmasq[5943]: reading /var/dhcpd/var/db/dhcpd.leases
Nov 2 13:25:10 sshlockout[53783]: sshlockout starting up
Nov 2 13:25:10 sshlockout[53783]: sshlockout starting up
Nov 2 13:25:10 sshd[53780]: Accepted keyboard-interactive/pam for root from 192.168.63.17 port 37126 ssh2
Nov 2 13:16:15 dnsmasq[5943]: reading /var/dhcpd/var/db/dhcpd.leases
Nov 2 12:16:05 dnsmasq[5943]: reading /var/dhcpd/var/db/dhcpd.leasesIt should have done a renew. Wouldn't this show in the log?
Thanks for any help/info,
jmorey
-
We have the same problem with 1.0.1 (we had this problem before but after RC2 built on Tue Aug 1 18:24:49 UTC 2006) it disapeard….. we did not change the hardware....
-
Same here version 1.0.1 is not renewing address it has to be a bug that carried over from 1.0 to 1.0.1 I didn't have the problem with any of the RC releases..
Mac
-
As a workaround I added the following crontab entry:
1 0,4,8,12,16,20 * * * /sbin/ifconfig vx0 down ; /sbin/ifconfig vx0 up ; /sbin/dhclient vx0
Since doing this, the same day as my original post, I've not lost the WAN IP address.
-
But what has been changed in the dhclient since the RC release?
-
-
I can't comment on the pre/post RC release behaivor as 1.0.1 is the first version of pfSense that I've used.
-
Hi !
Looks like the problem still exists, my WAN link droppes the DHCP ip address on a regular basis, and i need to click the Renew button to get it up again.
I´m using pfsense 1.0.1 with the latest snapshot. -
i've got the same issue..
not only is it getting really anoying, but im starting to get in shit for it (company not appreciating this) and i may have to switch to a firewall that doesnt drop the ip address… would be a shame because i love everything about pfsense -
Me too…
1.0.1...
My WAN goes down and I check the WAN interface and it's I.P. is all 0's..
Quick renew fixes everything..
Riley
-
Everyone that is having problems, please tell us what ISP you are using.
Thanks!
-
ISP 1 (fails most often) uniserve www.uniserve.com
ISP 2 telus www.telus.net
both are adsl links -
Having the exact same problem.
Have been using pfSense 1.0.1 but changed yesterday to 1.0.1-SNAPSHOT-12-06-2006. I have had this problem along time and it's not related to my upgrade of firmware. The problem occurs when my ISP is braking my connection in some way. Happens.. maybe.. every 2-3 month.
–- local computer (192.168.x) --- (My LAN)
1 Gbit/sec
|
–- pfSense firewall/router --- (My LAN)
100 Mbit/sec
|
–- Switch --- (LAN)
Fiber, xxx Mbit/sec
|
–- Gateway/DHCP/DNS --- (MAN)
Fiber, xxx Mbit/sec
|
–- Internet --- (WAN, Swedish ISP: port80)
100 Mbit/sec
|
–- forum.pfSense.org --- (WAN) -
-
I am copying up a new image for you all to try to http://www.pfsense.com/~sullrich/1.0.1-SNAPSHOT-12-12-2006/
It will be done in a few hours, please double check the file size is not changing before downloading!
However! You need to reinstall before using this or you need to update /etc/crontab to: http://pfsense.com/cgi-bin/cvsweb.cgi/pfSense/etc/crontab?rev=1.21.2.9;content-type=text%2Fplain;only_with_tag=RELENG_1 (notice the tabs, not spaces!)
If you decide to simply update /etc/crontab then you need to issue a killall cron && cron from diagnostics/command to restart cron after updating.
-
Thanks alot for the snapshot. I was looking forward to a solution! I've got the same problem as mentioned in this thread with my swiss isp cablecom. Happened every other day, so we'll see soon if it'll work or not.
Cheers
fireseller -
Any updates?
-
Excellent, while reading your post the wan failed:
Dec 13 16:21:28 dhclient[270]: exiting.
Dec 13 16:21:28 dhclient[270]: short write: wanted 21 got 0 bytesManually had to press "renew" to get it working again.
Annoying problem.
Cheers
fireseller -
Can you show me all the records leading up to that point that has dhclient in it?
-
Hello Scott !
Here you have my log for the dhcp issue:
Dec 14 10:54:06 check_reload_status: reloading filter
Dec 14 10:54:06 php: : Resyncing configuration for all packages.
Dec 14 10:54:06 php: : Creating rrd update script
Dec 14 10:54:05 php: : Informational: DHClient spawned /etc/rc.newwanip and the new ip is wan - 0.0.0.0.
Dec 14 10:54:00 login: login on ttyv0 as root
Dec 14 10:54:00 dhclient[13796]: bound to 90.224.168.54 – renewal in 600 seconds.
Dec 14 10:54:00 dhclient: /sbin/route add default 90.224.168.1
Dec 14 10:54:00 dhclient: New Routers (rl0): 90.224.168.1
Dec 14 10:54:00 dhclient: New Broadcast Address (rl0): 90.224.168.255
Dec 14 10:54:00 dhclient: New Subnet Mask (rl0): 255.255.255.0
Dec 14 10:54:00 dhclient: New IP Address (rl0): 90.224.168.54
Dec 14 10:54:00 dhclient[13796]: DHCPACK from 90.224.168.1
Dec 14 10:54:00 dhclient[13796]: DHCPREQUEST on rl0 to 255.255.255.255 port 67
Dec 14 10:53:59 dhclient: /sbin/route add default 90.224.168.1
Dec 14 10:53:59 dhclient: New Routers (rl0): 90.224.168.1
Dec 14 10:53:59 dhclient: New Broadcast Address (rl0): 90.224.168.255
Dec 14 10:53:59 dhclient: New Subnet Mask (rl0): 255.255.255.0
Dec 14 10:53:59 dhclient: New IP Address (rl0): 90.224.168.54
Dec 14 10:53:58 dhclient[13796]: DHCPOFFER from 90.224.168.1
Dec 14 10:53:58 dhclient[13796]: DHCPDISCOVER on rl0 to 255.255.255.255 port 67 interval 6
Dec 14 10:53:58 php: : Informational: rc.newwanip is starting.