What's new

[Beta] Asuswrt-Merlin 380.65 Beta is now available

  • SNBForums Code of Conduct

    SNBForums is a community for everyone, no matter what their level of experience.

    Please be tolerant and patient of others, especially newcomers. We are all here to share and learn!

    The rules are simple: Be patient, be nice, be helpful or be gone!

Status
Not open for further replies.
Would it be an idea, if its possible and not too much of a hassle, to add a checkbox next to the factory reset button, that would clear nvram at the same time? Would be pretty neat.
Factory reset does clear NVRAM.
 
It bothers me to no end seeing these queries every ten seconds in the dnsmasq.log file.

Has anyone investigated how frequently a Windows box will generate those queries? What you might be observing is the aggregation of all of those systems polling it, not just the router itself.

Seeing how quickly the network connection icon can turn into a warning makes me believe that Windows itself is polling it quite frequently.
 
Has anyone investigated how frequently a Windows box will generate those queries? What you might be observing is the aggregation of all of those systems polling it, not just the router itself.

Seeing how quickly the network connection icon can turn into a warning makes me believe that Windows itself is polling it quite frequently.
About ervery hour:
query[A] dns.msftncsi.com from 192.168.2.200
 
I've concluded the same. Using two 68Us and a 3100. It's definitely with their new firmware.


Sent from my iPhone using Tapatalk

I have to admit that this is a bit depressing, in that it won't be fixed until ASUS fixes the underlying firmware. This means I won't get the security updates that they incorporated in the latest version, but I can't run a home office without the ability to do wireless scanning. I hope this is not what forces me to another company's router....I've quite liked the 88U until now, but I'd hate to be left out of security updates....
 
AC68 running 380.65b2

Got loads of miniunpnpd lines and a new one below these:

Jan 25 12:53:34 miniupnpd[1061]: upnp_event_process_notify: connect(192.168.1.84:2869): Connection timed out
Jan 25 12:53:34 miniupnpd[1061]: upnp_event_process_notify: connect(192.168.1.84:2869): Connection timed out
Jan 25 15:58:47 kernel: *** ERROR: [free_full_url_list:266] Wrong! Not all full urls are freed, 1 left

First time this occurs, not seen with 380.64_2

The miniupnp could correspond with the earlier mentionings, the last line ***ERROR*** is new to me though. Anyone got a fix on that one?
 
AC68 running 380.65b2

Jan 25 12:53:34 miniupnpd[1061]: upnp_event_process_notify: connect(192.168.1.84:2869): Connection timed out
Jan 25 12:53:34 miniupnpd[1061]: upnp_event_process_notify: connect(192.168.1.84:2869): Connection timed out
Jan 25 15:58:47 kernel: *** ERROR: [free_full_url_list:266] Wrong! Not all full urls are freed, 1 left

The miniupnp could correspond with the earlier mentionings, the last line ***ERROR*** is new to me though. Anyone got a fix on that one?
That port(2869) and similar logs(tens of them) were shown on my router(DSL-AC68U running 3.0.0.4.380_4162) as well, but not the kernel logs. I thought it first started before latest GPL, but I am not sure. I will check my log in a day or two to see if it shows the same thing as yours.

Edit: I just checked, here is a part of my router's log:

Jan 14 22:43:50 miniupnpd[13669]: upnp_event_process_notify: connect(192.168.0.99:2869): Connection timed out
Jan 14 23:11:51 miniupnpd[13669]: upnp_event_process_notify: connect(192.168.0.99:2869): Connection timed out
 
Last edited:
I have to admit that this is a bit depressing, in that it won't be fixed until ASUS fixes the underlying firmware. This means I won't get the security updates that they incorporated in the latest version, but I can't run a home office without the ability to do wireless scanning. I hope this is not what forces me to another company's router....I've quite liked the 88U until now, but I'd hate to be left out of security updates....

So if wireless scanning with MFC printers doesn't work, and others said that detection of Plex server doesn't work, this would mean that "broadcast" packets don't traverse the switch and/or the Wifi access point correctly. That sounds kind of strange as it's a basic functionality.

Maybe there's a new setting somewhere to tweak?
 
With an RT-AC3100, I am having the same problem reported by effortless, kibosh, and bradbort, with a wireless printer/scanner disappearing. It comes and goes apparently randomly. When it's gone, I can't see it from any device, whether Windows, Mac, or iOS (it's AirPrint-compatible). When it comes back, I can see it from all devices.

I installed official 380_4180 and had the same problem, so I agree that that's where the problem must lie, since that's been merged into this beta.

But no problem at all with an RT-AC66U running either this beta or 380_4180.
 
That port(2869) and similar logs(tens of them) were shown on my router(DSL-AC68U running 3.0.0.4.380_4162) as well, but not the kernel logs. I thought it first started before latest GPL, but I am not sure. I will check my log in a day or two to see if it shows the same thing as yours.

I've had this log messages piling up for weeks on my 88U with firmware 380.63.2. The one at the bottom (free_full_url...) first appeared on january 22...
 
So if wireless scanning with MFC printers doesn't work, and others said that detection of Plex server doesn't work, this would mean that "broadcast" packets don't traverse the switch and/or the Wifi access point correctly. That sounds kind of strange as it's a basic functionality.

Maybe there's a new setting somewhere to tweak?

I'm open to suggestions. Its definitely something with the core ASUS firmware. I can print wireless, but not scan. I've also noticed that Sonos will no longer work native over wifi, but instead needs its own mesh network to run. This was not the case with earlier builds. I've tried turning off the router's firewall, but that does not seem to help either, and its not a great solution even if it didn't.

What I've read on this forum is that there are reports of folks with brother and HP MFC"s with the same issue on the new firmware.
 
I'm open to suggestions. Its definitely something with the core ASUS firmware. I can print wireless, but not scan. I've also noticed that Sonos will no longer work native over wifi, but instead needs its own mesh network to run. This was not the case with earlier builds. I've tried turning off the router's firewall, but that does not seem to help either, and its not a great solution even if it didn't.

What I've read on this forum is that there are reports of folks with brother and HP MFC"s with the same issue on the new firmware.
Brother DCP-J4110DW works fine scanning and printing.

Verstuurd vanaf mijn SM-G935F met Tapatalk
 
Interesting. The difference between the DCP models you cite, and the MFC is that the MFC does faxing. I wonder if that functionality is relevant.

Just to confirm, your unit is working with wireless scanning (not usb or ethernet connection), correct? Did you assign it an IP address within the network, or did you set it up with TCPIP?
 
Interesting. The difference between the DCP models you cite, and the MFC is that the MFC does faxing. I wonder if that functionality is relevant.

Just to confirm, your unit is working with wireless scanning (not usb or ethernet connection), correct? Did you assign it an IP address within the network, or did you set it up with TCPIP?
Wireless all the way. Assigned a static IP through webgui and bound it to mac

Verstuurd vanaf mijn SM-G935F met Tapatalk
 
Wireless all the way. Assigned a static IP through webgui and bound it to mac

Verstuurd vanaf mijn SM-G935F met Tapatalk
What do you mean bound it to mac?

I've assigned a static IP as well. No joy. Printing is fine. Scanning does not work.
 
What do you mean bound it to mac?

I've assigned a static IP as well. No joy. Printing is fine. Scanning does not work.
Set it up by giving a static IP through the printer webgui. Followed by using the router to bind IP to the Mac address (select the router in the network list and use the option) and switched router to DHCP back again. It will now show in the manually assigned list.

Verstuurd vanaf mijn SM-G935F met Tapatalk
 
Hmm. I assigned a static ip on the router, but did not do so on the printer....I'm not sure what the diff would be, but I'll give it a shot...although still not sure why I can print, but not scan with the new firmware, but can with the old.
 
Hmm. I assigned a static ip on the router, but did not do so on the printer....I'm not sure what the diff would be, but I'll give it a shot...although still not sure why I can print, but not scan with the new firmware, but can with the old.
Protocol used for printing and scanning might be different...

Verstuurd vanaf mijn SM-G935F met Tapatalk
 
Hmm. I assigned a static ip on the router, but did not do so on the printer....I'm not sure what the diff would be, but I'll give it a shot...although still not sure why I can print, but not scan with the new firmware, but can with the old.

Nope. No joy. back to the working version of the firmware again.
 
My airprint issues seem to coincide with the fact that the devices disappear from the client table altogether . . . I find the table is very unstable and devices come and go very quickly which is unlike earlier versions. Only difference is my printers do not reappear after about 10 minutes of uptime. I have them both set to a static IP with a DHCP reservation. They are Canon printers with one being a multifunction with fax and the other is just a printer/scanner. Like I said earlier, setting IGMP Snooping to enable on the professional tab on 2.4 and 5 ghz bands seemed to correct it on the official firmware which was never required before. I have been chicken to try the Merlin beta since this issue seems to be tied to 4180.

Frankly they should just work . . . no tinkering with settings should be necessary which tells me there is an issue.
 
Sometimes using VPN I've following warning messages, incomprehensible to me because it's not as messages say:

Jan 25 10:38:28 kernel: htb: htb qdisc 10: is non-work-conserving?
Jan 25 13:26:25 openvpn[1069]: client/5.170.130.8 WARNING: 'link-mtu' is used inconsistently, local='link-mtu 1554', remote='link-mtu 1525'
Jan 25 13:26:25 openvpn[1069]: client/5.170.130.8 WARNING: 'cipher' is used inconsistently, local='cipher BF-CBC', remote='cipher AES-256-GCM'
Jan 25 13:26:25 openvpn[1069]: client/5.170.130.8 WARNING: 'keysize' is used inconsistently, local='keysize 128', remote='keysize 256'
What's wrong?
 
Status
Not open for further replies.

Latest threads

Support SNBForums w/ Amazon

If you'd like to support SNBForums, just use this link and buy anything on Amazon. Thanks!

Sign Up For SNBForums Daily Digest

Get an update of what's new every day delivered to your mailbox. Sign up here!
Top