Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

    sendto error: 65

    General pfSense Questions
    5
    45
    8.4k
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • N
      newUser2pfSense
      last edited by

      I'm currently running pfSense 2.4.4-RELEASE-p3 (amd64), FreeBSD 11.2-RELEASE-p10.

      I've been noticing that my interwebs become unreachable at times and I end up having to do a manual restart of pfSense. I really didn't start looking for the reason as it was more or less intermittent. Now it's almost daily. I've noticed more than anything that my WAN gateway is offline with an effton of the following types of entries in the Status > System Logs > System > Gateways:

      dpinger WAN_DHCP <IP Address>: sendto error: 65

      I setup a CRON job to run twice each day to restart pfSense in an effort to alleviate the issue which still doesn't seem to help. I can't say for sure what's causing it but it does seem that my WAN IP address has been changing more frequently for whatever reason, not that this is what's causing the gateway to go offline.

      Anyone have any suggestions as to what may be occurring and how to fix it?

      1 Reply Last reply Reply Quote 0
      • KOMK
        KOM
        last edited by

        Gateway monitoring can cause a gateway to be marked as down if it detects high packet loss or high ping. What do you see under Status - Monitoring - Quality (Left axis)? You could try disabling Gateway Monitoring via System - Routing - Edit gateway - Disable Gateway Monitoring and see what happens. Anything in your System log around the time that this happens?

        1 Reply Last reply Reply Quote 0
        • N
          newUser2pfSense
          last edited by newUser2pfSense

          I'm sorry I haven't been able to get back sooner with a response but I've really been digging in trying to find what's causing the issue. I deleted the two CRON job restarts that I created. I disabled the Gateway Monitoring as you described and restarted and then tried a couple of web pages with no response. I then enabled the Gateway Monitoring and was able to surf around again. Under Status > Monitoring, I'm at the Default and all I see is an Interactive Graph and a Data Summary - I don't see a Quality. I did find the below line in the System Logs but nothing around it that sticks out as to what's causing the issue.

          Nov 10 22:23:01 rc.gateway_alarm 55917 >>> Gateway alarm: WAN_DHCP (Addr:<ip address> Alarm:1 RTT:15.276ms RTTsd:37.242ms Loss:21%)

          Very frustrating to say the least.

          1 Reply Last reply Reply Quote 0
          • KOMK
            KOM
            last edited by

            @newUser2pfSense said in sendto error: 65:

            I'm at the Default and all I see is an Interactive Graph and a Data Summary - I don't see a Quality.

            Click on the wrench icon at the top-right for options, then change the Left Axis from System to Quality.

            1 Reply Last reply Reply Quote 0
            • N
              newUser2pfSense
              last edited by

              Ok...I have the quality now. I'm going to post a screenshot.

              Quality.png

              1 Reply Last reply Reply Quote 0
              • KOMK
                KOM
                last edited by

                That 40% packet loss seems to be a bit of a problem.

                1 Reply Last reply Reply Quote 0
                • N
                  newUser2pfSense
                  last edited by newUser2pfSense

                  Indeed it is! I was actually using the interwebs when that happened and I immediately opened up pfSense and began looking at the Status > System Logs. That's when I came along the rc.gateway_alarm. It sure would be nice to find what's making the gateway drop off like that. I don't know that my service provider, Verizon, could be doing something to cause the issue. I notice it typically when I get up in the mornings when I go to check for emails and I can't get out. I then have to restart pfSense. Frustrating.

                  1 Reply Last reply Reply Quote 0
                  • N
                    newUser2pfSense
                    last edited by

                    So I just called Verizon's tech support, and after the third person I spoke with, 2 techs found that the ONT was throwing alarms and disconnecting as shown from the ONT history. I now have an appointment for a tech to come out to look at the ONT.

                    1 Reply Last reply Reply Quote 0
                    • KOMK
                      KOM
                      last edited by

                      Good news.

                      1 Reply Last reply Reply Quote 0
                      • N
                        newUser2pfSense
                        last edited by

                        Well, the ONT was replaced. I'll see how it goes for the next however many days.

                        1 Reply Last reply Reply Quote 0
                        • N
                          newUser2pfSense
                          last edited by

                          Well, I wish I could report that the new ONT didn't drop the internet, but it did. I have a call back into Verizon.

                          1 Reply Last reply Reply Quote 0
                          • N
                            newUser2pfSense
                            last edited by

                            So I'm having a lot of issues with this even after the second call to my ISP. I'm just wondering, if the internet goes down, pfSense of course will log it and I wouldn't be able to connect, however, will pfSense sense (for lack of a better term) when the internet comes back up and allow connectivity? I'm just trying to narrow down if pfSense could be causing this; I don't believe so. Any ideas anyone?

                            1 Reply Last reply Reply Quote 0
                            • KOMK
                              KOM
                              last edited by

                              Yes, it should reconnect when everything comes back up. There was an issue about DHCP client timeouts that prevented reconnection in some cases.

                              1 Reply Last reply Reply Quote 0
                              • N
                                newUser2pfSense
                                last edited by

                                Luckily most of my equipment is IP based except for a couple of devices. I wrote a Python program to check internet connectivity and write any loss of internet connectivity to a log file so I can show my ISP, not that they really care to see the log file.

                                When this issue occurs, the pfSense dashboard shows the gateway is offline. Oddly enough, it's only been occurring at night. I wonder why then I have to restart pfSense to reconnect to the internet? Maybe I'm stupid here but wouldn't it stand to reason that if the signal stops outside of my home somewhere, of course I wouldn't be able to get on the internet, and when the signal was restored I would be able to get back on without having to restart pfSense? It's as if the signal is trying to get through pfSense but "something" is keeping it from getting through. Hopefully that makes sense.

                                1 Reply Last reply Reply Quote 0
                                • KOMK
                                  KOM
                                  last edited by

                                  Sounds like that DHCP issue I mentioned earlier. I can't seem to find the post but it had to do with the Advanced config of your WAN interface, and playing with the Protocol timing options. Sorry I can't be more specific.

                                  1 Reply Last reply Reply Quote 0
                                  • N
                                    newUser2pfSense
                                    last edited by newUser2pfSense

                                    Thanks for that info. I think I found the post:
                                    https://forum.netgate.com/topic/96923/pfsense-not-recovering-from-wan-failure

                                    I found a few other posts from other sites as well. I'll change the Protocol timing Timeout and Retry times and see what happens.

                                    Interestingly, I wonder why it does it only at night or early morning hours?

                                    1 Reply Last reply Reply Quote 0
                                    • N
                                      newUser2pfSense
                                      last edited by

                                      So I changed the Protocol timing settings to -
                                      Timeout: 3600
                                      Retry: 3

                                      This didn't work. Any further ideas? Maybe some more favorable settings for the Protocol timing?

                                      1 Reply Last reply Reply Quote 0
                                      • KOMK
                                        KOM
                                        last edited by

                                        My last remaining suggestion is to do a packet capture (Diagnostics - Packet Capture) when you're having the problem to see what's really going on. That's how the other DHCP timeout error was discovered. Post the cap here and someone can look at it to help you figure out the real issue.

                                        1 Reply Last reply Reply Quote 0
                                        • N
                                          newUser2pfSense
                                          last edited by

                                          While pfSense was reporting the gateway as being offline, I ran a packet capture on the WAN. There were no packets captured. I may have to run a packet capture overnight since it seems to occur more during the early morning hours, after midnight.

                                          1 Reply Last reply Reply Quote 0
                                          • KOMK
                                            KOM
                                            last edited by

                                            There should have been something. You left it at the default of WAN, Any protocol, any address?

                                            1 Reply Last reply Reply Quote 0
                                            • First post
                                              Last post
                                            Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.