not that i can tell. I think this is some kind of malfunction with my WAN's DHCP client system.  the last log I have is from a number of days ago. [2.3.2-RELEASE][root@pfSense]/etc: tail -f /var/log/dhcpd.log Dec 19 09:46:11 pfSense dhcpleases: Sending HUP signal to dns daemon(72984) Dec 19 09:46:11 pfSense dhcpd: DHCPREQUEST for 192.168.69.162 from 58:82:a8:a1:27:5d (XboxOne) via re1 Dec 19 09:46:11 pfSense dhcpd: DHCPACK on 192.168.69.162 to 58:82:a8:a1:27:5d (XboxOne) via re1 Dec 19 09:46:11 pfSense dhcpleases: Sending HUP signal to dns daemon(72984) Dec 19 09:50:57 pfSense dhcpd: DHCPREQUEST for 192.168.69.100 from cc:4e:ec:13:91:46 via re1 Dec 19 09:50:57 pfSense dhcpd: DHCPACK on 192.168.69.100 to cc:4e:ec:13:91:46 via re1 Dec 19 09:50:57 pfSense dhcpleases: Sending HUP signal to dns daemon(72984) Dec 19 09:54:53 pfSense dhcpd: Wrote 0 deleted host decls to leases file. Dec 19 09:54:53 pfSense dhcpd: Wrote 0 new dynamic host decls to leases file. Dec 19 09:54:53 pfSense dhcpd: Wrote 24 leases to leases file. and on bootup, syslogd reports: syslogd: /var/log/dhcpd.log: operation not supported by device im not sure what device it refers to, possibly my pfsense is just not renewing my lease?  I dont believe im out of space: [2.3.2-RELEASE][root@pfSense]/etc: df -h Filesystem                    Size    Used  Avail Capacity  Mounted on /dev/ufsid/581cf7092c4a4990    186G    1.4G    169G    1%    / devfs                          1.0K    1.0K      0B  100%    /dev /dev/md0                      3.4M    112K    3.0M    3%    /var/run devfs                          1.0K    1.0K      0B  100%    /var/dhcpd/dev [2.3.2-RELEASE][root@pfSense]/etc: well, the /var/db/ has dhclient.leases.re0 and its got todays date on it and it appears to have a good lease in it hmm… ???

Never mind. I fixed the issue by removing the spoofed MAC address form the psSense settings and then cycling power on my cable modem. Why didn't I think of trying that before posting?

The server is a HP Proliant ML310e Gen8, was purchased less than 1 year, I had already switched the hard drive last month, the last time the problem had happened. Since the problem has happened again, it must be something else. I think the way is to upgrade to the newer version of pfsense.

[PC] ------------------- [ Switch ] ------ [APU] 192.168.1.18                                    192.168.1.254 It should be more like this, through the APU and not in another way. WAN throughput: PC (iPerf server) –-------- Switch ---------- WAN Port--[APU]–LAN Port--PC (iPerf client) LAN throughput: APU –-------- PC1 (iPerf client) und PC2 (iPerf server) direct on APU

You don't, why'd you do such thing in the first place? The only thing it's used for is Squid proxy and that has a GUI configuration for ClamAV.

that's sad though

https://forum.pfsense.org/index.php?topic=105184.0 https://forum.pfsense.org/index.php?topic=7668.0

please try out 115200 8/1/N this must be set up in putty on your pc or laptop and it is the default in pfSense.

Here is the tutorial to use windows certificate on pfSense: https://forum.pfsense.org/index.php?topic=112938.msg628407#msg628407

192.66.1.3 That is a public IP.. So are you inetnum:        192.66.1.0 - 192.66.1.255 netname:        DKNET-CNET2 descr:          Danish Network descr:          c/o DIKU descr:          Universitetsparken 1 descr:          DK-2100 Copenhagen O country:        DK So it is asking for that IP?  Or you want to give it that IP?  What IP range are you using in your network??  You would assign the switch an IP that is on your network, that does not conflict with any other device on that network.. So for example lets say your network is 192.168.0/24 this common, pfsense lan IP is 192.168.0.1 for example.  And your dhcp pool you hand out is what?? 192.168.0.x-y ??? You would want to set the switch to an IP that is NOT in your dhcp pool, and does not conflict with any of your other devices that have static or reservations for IPs. How are you involved in setting up this switch if you do not understand basic IP addresses?  Confused…

Thanks for the reply. I will try the 64Bit Version.

Until the pfSense is ready for use the current router is using that public IP, yes.

:-\

Should I create a ticket to pfsense support to push it or I should wait amazon finish populate the new regions? thank you

Yeah.. Its quite possible that pfsense sync to outbound ntp goes through the outbound nat and therefore changes the sourceport.  I can tell you that since I sync pfsense to my local ntp server, it does use 123 as the source port talking to ntp server on pfsense lan. As to laptops..  While I guess could be a problem if they are away from home for extended periods.. Being gone for a few days and not able to sync to their home ntp shouldn't really be that all that big of an issue. You could use a simple split dns trick ;)  So setup say pool.ntp.org to resolve to your local ntp (pfsense) now clients are home they sync to your local and don't go outbound.  If they are on the road they would resolve pool.ntp.org to some public ntp and use that.. This is what I do for my iot devices that like to just do what they want.. I have some tp-link hs110, and for some freaking reason they try and sync to uk.ntp.pool.org – stupid!!  Your being handed ntp via dhcp - use it.. Freaking moronic coders ;)  Not like your devices are only ever going to be in the uk.. If you want to use ntp pool, ok but don't code your devices to use a regional fqdn when clearly they are used outside that region... I am not really a fan of redirecting of traffic via nat.. But hey your asking my dns for resolution I can resolve what your asking for to anything I want ;) hehehe