Recent content by jorhett

FYI, I've been seeing the same problem. I posted my details and logs in this thread https://www.snbforums.com/threads/wifi-dies-every-4-days-requires-reboot-acsd-start-up-at-exactly-11pm.90759/ Same as others: Aimesh AX86U with AC86U as the aimesh node. I use fixed channels, live with many...

I'm going to guess that you're suggesting I track this existing/unresolved thread? Because I don't see any answer there. I can confirm my configuration is much like the others: AX86U with single AC86U aimesh node. People are reporting that "Internet goes down" but I can't confirm that--but I...

I'm seeing a consistent problem where the router becomes inaccessible every 4 days after 11pm PDT. Physical reboot via power switch is required. I can't get to the console to see the logs, so I sent up syslog and sent all logging to a local node and started looking at logs to try and figure out...

To be specific @RMerlin, what's the best way to: * Confirm the IPv6 firewall outbound session mappings? * See any packets dropped because they don't match the firewall and/or don't map to outbound traffic?

Sorry for the delayed response. No change, either with 388.6 or with 388.7 which I just upgraded to. Huh? RMerlin's only response was a vague statement that defies observation: 1. I have traceroute results from the WAN interface that work just fine 2. I have years of different traceroute...

Also my provider has shared their Cisco mesh configuration with me (engineer --> engineer) and there's absolutely nothing in their configuration which would impact specific ICMP codes. Further that other customers on the same peering node with sequentially assigned /64s have no problem...

Sorry, I should have been specific. I'm a network engineer for a living. I know exactly the UDP packets and ICMP replies sent back at each stop. There's nothing complex about this to me. It's not a question of any configuration other than the Asus router. As above, I know what traceroute...

I've been chasing down an IPv6 issue with my provider. At this point they've fixed their routing, and all traffic over IPv6 appears to be working... except IPv6 traceroute $ traceroute6 -n gitlab.jorhett.com traceroute6 to foobar.jorhett.com (2001:1969:a109:8::8) from...

So I tried turning off the "IPv6 Update" option showing in the screenshot above, and the 30-second refresh disappeared. Very odd behavior given that every time it called the script it only offered the IPv4 address :confused:

This is the script you have to create if you use the "custom" choice for DDNS. It's not a matter of what's inside the script, it's that it is being invoked every 30 seconds even though it completes successfully.

Watchdog is starting DDNS every 30 seconds. Dec 6 04:38:09 watchdog: start ddns. Dec 6 04:38:09 ddns: update CUSTOM , wan_unit 0 Dec 6 04:38:09 ddns: Clear ddns cache. Dec 6 04:38:09 custom_script: Running /jffs/scripts/ddns-start (args: 200.82.19.61) Dec 6 04:38:10 ddns: Completed custom...

@garycnew it's not said explicitly anywhere, but I take it that the acme.sh and dnsapi in /jffs/bin/ are copied down from the acme.sh repo?

How do you issue a valid cert for an IPv4 address? I know of no way to make dnsmasq return the internal IP address when the browser queries for the FQDN. IPv6 address is the same inside and out, FQDN always returns a working address == valid TLS cert works

Sorry, I meant 386.7.2 not 387. It's been happening a while. I saw it on both my older RT-AC86U and I also see it on my RT-AX86U with 388.1 right now. It has nothing to do with the browser: same problem on Firefox, Chrome, Safari, across Linux, Mac, Windows, etc. It doesn't matter if I'm using...

I've been seeing a problem for a couple of years now where every 30 seconds or so I get tossed to the screen that says > You cannot login unless logout another user first. Since I'm always the only one logged in, I hit Back and continue on my business. Since I don't login often, and not for...