-
Notifications
You must be signed in to change notification settings - Fork 757
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
No traffic after update to 20.1.7 #4128
Comments
|
I now configured "allow DNS server list to be overwritten by DHCP/PPP in wan". The opnsense system gets DNS Servers of my provider (t-online). Form the firewall system I can ping those DNS servers and DNS resolution works. But still no pings to public servers or any other connections to the outside. |
|
Connected my emergency router to verify there is nothing wrong with the provider after all andit all works fine. So there is something wrong with either 20.1.7 or the upgrade process. |
|
Output of ifconfig and netstat -nr would be nice |
|
@mimugmail - I thought you were psychic? |
The file I just attached includes the output of ifconfig and netstat -nr and also show how ping works for a short while when reloading the WAN interface |
|
There is no default gateway for IPv4? Can you check System : Gateways : Single? If there is an active one? Also follow |
|
Problems starts on May 22 |
|
So, every 2 hours your provider shuts down your ppp session. Can you try to set v4 gateway prio to 250? |
How would you see this? I did not have any issues until yesterday evening when I updated to the latest version of Opnsense and the reconnects you see in the log are probably all caused by manual resets and reboots |
|
Just read the logs? Received terminate request. I updated my home firewall to 20.1.7 and also connected via Telekom, seems fine so far. |
|
Maybe this one is because the link is not being used at all? I started the update to 20.1.7 at around 22:30 I guess and after that no real data (except those pings I mentioned) seems to be able to go through the pppoe link |
Tried that and also tried prio 1, no change. What I did notice: during the second where traffic dies work (when the ping is successful) I can even load a website like Google.com Made a local mirror and downgraded to 20.1.6 but sadly it did not help. Firmware health complains about missing php72 packages though, so maybe the revert did not fully work. Did not try to revert the kernel. Updated back to 20.1.7, no error messages on update but still the same problem |
|
Ran netstat -nr druing the second where it works on wan reload and compared the output with what I get after that: The following is present during the second where it works: The following gets added when the V4 default route gets removed: |
|
In System: Routes: Configuration I found a static route with Network Address 0.0.0.0/0 on gateway WAN_PPPOE and status "disabled". I have no idea why the route was added there. Either enabling or removing the static route entry seems to fix my problem. Did anything on upgrade from 20.1.6 to 20.1.7 mess with static routes? |
|
This issue has been automatically timed-out (after 180 days of inactivity). For more information about the policies for this repository, If someone wants to step up and work on this issue, |

Describe the bug
After update form 20.1.6 to 20.1.7 my firewall which is connected to the internet via pppoe to a DSL modem gets IPv4 and IPv6 IPs which I can ping successfully but no other trafic works. For example I cannot ping 8.8.8.8 vor 1.1.1.1 (ping: sendto: no route to host).
I would love to revert to 20.1.6 but as the system can't reach mirrors I get "Fetching opnsense.txz: .. Failed"
To Reproduce
Steps to reproduce the behavior:
Expected behavior
Connection and trafic working as before
Additional context
What I find very strange: i had a ping to 8.8.8.8 running in a terminal and noticed that up to three pings successfully go through when appling wan interface changes vor reloadung the wan/pppoe. After that i get no Route to host again. But for a Moment, it works.
Environment
Software version used and hardware type if relevant.
e.g.:
OPNsense 20.1.7 (amd64, OpenSSL).
The text was updated successfully, but these errors were encountered: