[Beta] Asuswrt-Merlin 380.58 Beta 1 is available

[bluepoint]

Or, there may even be different revs of the older chips....it started showing up on some of the 800MHz AC68Us on my fork...or maybe they started bin'ing the newer CPUs with a speed sort....or it's just a bug In any event, it doesn't seem to hurt anything.

I'll go for ...it's a bug. I have a 68P and never saw FA no matter what I do(off/on NAT Acceleration). It never had 378.56_2 the source of FA I think.

 

[HawkInOz]

I'm having problems getting both OpenVPN Servers up and running on my RT-AC88U. They both work independently, but not when I try to enable them both simultaneously (openvpn[941]: TCP/UDP: Socket bind failed on local address [undef]: Address already in use). I've made so many changes now to both servers, that I feel that starting over from scratch is my best option. Unfortunately, there's no "reset to defaults" option on the OpenVPN Servers tab. What is the best way to blow away everything I have done with the OpenVPN Servers, and start over fresh? And please don't say a factory reset, because I'm not interested in reconfiguring the entire router just to clean up the OpenVPN Server settings. Thanks.

 

[RMerlin]

I'm having problems getting both OpenVPN Servers up and running on my RT-AC88U. They both work independently, but not when I try to enable them both simultaneously (openvpn[941]: TCP/UDP: Socket bind failed on local address [undef]: Address already in use). I've made so many changes now to both servers, that I feel that starting over from scratch is my best option. Unfortunately, there's no "reset to defaults" option on the OpenVPN Servers tab. What is the best way to blow away everything I have done with the OpenVPN Servers, and start over fresh? And please don't say a factory reset, because I'm not interested in reconfiguring the entire router just to clean up the OpenVPN Server settings. Thanks.

Make sure you use either a different port or different protocol. You can't have both try to bind to the same port and protocol.

 

[Marsi4eg]

i tested with 378.55, 378.56, 380.57 and john's merlin fork 17-E2....i used same settings on all and works very well....this setting using with all versions and do not work just with 380.58.....

sent from Kodi 17 Krypton

Enable IGMP Proxy and IGMP Snooping

 

[bayern1975]

Enable IGMP Proxy and IGMP Snooping

still not working....i moved to tomato firmware for some time....i am angry to asus stuff...they push crap firmware out....

sent from Kodi 17 Krypton

 

[HawkInOz]

Make sure you use either a different port or different protocol. You can't have both try to bind to the same port and protocol.

Thanks - changing the port fixed that error. But the other problem I'm having is with the Export of the OPVN file for Server 1. I had manually configured this server on my RT-N66U, and re-imported those settings into my RT-AC88U. The were working, but I wanted to make some changes. After doing so, when I try to Export to the OPVN file, the end of the file looks like this:

</ca>
<cert>
paste client certificate data here
</cert>
<key>
paste client key data here
</key>
resolv-retry infinite
nobind

While the Server 2 export actually includes the client certificate data and the client key data. I've tried erasing everything in all the fields on Server 1 when following this link: Content modification of Keys & Certification. However, it doesn't change the missing info on the Export. If I could just reset that entire Server 1 configuration back to the defaults, I think this might work properly once it is reconfigured. There's something hanging around that is preventing it from working properly, and I can't find what it is. Right now, I have Server 1 and Server 2 configured identically, except for the Port (1194 for 1 and 1195 for 2), but the Export button only produces a usable OPVN file for Server 2.

 

[Marsi4eg]

still not working....i moved to tomato firmware for some time....i am angry to asus stuff...they push crap firmware out....

sent from Kodi 17 Krypton

If something doesn't work for you - it's not a reason to blame Asus, it's a reason to begin digging, experimenting and getting new experience as a result.

IPTV is working on these firmwares it's a fact, you have some specific config, try to make a factory defaults reset, change nothing but enable udpxy and igmp proxy, test that way.
And again - if you have some ISP-specific settings - it's always better to contact ISP support

 

[HawkInOz]

Thanks - changing the port fixed that error. But the other problem I'm having is with the Export of the OPVN file for Server 1. I had manually configured this server on my RT-N66U, and re-imported those settings into my RT-AC88U. The were working, but I wanted to make some changes. After doing so, when I try to Export to the OPVN file, the end of the file looks like this:

</ca>
<cert>
paste client certificate data here
</cert>
<key>
paste client key data here
</key>
resolv-retry infinite
nobind

While the Server 2 export actually includes the client certificate data and the client key data. I've tried erasing everything in all the fields on Server 1 when following this link: Content modification of Keys & Certification. However, it doesn't change the missing info on the Export. If I could just reset that entire Server 1 configuration back to the defaults, I think this might work properly once it is reconfigured. There's something hanging around that is preventing it from working properly, and I can't find what it is. Right now, I have Server 1 and Server 2 configured identically, except for the Port (1194 for 1 and 1195 for 2), but the Export button only produces a usable OPVN file for Server 2.

After a lot of digging around, I was finally able to fix the Export problem and reset my OpenVPN Server 1 back to the defaults by doing the following via SSH:

• Deleted all the vpn_crt_server1_... files in /jffs/openvpn (there were only five, not the seven that should have been there)
• Ran the following (after verifying that I had all the right nvram settings by running 'nvram show | grep vpn_server1'):

nvram unset vpn_server1_nm
nvram unset vpn_server1_local
nvram unset vpn_server1_hmac
nvram unset vpn_server1_errno
nvram unset vpn_server1_rgw
nvram unset vpn_server1_poll
nvram unset vpn_server1_reneg
nvram unset vpn_server1_r1
nvram unset vpn_server1_r2
nvram unset vpn_server1_pdns
nvram unset vpn_server1_if
nvram unset vpn_server1_custom
nvram unset vpn_server1_remote
nvram unset vpn_server1_userpass_auth
nvram unset vpn_server1_comp
nvram unset vpn_server1_ccd_val
nvram unset vpn_server1_firewall
nvram unset vpn_server1_ccd
nvram unset vpn_server1_sn
nvram unset vpn_server1_digest
nvram unset vpn_server1_c2c
nvram unset vpn_server1_state
nvram unset vpn_server1_plan
nvram unset vpn_server1_crypt
nvram unset vpn_server1_ccd_excl
nvram unset vpn_server1_proto
nvram unset vpn_server1_igncrt
nvram unset vpn_server1_dhcp
nvram unset vpn_server1_cipher
nvram unset vpn_server1_port
nvram commit
reboot
​

After that, the Export of the OVPN file for Server1 included the previously missing information. Tested the exported file from a Windows computer and an Android phone successfully.

 

[Pos22]

Try deleting the existing database and the signatures.

1) Stop Traffic Analyzer
2) Through SSH, remove the following files:

rm /jffs/traffic.db /jffs/signature/rule.trf

3) Reboot your router, then give it a few minutes to download up-to-date signatures
4) Re-enable Traffic Analyzer

Seems to have restored it back and is working as designed, appreciate the assistance Eric.

 

[jsmiddleton4]

CTF(Cut Through Forwarding) and FA(Flow Acceleration) accelerator are enabled.

I have one of those newer 68U's that runs at 1ghz.

 

[bluepoint]

CTF(Cut Through Forwarding) and FA(Flow Acceleration) accelerator are enabled.

I have one of those newer 68U's that runs at 1ghz.

What firmware are you running and what's previous?

 

[jsmiddleton4]

Well since this is the beta firmware thread isn't self evident?

I've not ever had a problem with any FW and FA on the newer 68U.

 

[bayern1975]

If something doesn't work for you - it's not a reason to blame Asus, it's a reason to begin digging, experimenting and getting new experience as a result.

i am sure this is asus mistake....IPTV not working with latest stock firmware also...they change udpxy to 1.23 and didn't tested at all....all firmwares with 1.19 working well....



sent from Kodi 17 Krypton

 

[RMerlin]

i am sure this is asus mistake....IPTV not working with latest stock firmware also...they change udpxy to 1.23 and didn't tested at all....all firmwares with 1.19 working well....



sent from Kodi 17 Krypton

All my alpha builds were with the same 4+ years old udpxy version and you still experienced issues. This is obviously not the source of the problem, as it was only upgraded with this beta. In fact, you were the one pushing me for updating it...

 

[bayern1975]

All my alpha builds were with the same 4+ years old udpxy version and you still experienced issues. This is obviously not the source of the problem, as it was only upgraded with this beta. In fact, you were the one pushing me for updating it...

no, all your version with older udpxy working well....so last version is 380.57...new version 380.58 has newest udpxy and here not working and with latest stock firmware also not working...that is not your fault....it is from asus side....

sent from Kodi 17 Krypton

 

[johtaja]

no, all your version with older udpxy working well....so last version is 380.57...new version 380.58 has newest udpxy and here not working and with latest stock firmware also not working...that is not your fault....it is from asus side....

sent from Kodi 17 Krypton

380.58 alphas had older udpxy, and you had troubles with them also. So it has to be something else than udpxy what's causing trouble for you. Like RMerlin said.

 

[bayern1975]

380.58 alphas had older udpxy, and you had troubles with them also. So it has to be something else than udpxy what's causing trouble for you. Like RMerlin said.

380.58----> 1.23.10 IPTV not working
380.57----> 1.19 IPTV working
i spend lot of time with 380.58....no solution....version of udpxy causing problem....

 

[bluepoint]

Well since this is the beta firmware thread isn't self evident?

I've not ever had a problem with any FW and FA on the newer 68U.

Oooops, you're right, just trying to figure out why my 68P never saw FA(flow accelerator) no matter what I do. I have a feeling FA is disabled from .57 up. This router came from the early Stock firmware to stock 376.3626 to Merlin's .57 and now B1 with NVRAM reset at each stages.

 

[rxu]

miniupnpd is flooding logs approx. every 15 minutes with entries like that:
Mar 20 23:15:06 miniupnpd[600]: upnp_event_process_notify: connect(192.168.0.101:2869): Connection timed out

Also, there's a problem with webUI and Opera 36: dropdowns are shown blank

 

[RMerlin]

miniupnpd is flooding logs approx. every 15 minutes with entries like that:
Mar 20 23:15:06 miniupnpd[600]: upnp_event_process_notify: connect(192.168.0.101:2869): Connection timed out

This means your have a program on 192.168.0.101 that forwarded a port through UPNP, but isn't accepting forwarded connections anymore. This isn't a problem with the router.

Also, there's a problem with webUI and Opera 36: dropdowns are shown blank
View attachment 5782

Opera is not officially supported. They must not be correctly handling the CSS, switch to a supported browser.