What's new

[Beta] Asuswrt-Merlin 384.8 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.
No, as Cake is not supported by 4.1.51, plus it's not directly compatible with sfq/codel/fq_codel. Using Cake would require completely rewriting the tc configuration, which only Trend Micro/Asus can do, unless you were to completely disable Adaptive QoS, and configure everything manually yourself.



Why go with stock firmware? The reason for me dropping it is specifically because Asus is also dropping it. You won't be getting any further updates by moving to stock (or if Asus did, then I would be able to resume support for it as well).
Ahh I understand
 
GPL 384_32799 - interesting! It contains "WiFi stability fix" for my RT-AC68U
Will check it out. Too bad ASUS did not elaborate what this "stability fix" is about.
 
42018193.png

7811701924.png

great results with ac5300
 
httpd SSL certs were moved from /jffs/ssl/ to /jffs/.cert/ to be in line with Asus's own firmware.

httpd keeps deleting my persistent webui cert every time the service is restarted. I looked at the situation briefly and believe its due to the following commit;

https://github.com/RMerl/asuswrt-merlin.ng/commit/bbe96bef4b469210b79f4072ff379f0e23ddad80

Code:
    if (d_exists("/jffs/ssl")) {
        system("/bin/rm -f /jffs/ssl/* /jffs/.cert/"); /* */
        rmdir("/jffs/ssl");
    }


Should this instead be;


Code:
    if (d_exists("/jffs/ssl")) {
        system("/bin/mv -f /jffs/ssl/* /jffs/.cert/"); /* */
        rmdir("/jffs/ssl");
    }


The next issue is with /jffs/ssl/ being deleted (during boot?), the certs are never saved. I believe this is due to the following line where the old path is still specified.

https://github.com/RMerl/asuswrt-me...790b82/release/src/router/httpd/httpd.c#L2184

Code:
#if defined(RTCONFIG_JFFS2) || defined(RTCONFIG_BRCM_NAND_JFFS2) || defined(RTCONFIG_UBIFS)
    eval("cp", "-p", "/etc/cert.pem", "/etc/key.pem", "/jffs/ssl/");
    chmod("/jffs/ssl/key.pem", S_IRUSR|S_IWUSR);
#else


Or maybe I'm completely wrong and somehow not setting persistent certs correctly as I normally do :p
 
And here I'm paying $50 for 12/2 Mbps
That is quite high price for package you have currently. I am paying about 50 usd or 65 cad for symmetrical gigabit, not bad in my books for speed and consistency.
 
Last edited:
There sitll with a UPNP problem when use Dual Wan(Dual PPPoE) both non-public IP. QQ

You will have to be more precise than that...

httpd keeps deleting my persistent webui cert every time the service is restarted. I looked at the situation briefly and believe its due to the following commit;

https://github.com/RMerl/asuswrt-merlin.ng/commit/bbe96bef4b469210b79f4072ff379f0e23ddad80

Code:
    if (d_exists("/jffs/ssl")) {
        system("/bin/rm -f /jffs/ssl/* /jffs/.cert/"); /* */
        rmdir("/jffs/ssl");
    }


Should this instead be;


Code:
    if (d_exists("/jffs/ssl")) {
        system("/bin/mv -f /jffs/ssl/* /jffs/.cert/"); /* */
        rmdir("/jffs/ssl");
    }


The next issue is with /jffs/ssl/ being deleted (during boot?), the certs are never saved. I believe this is due to the following line where the old path is still specified.

https://github.com/RMerl/asuswrt-me...790b82/release/src/router/httpd/httpd.c#L2184

Code:
#if defined(RTCONFIG_JFFS2) || defined(RTCONFIG_BRCM_NAND_JFFS2) || defined(RTCONFIG_UBIFS)
    eval("cp", "-p", "/etc/cert.pem", "/etc/key.pem", "/jffs/ssl/");
    chmod("/jffs/ssl/key.pem", S_IRUSR|S_IWUSR);
#else


Or maybe I'm completely wrong and somehow not setting persistent certs correctly as I normally do :p

Thanks. Not sure why it didn't happen here with my saved certs, I'll have a look at it.
 
https://github.com/RMerl/asuswrt-merlin.ng/commit/bbe96bef4b469210b79f4072ff379f0e23ddad80

Code:
if (d_exists("/jffs/ssl")) {
system("/bin/rm -f /jffs/ssl/* /jffs/.cert/"); /* */
rmdir("/jffs/ssl");
}
Should this instead be;

That was already fixed by this commit:

https://github.com/RMerl/asuswrt-me...3445ad5#diff-0f931509523ea7a9ec02781792cf922b

The next issue is with /jffs/ssl/ being deleted (during boot?), the certs are never saved. I believe this is due to the following line where the old path is still specified.

This is definitely wrong, will fix it. Thanks.
 
Last edited:
That was already fixed by this commit:

https://github.com/RMerl/asuswrt-me...3445ad5#diff-0f931509523ea7a9ec02781792cf922b



This is definitely wrong, will fix it. Thanks.

I thought I was going crazy, I'd be lying if I said I didn't repeatedly mess with settings thinking I was in the wrong :p Luckily only applies to anyone who formats so could be worse.

Here's a temporary fix for anyone for is affected.

Code:
mkdir /jffs/ssl
service restart_httpd
mv /jffs/ssl/* /jffs/.cert/
 
I thought I was going crazy, I'd be lying if I said I didn't repeatedly mess with settings thinking I was in the wrong :p Luckily only applies to anyone who formats so could be worse.

I probably never encountered it because all my routers use a certificate that I uploaded. This httpd code would cause problems if someone were letting the router generate the certificate for them but had it set as persistent.
 
You will have to be more precise than that...



Thanks. Not sure why it didn't happen here with my saved certs, I'll have a look at it.
Router is ASUS AC86U.
When I use Dual PPPoE on wan and Lan1(Load Balance),UPNP will not Forward any port.(My PPPoE IP both non-Public)
Use UPNP test also can't get external IP.
If I switch Dual wan to Fail over that work normally.Use UPNP test can get my external IP.
If using official 384_32799 dual wan UPNP work normal at any mode.
I see changelog with a fix "non-Public IP WAN UPNP",maybe dual wan still with a problem?
 
I see changelog with a fix "non-Public IP WAN UPNP",maybe dual wan still with a problem?

Dual WAN could be a different case. I don't touch the Dual WAN code, so I don't know how Asus implemented it.
 
Thanks for your Reply,Maybe I can try hard to find some Solution.After all, Merlin is so good.Thanks for your work.
 
RT-AC5300

This one is running without a hitch! Great Beta!

3 days 17 hours 3 minute(s) 26 seconds
 
Status
Not open for further replies.

Sign Up For SNBForums Daily Digest

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

Members online

Top