If you quickly stop watchdog maybe there is a chance to access the WUI and disable startup.
then go to WUI–>Status–>Services
next uncheck the box shown below
If you quickly stop watchdog maybe there is a chance to access the WUI and disable startup.
then go to WUI–>Status–>Services
next uncheck the box shown below
Disabling watchdog has made it possible to try other fixes.
I just spent an hour on a call with the ISP tech support.
If I bypass the router and connect directly to the gateway (WiFi and Cable) I can access the internet. Connecting the router (ipfire) to the gateway results in no internet access. However, the BLUE and GREEN networks are operating.. The gateway’s webgui does not see the router as a wired connection..
I have been told the gateway is in bridge mode.
Gateway LAN setup:
Gateway IP: 192.168.1.1
Subnet Mask: 255.255.255.0
IP Address Distribution:
Start: 192.168.1.11 → Stop: 192.168.1.254
I have tried several configurations of RED in /var/ipfire/ethernet/settings none obviously have worked.
Does anyone have a suggestion?
Should I edit the file directly or run setup?
As an FYI the router kernel log reports that the red0 NIC link is up 1000 Mbps Full Duplex
If you check the IPFire logs for RED under the menu Logs - System Logs and it shows the connection just timing out and not getting an IP response back then I would try out running the setup command from the console or via ssh and disabling the Rapid Commit option for the RED connection
This option should just work but due to the fact that we have identified that a lot of ISP’s have dhcp servers that are broken for using that option, it has been made able to be disabled.
https://www.ipfire.org/docs/installation/step5#setting-red-interface-address
The System Log Section RED is empty.
I have a Tech coming at 15:00 EDT. Hopefully they can point me in the right direction.
Thank you for the suggestion.
Of course it will be. I forgot that you indicated earlier than you have a static IP from your ISP, so you are not using dhcp.
If the gateway was running in bridged mode then I would be expecting you to get a public IP address but what is mentioned here are private IP addresses, suggesting that maybe your ISP is running CGNAT.
You mention a start and stop address for the IP Address Distribution but normally for a static IP address you would be given a single specific IP.
With what you are showing there I would expect the connection from your ISP to be a dhcp provided IP. Are you certain that your ISP has provided you with a static IP?
It might be worth changing the red connection from Static to DHCP with the setup program and see if that works.
Have you configured red as DHCP?
Some modems/gateways demand a power cycle, if the device at their LAN port changes.
Bridge mode with a local IP network isn’t usual, I think. In bridge mode the internet device ( IPFire ) communicates directly with the DHCP server of the ISP and gets a public IP.
Too late, @bonnietwin was faster.
Bernhard, That worked - Again thank you all for your help.
Which advices especially gave the solution?
Setting to dchp and 0.0.0.0
However, this morning there again is no internet connection from ipfire.
Any suggestion on the RED settings in /var/ipfire/ethernet/settings
They currently are
RED_ADDRESS=0.0.0.0
RED_NETMASK=255.255.255.0
RED_NETADDRESS=0.0.0.0
RED_TYPE=DHCP
RED_DHCP_FORCE_MTU=
My setup
generated settings file has RED_NETMASK=0.0.0.0, but this shouldn’t matter.
The network settings are used for static type only.
0.0.0.0 did not make a difference.
When I restart the network it jumps past bringing up dhcp.
Do you have a value for DEFAULT_GATEWAY?
Did you try to configure with setup?
IPFire general policy is to configure the system through the WUI, with some basic settings done by setup from the CLI. All extra editing of config files may result in an inconsistent system.
Understood
So you are advocating running setup in lieu of editing the settings file, correct?
Checking the logs the issue appears to be that when the global ip changed last night ipfire did not update its address change.
I cannot find anywhere on the WUI to make that change, nor can I find out how ipfire would know how to make the adjustment.
Do you have a public IP on WAN?
What kind of internet access do you have?
BTW: If the reassign of the WAN IP occurs every day at the same time, you can use Connection Scheduling
I found an old post that had a similar issue.
By unplugging and replugging the ethernet cable on the gateway and then restarting the networks I now have a connection.
So I guess I wait and see what happens on the next public ip change.
And at what time the change happens.