[Ervaringen] Asus RT-AC68U Dual-band Wireless-AC1900 Gigabit

[Hurricane]

Ik heb op mijn router nu de laatste versie originele software (3.0.0.4.384_10007-g8e859e9) staan. Kan ik zonder problemen de laatste versie van Merlin (RT-AC68U_382.2_beta3.trx) installeren?

[ardvark99]

Vandaag is mijn 5GHz wifi op mijn router er ineens mee gekapt. Ik kan wel de instellingen aanpassen, maar verder verandert er niets. Ik ga eens kijken of een factory reset het probleem hopelijk verhelpt.

Is dit een probleem die iemand al eens ondervonden heeft? Ik draai op de laatste Merlin.(BTW, de USB3 poort is ook al een tijdje uit dienst, USB2 doet het nog wel)

Hurricane schreef op zaterdag 27 januari 2018 @ 21:30:
Ik heb op mijn router nu de laatste versie originele software (3.0.0.4.384_10007-g8e859e9) staan. Kan ik zonder problemen de laatste versie van Merlin (RT-AC68U_382.2_beta3.trx) installeren?

Dit moet geen probleem zijn, maar waarom niet gewoon naar de stable versie van Merlin? (380.69)

[Hurricane]

Ik dacht dat ik de laatste stabiele versie niet kon gebruiken omdat ik een te nieuwe versie van de originele firmware heb geinstalleerd, of maakt dat niet uit?

[MegaTronics]

Hurricane schreef op zaterdag 27 januari 2018 @ 23:57:
Ik dacht dat ik de laatste stabiele versie niet kon gebruiken omdat ik een te nieuwe versie van de originele firmware heb geinstalleerd, of maakt dat niet uit?

Je kunt volgens mij wel terug naar een oudere versie, maar dan moet je ook een factory reset uitvoeren en alles opnieuw instellen.

Trouwens die Beta 3 van Merlin draait hier al bijna 6 dagen zonder problemen.

[ardvark99]

Er is weer een nieuwe firmware van Merlin, RT-AC68U_380.69_2.zip:

380.69_2 (28-Jan-2018)
- NOTE: The official IRC channel has moved to Freenode (#asuswrt).

- CHANGED: Quantenna watchdog is less likely now to incorrectly assume the QTN CPU has crashed (which can lead to router reboots). (RT-AC87U)
- FIXED: IE11 field validation issues on OpenVPN and DHCP pages.
- FIXED: Router crash when importing an OpenVPN certificate longer than 3499 characters (the supported limit)
- FIXED: Users were allowed to enter invalid characters on some of the OpenVPN client page fields.
- FIXED: CVE-2018-5999 in httpd (backport from 384_10007)
- FIXED: CVE-2018-5721 in httpd (Merlin & theMIROn)

[Dacuuu]

Laatste officiele asus firmware versie geinstalleerd, nog netjes

code:

Maximum Tx Power Target (chanspec:0x1001):      25.00  25.00  25.00

Versie 3.0.0.4.384.20287
Directe link: http://dlcdnet.asus.com/p...RT_AC68U_300438420287.ZIP
Algemene link: https://www.asus.com/nl/Networking/RTAC68U/HelpDesk_BIOS/

code:

ASUS RT-AC68U Firmware version 3.0.0.4.384.20287
Security fixed

- Fixed Smart Sync Stored XSS vulnerabilities. Thanks fo Guy Arazi's contribution.
- Fixed CVE-2018-5721 Stack-based buffer overflow

Bug fixed
- Fixed CTF related issues.
- Fixed client icon modification issue when client name includes special characters.
- Fixed error for new firmware available notification.
- Fixed AiMesh node shows offline in the GUI even it still connect to AiMesh router.
- Fixed AiMesh disappeared problem in some specific model name.
- Fixed LAN speed issue when clients connect to AiMesh node with the network cable.
- Fixed PPTP VPN server connection error.
- Fixed repeater/ media bridge side survry issues.
- Fixed AiMesh issues for special model name.

Please unzip the firmware file first then check the MD5 code.
MD5:3718c16eeaf7fe6f4d5312770005cb56

En krijg in de router interface direct weer een upgrade naar 3.0.0.4.384_20308
Met changelog

code:

- Release Note - 

-   Fixed GUI error on firmware update page.
The progress bar may always appear on firmware upgrade page after installed 3.0.0.4.384.20287.
If your router had this issue, you can manually reboot the router to solve this issue and enter the firmware upgrade page to install the latest firmware.

En met 3.0.0.4.384.20287 blijft de wifi patch ook werken.

[ Voor 15% gewijzigd door Dacuuu op 01-02-2018 22:26 ]

[Sharky]

Ik doe sinds een week ook mee met een 68U, ik probeer nu de Tx ook te verhogen maar krijg het niet voor elkaar. Ik draai de standaard firmware (meest recente) maar met behulp van de guide eerder in dit topic (en vergelijkbare instructies elders) blijft hij op 15.5 bij mij. Iemand enig idee waar dit aan ligt?

[Frostbite]

Sharky schreef op maandag 5 februari 2018 @ 11:23:
Ik doe sinds een week ook mee met een 68U, ik probeer nu de Tx ook te verhogen maar krijg het niet voor elkaar. Ik draai de standaard firmware (meest recente) maar met behulp van de guide eerder in dit topic (en vergelijkbare instructies elders) blijft hij op 15.5 bij mij. Iemand enig idee waar dit aan ligt?

[afbeelding]

Volgens mij werkt het niet met hardware revisie C en moet je ook een oudere firmware pakken (Merlin 374.43_2 of 380.58 waarbij het ook zou werken) .
Dus ik zou via de restore utility deze firmware installeren en dan telnet aanzetten en de commando's draaien.

Daarna updaten naar een recente firmware (Merlin of Asus)

[ Voor 4% gewijzigd door Frostbite op 05-02-2018 12:23 ]

[Sharky]

Frostbite schreef op maandag 5 februari 2018 @ 12:18:
[...]


Volgens mij werkt het niet met hardware revisie C en moet je ook een oudere firmware pakken (Merlin 374.43_2 of 380.58 waarbij het ook zou werken) .
Dus ik zou via de restore utility deze firmware installeren en dan telnet aanzetten en de commando's draaien.

Daarna updaten naar een recente firmware (Merlin of Asus)

Ah dank je, alleen als ik die probeer zegt de router dit



Too bad.

edit: Zal de rescue mode zo nog even proberen.

[ Voor 3% gewijzigd door Sharky op 05-02-2018 16:23 ]

[Frostbite]

Sharky schreef op maandag 5 februari 2018 @ 16:22:
[...]


Ah dank je, alleen als ik die probeer zegt de router dit

[afbeelding]

Too bad.

Nee je moet hem downgraden via de Asus Firmware Restoration tool

Daarbij kun je met de laatste Asus firmware geen Merlin firmwares meer installeren had ik gelezen.

Dus :
1) Merlin firmwares (oude versie + nieuwste) downloaden en uitpakken
2) Restore tool draaien en daar de oudere Merlin pakken. (zie vorige posts)
3) inloggen op de herstelde router en telnet aanzetten
4) via Putty verbinding maken met je router (inloggen met admin +<wachtwoord> )
5) commando's plakken / uitvoeren (wifi hack)
6) inloggen in de router en updaten met laatste firmware Merlin
7) Verder instellen van Router...

[Roelf-99]

Frostbite schreef op maandag 5 februari 2018 @ 12:18:
[...]


Volgens mij werkt het niet met hardware revisie C en moet je ook een oudere firmware pakken (Merlin 374.43_2 of 380.58 waarbij het ook zou werken) .
Dus ik zou via de restore utility deze firmware installeren en dan telnet aanzetten en de commando's draaien.

Daarna updaten naar een recente firmware (Merlin of Asus)

Kun je aangeven waar ik deze oude versies kan vinden Nmm niet meer op de Asus-wrt Merlin site

[Frostbite]

Roelf-99 schreef op dinsdag 6 februari 2018 @ 22:03:
[...]

Kun je aangeven waar ik deze oude versies kan vinden Nmm niet meer op de Asus-wrt Merlin site

pak de oudste zou ik zeggen.

Of pak de Merlin Fork die is op basis van de 374
klik

[ Voor 18% gewijzigd door Frostbite op 06-02-2018 23:53 ]

[MegaTronics]

384 is bij Merlin nu ook uit de alpha fase en de eerste beta is beschikbaar.

code:

Asuswrt-Merlin 384 Changelog
============================

384.3 Beta (xx-xxx-xxxx)
   - NOTE: To reduce confusion following the version
           bump to 384, the current Github repository
           was renamed from asuswrt-merlin.382 to
           asuswrt-merlin.ng (for New Generation).
           It's recommended that you update your
           local repository if you're a developer,
           for example by running:

              git remote set-url origin \
                 [e-mail]:RMerl/asuswrt-merlin.ng.git

   - NOTE: AiMesh is currently not supported.  Feasability of
           supporting it is still under evaluation.
   - NEW: Merged with GPL 384_10007
   - NEW: Added support for RT-AC3200 (merged
          SDK 7.x-main + binary blobs from 382_19466).
   - NEW: nano can now be configured through /jffs/configs/nanorc
   - CHANGED: Allow up to 5 OpenVPN clients on RT-AC3200.
   - CHANGED: Updated nano to 2.9.3.
   - FIXED: Some routers coming from 380.xx would incorrectly
            report a new firmware available at boot time.
   - FIXED: Some broken clients (like Samsung TVs) try to use
            reserved hostnames - ignore these.  (theMIRon)
   - FIXED: Added missing IPv6 local hostnames (theMIRon)
   - FIXED: Issues withh DNS & broadcast relay for pptp
            clients (theMIRon)
   - FIXED: Fixed CVE-2018-5721 in httpd (Merlin & theMIROn)
   - FIXED: helper.js wasn't properly handling parentheses
            (John9527)
   - FIXED: NAT acceleration of PPPoE for some models (fix
            backported from 382_50010)
   - FIXED: Networkmap-related issues on some models (missing
            tx/rx rate and such).
   - FIXED: ipset could cause the router to crash on the HND
            platform (john9527)

[Roelf-99]

Frostbite schreef op maandag 5 februari 2018 @ 16:32:
[...]


Nee je moet hem downgraden via de Asus Firmware Restoration tool

Daarbij kun je met de laatste Asus firmware geen Merlin firmwares meer installeren had ik gelezen.

Dus :
1) Merlin firmwares (oude versie + nieuwste) downloaden en uitpakken
2) Restore tool draaien en daar de oudere Merlin pakken. (zie vorige posts)
3) inloggen op de herstelde router en telnet aanzetten
4) via Putty verbinding maken met je router (inloggen met admin +<wachtwoord> )
5) commando's plakken / uitvoeren (wifi hack)
6) inloggen in de router en updaten met laatste firmware Merlin
7) Verder instellen van Router...

Beschreven procedure gevolgd: tw eerst RT-AC68U_378.55_0 geflashed vervolgens hack uitgevoerd en inderdaad 25.25.25 Vervolgens nieuwe Merlin RT-AC68U_380.69_2 geflashed en weer terug bij af maw 15.5 15.5 15.5 Heb ik nu de verkeerde nieuwe Merlin gebruikt

[Frostbite]

@Roelf-99 Vreemd ik zal vanavond even kijken bij mij want ik heb ook de laatste Merlin versie.

[Asure]

De laatste versies forceren via de wifi pagina nieuwe (en lagere) wifi txpwr instellingen als je op 'apply' klikt.
Dus als je upgrade vanaf een lagere versie en je past nooit de wifi instellingen aan is er niks aan de hand.
(Wat mij betreft onwerkbaar en ik gebruik dan ook maar een andere oplossing )

[Frostbite]

Asure schreef op zondag 11 februari 2018 @ 13:42:
De laatste versies forceren via de wifi pagina nieuwe (en lagere) wifi txpwr instellingen als je op 'apply' klikt.
Dus als je upgrade vanaf een lagere versie en je past nooit de wifi instellingen aan is er niks aan de hand.
(Wat mij betreft onwerkbaar en ik gebruik dan ook maar een andere oplossing )

Zou goed kunnen kloppen want ik heb nog gewoon dit:

code:

ASUSWRT-Merlin RT-AC68U 380.69-2 Sun Jan 28 06:08:45 UTC 2018
admin@RT-AC68U-3608:/tmp/home/root# wl txpwr_target_max
Maximum Tx Power Target (chanspec:0x1001):      25.00  25.00  25.00
admin@RT-AC68U-3608:/tmp/home/root#

[Cyberpope]

Ik heb een probleempje met mijn asus router (ac68u)

Vanaf mijn belangrijkste laptop kan ik niet meer inloggen. Als ik (de juiste) login gegevens invul, komt hij niet op de webinterface, maar blijf ik elke keer de login pagina voor mijn neus krijgen. In dit topic heb ik niets kunnen vinden, behalve deze 2 reacties, waar ik geen oplossing uit haal:

JPM85 in "[Ervaringen] Asus RT-AC68U Dual-band Wireless-AC1900 Gigabit"
Venuz in "[Ervaringen] Asus RT-AC68U Dual-band Wireless-AC1900 Gigabit"

Ik kom nog wel met telnet in de router, alsmede ook vanaf mijn telefoon en/of andere laptop. Het lijkt erop dat hij uit veiligheids (??) overwegingen geen inlog meer vanaf mijn laptop accepteert. Nu ben ik aan het rondklikken geweest in de interface (vanaf andere laptop) of ik ergens een instelling kon vinden die dit zou kunnen veroorzaken, dan wel of ik ergens mijn laptop kan whitelisten (of van een blacklist af kon gooien). Maar kan een dergelijke instelling niet vinden. Een reboot (geen fabrieksreset) helpt niet.

Iemand suggesties?

[MAX3400]

@Cyberpope er zit ergens een optie verborgen dat je je webinterface alleen zou mogen benaderen vanaf het LAN (wired) en niet vanaf WiFi.

Uit mijn hoofd staat dat standaard ongedocumenteerd vanzelf aan.

[Cyberpope]

@MAX3400 Dank, maar dat kan het niet zijn. Het heeft altijd gewerkt en ik kan er wel vanaf mijn telefoon en andere laptop in. Die gaan beiden ook via de WiFi.

Lijkt samen te hangen met IP-adres. Nu ik overgeswitched ben van 5g naar 2.4g netwerk kan ik er weer in.
Zal eens een firmware upgrade doen. Wellicht wist dat iets.

[ Voor 34% gewijzigd door Cyberpope op 12-02-2018 11:20 ]

[MegaTronics]

De Merlin 384.3 is uitgebracht als stable.

code:

384.3 (14-Feb-2018)
   - NOTE: To reduce confusion following the version
           bump to 384, the current Github repository
           was renamed from asuswrt-merlin.382 to
           asuswrt-merlin.ng (for New Generation).
           It's recommended that you update your
           local repository if you're a developer,
           for example by running:

              git remote set-url origin \
                 [e-mail]:RMerl/asuswrt-merlin.ng.git

   - NOTE: AiMesh is currently not supported.  Feasability of
           supporting it is still under evaluation.
   - NEW: Merged with GPL 384_10007
   - NEW: Added support for RT-AC3200 (merged
          SDK 7.x-main + binary blobs from 382_19466).
   - NEW: nano can now be configured through /jffs/configs/nanorc
   - CHANGED: Allow up to 5 OpenVPN clients on RT-AC3200.
   - CHANGED: Updated nano to 2.9.3.
   - FIXED: Some routers coming from 380.xx would incorrectly
            report a new firmware available at boot time.
   - FIXED: Some broken clients (like Samsung TVs) try to use
            reserved hostnames - ignore these.  (theMIRon)
   - FIXED: Added missing IPv6 local hostnames (theMIRon)
   - FIXED: Issues withh DNS & broadcast relay for pptp
            clients (theMIRon)
   - FIXED: Fixed CVE-2018-5721 in httpd (Merlin & theMIROn)
   - FIXED: helper.js wasn't properly handling parentheses
            (John9527)
   - FIXED: NAT acceleration of PPPoE for some models (fix
            backported from 382_50010)
   - FIXED: Networkmap-related issues on some models (missing
            tx/rx rate and such).
   - FIXED: ipset could cause the router to crash on the HND
            platform (john9527)
   - FIXED: Network Service Filter wasn't working when in
            Blacklist mode.
   - FIXED: Repeater mode (backport from 384_20287)

[geenwindows]

geüpgraded naar de 384 firmware, direct een hard reset gedaan (wordt aangeraden!)
wat me tot nu toe opvalt:
- Geen Nederlandse taal
- breedband limit op gasten netwerk? deze optie had ik op de 380 firmware niet?

direct gekeken of die breedband limit wat voor mij is. op het gasten netwerk werkt het zoals als verwacht, maar het overige netwerk heeft er ook last van terwijl die geen limit heeft! kon max 250mbit down halen met QoS aan. dit komt opdat Qos geheel over de cpu gaat. boel weer uitgezet en NAT Acceleration weer aangezet (dit wordt uitgezet wanneer QoS wordt gebruikt) en we pompen weer de volle 400mbit!
hoewel ik wel merk dat de ac68u toch langzamerhand voor mij een bottleneck wordt.

[Frostbite]

Ik heb hier ook de 384 firmware maar hoewel hij met de waardes 25 25 25 aangeeft merk ik dat het bereik echt flink terug is gezakt.

Nu heb ik net buiten het huis bereik terwijl dit met de oudere firmware veel verder reikte.
Erg vreemd. Zal vanavond eens kijken in de instellingen.

[TommyGun]

Ik draai RT-AC68U_384.4 beta1 (of was het nou beta2).... binnenkort even upgraden naar beta3;

Beta2

86e369d Updated documentation
b14a3a2 sd-idle: re-add some of the logging Asus removed
d511ea1 rc: miniupnpd: re-add miniupnpd restart on first ntp sync, but move it after a 15 secs wait
b88d171 build: copy-prebuilt: fix casing for some models
5751f66 upnp: do not restart miniupnpd on ntp initial sync
b776c8e build: copy-prebuilt: fix bwdpi path; make model checks lower-case to be similar to build-all
8f0b0ed rc: remove another function that does not exist in pre-379 binary blobs
4ce0273 rc: revert check_asus_jffs(() calls from GPL 20379 as it does not exist in older binary blobs
8c15ab0 qos: streamline faketc script
590645e Refresh RT-AC88U binary blobs from (real) GPL 20379
7199d17 Revert some of the 20379 changes specific to the RT-AC68U (which still uses 20308 binary blobs)
ee01a16 Merge with GPL 384_20379 (last GPL merge was actually 384_20309 - wrong GPL tarball was used)
b3749f8 Updated documentation
04d75a0 rc: fix tab spacing (to sync with GPL)
1bc2658 firewall: remove Merlin NAT loopback
a63b156 Revert "cfgsync: move cert generation to a dedicated script, and generate it at service launch"
a2ada4e wps: update RT-AC3200 WPS monitor with exe extracted from firmware release (was missing from GPL)
be8d911 letsencrypt: enabled support for RT-AC86U
17131cb letsencrypt: separated libs into platform-specific folders, added HND version from GT-AC5300 GPL
2443497 Bumped revision to beta 2
75c3bce webui: accept single-char hostnames in validator.hostName() (closes #71)

Beta3

0206b32 Updated documentation
644942d httpd: check that opendir() succeeded, otherwise httpd would crash
a25de1c entware: add 64-bit support for HND platform
2aec002 entware: point setup script to the new Entware installers (following the NG/3X repos merge)
40ba6c4 sd-idle: fix spindown/up logging
a4e8553 rc: move services-start custom script to the very end of start_services()
65183bd rc: when preparing httpd key/cert from a stored pair, also generate server.pem with them for AiCloud
cc353fb httpd: gencert: no longer generate cfgsync cert (now handled by cfgsync itself)
956c32c webui: update Site Survey page for AiMesh-capable models to use the new wlc_scan_state values from GPL 20379
aa3949d webui: fix broken DST offset parser (Asus bug in 20379)
3f1ea25 httpd: restart daemon after the user upload a new SSL certificate
9f158cd Bumped revision to beta 3

[TommyGun]

Asuswrt-Merlin 384 Changelog
============================

General changes in the 384/NG branch vs 380.xx:
- Clear your browser cache after flashing your first 384 build.
- It's generally recommended to do a factory default reset
when coming from 380 to 384/NG.
- HDD spindown settings moved to the System settings page
- SSL certificate management moved to the DDNS page for models
that support Let's Encrypt
- Nvram settings now have maximum lengths enforced, to protect
against buffer overruns. This means that some very long
lists of settings might no longer be possible on 384.xx.


384.4 (16-Mar-2018)
- NEW: Merged with GPL 384_20379 (with some binary components
from 382_50010 and 384_20308 depending on models)
- NEW: Added support for the RT-AC5300.
- NEW: Added support for the RT-AC87U.
- NEW: Added IPSEC support to the RT-AC86U.
- NEW: Support the new Entware 64-bit repo on the RT-AC86U.
To switch to the new repository, re-run the
entware-setup.sh script. You will need to reinstall
your apps (your old config files are backed up on
your USB disk).
- CHANGED: Tightened security around some config files.
- CHANGED: Allow guest networks settings for AP isolation
and SSID broadcast to be set separately from
their parent interface (John Bacho)
- CHANGED: Samba protocol support can now be set to
SMBv1, SMBv2, or SMBv1 + SMBv2 (the new default).
This will result in a performance drop on all
models but the RT-AC86U, but will be more secure.
Ideally, people should change it to SMBv2 only,
and then reboot all their client devices to start
using only the new protocol.
- CHANGED: Re-added some of the logging sd-idle used to do
in 380.xx.
- CHANGED: Switched to the new Entware repo for armv7 models.
To upgrade, run the following commands TWICE:

opkg update; opkg upgrade

- FIXED: Resetting an OpenVPN client to default settings
might revert back after a reboot.
- FIXED: log flood from lldpd about "unable to send packet
on real device" (moved to debug level)
- FIXED: Potential racing condition that could lead to two
instances of miniupnpd running at boot time.
- FIXED: Single-char hostnames were rejected by DHCP static
leasees page. (theMIROn)
- FIXED: AiCloud could sometime generate a new SSL certificate
that would overwrite the one stored in jffs. Now,
AiCloud can also use the same one uploaded by the
user for the main webui, or the Let's Encrypt one.
- REMOVED: Telnet server. Please use SSH for console-based
management.
- REMOVED: SNMP support on the RT-AC86U (incompatible)
- REMOVED: Merlin NAT loopback mode (was increasingly
problematic as the firmware firewall handling became
more complex)

https://www.snbforums.com...4-is-now-available.45406/

[Recon24]

Hmmm factory default. Ik wacht nog wel even op de volgende of wanneer ik tijd en zin heb om alles weer handmatig in te stellen. Wil even een nieuw documentje maken met alle settings.

[ardvark99]

Recon24 schreef op woensdag 21 maart 2018 @ 16:54:
Hmmm factory default. Ik wacht nog wel even op de volgende of wanneer ik tijd en zin heb om alles weer handmatig in te stellen. Wil even een nieuw documentje maken met alle settings.

Ik heb snel van alle webpagina's screenshots gemaakt. Gaat misschien sneller.

[Recon24]

ardvark99 schreef op woensdag 21 maart 2018 @ 17:04:
[...]

Ik heb snel van alle webpagina's screenshots gemaakt. Gaat misschien sneller.

Dat heb ik vorig jaar ook gedaan, alleen weet niet of alles nog up-to-date is.

[Frostbite]

Je kan toch je settings saven via Administration? Niet dat ik dat doe maar ik heb hem ook nooit hersteld naar factory def.

[Recon24]

Ja ik maak na iedere update een nieuwe backup, dat is het niet. Het is in dit geval niet de bedoeling om een oude backup terug te zetten.

[knakworst]

Ik heb nog nooit naar factory default gezet, nooit problemen gehad. YMMV.

[RVW]

Er is ook weer een update voor de stock Asus firmware:

Firmware version 3.0.0.4.384_20624
- Release Note -

Enhancements:
- Suport multi-langue(UTF-8) network name*
- Supported Let's encrypt to help get free Certificate Authority (CA). To enable this feature, the router needs to obtain public IP from ISP.

Security improvements:
- Fixed information disclosure vulnerability. Thanks to Haitan Xiang and Fand Wang.
- Fixed CVE-2018-8826 remote code execution vulnerability. Thanks to Chris Wood.
- Fixed AiCloud 2.0 Reflected XSS Vulnerability. Thanks to Guy Arazi and Niv Levi contribution.
Thanks to Guy Arazi for following vulnerabilities.
- AiCloud 2.0 Stored XSS Share link manager.
- AiCloud 2.0 Reflected XSS - "share a link"
- Download Master HTTP service DoS vulnerability.
- Download Master Reflected XSS Main login.

Bug fixed:
- Improved AiMesh stability.
- Improved system stability.
- Fixed DST related bugs.
- Fixed client list related bugs.
- Fixed traffic analyzer UI bugs.

* Windows XP and Windows 7 do not support UTF-8 format SSID. These two OS may see gibberish if using multi-language SSID.

[Dacuuu]

Net upgrade naar 3.0.0.4.384_20624-g14d2f02. Wifi patch werkt nog prima.

[vanputten80]

Ben even benieuwd naar wat jullie denken. Ik heb Merlin geinstalleerd staan/. Vandaag bij inloggen router viel mij het volgende op:

-Taal was gewijzigd naar chinees.
-PPTP vpn server was geactiveerd met een account wat ik niet ken.
-Aicloud was geactiveerd.
-DDNS was geactiveerd
-Systeem pingbaar vanaf het internet
-Telnet staat uit.

Bovenstaande geeft mij het gevoel van een hack.Genoemde services gebruik ik namelijk niet behalve openvpn (maar dit was een tweede server die geactiveerd was)
Ip adressen genoemd hieronder staan bekend als ' foutieve' adressen.
Ik zou willen onderzoeken/achterhalen wat er gezien is en waar gekeken is. Hoe kan ik dat achterhalen?

Verder wil ik dit natuurlijk voorkomen. Er staan geen poorten open behalve de standaard vpn poort voor openvpn.


Enkele log files:

Apr 16 18:06:28 pptpd[2652]: MGR: initial packet length 768 outside (0 - 220)
Apr 16 18:06:28 pptpd[2652]: MGR: dropped small initial connection
Apr 16 18:06:28 pptpd[2652]: MGR: initial packet length 17231 outside (0 - 220)
Apr 16 18:06:28 pptpd[2652]: MGR: initial packet length 20304 outside (0 - 220)
Apr 16 18:06:28 pptpd[2652]: MGR: initial packet length 18245 outside (0 - 220)
Apr 16 18:06:28 pptpd[2652]: MGR: initial packet length 4609 outside (0 - 220)
Apr 16 18:06:28 pptpd[30594]: CTRL: Client 113.96.223.207 control connection started
Apr 16 18:06:29 pptpd[30594]: CTRL: EOF or bad error reading ctrl packet length.
Apr 16 18:06:29 pptpd[30594]: CTRL: couldn't read packet header (exit)
Apr 16 18:06:29 pptpd[30594]: CTRL: CTRL read failed
Apr 16 18:06:29 pptpd[30594]: CTRL: Client 113.96.223.207 control connection finished

en
Apr 14 02:30:53 pptpd[10776]: CTRL: Client 79.179.191.66 control connection started
Apr 14 02:30:54 pptpd[10776]: CTRL: EOF or bad error reading ctrl packet length.
Apr 14 02:30:54 pptpd[10776]: CTRL: couldn't read packet header (exit)
Apr 14 02:30:54 pptpd[10776]: CTRL: CTRL read failed
Apr 14 02:30:54 pptpd[10776]: CTRL: Client 79.179.191.66 control connection finished

[Archimond]

Speelt iemand games met de ac68u? Een vriend heeft hoge ping spikes als iemand anders iets doet op het internet zoals video bekijken, zware websites bekijken.

Op deze forum van april 2017 zeggen ze dat merlin en officiele firmware versie er last van hebben. Qos aan/uit, bandbreedte limiet instellen helpt allemaal niet.

http://forums.whirlpool.net.au/archive/2625473

Met mijn tplink c7 v2.0 met gargoyle firmware zijn er geen problemen.

Wie heeft er geen last van en welke firmware versie draaien jullie?

[ Voor 7% gewijzigd door Archimond op 20-04-2018 14:03 ]

[Tonne2016]

Ik heb een eenvoudige test gedaan. Een doorlopende ping laten lopen en dan een 1080p60fps YT starten en ook laten lopen. Op dezelfde PC geen spike te bekennen.
Ook niet met een YT film op een smartphone.

Maar de persoon in jouw link heeft een zeer trage DSL verbinding met slechts 0.8 Mbits/sec. upload.
Bovendien staat er nergens dat BW limiting niet helpt. Dat wordt niet meer teruggekoppeld.
Alleen QOS werkt bij de persoon in de link niet en dat is niet onlogisch met zo'n trage verbinding.

Heeft die vriend van jou ook zo'n traag lijntje misschien?

[Archimond]

@vanputten80 de netgear r7000 op het werk was ook opeens gehackt met dezelfde symptonen. Ik heb nu direct xwrt erop gezet.

@Tonne2016 mijn vriend heeft glasvezel van kpn 50mbit. 2 weken geleden is hij overgestapt naar xs4all 160mbit.
Direct verbonden met de modem zijn geen ping spikes. Als hij verbind met de asus ac68u dan heeft hij wel de ping problemen

[The Druid]

Heeft iemand voor mij de code om de txpwr_target_max weer op 15 te zetten ?

[ditbenikecht]

@Archimond misschien iets te maken met ipv4 en ipv6? Ik had zelf ook enorme vertraging toen ik ipv6 op de Asus en op mijn laptop uit had staan, terwijl het Ziggo modem via ipv6 verbond. Sinds Ziggo het modem op ipv4 heeft gezet zijn de problemen als in zeer traag laden /hoge ping direct verdwenen.
xs4all is volgens mij typisch zo'n provider die graag ipv6 aanbied. Dus even controleren wat de instellingen voor ipv6 zijn in de Asus router.

[Archimond]

De problemen met hoge ping zijn opgelost met de nieuwste firmware van Asus 3.0.0.4.384.20648

Mijn ervaringen met de meest populaire routers:
De Asus RT-AC68U verwerkt iets sneller het internet verkeer als de Netgear R7000 met XWrt vortex.
Tp-link C7 v2 met Gargoyle of LEDE Openwrt is evensnel als de AC68u.
De 2,4ghz en 5ghz reikt minder ver doordat de C7 v2 geen beamvorming heeft.
Ik gebruik als software: google chrome, slimjet en firefox. Geteste websites: alle NL providers, RTL, nieuwswebsites en youtube.

[ Voor 69% gewijzigd door Archimond op 06-05-2018 23:03 ]

[Cyberpope]

Ik heb openVPN aanstaan op mijn router, waarmee ik verbinding maak als ik b.v. bij mijn vriendin ben of ergens waar open wifi is.

Dat werkt goed. In zoverre ik krijg het IP adres van mijn router en hij zegt dat hij een VPN verbinding heeft.

Nu ik KPN glas heb, heb ik de router niet meer met AB-solutions ook als adblocker werken, maar heb ik daarvoor een Pi-hole ingezet. De DNS servers krijgen de clients in mijn lan, netjes van de router en dan lopen de DNS verzoeken via de Pi-hole.

Echter als ik op mijn VPN werk, dan lopen deze verzoeken niet via de Pi-hole.
Hoe is dat in te stellen??

[SparTi]

Voor de geïnteresseerden: Er is een nieuwe firmware van HGG: 380.70 (en binnenkort zelfs een 380.70.1)

Changelog:

code:

CHANGES:
=======

380.70.1: (SOON)

- NEW: WEBUI Brute Force Protection (FTP) block time and hit count options.
- NEW: WEBUI FTP Brute Force Protection.
- NEW: WEBUI FTP Server allows to change service port.
- FIXED: BogoMIPS information on multi-core CPU.
- FIXED: Dual WAN funtionality.
- FIXED: Kernel backport missing code. (MIPS)
- FIXED: RT-AC87U 5G LED always ON after using wireless button. (ASUS bug)
- FIXED: RT-AC87U LACP configuration.
- FIXED: RT-N18U NTFS filesystem.
- FIXED: WAN DHCP when connection lost or cable removed.
- FIXED: WEBUI Brute Force Protection (SSH) hide code.
- UPDATED: MiniUPnPd to 2.1.
- UPDATED: Nano to 2.9.7.


380.70: (8 MAY 18)*

- NEW: Bootloader update support.
- NEW: DSL-AC68U driver to 5.5.2.9.
- NEW: DSL-AC68U firmware to 1.0.4.3.
- NEW: Firmware image format now compliant with ASUS validation.**
- NEW: General backports and fixes from latest 384 GPL code.
- NEW: General code improvements.
- NEW: Improved boot process timings.
- NEW: Kernel backports and fixes.
- NEW: Lets Encrypt support. (ARM only)
- NEW: RT-AC3200 NVRAM 128K support. (Firmware will update bootloader to new version 1.0.1.7 or 2.0.0.4)*
- NEW: SSH/SFTP speed optimisation.
- NEW: System checks preventing ASUS startup code from being executed when not required.
- NEW: UTF8 SSID support.
- NEW: WEBUI BogoMIPS information added to Tools_Sysinfo.
- NEW: WEBUI Brute Force Protection (HTTP/S) block time option.
- NEW: WEBUI Brute Force Protection (SSH) block time and hit count options.
- NEW: WEBUI Memory Frequency information added to Tools_Sysinfo.
- NEW: WEBUI Overclocking support added to Tools_OtherSettings.***
- NEW: WEBUI speed optimisation.
- NEW: WEBUI warning added before firmware upgrade under condition of automatic bootloader upgrade process.****
- CHANGED: Brute Force Protection enabled by default.
- CHANGED: Brute Force Protection (SSH) default time increase from 60 to 600 seconds.
- CHANGED: Disable Samba service by default.
- CHANGED: DNSCrypt service init code logic.
- CHANGED: DNSCrypt to new servers address.
- CHANGED: Enable RT-AC87U 'Reducing USB 3.0 Interference' default option.
- CHANGED: OpenVPN stop from caching passwords in memory.
- CHANGED: Toolchains configuration.
- CHANGED: WEBUI Brute Force Protection (HTTP/S) default time increase from 60 to 600 seconds on failed authentication.
- CHANGED: WEBUI minor code.
- FIXED: Changelog file redundancy.
- FIXED: DSL-AC68U TX slider adjustment minor issue.
- FIXED: DSL-AC68U removed unused code.
- FIXED: DSL-AC68U WEBUI Firmware upgrade.
- FIXED: DSL-AC68U 5G wireless chipset code.
- FIXED: Firmware size optimisation.
- FIXED: General ASUS code issues.
- FIXED: Hostname validation on Advanced_WAN_Content.asp page.
- FIXED: Iperf service configuration.
- FIXED: Masscan issue when selecting wide port range.
- FIXED: Multiple vulnerabilities addressed on latest 384 GPL code. (Dnsmasq, Samba, WEBUI XSS/RCE/Buffer Overrun, others...)
- FIXED: RT-AC5300 faulty ASUS code.
- FIXED: RT-AC87U 2.4G wireless current control channel displays wrong information from 5G radio when disabled.
- FIXED: RT-AC87U Stealth Mode Wi-Fi LEDs when selected "Power status only" option after reboot.
- FIXED: WEBUI Advanced_ASUSDDNS_Content.asp server certificate format.
- FIXED: WEBUI ASUS broken code.
- FIXED: WEBUI ASUS validation code.
- FIXED: WEBUI DDNS WAN IP/hostname verification warning.
- FIXED: WEBUI HTTP port option regression on previous version 380.65.9.
- UPDATED: ChartJS to 2.7.2.
- UPDATED: Curl to 7.59.0.
- UPDATED: DNSMasq to upstream version 2.80.
- UPDATED: Dropbear to 2018.76.
- UPDATED: E2fsprogs to 1.44.1.
- UPDATED: Easy-RSA to 2.2.2.
- UPDATED: Expat to 2.2.5.
- UPDATED: FullCalendar to 3.9.0.
- UPDATED: GDB to 8.1.
- UPDATED: Haveged to 1.9.2.
- UPDATED: Htop to 2.2.0.
- UPDATED: IGMPProxy to 0.2.1.
- UPDATED: Iperf to 3.5.
- UPDATED: Ipset to 6.38. (ARM only)
- UPDATED: JPEG to 9c.
- UPDATED: JQuery to 1.12.5.
- UPDATED: JQuery UI to 1.10.4.
- UPDATED: JSON-C to 0.12.1.
- UPDATED: Libexif to upstream version.
- UPDATED: Libgcrypt to 1.8.2.
- UPDATED: Libgdbm to 1.14.1.
- UPDATED: Libgpg-error to 1.31.
- UPDATED: Libiconv to 1.15.
- UPDATED: Libogg to 1.3.3.
- UPDATED: Libsodium to 1.0.15.
- UPDATED: LibUSB to 1.0.22.
- UPDATED: Libvorbis to 1.3.6.
- UPDATED: Libxml2 to 2.9.8.
- UPDATED: Lsof to 4.9.1.
- UPDATED: LZ4 to 1.8.2.
- UPDATED: Masscan to upstream version 1.0.6.
- UPDATED: mDNSResponder to 878.30.4.
- UPDATED: MiniDLNA to 1.2.1.
- UPDATED: MiniUPnPc to upstream version 2.0.
- UPDATED: MiniUPnPd to upstream version 2.0.
- UPDATED: Nano to 2.9.6.
- UPDATED: Ncurses to 6.1.
- UPDATED: Nettle to 3.4.
- UPDATED: NFS-Utils to 2.3.1.
- UPDATED: NMap to 7.70.
- UPDATED: Odhcpc6 to 1.1-71.
- UPDATED: OpenSSL to 1.0.2o.
- UPDATED: OpenVPN to 2.4.6.
- UPDATED: PCRE to 8.42.
- UPDATED: Portmap to upstream version.
- UPDATED: RequireJS to 2.3.5.
- UPDATED: SFTP Server to 7.7.
- UPDATED: SQLite to 3.23.1.
- UPDATED: Strace to 4.21.
- UPDATED: TCPdump to 4.9.2.
- UPDATED: Tor to 0.3.2.10.
- UPDATED: Udpxy to 1.0.23-12.
- UPDATED: USB_ModeSwitch to 2.5.2.
- UPDATED: Util-linux to 2.32.
- UPDATED: Wget to 1.19.5.
- UPDATED: WPA_Supplicant to upstream version 2.7.
- REVERTED: Allow firmware downgrade to any version via WEBUI.
- REVERTED: NMap to v7.70 on RT-AC66U model, due to FW size increase (~2MB), it can still be used via Entware.
- REVERTED: Trendmicro AIProtection on RT-N18U model.

* HW RESET/FACTORY DEFAULT AND MANUAL CONFIGURATION IS MANDATORY AFTER FLASHING FIRMWARE, IMPORT OLD CONFIG FILE FROM PREVIOUS FIRMWARE VERSIONS IS NOT
RECOMMENDED.

** REQUIRED TO FLASH DIRECTLY FROM 380.59.1 WEBUI, ASUS/RMERLIN WEBUI OR USING RECOVERY MODE, AFTER 380.70 WILL WORK AS A USUAL FIRMWARE, MAY BE FLASHED
DIRECTLY THROUGH WEBUI TO ANY ASUS/MERLIN VERSION AND VICE VERSA.

*** SUPPORTED: DSL-AC68U, RT-N16, RT-N18U, RT-N66U, RT-AC66U, RT-AC56S, RT-AC56U, RT-AC68U, RT-AC87U, RT-AC3200
NOT SUPPORTED: RT-AC88U, RT-AC3100, RT-AC5300 (due to ASUS bootloader lockdown not allowing overclocking)

RT-N66U require bootloader v1.0.1.4 or higher to support overclocking.
RT-AC68U (HW Rev. C0/E1) bootloader v1.3.0.X does not support overclocking.
RT-AC3200 bootloader v1.0.1.5 (not compatible with 380.70 due to 64KB NVRAM size limitation) is the only known version supporting overclock. 
Both v1.0.1.6 and v2.0.0.3 are not supported and it's not confirmed yet if the newer v1.0.1.7 and v2.0.0.4 (128KB NVRAM size) support it, for now firmware
will assume them as so but will require testing for confirmation, eventually after feedback, support will be kept or removed depending the results.

Increasing or decreasing the CPU frequency will always have effect on BogoMIPS information, if it doesn't change accordingly or shows a very low value, it 
means it's not supported.

After applying new CPU clock speeds, check BogoMIPS information on Tools_Sysinfo page for changed values to confirm bootloader overclocking support.

NOTE: Each system is unique and has different overclocking capabilities, two equal models can lead to completely different results, overclocking depends of
several factors, such as CPU VID, DDR manufacturer/model and batch, voltage setting, hw revision, bootloader version, etc.

If your router is unstable after setting a new overclock configuration, it will require a lower frequency setting, remember system stability results will be
seen only on long run, not in a short period / couple of hours.

If the system crash after setting a specific clockspeed and is not able to recover, a HW Reset/Factory default will be needed in order to reset CPU/DDR
factory frequency.

(POWER OFF, press WPS button without releasing, POWER ON, wait until POWER LED fast blinking, release WPS button and wait for boot process)

**** SOME ASUS FIRMWARE WILL AUTOMATICALLY UPDATE BOOTLOADER ON BOOT PROCESS, MEANING THAT IF THE ROUTER WENT TURNED OFF DURING THAT PERIOD WILL RESULT ON A
BRICKED DEVICE, THIS SEEMS CONCERNING DUE TO USER UNAWARNESS OF THE PROCESS NEVER MENTIONED BY ASUS MANUFACTURER.

This situation currently happens with RT-AC66U_B1, RT-AC68U and RT-AC3200 models.

Reading about it on different forums, router sudden death happening after a firmware upgrade process, this can explain the reason.
Always make sure waiting enough time so the firmware can finish boot process before power cycle the router, so it can update sucessfully the bootloader.

It is always recommended an UPS connected to the router to avoid energy failure bad timing issues under these circumstances.

[The Druid]

Er is een Beta uit.

Release note:
- Support Ethernet onboarding (the mesh node search will find Ethernet nodes)
- The wireless schedule could be synchronized of all nodes.
- Support smart-connect rules on nodes. (both dual-band and tri-band) (RT-AC68U series have no smart connect)
- Synchronizing wireless professional settings to nodes.
- Synchronizing schedule reboot to all nodes.
- Synchronizing WPS settings to all nodes. (only enable and disable, this action will not sync trigger).
- Synchronizing region selection to all nodes. (Be noted: this function ONLY works under all nodes were bought in the same region, manual change won't help)
- Now you can use Gmail to do feedback.

***I know you guys will ask for other models,will have, but let's focus on RT-AC68U first.
*** Also, this beta is for 68U, we suggest do not mix model for this first beta. (but if you want to try, just go ahead.)

Release is uitgebracht door Wilson Deng, hij is de dev product manager voor Asus AiMesh en brengt beta's uit met als doel om feedback te krijgen vanuit de comunity.

Vooral de toevoeging van smart-connect heeft mijn interesse, dit heeft de AC68U nu namelijk nog niet en is in combinatie met AiMesh m.i. waardevol.

[ Voor 8% gewijzigd door The Druid op 02-06-2018 18:36 ]

[SuperVeloce]

SparTi schreef op woensdag 23 mei 2018 @ 14:46:
Voor de geïnteresseerden: Er is een nieuwe firmware van HGG: 380.70 (en binnenkort zelfs een 380.70.1)

Erop gezet, wel handig die powerslider en wel tot 1W haha, heb het wel wat terug gezet

[The Druid]

Er is weer een nieuw firmware uit.

ASUS Wrt RT-AC68U Firmware version 3.0.0.4.384.21045

2018/06/01
- Modified the EULA for DDNS, AiProtection, Adaptive QoS, Traffic Analyzer, Web history, Feedback.
- Add Privacy page in Advanced settings.
- Fixed IPv6 bugs.
- Modified USB 3.0 related strings.
- Increased port forwarding rules limit from 32 to 64.
- Added more protection mechanism for OpenVPN account.
- Fixed AiMesh bandwidth and extension channel sync issue.

Heb hem draaien op 2 AC68U's met AiMesh zonder issues.

Edit: nu met link naar de download

Edit 2: mijn 5Ghz dorpt random voor circa 1 inuut. Niks in de logs.

[ Voor 22% gewijzigd door The Druid op 22-06-2018 13:22 ]

[CH4OS]

Ik heb onlangs op mijn router SSH-access aangezet en het lijkt erop dat ik sindsdien niet meer bij de webinterface kan, die ik toch liever heb. Ik draai de nieuwste versie van Merlin's firmware.

Met nmap vanaf een andere VM kan ik zien dat zowel poort 80 als poort 443 filtered zijn, nmap heeft dus niet kunnen vaststellen of die poorten daadwerkelijk open zijn. Met het commando

nvram show | grep http

heb ik de HTTP-settings boven tafel weten te vissen, die zijn als volgt:

code:

last_httpd_handle_request_fromapp=
last_httpd_handle_request=
https_crt_gen=0
https_enable=0
https_crt_cn=
http_username=*****
http_lanport=80
http_passwd=*****
le_acme_auth=http
apps_ipkg_server=http://nw-dlcdnet.asus.com/asusware/arm/stable
size: 59993 bytes (5543 left)
https_crt_file=
misc_http_x=0
http_clientlist=
webdav_http_port=8082
https_crt_save=1
misc_httpsport_x=8443
http_client=0
pushnotify_httplogin=1
http_autologout=0
http_id=TIDe855a6487043d70a
http_enable=1
https_lanport=443
httpd_handle_request=start_apply.htm
firmware_server=https://fwupdate.lostrealm.ca/asuswrt-merlin
webdav_https_port=9443
httpd_die_reboot=
misc_httpport_x=8080
http_dut_redir=0
httpd_handle_request_fromapp=0

Ik heb de hieruit vermeldde poorten allemaal geprobeerd, maar niets mocht baten, helaas. Iemand enig idee om mij de juiste richting in te duwen? Ik zie vast iets over het hoofd, maar kan even niet zo snel vinden wáár.

Edit;
Ik heb ook even

netstat -l

gedaan, de output daarvan staat in deze Pastebin die maximaal 2 weken actief blijft.

[ Voor 5% gewijzigd door CH4OS op 26-06-2018 23:09 ]

[MegaTronics]

Draait de HTTP server nog wel op je router? Volgens mij komt het soms voor dat de HTTP daemon crashed en niet meer draait, zie ook dit.

[CH4OS]

MegaTronics schreef op woensdag 27 juni 2018 @ 07:10:
Draait de HTTP server nog wel op je router? Volgens mij komt het soms voor dat de HTTP daemon crashed en niet meer draait, zie ook dit.

Ik zal die eens checken, maar als de http daemon crashed, zou je zeggen dat het na een reboot weer moet draaien, maar dat gebeurd dus ook niet, helaas.

EDIT:
Met het commando dat in het topic staat krijg ik inderdaad de webinterface weer aan. Eens zien wat SSH uitschakelen en een reboot doet, hopelijk lost dat het op. Ik kan in elk geval weer wat dingen testen, bedankt!

EDIT2:
Even de router een powercycle geven.

EDIT3:
Na de powercycle lijk ik met Chrome wel verbinding te kunnen maken, maar de TLS-verbinding optuigen duurt wel even.

[ Voor 29% gewijzigd door CH4OS op 27-06-2018 18:25 ]

[MegaTronics]

Hier heb ik geen probleem met SSH en HTTPS, alles werkt probleemloos en snel. Enige punt van aandacht hier zijn een aantal stappen bij het upgraden van de firmware om de IPv6 weer actief te krijgen.

[The Druid]

Er is weer een nieuw firmware uit.

ASUS Wrt RT-AC68U Firmware version 3.0.0.4.384.21140

Release notes zijn niet heel uitgebreid ....

2018/07/10
- Fixed bugs.
- Improved system stability.

Heb hem draaien op 2 AC68U's met AiMesh zonder issues.

Wat wel opviel was dat mijn custom DNS settings (PiHole) na de update waren verdwenen.

[ Voor 12% gewijzigd door The Druid op 11-07-2018 10:57 ]

[The Druid]

Er is weer een nieuwe firmware uit.

Nu eindelijk met AiMesh setup over utp

Version 3.0.0.4.384.32738
2018/08/15
42.54 MBytes

AiMesh new features
- Supported creating mesh system with new router, BlueCave.
- Added Roaming block list in Advanced Settings --> Wireless.
You can add devices into block list and this device will not be roamed between AiMesh nodes.
- Supported ethernet onboarding. User can use ethernet cable.
You can use ethernet cable to connect AiMesh router LAN port and AiMesh node WAN port first and run the adding node process to build the mesh system.
Security fixes.
- Fixed Reflected XSS vulnerability.
- Fixed CSRF vulnerability.
- Fixed command injection vulnerability.
- Fixed stack buffer overflow vulnerability.
Thanks for Rick Ramgattie contribution.
Fixed USB hard drive over 2TB compatibility issues.
Fixed Samba/FTP folder permission issues.
Added USB3.0/2.0 mode switch setting in Administration --> System --> USB Settings.

Please unzip the firmware file first then check the MD5 code.
MD5: 665734b95c47f43c53804ca0c574013f

HIER te downloaden

[king006]

@The Druid,

Dat is nog eens positief! hopelijk komt deze update ook snel beschikbaar voor de RT-AC86U.

[Exorcist]

The Druid schreef op vrijdag 17 augustus 2018 @ 08:37:
Er is weer een nieuwe firmware uit.

Nu eindelijk met AiMesh setup over utp

Version 3.0.0.4.384.32738
2018/08/15
42.54 MBytes

AiMesh new features
- Supported creating mesh system with new router, BlueCave.
- Added Roaming block list in Advanced Settings --> Wireless.
You can add devices into block list and this device will not be roamed between AiMesh nodes.
- Supported ethernet onboarding. User can use ethernet cable.
You can use ethernet cable to connect AiMesh router LAN port and AiMesh node WAN port first and run the adding node process to build the mesh system.
Security fixes.
- Fixed Reflected XSS vulnerability.
- Fixed CSRF vulnerability.
- Fixed command injection vulnerability.
- Fixed stack buffer overflow vulnerability.
Thanks for Rick Ramgattie contribution.
Fixed USB hard drive over 2TB compatibility issues.
Fixed Samba/FTP folder permission issues.
Added USB3.0/2.0 mode switch setting in Administration --> System --> USB Settings.

Please unzip the firmware file first then check the MD5 code.
MD5: 665734b95c47f43c53804ca0c574013f

HIER te downloaden

Ik draai op m'n AC68U's 3.0.0.4.384_21045 en die is al even uit, maar AI Mesh over UTP wordt daar ook al ondersteund (en werkt prima).

Desalniettemin maar even updaten

[catchingfire]

The Druid schreef op vrijdag 17 augustus 2018 @ 08:37:
Er is weer een nieuwe firmware uit.

Version 3.0.0.4.384.32738
2018/08/15

Weet iemand zo of de wifiboost Anoniem: 676661 in "[Ervaringen] Asus RT-AC68U Dual-band Wireless-AC1900 Gigabit" nog intact is na deze firmware upgrade?

[The Druid]

catchingfire schreef op zondag 19 augustus 2018 @ 13:41:
[...]


Weet iemand zo of de wifiboost Anoniem: 676661 in "[Ervaringen] Asus RT-AC68U Dual-band Wireless-AC1900 Gigabit" nog intact is na deze firmware upgrade?

Ja deze werkt (bij mij) nog steeds.

[Poulus]

Ik ben een enthousiast van het eerste uur met de RT-68U, echter...
sinds firmware versie 3004-384-20942 begin dit jaar gaat het toch echt fout!
Ik heb ook bij Asus de info aangeleverd, waarbij de troughput van G4 ontvangst met USB3 aangesloten dongel 20% naar beneden is gegaan, en over 5ghz wifi ik een transfer tussen lokale PCs die normaal gesproken 3min duurt… nu 25min!!! In beslag neemt.
Telkens kan ik gelukkig de FW terug zetten naar 3004-384-20648 welke uitstekend werkt, maar de laatst 4 FW versies zijn echt hopeloos slecht!

[Jordyz]

Aimesh werkt echt heerlijk in combinatie met deze router, hoop dat ze ooit nog eens een Accespoint gaan uitbrengen die subtiel aan het plafon te monteren is en die je ook kan ophangen.

Uiteraard in combinatie met Aimesh.

Gebruik nu namelijk de 68u, maar deze heeft geen mogelijkheid om hem aan het plafon te bevestigen, of überhaupt te bevestigen...

[IkWilbert]

Nieuwe firmware beschikbaar:

Versie 3.0.0.4.384.32799
2018/09/1942.54 MBytes
ASUS RT-AC68U Firmware version 3.0.0.4.384.32799
Fixed WIFI stability issue.

https://www.asus.com/nl/Networking/RTAC68U/HelpDesk_BIOS/

Link naar firmware bestand

[ Voor 29% gewijzigd door IkWilbert op 20-09-2018 10:23 ]

[Incognitum]

Ik kan het zo snel niet meer vinden. Ikzelf heb een ac68u icm de cfe hack. Werkt perfect. Nu wil ik ook zoiets bij mijn ouders plaatsen. Wat ik niet meer vind is tot welke versie dit kon? Of kan het met een nieuwe ook nog, meen dat er een bepaalde versie aan vast hing.

Bvd

Edit: gevonden

[ Voor 3% gewijzigd door Incognitum op 05-10-2018 22:36 ]

[Incognitum]

Incognitum schreef op maandag 1 oktober 2018 @ 22:21:
Ik kan het zo snel niet meer vinden. Ikzelf heb een ac68u icm de cfe hack. Werkt perfect. Nu wil ik ook zoiets bij mijn ouders plaatsen. Wat ik niet meer vind is tot welke versie dit kon? Of kan het met een nieuwe ook nog, meen dat er een bepaalde versie aan vast hing.

Bvd

*Edit, mag weg*

[CH4OS]

Ik heb sinds ik Asus WRT Merlin 384.7 heb geinstalleerd op mijn AC68U een vreemd probleem. Ik heb al van alles geprobeerd, maar krijg het maar niet opgelost.

Om de een of andere reden, kan ik vanaf desktop wel browsen op internet, maar ik kan niet inloggen in Destiny 2. Mijn ESXi machine, waarin ik een aantal VM's heb draaien, heeft ook connectie kuren naar buiten toe.

Dit is vervelend, want hierdoor kan ik geen spots ophalen voor Spotweb, kan ik geen wildcard certificaten aanmaken voor mijn VM dat dienst doet als webserver en een derde VM kan geen enkele (usenet) download binnen halen, gewoonweg omdat er geen reactie komt.

Ik heb alles al herstart wat er te herstarten valt, mijn ESXi host heb ik vandaag van een OS update voorzien, waardoor de VM's dus ook herstart zijn. De router heb ik een firmware downgrade gegeven, ik zit nu dus weer op 384.6, maar mocht ook niet baten. Ook een factory reset geprobeerd, maar ook dat, mocht niet baten.

Iemand van jullie een idee wat ik over het hoofd zie?

EDIT:
IPv6 even uitgeschakeld op mijn router, nu gaat het als een trein, snap er niets van, dat was ook een van de dingen die ik eerder al probeerde....

[ Voor 7% gewijzigd door CH4OS op 11-10-2018 21:13 ]

[HollowGamer]

Werken deze tweaks nog op de RT-AC78U met de laatste firmware?

Ik wil graag de kanalen van 149+ gebruiken omdat hier de lagere range volledig vol zit.

EDIT: helaas niet, misschien toch een workaround?

[ Voor 15% gewijzigd door HollowGamer op 28-10-2018 21:30 ]

[JBnl]

Goedendag,

Ik heb hier ook een Asus RT-AC68U met de laatste merlin firmware, alleen nu is mijn vraag hoe kan ik de offline client list verwijderen ?
Ik kan deze wel zichtbaar maken onder dhcp en dan druk ik op het kruisje achter de naam en hij verdwijnt dan uit de lijst maar als ik weer overnieuw inlog is de lijst nog aanwezig.
Ik heb dit met diverse brouwers geprobeerd, firefox/chrome en online ook gezocht maar het blijkt dat meer mensen dit probleem hebben...

Mvg

[MAX3400]

JBnl schreef op zondag 18 november 2018 @ 21:42:
Goedendag,

Ik heb hier ook een Asus RT-AC68U met de laatste merlin firmware, alleen nu is mijn vraag hoe kan ik de offline client list verwijderen ?

Waar wil je dit doen? Want op basis van ARP, is er best kans dat een offline client nog enige / langere tijd bekend is op een netwerk.

[IkWilbert]

Nieuwe update beschikbaar:

https://www.asus.com/nl/Networking/RTAC68U/HelpDesk_BIOS/

Versie 3.0.0.4.384.45149
2018/12/0642.72 MBytes
ASUS RT-AC68U Firmware version 3.0.0.4.384.45149
AiMesh
- Improved AiMesh stability
- Lyra, Lyra Mini, and Lyra Trio can be added as AiMesh node into RT-AC68 series model network.
Please refer to https://www.asus.com/support/FAQ/1038071 for more detail.

Security
- Fixed CVE-2018-14710, CVE-2018-14711, CVE-2018-14712, CVE-2018-14713, CVE-2018-14714. Thanks for Rick Ramgattie's contribution.
- Fixed AiCloud/ Samba account vulnerability. Thanks for Matthew Cundari's contribution.
- Fixed DoS vulnerability. Thanks for Ruikai Liu's contribution.
- Fixed CVE-2018-17020, CVE-2018-17021, CVE-2018-17022.
- Fixed stored XSS vulnerability. Thanks for Duda Przemyslaw's contribution.
- Updated OpenSSL library.

Bug fixes and improvement
- Improved wireless stability.
- Modified “Dual Wan” user interface.
- Modified “Port Forwarding” user interface.
- Modified “Restore” user interface.
- Fixed GUI bugs on user feedback page.
- Fixed “Adaptive QoS” bugs.

[Siete]

Zelf ben ik in het bezit van een Asus RT-AC86U die ik achter een Experiabox(NLE) heb hangen. Alle draadloze verbindingen gaan via mijn Asus router, maar ook mijn IPTV op Lan4 via RFC3442 & Microsoft. Dit werkt altijd goed op de Merlin software 384.4_2, maar wanneer ik de firmware update dan loop ik steevast tegen het probleem aan dat mijn TV begint te haperen na ongeveer 1,5 minuut. Dit resulteert in een error melding op mijn TV dat de verbinding is verbroken. Wanneer ik tussen zenders wissel gaat het weer goed voor een bepaalde periode.
Wat moet ik aanpassen om wel de nieuwste firmware te draaien en gebruik te kunnen maken van IPTV op mijn Asus router?

[king006]

Siete schreef op maandag 10 december 2018 @ 09:09:
Wat moet ik aanpassen om wel de nieuwste firmware te draaien en gebruik te kunnen maken van IPTV op mijn Asus router?

Kun je eens wat printscreens posten hoe je het hebt ingesteld?

[Siete]

king006 schreef op maandag 10 december 2018 @ 13:52:
[...]


Kun je eens wat printscreens posten hoe je het hebt ingesteld?

Met deze instellingen werkt het altijd perfect, echter als ik ga updaten dan begint het te haperen. Meerdere malen gehoopt dat het probleem in een nieuwe versie opgelost zou zijn, maar helaas nog niet. Wanneer ik weer gedowngraded ben naar deze versie dan kijk ik tv zonder problemen.

[ Voor 13% gewijzigd door Siete op 10-12-2018 14:35 ]

[king006]

@Siete,

Heb je de TV ontvanger ook herstart nadat je de firmware omhoog hebt gezet?

[Siete]

king006 schreef op maandag 10 december 2018 @ 16:16:
@Siete,

Heb je de TV ontvanger ook herstart nadat je de firmware omhoog hebt gezet?

Was een aantal dagen niet thuis. Maar hartelijk dank, mijn probleem is opgelost. Nieuwste firmware en Tv kijken zonder problemen

[king006]

Siete schreef op vrijdag 14 december 2018 @ 10:20:
[...]


Was een aantal dagen niet thuis. Maar hartelijk dank, mijn probleem is opgelost. Nieuwste firmware en Tv kijken zonder problemen

Kijk eens aan! dat is goed om te lezen ;-)

[catchingfire]

Ik draai al jaren (zolang ik deze router heb) de stock firmware (heb wel de signal boost hack gedaan). Waarom zou ik bijvoorbeeld de Merlin firmware willen installeren?

[hp-got]

catchingfire schreef op zaterdag 29 december 2018 @ 12:31:
Ik draai al jaren (zolang ik deze router heb) de stock firmware (heb wel de signal boost hack gedaan). Waarom zou ik bijvoorbeeld de Merlin firmware willen installeren?

Omdat Merlin iets biedt dat stock firmware niet heeft?

Maar als je al jaren de stock firmware gebruikt denk ik zomaar dat je niet iets heel erg mist

Voor mij geldt trouwens hetzelfde: al jaren stock firmware, doet wat ik nodig heb dus blijf ik er af.
If it ain't broke don't fix it

[IkWilbert]

Vandaag opeens geen verbinding meer mogelijk op de 5Ghz, als ik de router een reboot gaf was er even verbinding mogelijk en dan opeens zag mijn telefoon geen 5ghz meer. Heb van alles geprobeerd maar uiteindelijk was een harde reset en opnieuw instellen van de router de oplossing.

Iemand hier wel eens meegemaakt?

[ardvark99]

IkWilbert schreef op zaterdag 29 december 2018 @ 20:31:
Vandaag opeens geen verbinding meer mogelijk op de 5Ghz, als ik de router een reboot gaf was er even verbinding mogelijk en dan opeens zag mijn telefoon geen 5ghz meer. Heb van alles geprobeerd maar uiteindelijk was een harde reset en opnieuw instellen van de router de oplossing.

Iemand hier wel eens meegemaakt?

Ja, ik. Maar ik kreeg de 5ghz band niet meer aan de praat. Heb ook problemen gehad met de usb poorten. Die heb ik toen wel weer aan de gang gekregen. Maar nadat de 5ghz de geest gegeven had, ben ik overgestapt naar Ubiquiti Unifi. Zeer te vrede mee, router, switch en 3 AP's. Overal wifi dekking. Alles te configureren via een controller.

[Dacuuu]

Ik draai al bijna 2 jaar op stockfirmware + de wifi boost patch. Zit op dit moment op de laatste fw.
Binnenkort wil ik over naar Asuswrt-Merlin. Hiermee gaat de wifi patch niet verloren toch?

Rede van overgang stock naar Merlin is omdat ik over ga van Ziggo naar NLE, en dan heb ik graag de optie om Vlans aan te maken. Want dat is nodig als je NLE modem ->Asus 68u -> Switch -> IPTV kastje van NLE.

[Wenzel]

Een vraagje. Is het nog verstandig de AC68U nu nog te kopen?

Ik bedoel het is wel een beste router, maar hij is al 5-6 jaar op de markt.Softwarematig kan de fabrikant het eea aanpassen/verbeteren, maar is de hardware nog steeds dezelfde als bij de introductie?

[acale]

Het ligt ook aan wat je er mee wil gaan doen. Ik heb hem hier in gebruik achter een Connect Box in bridge. Hij stuurt zo'n 10 apparaten aan en het werkt perfect. Ik gebruik trouwens de Merlin firmware

[Dacuuu]

Wenzel schreef op vrijdag 1 maart 2019 @ 19:28:
Een vraagje. Is het nog verstandig de AC68U nu nog te kopen?

Ik bedoel het is wel een beste router, maar hij is al 5-6 jaar op de markt.Softwarematig kan de fabrikant het eea aanpassen/verbeteren, maar is de hardware nog steeds dezelfde als bij de introductie?

. Hier draait de 68u al een hele tijd. Eerst als router icm bridged Ziggo modem.
En nu als halve router icm nlex DMZ.


In totaal een stuk of 25 apparaten aangesloten. Utp/2.4g/5g

De 68u is echt zo'n populaire router, waar veel updates voor uitkomen en genoeg custom firmware voor te krijgen. Wellicht dat Asus nu een nieuwer router heeft die ook de potentie heeft van de 68u? Ik zit er op dit moment niet in, want ik ben dik tevreden met de 68u.

[Wenzel]

Dank voor jullie reactie, 68u is nog bij de tijd als is het zo lees. Maar na een paar jaar de ontwerp 10 jaar oud en de software ondersteuning waarschijnlijk ook niet meer aanwezig.

Moet toch nog goed over nadenken. Misschien toch wat nieuwer model aanschaffen.

Overigens, Ik heb een nieuwe router nodig ook voor achter een Ziggo ConnectBox in bridge, stuk of 8 apparaten.

[IkWilbert]

Nieuwe firmware beschikbaar

Versie 3.0.0.4.384.45708

2019/03/29 39.76 MBytes

ASUS RT-AC68U Firmware version 3.0.0.4.384.45708
Security Fix
- Fixed CVE-2018-20334
- Fixed CVE-2018-20336
- Fixed null pointer issue. Thanks for CodeBreaker of STARLabs’ contribution.
- Fixed AiCloud buffer overflow vulnerability. Thanks for Resecurity International's contribution.

Bug Fix
- Fixed AiMesh LAN IP issue when router using IPv6 WAN.
- Fixed AIMesh connection issues.
- Fixed Network Map related issues.
- Fixed Download Master icon disappear issue.
- Fixed LAN PC cannot find router name in My Network Places when enabling Samba service.
- Fixed LAN LED not blinking problem.

https://dlcdnets.asus.com...RT_AC68U_300438445708.zip

[Tonne2016]

Fijn, dus nog steeds software ondersteuning.

Nu ben ik sowieso zeer tevreden over deze routers.

[Anoniem: 715775]

Ik heb de laatste firmware erin gezet. Router is weer normaal opgestart en werkt verder zo te zien normaal. Echter nu in de logfile worden doorlopend continue errors gegenereerd:

kernel: SQUASHFS error: xz_dec_run error, data probably corrupt
kernel: SQUASHFS error: squashfs_read_data failed to read block 0x187b0a6
kernel: SQUASHFS error: Unable to read data cache entry [187b0a6]
kernel: SQUASHFS error: Unable to read page, block 187b0a6, size 4f78
kernel: SQUASHFS error: xz_dec_run error, data probably corrupt
kernel: SQUASHFS error: squashfs_read_data failed to read block 0x187b0a6
kernel: SQUASHFS error: Unable to read data cache entry [187b0a
kernel: SQUASHFS error: Unable to read page, block 187b0a6, size 4f78
kernel: SQUASHFS error: Unable to read data cache entry [187b0a6]
kernel: SQUASHFS error: Unable to read page, block 187b0a6, size 4f78
kernel: SQUASHFS error: Unable to read data cache entry [187b0a6]
kernel: SQUASHFS error: Unable to read page, block 187b0a6, size 4f78
kernel: SQUASHFS error: Unable to read data cache entry [187b0a6]
kernel: SQUASHFS error: Unable to read page, block 187b0a6, size 4f78
kernel: SQUASHFS error: Unable to read data cache entry [187b0a6]
kernel: SQUASHFS error: Unable to read page, block 187b0a6, size 4f78

Dit blijft maar doorgaan. Op internet gezocht, en dan hebben ze het over corrupte firmware en gebrickte router. Maar mijn router functioneert zover ik kan zien normaal. Factory reset en opnieuw handmatig settings erin maakt niks uit. Ook de Rescue van Asus zelf maakt niks uit. Router werkt verder normaal, maar blijft sinds laatse firmware deze errors genereren. Meer mensen hier last van?

[The Druid]

Anoniem: 715775 schreef op maandag 1 april 2019 @ 10:21:
Ik heb de laatste firmware erin gezet. Router is weer normaal opgestart en werkt verder zo te zien normaal. Echter nu in de logfile worden doorlopend continue errors gegenereerd:

kernel: SQUASHFS error: xz_dec_run error, data probably corrupt
KNIP
kernel: SQUASHFS error: Unable to read page, block 187b0a6, size 4f78

Dit blijft maar doorgaan. Op internet gezocht, en dan hebben ze het over corrupte firmware en gebrickte router. Maar mijn router functioneert zover ik kan zien normaal. Factory reset en opnieuw handmatig settings erin maakt niks uit. Ook de Rescue van Asus zelf maakt niks uit. Router werkt verder normaal, maar blijft sinds laatse firmware deze errors genereren. Meer mensen hier last van?

Ook ik had hier last van. Heb dit opgelost door Ai Protection, Adaptive QoS en Traffic Analyzer uit te zetten. Niet ideaal maar het werkt en ik gebruik deze functies toch niet.

[king006]

Op internet zijn meer mensen die melding maken van dit probleem. Volgens Rmerlin van Merlin Firmware komt er binnenkort een nieuwe firmware uit en hij raadt zelfs aan deze update niet te doen.

[knakworst]

king006 schreef op vrijdag 5 april 2019 @ 13:20:
Op internet zijn meer mensen die melding maken van dit probleem. Volgens Rmerlin van Merlin Firmware komt er binnenkort een nieuwe firmware uit en hij raadt zelfs aan deze update niet te doen.

Ik heb die van gister geinstalleerd en die werkt bij mij prima.
https://sourceforge.net/p...n/files/RT-AC68U/Release/

[king006]

knakworst schreef op vrijdag 5 april 2019 @ 14:09:
[...]


Ik heb die van gister geinstalleerd en die werkt bij mij prima.
https://sourceforge.net/p...n/files/RT-AC68U/Release/

Ik doelde eigenlijk op de ASUS firmware update Linkje: https://www.snbforums.com....55814/page-3#post-477111

[Anoniem: 715775]

Er is wederom een nieuwe firmware update.

ASUS RT-AC68U Firmware version 3.0.0.4.384.45713
Bug Fix
- Fixed browser no response problem when enabled Traffic analyzer.
- Fixed VLAN bug for Movistar.
- Fixed the problem which causes lots of SQUASHFS error in system log.

Maar volgens mij werkt de AiP logging nog steeds niet.

[IkWilbert]

Anoniem: 715775 schreef op donderdag 11 april 2019 @ 16:05:
Er is wederom een nieuwe firmware update.

ASUS RT-AC68U Firmware version 3.0.0.4.384.45713
Bug Fix
- Fixed browser no response problem when enabled Traffic analyzer.
- Fixed VLAN bug for Movistar.
- Fixed the problem which causes lots of SQUASHFS error in system log.

Maar volgens mij werkt de AiP logging nog steeds niet.

Staat nog niet online zie ik maar zal straks thuis even updaten via de router zelf.

[Anoniem: 715775]

Verhip, da's gek. Hij stond er net nog bij. Misschien weer terug getrokken om een of andere reden? Ik heb hem wel ge-updated via de interface van de router zelf. De problemen zijn verholpen, alleen volgens mij de logging van IPS nog niet.

[Anoniem: 715775]

https://www.asus.com/me-en/Networking/RTAC68U/HelpDesk_BIOS/

Hier staat hij er wel.

[IkWilbert]

Nieuwe firmware beschikbaar:

Versie 3.0.0.4.384.45717
2019/05/13 39.76 MBytes
ASUS RT-AC68U Firmware version 3.0.0.4.384.45717
- Fixed DDoS vulnerability.
- Fixed AiCloud vulnerability. Thanks for Matt Cundari's contribution.
- Fixed command injection vulnerability. Thanks for S1mba Lu's contribution.
- Fixed buffer overflow vulnerability. Thanks for Javier Aguinaga's contribution.

https://dlcdnets.asus.com...RT_AC68U_300438445717.zip

[Plisson]

De laatste tijd heb ik nogal wat problemen met mijn router.

Onder andere de 5Ghz bereik is uit het niets bagger. Waar ik voorheen op mijn balkon volop verbinding had, kan hij nu de 5Ghz netwerk niet eens vinden.

Verder is de 2.4Ghz netwerk sloom als ik weet niet wat. Wanneer ik pal naast de router sta kom ik met wat geluk rond de 5Mbps wat voorheen rond de 40Mbps lag.

Inmiddels meerdere keren een restore gedaan, meerdere instellingen nagelopen, maar niets lijkt het beter te maken.

Weet iemand toevallig nog een manier hoe ik kan zien of de router nog wel 100% functioneert of dat deze gewoon stervende is?

[JBnl]

Vandaag weer nieuwe Merlin software voor deze router.
Net er even ingezet en wat nu correct werkt is dat het mogelijk is om de offline client list te wissen en ze komen ook niet meer terug.


Asuswrt-Merlin 384/NG Changelog
===============================

384.11_2 (18-May-2019)
- NEW: Implemented source/destination IP filtering
for the Netool version of Netstat web page.
- CHANGED: Backported multiple fixes and improvements
for ntpd from upstream, improving handling
of failed server hostname resolution, and better
clock sync discipline.
- FIXED: RT-AC88U/3100/5300 were accidentally compiled
with Netool enabled, which isn't compatible with
these model's kernel.
- FIXED: Movistar stopped working for some users. Re-disabled
udpxy on Movistar profile for now. A more complete
fix will have to come from Asus.
- FIXED: Re-disabled memaccess debugging tool, as it creates
a symlink called "sh" which is a pretty bad
idea from Broadcom. (RT-AC86U, RT-AX88U)

[mindwarper]

Heb nu inderdaad de Merlin 384.11_2 FW erop gezet en mijn eerdere WiFi TX-power boost hack nog altijd actief.
Let wel een AC68U met botloader versie 1.0.2.0 is nodig; latere BL versies werken mogelijk niet
Ik accepteer geen verantwoordelijkheid als je hiermee je router bricked...
Zie hiertoe:

Dacuuu schreef op zaterdag 30 januari 2016 @ 14:40:
[...]


Moeilijk is het niet
Ga in je router, meestal is dat http://192.168.1.1 naar Administration -> System. Of gebruik deze directe link.
Zet daar Telnet AAN
En druk op Apply onderaan de pagina om het op te slaan.
[Afbeelding]

Vervolgens download je Putty, dit is een programma om op servers, en nog veel meer dingen in te loggen. http://www.chiark.greenend.org.uk/~sgtatham/putty/download.html Of de directe putty download link.

Open putty, en voer daar het ip in van de router:192.168.1.1, en druk op Telnet.
[Afbeelding]


Als het goed is zie je nu een telnet venster, voer daar je login gegevens in, die je ook gebruikt om in te loggen op 192.168.1.1.
[Afbeelding]

Vervolgens copy-past je dit lapje commando's in 1 keer, 1 rechtermuisknop klik in het putty venster is meestal al genoeg om tekst te plakken in putty. Druk op enter om je code uit te voeren.

code:

nvram set asuscfe0:ccode=#a
nvram set asuscfe1:ccode=#a
nvram set asuscfe0:regrev=0
nvram set asuscfe1:regrev=0
nvram set asuscfecommit=1
#
nvram set 0:ccode=#a
nvram set 1:ccode=#a
nvram set 0:regrev=0
nvram set 1:regrev=0
nvram set wl0_country_code=#a
nvram set wl0_country_rev=0
nvram set wl0_reg_mode=off
nvram set wl1_country_code=#a
nvram set wl1_country_rev=0
nvram set wl1_reg_mode=off
nvram commit
reboot

Je router zal automatisch rebooten als de commando's klaar zijn.
Als je router opnieuw is opgestart kun je dmv het commando

code:

wl txpwr_target_max

in het putty terminal window zien dat je vermogen nu op 25dB = 316mW ipv 15.5dB =35mW staat.

Als alles klaar is kan je Telnet toegang weer uit zetten. Hoeft niet, mag wel.
Succes!

Erg fijn de toevoeging van NTP deamon al in versie 384.11. Ik kwam van versie 384.10_2 naar 384.11_2 nu.
Nu heb ik mijn Cisco switches-netwerk de router nu als preferred NTP-peer opgegeven; werkt nu prima, zoals ik wilde...

code:

ASUSWRT-Merlin RT-AC68U 384.11-2 Sat May 18 03:32:01 UTC 2019
chris@RT-AC68U-mind:/tmp/home/root# nvram get boardrev
0x1100
chris@RT-AC68U-mind:/tmp/home/root# nvram get HW_ver
170
chris@RT-AC68U-mind:/tmp/home/root# nvram get bl_version
1.0.2.0
chris@RT-AC68U-mind:/tmp/home/root# wl country
#a (#a/0) <unknown>
chris@RT-AC68U-mind:/tmp/home/root# wl txpwr_target_max
Maximum Tx Power Target (chanspec:0x100b):      25.00  25.00  25.00

[ Voor 3% gewijzigd door mindwarper op 18-05-2019 19:28 . Reden: NTP info ]

[The Druid]

Voor de liefhebbers, er is een Merlin beta build met AIMesh beschikbaar.

Meer informatie in DIT draadje en de firmware vind je HIER

[king006]

The Druid schreef op maandag 22 juli 2019 @ 08:35:
Voor de liefhebbers, er is een Merlin beta build met AIMesh beschikbaar.

Meer informatie in DIT draadje en de firmware vind je HIER

Deze werkt prima!

[The Druid]

Er is weer een update van de Merlin Firmware met Aimesh en deze is officeel de eerste beta.

Hier het draadje en Hier de firmware en DAAR de changelog

[The Druid]

Er is een weer een officiële ASUS RT-AC86U Firmware uit (version 3.0.0.4.384_81039)

Security fix:
- Fixed a DDoS vulnerability. Thanks for Altin Thartori's contribution.

Bug fix:
- Fixed Samba server compatibility issue.
- Fixed OpenVPN related bugs.
- Fixed schedule reboot bugs.
- Improved AiMesh compatibility.
- Improved system stability.

Linkje naar de download HIER

Er lijken wel issues te zijn met deze build, zie hier dus lees je even in voordat je update is mijn advies.

Edit: Er waren blijkbaar zoveel problemen dat Asus de firmware heeft teruggetrokken. Ik zie hem niet meer op de site en hij wordt ook niet meer aangeboden als je "check update" klikt in de UI van de modem.

And now we wait .....

[ Voor 51% gewijzigd door The Druid op 29-08-2019 07:51 ]

[Anoniem: 55212]

Hoe controleren jullie de TX waardes met de laatste firmware als daar geen telnet meer op zit?