Github snapshot test builds (Updated 30-May-2015)

[cosmoxl]

loaded this and everything seems to be working but I am only using openvpn client without policy routing. nevertheless, no problems connecting to VPN providers.

AC68 here.

 

[frostyboy]

About the ad blocker... why not just include a warning message in the GUI that it might not work? Or a Separate 'experimental'
build? I have never had an issue using it and don't use mobile apps.

Also do you have to run those SSH commands even if you disable the ad blocker prior to upgrading the new build?

 

[RMerlin]

About the ad blocker... why not just include a warning message in the GUI that it might not work? Or a Separate 'experimental'
build? I have never had an issue using it and don't use mobile apps.

I initially thought about adding a warning, but decided against it. As the JFFS warning on the firmware upgrade page has shown, too many people can't read...

A separate experimental build is not out of the question, however it will depend on whether I can find the time and the motivation to compile four additional firmware files (those are 20 minutes each to compile).

Another possibility is for people who don't care about enabling something that WILL break their network is they can still manually enable it through the nvram settings, which should still work, in theory. That was in fact the reason why I provided the nvram commands to disable it, in case someone would have forgotten to do so before upgrading. Just set them back to 1, and don't expect any support from me if you have ANY issue whatsoever caused by it.

A final possibility is for people to recompile it themselves, just setting ADBLOCK=y in the target.mak profile list beforehand.

 

[charlie2alpha]

OK, did some more testing. Now I get this:

defiant ~ # upnpc -l
upnpc : miniupnpc library test client. (c) 2005-2013 Thomas Bernard
Go to http://miniupnp.free.fr/ or http://miniupnp.tuxfamily.org/
for more information.
List of UPNP devices found on the network :
 desc: http://192.168.1.254:38582/rootDesc.xml
 st: urn:schemas-upnp-org:device:InternetGatewayDevice:1

Found valid IGD : http://192.168.1.254:38582/
Local LAN ip address : 192.168.1.15
Connection Type : IP_Routed
Status : Connected, uptime=97s, LastConnectionError : ERROR_NONE
  Time started : Tue May 26 06:11:52 2015
MaxBitRateDown : 4200000 bps (4.2 Mbps)   MaxBitRateUp 4200000 bps (4.2 Mbps)
ExternalIPAddress = 178.128.75.168
 i protocol exPort->inAddr:inPort description remoteHost leaseTime
GetGenericPortMappingEntry() returned 713 (SpecifiedArrayIndexInvalid)

and also this

defiant ~ # upnpc -a 192.168.10.107 2222 2222 tcp 30
upnpc : miniupnpc library test client. (c) 2005-2013 Thomas Bernard
Go to http://miniupnp.free.fr/ or http://miniupnp.tuxfamily.org/
for more information.
List of UPNP devices found on the network :
 desc: http://192.168.1.254:38582/rootDesc.xml
 st: urn:schemas-upnp-org:device:InternetGatewayDevice:1

Found valid IGD : http://192.168.1.254:38582/
Local LAN ip address : 192.168.1.15
ExternalIPAddress = 178.128.75.168
AddPortMapping(2222, 2222, 192.168.10.107) failed with code 718 (ConflictInMappingEntry)
GetSpecificPortMappingEntry() failed with code 714 (NoSuchEntryInArray)

Seems that the second command fails?

 

[RMerlin]

OK, did some more testing. Now I get this:

Found valid IGD : http://192.168.1.254:38582/
Local LAN ip address : 192.168.1.15
ExternalIPAddress = 178.128.75.168
AddPortMapping(2222, 2222, 192.168.10.107) failed with code 718 (ConflictInMappingEntry)
GetSpecificPortMappingEntry() failed with code 714 (NoSuchEntryInArray)

Seems that the second command fails?

miniupnpd defaults to secure mode - it will only accept forwards that are for the IP from which the client is talking to the router. Try again by replacing 192.168.10.107 (which was my VM IP) with your client's IP.

 

[charlie2alpha]

Ok, that worked:

defiant ~ # upnpc -a 192.168.1.15 2222 2222 tcp 30
upnpc : miniupnpc library test client. (c) 2005-2014 Thomas Bernard
Go to http://miniupnp.free.fr/ or http://miniupnp.tuxfamily.org/
for more information.
List of UPNP devices found on the network :
 desc: http://192.168.1.254:39185/rootDesc.xml
 st: urn:schemas-upnp-org:device:InternetGatewayDevice:1

Found valid IGD : http://192.168.1.254:39185/ctl/IPConn
Local LAN ip address : 192.168.1.15
ExternalIPAddress = 178.128.75.168
InternalIP:Port = 192.168.1.15:2222
external 178.128.75.168:2222 TCP is redirected to internal 192.168.1.15:2222 (duration=30)

Althought for the upnpc command to list anything I had to stop the firewall on my linux box. Windows still doesn't show the AC56U as an IGD in the Network in Windows Explorer even if the upnpc client works.

 

[RMerlin]

Keep in mind that the custom icon is probably only used for DLNA, not for UPNP.

EDIT: I see what you mean. I reflashed 378.53, and instead of a computer icon it shows a (generic) router icon now. That's odd.

 

[charlie2alpha]

Keep in mind that the custom icon is probably only used for DLNA, not for UPNP.

Of course, but I'm not talking about custom icon, just that in the previous versions Windows shows the IGD specific icon and you can also see the port mappings by right clicking on it and selecting properties.

With this test version the icon reverted to a generic one and the port mappings menu is completely missing. Essentially, Windows no longer recognises it as an IGD device.

 

[RMerlin]

Of course, but I'm not talking about custom icon, just that in the previous versions Windows shows the IGD specific icon and you can also see the port mappings by right clicking on it and selecting properties.

With this test version the icon reverted to a generic one and the port mappings menu is completely missing. Essentially, Windows no longer recognises it as an IGD device.

Yeah, I see what you mean now. It's odd because there's no setting to enable/disable IGD support. I will have to check if it's a regression in the latest Miniupnpd code.

 

[charlie2alpha]

Ok thanks!

 

[cosmoxl]

Keep in mind that the custom icon is probably only used for DLNA, not for UPNP.

EDIT: I see what you mean. I reflashed 378.53, and instead of a computer icon it shows a (generic) router icon now. That's odd.

with AC68, in windows explorer network section I still see a computer with monitor icon for the router.

only samba share is enabled in router (no DLNA, etc.)

 

[charlie2alpha]

with AC68, in windows explorer network section I still see a computer with monitor icon for the router.

only samba share is enabled in router (no DLNA, etc.)

That's normal when you have Samba enabled, but another icon for the UPNP device should also be present.

 

[RMerlin]

Ok thanks!

Found it. There was a variable name conflict, causing miniupnpd to always compile with IGDv2 enabled.

 

[charlie2alpha]

Nice! Will test later then if that fixes it, which it should. Too bad that we have to stick with old IGDv1 for everything to work.

 

[RMerlin]

Nice! Will test later then if that fixes it, which it should. Too bad that we have to stick with old IGDv1 for everything to work.

Indeed, especially as I had gone through the trouble of implementing IPv6 pinhole support, which was working fine But I got reports that IGDv2 support was running into various compatibility issues, which led me to disable it by default. Maybe eventually miniupnpd's IGDv2 support will mature, at which point I will be able to re-enable it.

 

[Skirk]

Hi Merlin, I just reflashed and as before the OpenVPN client doesn't play nice with the adaptive QoS. My download speeds are capped at the set upload speed. There are no problems if the QoS is disabled.

Is there anything else I should test?

 

[charlie2alpha]

Just installed alpha4 with the miniupnpd fix, works fine as expected!

 

[DaveMishSr]

Folks, the ad blocker is broken. It makes many mobile applications impossible to use, because every 20-30 seconds, the browser opens as it wants to display a blocked add notification. And there's no way to whitelist anything, and since this is something Asus is no longer developing, it will never be fixed.

I also ran into a legitimate website that no longer worked at all until I disabled the ad blocker.

I'm not releasing a firmware with a known broken feature, where I will have to regularly have to deal with people asking me why they can't access this website, or why they can't use that mobile application, and having to constantly repeat the same answer.

I don't release knowingly broken stuff which will never be fixed because it simply cannot be fixed.

Ditch it Eric. I agree with you in that Ad Blocker is a terrible mess. I had disabled it in 378.53_0 because it either wasn't working as intended or blocking legitimate websites from loading. Good riddance.

 

[charlie2alpha]

Ditch it Eric. I agree with you in that Ad Blocker is a terrible mess. I had disabled it in 378.53_0 because it either wasn't working as intended or blocking legitimate websites from loading. Good riddance.

+1 fully agreed

 

[Marsi4eg]

Sad but print server doesn't work, again, printer status always reports 'Busy' and the first task from the printing queue goes to printer only after turning printer off/on. Else report 'printer is busy' until next restart.

And there are no entries in the syslog when tasks go to printer, only entry about printer detect on startup.