-
Notifications
You must be signed in to change notification settings - Fork 67
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
GL-AR300M seemingly dead #804
Comments
Update: I am able to connect a computer to the LAN side of my AR300M and can communicate with the device. After trying Static and DHCP WAN settings, I've determined that, for some reason, there is no connection on the WAN side. This is preventing the AR300M from communicating with the internet which also means it will not connect to any tunnel servers that it previously could connect to. I've changed the VLAN from 1, to anything else and then back to 1 (default). That doesn't work or clear the problem. So far, this node is basically dead and is no longer useful if it will not connect on the WAN side. |
If you are able can you try the following:
|
Another thing to check, as noted #802, the MAC address on the WAN port may have changed with this release. Please check your pfsense configuration in case a new mac address is problematic. |
I'm also having trouble getting my GL-AR300M16 to connect to my home router via the WAN port. I can connect to my laptop via the LAN port, I can see it on another mesh node via RF. I've gotten it to connect to my home wifi by disabling mesh RF. But the WAN port does not seem to request an ip address via DHCP. I've also checked this by running dnsmasq on my laptop and connecting my laptop via the WAN port and observing nothing in the logs, no DHCP in a wireshark capture. I tried adding a static ip address in the same range my router would assign, with the router as gateway, no connectivity. I tried the latest nightly build, no difference. I tried the suggested workaround of removing the |
Finally found the bug: |
I did notice that discover messages were going out on the LAN port with all the options from udhcpc. Hope we get this in a nightly build soon :) Thanks! |
It'll go in tonight. |
I picked up build aredn-2596-deeacc2-ath79-generic-glinet_gl-ar300m16-squashfs-sysupgrade.bin which I think is last night's build. It didn't come up on the download AREDN firmware form, but I got it by messing with the firmware download url. When I flash my node it fails to come up completely. If I do connect to it (which seemingly I can, it grabs 192.168.1.1 on the LAN port and gives my computer an ip address), it looks like it's stuck on the initial setup, trying to apply saved settings. I can get to the setup screen, but if I try to save them I get the following error message:
It looks like yesterday there might have been a fairly substantial reorganization of the code. Is it possible there's an unrelated bug that blocks this build? |
Unfortunately there was a syntax error in the build last night. We're re-fixing and testing at the moment. |
I'm happy to test :) thanks for the response (and all the hard work to maintain AREDN!) |
Let's try that again: |
I just loaded the new firmware It's pretty amazing that my config survived all this process too. Thanks a million. Now it's time to work on connecting to the rest of the mesh in my neighborhood! |
Appears to be fixed. |
Yesterday, I logged into my nodes and updated them to the newest firmware.
I updated two AR300M devices and both are no longer able to aquire a DHCP lease from the DHCP server (which is my pfsense router).
I do have one AR300M that I did not upgrade and it works perfectly.
The text was updated successfully, but these errors were encountered: