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

[Chris.nl]

PCJR schreef op vrijdag 7 juli 2017 @ 08:52:
[...]


Oh waar zie je die? Ik had de laatste 380.66 van de site van merlin meen ik

Loopt goed hier denk ik: Maximum Tx Power Target (chanspec:0x100b): 25.00 25.00 25.00

[afbeelding]

O, ik doelde op de originele asus firmware. Dacht dat je die wilde.

[mitchi3]

Ik heb sinds gister de AC68U binnen gekregen, maar wil hem graag downgraden...
Maar ik krijg hem voor geen mogelijkheid in Recovery Mode!
Als ik Reset ingedrukt houd en het stroom er weer op zet, gebeurd er helemaal niks!

[Rinaldootje]

mitchi3 schreef op donderdag 13 juli 2017 @ 10:19:
Ik heb sinds gister de AC68U binnen gekregen, maar wil hem graag downgraden...
Maar ik krijg hem voor geen mogelijkheid in Recovery Mode!
Als ik Reset ingedrukt houd en het stroom er weer op zet, gebeurd er helemaal niks!

Heb je alles precies zo gedaan, als hier beschreven staat?
Dus de software gedownload en geïnstalleerd, je pc/laptop een vast IP gegeven en zit je PC/laptop, ook rechtstreeks met een ethernet kabel aangesloten op de RT-AC68U ????

[Chris.nl]

mitchi3 schreef op donderdag 13 juli 2017 @ 10:19:
Ik heb sinds gister de AC68U binnen gekregen, maar wil hem graag downgraden...
Maar ik krijg hem voor geen mogelijkheid in Recovery Mode!
Als ik Reset ingedrukt houd en het stroom er weer op zet, gebeurd er helemaal niks!

Rinaldootje schreef op donderdag 13 juli 2017 @ 10:58:
[...]

Heb je alles precies zo gedaan, als hier beschreven staat?
Dus de software gedownload en geïnstalleerd, je pc/laptop een vast IP gegeven en zit je PC/laptop, ook rechtstreeks met een ethernet kabel aangesloten op de RT-AC68U ????

Stap x

If the power is flashing-slow, the wireless router is on rescue mode.

Krijg je überhaupt wel die langzaam knipperende powerled te zien? Waar blijf je steken in het proces?

[mitchi3]

Chris.nl schreef op donderdag 13 juli 2017 @ 11:07:
[...]


[...]
Stap x

[...]

Krijg je überhaupt wel die langzaam knipperende powerled te zien? Waar blijf je steken in het proces?

Ja alles precies gedaan zoals beschreven! Zodra ik het stroom er op zet en de Reset knop ingedrukt houd, dan start hij vervolgens gewoon normaal op. Geen langzaam knipperend lampje

[Chris.nl]

mitchi3 schreef op donderdag 13 juli 2017 @ 12:46:
[...]


Ja alles precies gedaan zoals beschreven! Zodra ik het stroom er op zet en de Reset knop ingedrukt houd, dan start hij vervolgens gewoon normaal op. Geen langzaam knipperend lampje

Ai... Ben bang dat je dan verder moet zoeken op het snbforum, hier bijvoorbeeld een topic met hetzelfde probleem...

[Rinaldootje]

Ik meende me te herinneren, dat je niet de powerknop aan de achterkant moet gebruiken maar de wifi-on off knop of de WPS knop aan de zijkant.

Zou je dat nog eens willen proberen? Volgens mij, staat er ook een fout in de beschrijving van de procedure.
Heb het lang geleden ooit eens moeten doen en meen me zoiets te herinneren.

Edit:
Ja dus, het is de WPS knop. Zie hier.

[Voor 15% gewijzigd door Rinaldootje op 13-07-2017 15:35. Reden: Aanvulling]

[mitchi3]

Chris.nl schreef op donderdag 13 juli 2017 @ 14:53:
[...]

Ai... Ben bang dat je dan verder moet zoeken op het snbforum, hier bijvoorbeeld een topic met hetzelfde probleem...

Rinaldootje schreef op donderdag 13 juli 2017 @ 15:33:
Ik meende me te herinneren, dat je niet de powerknop aan de achterkant moet gebruiken maar de wifi-on off knop of de WPS knop aan de zijkant.

Zou je dat nog eens willen proberen? Volgens mij, staat er ook een fout in de beschrijving van de procedure.
Heb het lang geleden ooit eens moeten doen en meen me zoiets te herinneren.

Edit:
Ja dus, het is de WPS knop. Zie hier.

HET IS ME GELUKT!!!
Heb hem eerst geupgrade naar de laatste firmware en toen opnieuw geprobeerd met de reset knop... BAM!! In 1 keer raak!

De WPS knop cleaned de CFE als je die ingedrukt houdt. Dan gaat hij heel snel knipperen tot je hem los laat

[Von Henkel]

Laatste Asuswrt-Merlin 380.67 (16-July-2017) is momenteel uit.

[Voor 11% gewijzigd door Von Henkel op 17-07-2017 17:33]

[MMaster23]

Korte vraag.. Op dit moment draai ik Merlin 378.55 op mijn RT-AC68. Ja heel oud, I know.
De reden waarom ik wat langer op deze versie bleef is vanwege de powerboost die heb uitgevoerd op de router om beter bereik te krijgen.

nvram set asuscfe0:ccode=#a
etc.

Hoe kan ik het beste upgraden naar een nieuwere versie?
Zover ik heb gezien bevatten de nieuwe firmware versies de nieuwe beschermde code voor wifi power.
Kan ik veilig upgraden zonder mijn power boost te verliezen? En moet ik dan eerst de powerboost ongedaan maken?

Ik heb al een tijd zitten zoeken maar zeker ben ik er niet van.

[Chris.nl]

MMaster23 schreef op vrijdag 21 juli 2017 @ 20:09:
Korte vraag.. Op dit moment draai ik Merlin 378.55 op mijn RT-AC68. Ja heel oud, I know.
De reden waarom ik wat langer op deze versie bleef is vanwege de powerboost die heb uitgevoerd op de router om beter bereik te krijgen.

nvram set asuscfe0:ccode=#a
etc.

Hoe kan ik het beste upgraden naar een nieuwere versie?
Zover ik heb gezien bevatten de nieuwe firmware versies de nieuwe beschermde code voor wifi power.
Kan ik veilig upgraden zonder mijn power boost te verliezen? En moet ik dan eerst de powerboost ongedaan maken?

Ik heb al een tijd zitten zoeken maar zeker ben ik er niet van.

Als je deze 'powerboost' bedoelt... Ja die blijft actief, zelfs na een firmware flash of factory reset. Je moet hem zeker niet ongedaan maken maar kan gewoon zorgeloos je firmware updaten.

[PCJR]

Fijn, nieuwe merlin fw erop; is alles in Nederlands na een hard reset!
Hoe krijg ik het terug naar Engelse taal?
(25db power heeft ie wel nog zie ik via putty)

De setting bv; Beschermde beheerbeelden, zegt me nu echt helemaal &*&^%$ niks...

[MAX3400]

PCJR schreef op maandag 24 juli 2017 @ 17:30:
Fijn, nieuwe merlin fw erop; is alles in Nederlands na een hard reset!
Hoe krijg ik het terug naar Engelse taal?

# nvram get preferred_lang (it should be NL)

To set the language:

# nvram set preferred_lang=EN
# nvram commit
# reboot

^bovenstaande even via PuttY uitvoeren natuurlijk

/edit: pull-down menu?

[Voor 18% gewijzigd door MAX3400 op 24-07-2017 17:37]

[PCJR]

MAX3400 schreef op maandag 24 juli 2017 @ 17:34:
[...]

# nvram get preferred_lang (it should be NL)

To set the language:

# nvram set preferred_lang=EN
# nvram commit
# reboot

^bovenstaande even via PuttY uitvoeren natuurlijk

/edit: pull-down menu?
[afbeelding]

Behoud ik wel de 25db power?

[MAX3400]

PCJR schreef op maandag 24 juli 2017 @ 17:44:
[...]


Behoud ik wel de 25db power?

Weet ik veel... Neem toch aan dat je power-hack en je taal niet aan elkaar gelinkt zijn?

Dat gezegd hebbende; ik weet werkelijk niet hoe de power-hack werkt maar in principe is mijn vorige commando niets anders dan alleen de parameter language veranderen en daarna een reboot geven. Neem toch aan dat ook jouw power-hack een reboot overleeft bij bijvoorbeeld een stroomstoring?

[PCJR]

MAX3400 schreef op maandag 24 juli 2017 @ 17:46:
[...]

Weet ik veel... Neem toch aan dat je power-hack en je taal niet aan elkaar gelinkt zijn?

Dat gezegd hebbende; ik weet werkelijk niet hoe de power-hack werkt maar in principe is mijn vorige commando niets anders dan alleen de parameter language veranderen en daarna een reboot geven. Neem toch aan dat ook jouw power-hack een reboot overleeft bij bijvoorbeeld een stroomstoring?

Werkt

Lol, dropdown, heeeelemaal blind

[MAX3400]

PCJR schreef op maandag 24 juli 2017 @ 17:48:
[...]


Werkt

Lol, dropdown, heeeelemaal blind

Nou, heb je nu dus 2 manieren om bij een volgende upgrade je taal weer in te stellen. Niet meer doen he, dat Nederlands; is altijd lastig zoeken op foutmeldingen

offtopic:
Pssst, nog een AC66U over toevallig?

[PCJR]

ja dat klopt, niet meer doen, maar als je me vraagt hoe het op NL is gekomen....i have no fking idea

[Shadje60]

Hallo,

Kunnen jullie ook vertellen of dit werkt op de,AC88U.

Bedankt.

[ShadowLord]

Shadje60 schreef op zondag 13 augustus 2017 @ 15:33:
Hallo,

Kunnen jullie ook vertellen of dit werkt op de,AC88U.

Bedankt.

Geen idee. Ik denk dat je in een AC88U topic (zoals [Ervaringen] Asus RT-AC88U Dual-band Wireless-AC3100 8x UTP) meer respons gaat krijgen.

[Drexxon]

Mooie update weer en de ASUS hack werkt bij mij ook nog .
Thanks to Eric Sauvageau (Asuswrt-Merlin developer) - https://asuswrt.lostrealm.ca/ .

Stable (all): 380.68_0
Date: 19-Aug-2017

Download: http://www.mediafire.com/...u8m/RT-AC68U_380.68_0.zip

380.68 (18-Aug-2017)
- IMPORTANT: due to major webui changes, you will need to either flush your browser cache, or force it to reload the page (shift-reload) the first time you access the webui after upgrading to 380.68.

- NEW: Merged GPL 380_7743 binary blobs for the RT-N66U.
- NEW: Backported Ethernet port status report on the Network Map from GPL 382.
- NEW: Description field added to OpenVPN client configuration
- NEW: Added missing hash types to ipset_arm (Patch by john9527)
- NEW: Added hostname Busybox applet, used by some Entware packages
- NEW: Added TPROXY netfilter target module (ARM only)
- CHANGED: Switched webui menu generation code to GPL 382 code. This new code is easier for me to maintain.
- CHANGED: Used webui menu icons from GPL 382.
- CHANGED: Re-organized VPN pages, merging some together.
- CHANGED: Reworked VPNStatus page, will now refresh itself every 5 seconds. It will also report a client's local and public IP addresses.
- CHANGED: Re-designed webui interface for managing SSL certificate. Added Upload button, and revamped certificate info display (includes some backports from GPL 382)
- CHANGED: Removed option to enable/disable persistent webui certificate - they are now always persistent.
- CHANGED: Reworked Tools -> Sysinfo page, dynamic data will refresh itself every 3 seconds, also port ordering will be more consistent, and display based on the new tableAPI from GPL 382.
- CHANGED: Backported system log page from GPL 382: moved logging settings to it, added option to set a remote syslog server's port, and shown log will auto refresh.
- CHANGED: Re-designed DHCP Lease log page to use the new tableAPI, with sortable fields (defaults to IP sort)
- CHANGED: Do not alternate between ntp server from webui and the one hardcoded in nvram - use webui one, unless it's empty - then use the second server set in nvram.
- CHANGED: Moved App icon out of the notification area and into the footer of the page, with other links.
- CHANGED: Updated Curl to 7.54.1
- CHANGED: Updated nano to 2.8.6
- CHANGED: Re-designed the way the Tor database gets backed up, so it won't grow stale by never being updated.
- CHANGED: Define and forward a small range of ports (57535-57565) for use for passive FTP (needed for TLS over WAN).
- CHANGED: Reduce the amount of logging done while configuring policy-based routing for an OpenVPN client when using the default log verbosity level of 3.
- FIXED: Duplicate LAN port 1 shown for the RT-AC87U on the Sysinfo page.
- FIXED: Port forward/UPNP issues with CTF enabled depending on selected NAT loopback mode.
- FIXED: URL filtering wasn't working over IPv4.
- FIXED: OpenVPN instances could potentially start too early at boot time (before clock was set)
- FIXED: When multiple OpenVPN clients are connected to the router, their username wouldn't show as Connected.
- FIXED: Progress report would go to 200% if you changed a setting and started or stopped an OpenVPN client or server.
- FIXED: Security issues CVE-2017-11344, CVE-2017-11345 and CVE-2017-11420 in networkmap (patches by Kilo Foxtrot Papa)
- FIXED: Webui self-generated certificate could sometime be invalid due to a race condition between the SSL and non-SSL httpd instances starting at the same time.
- FIXED: Tor would fail to start if there was a backed up database in /jffs/.tordb, due to bad permissions.
- FIXED: SMB sharing without user authentication would fail if router's admin username was changed from "admin" (Asus bug)
- FIXED: SMB sharing without user authentication would cause SMB2 to downgrade to SMB1.
- FIXED: 5GHz-2 would show an "undefined" channel on the Wireless-> General and in the wifi popup if 5GHz-1 was disabled (Asus bug).

[Voor 8% gewijzigd door Drexxon op 21-08-2017 11:51]

[Frostbite]

Drexxon schreef op zondag 20 augustus 2017 @ 12:27:
Mooie update weer en de ASUS hack werkt bij mij ook nog .

Stable (all): 380.68_0

Thuis bij mij al op een N66U de Asus hack toegepast en daarna de power op 200mW gezet meer is niet echt nodig voor het AP. Hij is zelfs sterker dan een AC3200 beneden

Gisteren de AC68 van mijn ouders aangepast via dezelfde manier en waar ze eerst geen bereik hadden in de tuin nu prima bereik. De extender die ze nu gebruikten aan de achterkant van het huis (voor signaal bij de overkapping) hebben ze nu in de overkapping gehangen.

Na het aanpassen gelijk (via Wifi en telefoon) de 380.68 Merlin erop gezet. Op zich doe ik het liever via een kabel maar die had ik dus niet voor handen. Na een herstart geen 5Ghz netwerk meer maar die stond dus op kanaal 146 en die zag mijn telefoon niet. Na het handmatig aanpassen naar kanaal 36 was dat ook weer opgelost.

Ik heb ze maar gevraagd om het wel even in de gaten te houden en als ze problemen hebben dan schroef ik het vermogen wel weer terug. Hebben jullie dat nog gedaan of staan die van jullie gewoon met 300mW te zenden?

[knakworst]

Frostbite schreef op maandag 21 augustus 2017 @ 08:42:
[...]


Ik heb ze maar gevraagd om het wel even in de gaten te houden en als ze problemen hebben dan schroef ik het vermogen wel weer terug. Hebben jullie dat nog gedaan of staan die van jullie gewoon met 300mW te zenden?

Die van mij staat al 3 jaar op 300 mW te stralen. Temperatuur is 85 graden van de CPU maar ook dat lijkt geen probleem te zijn.

[DavidZH]

Ik heb nu een half jaar de RT-AC68 in gebruik na 5 jaar met een Netgear WNDR3700v2 gedraaid te hebben. Na aanschaf meteen de Merlin firmware er opgezet.
Maar ik ben niet 100% tevreden over de wireless; ik heb at random last van disconnects. Soms gaat het een week goed, en soms meerdere keren per dag last. Mijn clients, een MacBook Pro 2010 en mijn Android telefoon connecten op 5GHz, daar valt het me het meeste op. In de slaapkamer staat een Squeezebox radio via 2,4GHz die ook af en toe zijn verbinding verliest.
Zodra een client zijn verbinding verliest, is het ook vaak onmogelijk om weer opnieuw te verbinden en is het SSID (meestal de 5GHz) onzichtbaar. Restart van de client helpt dan vaak wel.

Vanochtend na het updaten van de firmware naar de laatste versie (380.68) werkte de wireless 5 minuten normaal, daarna schakelde de wireless zichzelf uit! Op de "wireless professional" tab waren de radios NIET disabled, maar als is een site survey wilde doen was dit onmogelijk vanwege disabled radios....
Na de firmware een tweede keer te flashen werkte het weer. Daarna nog één disconnect gehad.

Ik heb de TxPower hack niet toegepast trouwens. De meeste gebruikers zitten op een meter of 6 na een gipsblokkenmuur.

Ik zit er sterk aan te denken om het WiFi gedeelte lekker over te laten een Ubiquity AP. Do what you do best, zeg maar.

De Netgear heb ik vervangen omdat dat security-wise natuurlijk niet een recent apparaat is, de IPv6 implementatie was achterhaald (ook al heeft Ziggo nog geen goede IPv6 uitrol), en de WiFi snelheid bleef achter bij mijn internetverbinding. In het totaalplaatje niet toekomstbestendig. Verder helemaal geen klachten over het routergedeelte, dat heeft onzichtbaar zijn werk gedaan in de afgelopen jaren.

Zijn er medegebruikers die deze klachten herkennen? In de logs kan ik niet iets duidelijks vinden over het droppen van een verbinding.

[MikeOO]

DavidZH schreef op dinsdag 22 augustus 2017 @ 17:31:
Ik heb nu een half jaar de RT-AC68 in gebruik na 5 jaar met een Netgear WNDR3700v2 gedraaid te hebben. Na aanschaf meteen de Merlin firmware er opgezet.
Maar ik ben niet 100% tevreden over de wireless; ik heb at random last van disconnects. Soms gaat het een week goed, en soms meerdere keren per dag last. Mijn clients, een MacBook Pro 2010 en mijn Android telefoon connecten op 5GHz, daar valt het me het meeste op. In de slaapkamer staat een Squeezebox radio via 2,4GHz die ook af en toe zijn verbinding verliest.
Zodra een client zijn verbinding verliest, is het ook vaak onmogelijk om weer opnieuw te verbinden en is het SSID (meestal de 5GHz) onzichtbaar. Restart van de client helpt dan vaak wel.

Vanochtend na het updaten van de firmware naar de laatste versie (380.68) werkte de wireless 5 minuten normaal, daarna schakelde de wireless zichzelf uit! Op de "wireless professional" tab waren de radios NIET disabled, maar als is een site survey wilde doen was dit onmogelijk vanwege disabled radios....
Na de firmware een tweede keer te flashen werkte het weer. Daarna nog één disconnect gehad.

Ik heb de TxPower hack niet toegepast trouwens. De meeste gebruikers zitten op een meter of 6 na een gipsblokkenmuur.

Ik zit er sterk aan te denken om het WiFi gedeelte lekker over te laten een Ubiquity AP. Do what you do best, zeg maar.

De Netgear heb ik vervangen omdat dat security-wise natuurlijk niet een recent apparaat is, de IPv6 implementatie was achterhaald (ook al heeft Ziggo nog geen goede IPv6 uitrol), en de WiFi snelheid bleef achter bij mijn internetverbinding. In het totaalplaatje niet toekomstbestendig. Verder helemaal geen klachten over het routergedeelte, dat heeft onzichtbaar zijn werk gedaan in de afgelopen jaren.

Zijn er medegebruikers die deze klachten herkennen? In de logs kan ik niet iets duidelijks vinden over het droppen van een verbinding.

Herken dit niet en en gebruik hem al een paar jaar naar volle tevredenheid. Probeer onderstaande stappen eens.

1. Na een nieuw firmware en bij problemen altijd een reset gegeven naar de fabrieksinstellingen. Daarna geen backup terugzetten maar instellingen handmatig opnieuw maken. Vage problemen los je hiermee vaak op bij routers. Advies is vaak ook om dit na een aantal malen van nieuwe firmware's dit weer te herhalen.

2. Probeer eens een ander kanaal voor Wifi. Mogelijk dat je last hebt van een stoorzender op het huidige kanaal.

3. Sommige apparaten kunnen ook moeite hebben met een te hoog kanaalnummer. Zet hem bv eens op 48.

[DavidZH]

Edit 12:20: Na anderhalf uur klapte het netwerk er weer helemaal uit. Heb nu de oude Netgear teruggezet en ga de Asus ff helemaal stock maken vanmiddag. Ben er ernstig klaar mee...

MikeOO schreef op woensdag 23 augustus 2017 @ 11:18:
[...]


Herken dit niet en en gebruik hem al een paar jaar naar volle tevredenheid. Probeer onderstaande stappen eens.

1. Na een nieuw firmware en bij problemen altijd een reset gegeven naar de fabrieksinstellingen. Daarna geen backup terugzetten maar instellingen handmatig opnieuw maken. Vage problemen los je hiermee vaak op bij routers. Advies is vaak ook om dit na een aantal malen van nieuwe firmware's dit weer te herhalen.

Dit heb ik gisteren gedaan, maar na net geen 24 uur kapte hij er weer mee, nu stopte ook het bedrade netwerk. Ik moest het apparaat powercyclen om hem weer aan de gang te krijgen, en ook dat ging niet van harte.

2. Probeer eens een ander kanaal voor Wifi. Mogelijk dat je last hebt van een stoorzender op het huidige kanaal.

Dat ik stoorzenders heb is een gegeven... Ik woon in een complex met 160 appartementen. Do the math
Gelukkig wel vooral de 2.4GHz band. Op de 5 zie ik maar 3 andere netwerken.

3. Sommige apparaten kunnen ook moeite hebben met een te hoog kanaalnummer. Zet hem bv eens op 48.

Mijn 5GHz staat op kanaal 106 te zenden met een bandbreedte van 80. Beide mijn Mac en Android telefoon verbinden daar prima mee.


Ik zijn nog een aantal andere zaken die me opvallen.

• Na de factory reset waren alle lettertypes zoals het hoort, maar nu na 24 uur zie ik een paar headers en alle invulvelden weer op Times New Roman. Edit: ik zie net dat dat een browser ding is; in Firefox een sans-serif type, in Opera Times New Roman...
• De CPU is continue rond de 80 graden, vind dat best hoog voor een router die het grootste gedeelte van de tijd uit zijn neus staat te boren. De paar keer per maand dat ik een paar GB naar mijn NAS kopieer vind ik geen zware belasting.
• In het syslog komt er een blok steeds terug over memory. Mijn kennis rijkt niet ver genoeg om het te herkennen, Maar als het elke 5 seconden terugkomt gaan er wel alarmbellen rinkelen.

code:

Aug 25 10:15:48 kernel: skb+0x18/0x30)
Aug 25 10:15:48 kernel: [<c01d8ea4>] (osl_alloc_skb+0x18/0x30) from [<c03891f0>] (osl_pktget+0x4c/0x154)
Aug 25 10:15:48 kernel: [<c03891f0>] (osl_pktget+0x4c/0x154) from [<c038876c>] (_dma_rxfill+0x174/0x3d4)
Aug 25 10:15:48 kernel: [<c038876c>] (_dma_rxfill+0x174/0x3d4) from [<bfd3e20c>] (wlc_bmac_recv+0x394/0x398 [wl])
Aug 25 10:15:48 kernel: unwind: Index not found bfd3e20c
Aug 25 10:15:48 kernel: Mem-info:
Aug 25 10:15:48 kernel: DMA per-cpu:
Aug 25 10:15:48 kernel: CPU    0: hi:   42, btch:   7 usd:   6
Aug 25 10:15:48 kernel: CPU    1: hi:   42, btch:   7 usd:  39
Aug 25 10:15:48 kernel: Normal per-cpu:
Aug 25 10:15:48 kernel: CPU    0: hi:   42, btch:   7 usd:  26
Aug 25 10:15:48 kernel: CPU    1: hi:   42, btch:   7 usd:  39
Aug 25 10:15:48 kernel: active_anon:1053 inactive_anon:1184 isolated_anon:0
Aug 25 10:15:48 kernel:  active_file:663 inactive_file:1053 isolated_file:0
Aug 25 10:15:48 kernel:  unevictable:0 dirty:0 writeback:0 unstable:0
Aug 25 10:15:48 kernel:  free:22854 slab_reclaimable:146 slab_unreclaimable:33409
Aug 25 10:15:48 kernel:  mapped:947 shmem:163 pagetables:140 bounce:0
Aug 25 10:15:48 kernel: DMA free:4136kB min:11020kB low:13772kB high:16528kB active_anon:0kB inactive_anon:0kB active_file:0kB inactive_file:0kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:130048kB mlocked:0kB dirty:0kB writeback:0kB mapped:0kB shmem:0kB slab_reclaimable:0kB slab_unreclaimable:122740kB kernel_stack:0kB pagetables:0kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? yes
Aug 25 10:15:48 kernel: lowmem_reserve[]: 0 109 109
Aug 25 10:15:48 kernel: Normal free:87280kB min:9456kB low:11820kB high:14184kB active_anon:4212kB inactive_anon:4736kB active_file:2652kB inactive_file:4212kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:111616kB mlocked:0kB dirty:0kB writeback:0kB mapped:3788kB shmem:652kB slab_reclaimable:584kB slab_unreclaimable:10896kB kernel_stack:512kB pagetables:560kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? no
Aug 25 10:15:48 kernel: lowmem_reserve[]: 0 0 0
Aug 25 10:15:48 kernel: DMA: 0*4kB 3*8kB 3*16kB 1*32kB 1*64kB 1*128kB 1*256kB 1*512kB 1*1024kB 1*2048kB 0*4096kB = 4136kB
Aug 25 10:15:48 kernel: Normal: 68*4kB 80*8kB 252*16kB 113*32kB 44*64kB 33*128kB 8*256kB 2*512kB 1*1024kB 3*2048kB 15*4096kB = 87280kB
Aug 25 10:15:48 kernel: 1879 total pagecache pages
Aug 25 10:15:48 kernel: 0 pages in swap cache
Aug 25 10:15:48 kernel: Swap cache stats: add 0, delete 0, find 0/0
Aug 25 10:15:48 kernel: Free swap  = 0kB
Aug 25 10:15:48 kernel: Total swap = 0kB
Aug 25 10:15:48 kernel: 65536 pages of RAM
Aug 25 10:15:48 kernel: 23136 free pages
Aug 25 10:15:48 kernel: 1609 reserved pages
Aug 25 10:15:48 kernel: 6230 slab pages
Aug 25 10:15:48 kernel: 5164 pages shared
Aug 25 10:15:48 kernel: 0 pages swap cached
Aug 25 10:15:48 kernel: SLUB: Unable to allocate memory on node -1 (gfp=0x21)
Aug 25 10:15:48 kernel:   cache: kmalloc_dma-4096, object size: 4096, buffer size: 4096, default order: 3, min order: 0
Aug 25 10:15:48 kernel:   node 0: slabs: 3833, objs: 30657, free: 0
Aug 25 10:15:48 kernel: swapper: page allocation failure. order:0, mode:0x4021
Aug 25 10:15:48 kernel: [<c0043ff8>] (unwind_backtrace+0x0/0xf8) from [<c009e84c>] (__alloc_pages_nodemask+0x61c/0x698)
Aug 25 10:15:48 kernel: [<c009e84c>] (__alloc_pages_nodemask+0x61c/0x698) from [<c0377764>] (__slab_alloc+0x794/0x814)
Aug 25 10:15:48 kernel: [<c0377764>] (__slab_alloc+0x794/0x814) from [<c0377998>] (__kmalloc_track_caller+0xf8/0x108)
Aug 25 10:15:48 kernel: [<c0377998>] (__kmalloc_track_caller+0xf8/0x108) from [<c0379f88>] (__alloc_skb+0x54/0x104)
Aug 25 10:15:48 kernel: [<c0379f88>] (__alloc_skb+0x54/0x104) from [<c01d8ea4>] (osl_alloc_skb+0x18/0x30)
Aug 25 10:15:48 kernel: [<c01d8ea4>] (osl_alloc_skb+0x18/0x30) from [<c03891f0>] (osl_pktget+0x4c/0x154)
Aug 25 10:15:48 kernel: [<c03891f0>] (osl_pktget+0x4c/0x154) from [<c038876c>] (_dma_rxfill+0x174/0x3d4)
Aug 25 10:15:48 kernel: [<c038876c>] (_dma_rxfill+0x174/0x3d4) from [<bfd3e20c>] (wlc_bmac_recv+0x394/0x398 [wl])
Aug 25 10:15:48 kernel: unwind: Index not found bfd3e20c
Aug 25 10:15:48 kernel: Mem-info:
Aug 25 10:15:48 kernel: DMA per-cpu:
Aug 25 10:15:48 kernel: CPU    0: hi:   42, btch:   7 usd:   6
Aug 25 10:15:48 kernel: CPU    1: hi:   42, btch:   7 usd:  39
Aug 25 10:15:48 kernel: Normal per-cpu:
Aug 25 10:15:48 kernel: CPU    0: hi:   42, btch:   7 usd:  26
Aug 25 10:15:48 kernel: CPU    1: hi:   42, btch:   7 usd:  39
Aug 25 10:15:48 kernel: active_anon:1053 inactive_anon:1184 isolated_anon:0
Aug 25 10:15:48 kernel:  active_file:663 inactive_file:1053 isolated_file:0
Aug 25 10:15:48 kernel:  unevictable:0 dirty:0 writeback:0 unstable:0
Aug 25 10:15:48 kernel:  free:22854 slab_reclaimable:146 slab_unreclaimable:33409
Aug 25 10:15:48 kernel:  mapped:947 shmem:163 pagetables:140 bounce:0
Aug 25 10:15:48 kernel: DMA free:4136kB min:11020kB low:13772kB high:16528kB active_anon:0kB inactive_anon:0kB active_file:0kB inactive_file:0kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:130048kB mlocked:0kB dirty:0kB writeback:0kB mapped:0kB shmem:0kB slab_reclaimable:0kB slab_unreclaimable:122740kB kernel_stack:0kB pagetables:0kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? yes
Aug 25 10:15:48 kernel: lowmem_reserve[]: 0 109 109
Aug 25 10:15:48 kernel: Normal free:87280kB min:9456kB low:11820kB high:14184kB active_anon:4212kB inactive_anon:4736kB active_file:2652kB inactive_file:4212kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:111616kB mlocked:0kB dirty:0kB writeback:0kB mapped:3788kB shmem:652kB slab_reclaimable:584kB slab_unreclaimable:10896kB kernel_stack:512kB pagetables:560kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? no
Aug 25 10:15:48 kernel: lowmem_reserve[]: 0 0 0
Aug 25 10:15:48 kernel: DMA: 0*4kB 3*8kB 3*16kB 1*32kB 1*64kB 1*128kB 1*256kB 1*512kB 1*1024kB 1*2048kB 0*4096kB = 4136kB
Aug 25 10:15:48 kernel: Normal: 68*4kB 80*8kB 252*16kB 113*32kB 44*64kB 33*128kB 8*256kB 2*512kB 1*1024kB 3*2048kB 15*4096kB = 87280kB
Aug 25 10:15:48 kernel: 1879 total pagecache pages
Aug 25 10:15:48 kernel: 0 pages in swap cache
Aug 25 10:15:48 kernel: Swap cache stats: add 0, delete 0, find 0/0
Aug 25 10:15:48 kernel: Free swap  = 0kB
Aug 25 10:15:48 kernel: Total swap = 0kB
Aug 25 10:15:48 kernel: 65536 pages of RAM
Aug 25 10:15:48 kernel: 23136 free pages
Aug 25 10:15:48 kernel: 1609 reserved pages
Aug 25 10:15:48 kernel: 6230 slab pages
Aug 25 10:15:48 kernel: 5164 pages shared
Aug 25 10:15:48 kernel: 0 pages swap cached
Aug 25 10:15:48 kernel: SLUB: Unable to allocate memory on node -1 (gfp=0x21)
Aug 25 10:15:48 kernel:   cache: kmalloc_dma-4096, object size: 4096, buffer size: 4096, default order: 3, min order: 0
Aug 25 10:15:48 kernel:   node 0: slabs: 3833, objs: 30657, free: 0
Aug 25 10:15:48 kernel: swapper: page allocation failure. order:0, mode:0x4021
Aug 25 10:15:48 kernel: [<c0043ff8>] (unwind_backtrace+0x0/0xf8) from [<c009e84c>] (__alloc_pages_nodemask+0x61c/0x698)
Aug 25 10:15:48 kernel: [<c009e84c>] (__alloc_pages_nodemask+0x61c/0x698) from [<c0377764>] (__slab_alloc+0x794/0x814)
Aug 25 10:15:48 kernel: [<c0377764>] (__slab_alloc+0x794/0x814) from [<c0377998>] (__kmalloc_track_caller+0xf8/0x108)
Aug 25 10:15:48 kernel: [<c0377998>] (__kmalloc_track_caller+0xf8/0x108) from [<c0379f88>] (__alloc_skb+0x54/0x104)
Aug 25 10:15:48 kernel: [<c0379f88>] (__alloc_skb+0x54/0x104) from [<c01d8ea4>] (osl_alloc_skb+0x18/0x30)
Aug 25 10:15:48 kernel: [<c01d8ea4>] (osl_alloc_skb+0x18/0x30) from [<c03891f0>] (osl_pktget+0x4c/0x154)
Aug 25 10:15:48 kernel: [<c03891f0>] (osl_pktget+0x4c/0x154) from [<c038876c>] (_dma_rxfill+0x174/0x3d4)
Aug 25 10:15:48 kernel: [<c038876c>] (_dma_rxfill+0x174/0x3d4) from [<bfd3e20c>] (wlc_bmac_recv+0x394/0x398 [wl])
Aug 25 10:15:48 kernel: unwind: Index not found bfd3e20c
Aug 25 10:15:48 kernel: Mem-info:
Aug 25 10:15:48 kernel: DMA per-cpu:
Aug 25 10:15:48 kernel: CPU    0: hi:   42, btch:   7 usd:   6
Aug 25 10:15:48 kernel: CPU    1: hi:   42, btch:   7 usd:  39
Aug 25 10:15:48 kernel: Normal per-cpu:
Aug 25 10:15:48 kernel: CPU    0: hi:   42, btch:   7 usd:  26
Aug 25 10:15:48 kernel: CPU    1: hi:   42, btch:   7 usd:  39
Aug 25 10:15:48 kernel: active_anon:1053 inactive_anon:1184 isolated_anon:0
Aug 25 10:15:48 kernel:  active_file:663 inactive_file:1053 isolated_file:0
Aug 25 10:15:48 kernel:  unevictable:0 dirty:0 writeback:0 unstable:0
Aug 25 10:15:48 kernel:  free:22854 slab_reclaimable:146 slab_unreclaimable:33409
Aug 25 10:15:48 kernel:  mapped:947 shmem:163 pagetables:140 bounce:0
Aug 25 10:15:48 kernel: DMA free:4136kB min:11020kB low:13772kB high:16528kB active_anon:0kB inactive_anon:0kB active_file:0kB inactive_file:0kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:130048kB mlocked:0kB dirty:0kB writeback:0kB mapped:0kB shmem:0kB slab_reclaimable:0kB slab_unreclaimable:122740kB kernel_stack:0kB pagetables:0kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? yes
Aug 25 10:15:48 kernel: lowmem_reserve[]: 0 109 109
Aug 25 10:15:48 kernel: Normal free:87280kB min:9456kB low:11820kB high:14184kB active_anon:4212kB inactive_anon:4736kB active_file:2652kB inactive_file:4212kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:111616kB mlocked:0kB dirty:0kB writeback:0kB mapped:3788kB shmem:652kB slab_reclaimable:584kB slab_unreclaimable:10896kB kernel_stack:512kB pagetables:560kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? no
Aug 25 10:15:48 kernel: lowmem_reserve[]: 0 0 0
Aug 25 10:15:48 kernel: DMA: 0*4kB 3*8kB 3*16kB 1*32kB 1*64kB 1*128kB 1*256kB 1*512kB 1*1024kB 1*2048kB 0*4096kB = 4136kB
Aug 25 10:15:48 kernel: Normal: 68*4kB 80*8kB 252*16kB 113*32kB 44*64kB 33*128kB 8*256kB 2*512kB 1*1024kB 3*2048kB 15*4096kB = 87280kB
Aug 25 10:15:48 kernel: 1879 total pagecache pages
Aug 25 10:15:48 kernel: 0 pages in swap cache
Aug 25 10:15:48 kernel: Swap cache stats: add 0, delete 0, find 0/0
Aug 25 10:15:48 kernel: Free swap  = 0kB
Aug 25 10:15:48 kernel: Total swap = 0kB
Aug 25 10:15:48 kernel: 65536 pages of RAM
Aug 25 10:15:48 kernel: 23136 free pages
Aug 25 10:15:48 kernel: 1609 reserved pages
Aug 25 10:15:48 kernel: 6230 slab pages
Aug 25 10:15:48 kernel: 5164 pages shared
Aug 25 10:15:48 kernel: 0 pages swap cached
Aug 25 10:15:48 kernel: SLUB: Unable to allocate memory on node -1 (gfp=0x21)
Aug 25 10:15:48 kernel:   cache: kmalloc_dma-4096, object size: 4096, buffer size: 4096, default order: 3, min order: 0
Aug 25 10:15:48 kernel:   node 0: slabs: 3833, objs: 30657, free: 0
Aug 25 10:15:48 kernel: swapper: page allocation failure. order:0, mode:0x4021
Aug 25 10:15:48 kernel: [<c0043ff8>] (unwind_backtrace+0x0/0xf8) from [<c009e84c>] (__alloc_pages_nodemask+0x61c/0x698)
Aug 25 10:15:48 kernel: [<c009e84c>] (__alloc_pages_nodemask+0x61c/0x698) from [<c0377764>] (__slab_alloc+0x794/0x814)
Aug 25 10:15:48 kernel: [<c0377764>] (__slab_alloc+0x794/0x814) from [<c0377998>] (__kmalloc_track_caller+0xf8/0x108)
Aug 25 10:15:48 kernel: [<c0377998>] (__kmalloc_track_caller+0xf8/0x108) from [<c0379f88>] (__alloc_skb+0x54/0x104)
Aug 25 10:15:48 kernel: [<c0379f88>] (__alloc_skb+0x54/0x104) from [<c01d8ea4>] (osl_alloc_skb+0x18/0x30)
Aug 25 10:15:48 kernel: [<c01d8ea4>] (osl_alloc_skb+0x18/0x30) from [<c03891f0>] (osl_pktget+0x4c/0x154)
Aug 25 10:15:48 kernel: [<c03891f0>] (osl_pktget+0x4c/0x154) from [<c038876c>] (_dma_rxfill+0x174/0x3d4)
Aug 25 10:15:48 kernel: [<c038876c>] (_dma_rxfill+0x174/0x3d4) from [<bfd3e20c>] (wlc_bmac_recv+0x394/0x398 [wl])
Aug 25 10:15:48 kernel: unwind: Index not found bfd3e20c
Aug 25 10:15:48 kernel: Mem-info:
Aug 25 10:15:48 kernel: DMA per-cpu:
Aug 25 10:15:48 kernel: CPU    0: hi:   42, btch:   7 usd:   6
Aug 25 10:15:48 kernel: CPU    1: hi:   42, btch:   7 usd:  39
Aug 25 10:15:48 kernel: Normal per-cpu:
Aug 25 10:15:48 kernel: CPU    0: hi:   42, btch:   7 usd:  26
Aug 25 10:15:48 kernel: CPU    1: hi:   42, btch:   7 usd:  39
Aug 25 10:15:48 kernel: active_anon:1053 inactive_anon:1184 isolated_anon:0
Aug 25 10:15:48 kernel:  active_file:663 inactive_file:1053 isolated_file:0
Aug 25 10:15:48 kernel:  unevictable:0 dirty:0 writeback:0 unstable:0
Aug 25 10:15:48 kernel:  free:22854 slab_reclaimable:146 slab_unreclaimable:33409
Aug 25 10:15:48 kernel:  mapped:947 shmem:163 pagetables:140 bounce:0
Aug 25 10:15:48 kernel: DMA free:4136kB min:11020kB low:13772kB high:16528kB active_anon:0kB inactive_anon:0kB active_file:0kB inactive_file:0kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:130048kB mlocked:0kB dirty:0kB writeback:0kB mapped:0kB shmem:0kB slab_reclaimable:0kB slab_unreclaimable:122740kB kernel_stack:0kB pagetables:0kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? yes
Aug 25 10:15:48 kernel: lowmem_reserve[]: 0 109 109
Aug 25 10:15:48 kernel: Normal free:87280kB min:9456kB low:11820kB high:14184kB active_anon:4212kB inactive_anon:4736kB active_file:2652kB inactive_file:4212kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:111616kB mlocked:0kB dirty:0kB writeback:0kB mapped:3788kB shmem:652kB slab_reclaimable:584kB slab_unreclaimable:10896kB kernel_stack:512kB pagetables:560kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? no
Aug 25 10:15:48 kernel: lowmem_reserve[]: 0 0 0
Aug 25 10:15:48 kernel: DMA: 0*4kB 3*8kB 3*16kB 1*32kB 1*64kB 1*128kB 1*256kB 1*512kB 1*1024kB 1*2048kB 0*4096kB = 4136kB
Aug 25 10:15:48 kernel: Normal: 68*4kB 80*8kB 252*16kB 113*32kB 44*64kB 33*128kB 8*256kB 2*512kB 1*1024kB 3*2048kB 15*4096kB = 87280kB
Aug 25 10:15:48 kernel: 1879 total pagecache pages
Aug 25 10:15:48 kernel: 0 pages in swap cache
Aug 25 10:15:48 kernel: Swap cache stats: add 0, delete 0, find 0/0
Aug 25 10:15:48 kernel: Free swap  = 0kB
Aug 25 10:15:48 kernel: Total swap = 0kB
Aug 25 10:15:48 kernel: 65536 pages of RAM
Aug 25 10:15:48 kernel: 23136 free pages
Aug 25 10:15:48 kernel: 1609 reserved pages
Aug 25 10:15:48 kernel: 6230 slab pages
Aug 25 10:15:48 kernel: 5164 pages shared
Aug 25 10:15:48 kernel: 0 pages swap cached
Aug 25 10:15:48 kernel: SLUB: Unable to allocate memory on node -1 (gfp=0x21)
Aug 25 10:15:48 kernel:   cache: kmalloc_dma-4096, object size: 4096, buffer size: 4096, default order: 3, min order: 0
Aug 25 10:15:48 kernel:   node 0: slabs: 3833, objs: 30657, free: 0
Aug 25 10:15:48 kernel: swapper: page allocation failure. order:0, mode:0x4021
Aug 25 10:15:48 kernel: [<c0043ff8>] (unwind_backtrace+0x0/0xf8) from [<c009e84c>] (__alloc_pages_nodemask+0x61c/0x698)
Aug 25 10:15:48 kernel: [<c009e84c>] (__alloc_pages_nodemask+0x61c/0x698) from [<c0377764>] (__slab_alloc+0x794/0x814)
Aug 25 10:15:48 kernel: [<c0377764>] (__slab_alloc+0x794/0x814) from [<c0377998>] (__kmalloc_track_caller+0xf8/0x108)
Aug 25 10:15:48 kernel: [<c0377998>] (__kmalloc_track_caller+0xf8/0x108) from [<c0379f88>] (__alloc_skb+0x54/0x104)
Aug 25 10:15:48 kernel: [<c0379f88>] (__alloc_skb+0x54/0x104) from [<c01d8ea4>] (osl_alloc_skb+0x18/0x30)
Aug 25 10:15:48 kernel: [<c01d8ea4>] (osl_alloc_skb+0x18/0x30) from [<c03891f0>] (osl_pktget+0x4c/0x154)
Aug 25 10:15:48 kernel: [<c03891f0>] (osl_pktget+0x4c/0x154) from [<c038876c>] (_dma_rxfill+0x174/0x3d4)
Aug 25 10:15:48 kernel: [<c038876c>] (_dma_rxfill+0x174/0x3d4) from [<bfd3e20c>] (wlc_bmac_recv+0x394/0x398 [wl])
Aug 25 10:15:48 kernel: unwind: Index not found bfd3e20c
Aug 25 10:15:48 kernel: Mem-info:
Aug 25 10:15:48 kernel: DMA per-cpu:
Aug 25 10:15:48 kernel: CPU    0: hi:   42, btch:   7 usd:   6
Aug 25 10:15:48 kernel: CPU    1: hi:   42, btch:   7 usd:  39
Aug 25 10:15:48 kernel: Normal per-cpu:
Aug 25 10:15:48 kernel: CPU    0: hi:   42, btch:   7 usd:  26
Aug 25 10:15:48 kernel: CPU    1: hi:   42, btch:   7 usd:  39
Aug 25 10:15:48 kernel: active_anon:1053 inactive_anon:1184 isolated_anon:0
Aug 25 10:15:48 kernel:  active_file:663 inactive_file:1053 isolated_file:0
Aug 25 10:15:48 kernel:  unevictable:0 dirty:0 writeback:0 unstable:0
Aug 25 10:15:48 kernel:  free:22854 slab_reclaimable:146 slab_unreclaimable:33409
Aug 25 10:15:48 kernel:  mapped:947 shmem:163 pagetables:140 bounce:0
Aug 25 10:15:48 kernel: DMA free:4136kB min:11020kB low:13772kB high:16528kB active_anon:0kB inactive_anon:0kB active_file:0kB inactive_file:0kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:130048kB mlocked:0kB dirty:0kB writeback:0kB mapped:0kB shmem:0kB slab_reclaimable:0kB slab_unreclaimable:122740kB kernel_stack:0kB pagetables:0kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? yes
Aug 25 10:15:48 kernel: lowmem_reserve[]: 0 109 109
Aug 25 10:15:48 kernel: Normal free:87280kB min:9456kB low:11820kB high:14184kB active_anon:4212kB inactive_anon:4736kB active_file:2652kB inactive_file:4212kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:111616kB mlocked:0kB dirty:0kB writeback:0kB mapped:3788kB shmem:652kB slab_reclaimable:584kB slab_unreclaimable:10896kB kernel_stack:512kB pagetables:560kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? no
Aug 25 10:15:48 kernel: lowmem_reserve[]: 0 0 0
Aug 25 10:15:48 kernel: DMA: 0*4kB 3*8kB 3*16kB 1*32kB 1*64kB 1*128kB 1*256kB 1*512kB 1*1024kB 1*2048kB 0*4096kB = 4136kB
Aug 25 10:15:48 kernel: Normal: 68*4kB 80*8kB 252*16kB 113*32kB 44*64kB 33*128kB 8*256kB 2*512kB 1*1024kB 3*2048kB 15*4096kB = 87280kB
Aug 25 10:15:48 kernel: 1879 total pagecache pages
Aug 25 10:15:48 kernel: 0 pages in swap cache
Aug 25 10:15:48 kernel: Swap cache stats: add 0, delete 0, find 0/0
Aug 25 10:15:48 kernel: Free swap  = 0kB
Aug 25 10:15:48 kernel: Total swap = 0kB
Aug 25 10:15:48 kernel: 65536 pages of RAM
Aug 25 10:15:48 kernel: 23136 free pages
Aug 25 10:15:48 kernel: 1609 reserved pages
Aug 25 10:15:48 kernel: 6230 slab pages
Aug 25 10:15:48 kernel: 5164 pages shared
Aug 25 10:15:48 kernel: 0 pages swap cached
Aug 25 10:15:48 kernel: [<c009e84c>] (__alloc_pages_nodemask+0x61c/0x698) from [<c0377764>] (__slab_alloc+0x794/0x814)
Aug 25 10:15:48 kernel: [<c0377764>] (__slab_alloc+0x794/0x814) from [<c0377998>] (__kmalloc_track_caller+0xf8/0x108)
Aug 25 10:15:48 kernel: [<c0377998>] (__kmalloc_track_caller+0xf8/0x108) from [<c0379f88>] (__alloc_skb+0x54/0x104)
Aug 25 10:15:48 kernel: [<c0379f88>] (__alloc_skb+0x54/0x104) from [<c01d8ea4>] (osl_alloc_skb+0x18/0x30)
Aug 25 10:15:48 kernel: [<c01d8ea4>] (osl_alloc_skb+0x18/0x30) from [<c03891f0>] (osl_pktget+0x4c/0x154)
Aug 25 10:15:48 kernel: [<c03891f0>] (osl_pktget+0x4c/0x154) from [<c038876c>] (_dma_rxfill+0x174/0x3d4)
Aug 25 10:15:48 kernel: [<c038876c>] (_dma_rxfill+0x174/0x3d4) from [<bf015e48>] (chiprx+0xf0/0x140 [et])
Aug 25 10:15:48 kernel: unwind: Index not found bf015e48
Aug 25 10:15:48 kernel: Mem-info:
Aug 25 10:15:48 kernel: DMA per-cpu:
Aug 25 10:15:48 kernel: CPU    0: hi:   42, btch:   7 usd:   6
Aug 25 10:15:48 kernel: CPU    1: hi:   42, btch:   7 usd:  39
Aug 25 10:15:48 kernel: Normal per-cpu:
Aug 25 10:15:48 kernel: CPU    0: hi:   42, btch:   7 usd:  26
Aug 25 10:15:48 kernel: CPU    1: hi:   42, btch:   7 usd:  39
Aug 25 10:15:48 kernel: active_anon:1053 inactive_anon:1184 isolated_anon:0
Aug 25 10:15:48 kernel:  active_file:663 inactive_file:1053 isolated_file:0
Aug 25 10:15:48 kernel:  unevictable:0 dirty:0 writeback:0 unstable:0
Aug 25 10:15:48 kernel:  free:22854 slab_reclaimable:146 slab_unreclaimable:33409
Aug 25 10:15:48 kernel:  mapped:947 shmem:163 pagetables:140 bounce:0
Aug 25 10:15:48 kernel: DMA free:4136kB min:11020kB low:13772kB high:16528kB active_anon:0kB inactive_anon:0kB active_file:0kB inactive_file:0kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:130048kB mlocked:0kB dirty:0kB writeback:0kB mapped:0kB shmem:0kB slab_reclaimable:0kB slab_unreclaimable:122740kB kernel_stack:0kB pagetables:0kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? yes
Aug 25 10:15:48 kernel: lowmem_reserve[]: 0 109 109
Aug 25 10:15:48 kernel: Normal free:87280kB min:9456kB low:11820kB high:14184kB active_anon:4212kB inactive_anon:4736kB active_file:2652kB inactive_file:4212kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:111616kB mlocked:0kB dirty:0kB writeback:0kB mapped:3788kB shmem:652kB slab_reclaimable:584kB slab_unreclaimable:10896kB kernel_stack:512kB pagetables:560kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? no
Aug 25 10:15:48 kernel: lowmem_reserve[]: 0 0 0
Aug 25 10:15:48 kernel: DMA: 0*4kB 3*8kB 3*16kB 1*32kB 1*64kB 1*128kB 1*256kB 1*512kB 1*1024kB 1*2048kB 0*4096kB = 4136kB
Aug 25 10:15:48 kernel: Normal: 68*4kB 80*8kB 252*16kB 113*32kB 44*64kB 33*128kB 8*256kB 2*512kB 1*1024kB 3*2048kB 15*4096kB = 87280kB
Aug 25 10:15:48 kernel: 1879 total pagecache pages
Aug 25 10:15:48 kernel: 0 pages in swap cache
Aug 25 10:15:48 kernel: Swap cache stats: add 0, delete 0, find 0/0
Aug 25 10:15:48 kernel: Free swap  = 0kB
Aug 25 10:15:48 kernel: Total swap = 0kB
Aug 25 10:15:48 kernel: 65536 pages of RAM
Aug 25 10:15:48 kernel: 23136 free pages
Aug 25 10:15:48 kernel: 1609 reserved pages
Aug 25 10:15:48 kernel: 6230 slab pages
Aug 25 10:15:48 kernel: 5164 pages shared
Aug 25 10:15:48 kernel: 0 pages swap cached

Ik ga denk ik terug naar stock ASUS om te zien wat hij daar op doet. Mocht dat na een week geen goed resultaat opleveren: terug naar de afzender!

[MikeOO]

DavidZH schreef op vrijdag 25 augustus 2017 @ 10:28:
Edit 12:20: Na anderhalf uur klapte het netwerk er weer helemaal uit. Heb nu de oude Netgear teruggezet en ga de Asus ff helemaal stock maken vanmiddag. Ben er ernstig klaar mee...


Ik ga denk ik terug naar stock ASUS om te zien wat hij daar op doet. Mocht dat na een week geen goed resultaat opleveren: terug naar de afzender!

Denk inderdaad dat je moet beginnen met de stock van Asus zelf. Als hij daarmee al vreemd doet dan lijkt het er op dat er toch een hardware probleem is. Router behoort gewoon stabiel te werken ook met Merlin.

Lijkt er bijna op de er inderdaad problemen zijn met het geheugen op de router. Staan nog 2 fouten in vlak erna en ook die lijken daarmee te maken te hebben.

Mogelijk dat het probleem te wijten is aan de JTTF partitie. Misschien dat eens onderzoeken
http://www.dslreports.com...n-corrupted-how-to-format

80 graden is normaal, is hier ook zo.

[DavidZH]

Thanks voor de info. Ga ik mee verder, en meld me als er ontwikkelingen zijn.

[Drexxon]

Stable (all): 380.68_2
Date: 12-Sept-2017

- FIXED: Some models would show the wrong menu options while in Repeater mode.
- FIXED: USB modem page not displayed if WAN type was set to USB.
- FIXED: CVE-2017-12754 security issue.
- FIXED: Incorrect LAN ports order on Networkmap (RT-AC3200) (Asus bug)
- FIXED: Extra OpenVPN CA not properly handled for OpenVPN clients 3, 4 and 5.
- FIXED: Invalid txrate shown on Wireless Client page if client isn't authenticated yet

De ASUS hack werkt bij mij ook nog steeds .
Thanks to Eric Sauvageau (Asuswrt-Merlin developer) - https://asuswrt.lostrealm.ca/

[Drexxon]

Stable (all): 380.68_4
Date: 4-Oct-2017

- CHANGED: Updated dnsmasq to 2.78 (contains a number of security fixes).
- FIXED: rstats could crash at start time in some situations.
- FIXED: QOS Scheduler would revert back to sfq after you had re-enabled QOS while (fq_)codel was already selected.
- FIXED: Missing tabs on the Parental Control page.
- FIXED: Realtek port status wouldn't auto-refresh on the Sysinfo page.
- FIXED: Incorrect sort by remaining time on the DHCP Lease page.
- FIXED: Some LAN clients couldn't be added to the TOR redirected client list.

Thanks to Eric Sauvageau (Asuswrt-Merlin developer) - https://asuswrt.lostrealm.ca/

[Tortelli]

Draai hier nog met orginele firmware, sinds de upgrade van Ziggo naar 400Mbit lijkt de AC68 de beperking om de snelheid te halen. Blijf hangen rond de 350Mbit tot ik hem reboot, dan haal ik (een paar minuten?) netjes mijn 400Mbit.

Toch de Merlin firmware maar eens proberen?.

[ditbenikecht]

Tortelli schreef op donderdag 5 oktober 2017 @ 22:23:
Draai hier nog met orginele firmware, sinds de upgrade van Ziggo naar 400Mbit lijkt de AC68 de beperking om de snelheid te halen. Blijf hangen rond de 350Mbit tot ik hem reboot, dan haal ik (een paar minuten?) netjes mijn 400Mbit.

Toch de Merlin firmware maar eens proberen?.

Is toch een instelling om bepaalde zaken te laten bypassen van de CPU? QOS enzo werken dan ook niet meer.

[Tortelli]

Had er de afgelopen week geen tijd voor, net even aan het prutsen geweest en probleem opgelost;

Stap 1: vanaf Ziggo modem direct in mijn PC. Haalde een perfecte 400/40Mbit (ook na 5 minuten wachten). Kortom er was zeker iets fouter met mij AC68U.

Stap 2: factory reset, settings teruggezet
Loste niets op

Stap 3: Merlin firmware geinstalleerd
Loste niets op, toen zag ik echter wel het volgende;

Zeer hoge cpu load tijdens downloaden op 1 core. Hij maxxed bijna, en mijn downloadsnelheid hangt rond de 350Mbit.

Stap 4: factory reset (met Merlin), alles handmatig ingesteld
Probleem opgelost!. CPU load is nader tot 0 en haal een perfecte max snelheid .

@ditbenikecht denk dat het probleem idd in die hoek zat, gekke is echter dat ik die instellingen al aangepast (en terug gezet had). Had alle forwards etc gescreenshot en dus vlot weer ingesteld.

Edit maandag 9-10: lijkt erop dat probleem toch terug is gekomen. Snelheid blijft weer hangen rond de 350-370Mbit. Kan zijn dat dit een Ziggo issue is maar ik acht die kans vrij klein (zeker om ~00:15 snachts of vroeg in de ochtend).

Leen van de week de AC66U bij mijn ouders even (werkt daar momenteel als hotspot) om te zien waar eea aan ligt.

[Voor 26% gewijzigd door Tortelli op 12-10-2017 08:31]

[ShadowLord]

Tortelli schreef op zondag 8 oktober 2017 @ 20:18:
Stap 4: factory reset (met Merlin), alles handmatig ingesteld

Heb je hardware NAT wel aan staan? En welke van de twee implementaties heb je gekozen voor NAT loopback?

De setting voor hardware acceleration vind je onder het menu blokje 'Advanced Settings', 'LAN' en dan op de 'Switch Control' tab.
De setting voor de NAT loopback vind je onder het menu blokje 'Advanced Settings', 'Firewall' en dan op de 'General' tab.

Voor de beste snelheden moet je in ieder geval de 'NAT Acceleration' op Auto hebben staan. Mogelijk werkt het ook beter als je de NAT loopback op 'Asus' hebt staan.

Verder neem ik aan de je Ziggo modem in 'bridge' staat (en dus IPv4 only is) en dat je geen IPv6 tunnel aan het gebruiken bent.

[Tortelli]

ShadowLord schreef op donderdag 12 oktober 2017 @ 09:26:
[...]

Heb je hardware NAT wel aan staan? En welke van de twee implementaties heb je gekozen voor NAT loopback?

De setting voor hardware acceleration vind je onder het menu blokje 'Advanced Settings', 'LAN' en dan op de 'Switch Control' tab.
De setting voor de NAT loopback vind je onder het menu blokje 'Advanced Settings', 'Firewall' en dan op de 'General' tab.

Voor de beste snelheden moet je in ieder geval de 'NAT Acceleration' op Auto hebben staan. Mogelijk werkt het ook beter als je de NAT loopback op 'Asus' hebt staan.

Verder neem ik aan de je Ziggo modem in 'bridge' staat (en dus IPv4 only is) en dat je geen IPv6 tunnel aan het gebruiken bent.

Hardware NAT staat aan (auto), echter hoe deze instelling bij de loopback staat weet ik niet (niet thuis momenteel). Ga ik controleren vanavond. Heb jumboframes overigens wel aanstaan, echter lijkt dit (ook na reboot) niets uit te maken.

Ziggo (connectbox) heb ik zelf gebridged, heb wel eens begrepen dat er technisch verschil zit tussen een eigen of vanuit Ziggo aangezette bridge?. Configuratiebestand in de connectbox heet internet400_40_nowifi_v4-sip.bin. Not sure of ik ipv6 heb momenteel.

Wat me overigens opvalt; zet ik de wifi uit lijkt het hele download / cpu load probleem direct opgelost te zijn.

Mocht ik eea niet zo 123 kunnen oplossen zet ik er een dedicated router voor; Tortelli in "\[Ervaringen/discussie] Ubiquiti-apparatuur - Deel 2", en gebruik ik de RT-AC66U als AP.

[Voor 6% gewijzigd door Tortelli op 12-10-2017 09:46]

[ShadowLord]

Tortelli schreef op donderdag 12 oktober 2017 @ 09:45:
[...]

Hardware NAT staat aan (auto), echter hoe deze instelling bij de loopback staat weet ik niet (niet thuis momenteel). Ga ik controleren vanavond. Heb jumboframes overigens wel aanstaan, echter lijkt dit (ook na reboot) niets uit te maken.

De reden van mijn vragen is dat het er op lijkt dat je router in CPU routing mode schiet. En helaas is de CPU niet krachtig genoeg om in dat geval topsnelheden te halen.
Helaas kan ik niet zo zeggen wat daar exact de oorzaak van is; Alleen de algemeenheid dat als er een apparaat in je LAN 'moeilijke dingen' doet dit het gevolg kan zijn. Loopback is soms zo'n 'moeilijk ding'.

Ziggo (connectbox) heb ik zelf gebridged, heb wel eens begrepen dat er technisch verschil zit tussen een eigen of vanuit Ziggo aangezette bridge?. Configuratiebestand in de connectbox heet internet400_40_nowifi_v4-sip.bin. Not sure of ik ipv6 heb momenteel.

Als je in bridge staat heb je IPv4 bij Ziggo, dus dat zit goed. Er zit geen technisch verschil tussen wie de bridge aan zet, enkel een organisatorisch. Zit je in fUPC gebied, dan mag/moet je het zelf doen. Zit je in fZiggo gebied dat kan alleen de helpdesk het doen voor je.

Wat me overigens opvalt; zet ik de wifi uit lijkt het hele download / cpu load probleem direct opgelost te zijn.

Of er zit dan iets niet helemaal goed in de wifi (is de verbruiker ook een wifi client?), of er zit een client op je wifi die door zijn gedraag de router forceerd naar CPU routing mode.

Mocht ik eea niet zo 123 kunnen oplossen zet ik er een dedicated router voor; Tortelli in "\[Ervaringen/discussie] Ubiquiti-apparatuur - Deel 2", en gebruik ik de RT-AC66U als AP.

Let wel op: ook veel van de Ubiquiti routers (en eigenlijk alle home en mkb oplossingen) leunen zwaar op hardware NAT/routing en zullen ook zwaar terugvallen in snelheid bij de eerder genoemde 'moeilijke dingen'.
In het Ubiquiti topic wordt soms ook besproken welke routers meer/minder in hardware kunnen afhandelen en welke in software mode ook nog een acceptabele throughput bieden.

[Tortelli]

ShadowLord schreef op donderdag 12 oktober 2017 @ 09:59:
[...]

De reden van mijn vragen is dat het er op lijkt dat je router in CPU routing mode schiet. En helaas is de CPU niet krachtig genoeg om in dat geval topsnelheden te halen.
Helaas kan ik niet zo zeggen wat daar exact de oorzaak van is; Alleen de algemeenheid dat als er een apparaat in je LAN 'moeilijke dingen' doet dit het gevolg kan zijn. Loopback is soms zo'n 'moeilijk ding'.

Ik heb de settings bekeken na aanleiding van je tips; NAT loopback stond op Merlin. Nu op Asus gezet, echter lijkt dit niets te helpen.

5Ghz wifi uitgezet, is 2 minuten snel ofzo en daarna kakt snelheid in en gaat CPU ineens naar 100%. Is er een manier om uit te zoeken wat dit veroorzaakt?.

Gekke is dat ik alle netwerkkabels er al eens uit heb gehaald, vanaf router direct in pc en ik had hetzelfde issue .

Edit:
Wifi uitzetten (zowel 2.4 als 5Ghz) helpt ook maar tijdelijk. Na een poosje kakt snelheid weer in en blijft hij weer hangen rond de 370Mbit.

[Voor 7% gewijzigd door Tortelli op 12-10-2017 21:19]

[Moe_Szyslak]

Ben nieuw in dit topic dus vergeef het me als dit al eens voorbij is gekomen.

Ik heb deze router op zolder staan en liep er vanochtend langs. Hij moest even gereset worden en zodra ik hem uit deed begon de power supply geluid te maken... niet iets wat ik van een ASUS product verwacht. Van een el-cheapo dealextreme geval misschien maar niet dit. Als ik de stekker uit het stopcontact haal gaat ie rustig nog een tijdje door met een “buzz”. Heeft iemand anders hier ook ervaring mee? Klinkt enigszins alsof hij mogelijk defect is oid.

[MikeOO]

Moe_Szyslak schreef op woensdag 18 oktober 2017 @ 19:32:
Ben nieuw in dit topic dus vergeef het me als dit al eens voorbij is gekomen.

Ik heb deze router op zolder staan en liep er vanochtend langs. Hij moest even gereset worden en zodra ik hem uit deed begon de power supply geluid te maken... niet iets wat ik van een ASUS product verwacht. Van een el-cheapo dealextreme geval misschien maar niet dit. Als ik de stekker uit het stopcontact haal gaat ie rustig nog een tijdje door met een “buzz”. Heeft iemand anders hier ook ervaring mee? Klinkt enigszins alsof hij mogelijk defect is oid.

Dit gebeurt wel vaker met adapter. Zelf een Dell laptop staan waarbij de adapter begint te gieren als de accu vol is. Deze is toen netjes omgeruild door Dell tijdens garantie. Gebruik de lader even goed nog voor onderweg in de laptop tas.

Hij hoort niet te gieren, die van mij maakt geen geluid, dus als er nog garantie op zit zou ik contact opnemen met winkel of Asus en kijken wat zij willen doen.

[Dacuuu]

Ben benieuwd wanneer Asus een firmware versie uitbrengt die al die WPA2 shizzle fixt..

[Astratuner]

Ja ik vind het ook lang duren eerlijk gezegd...

[painy]

Er is enkele dagen geleden een update uitgekomen, maar in de omschrijving lees ik enkel iets van een Wifi Hot-Spot van Facebook. Iemand een idee of deze de WPA2 hack gefixt heeft?

Version 3.0.0.4.380.7743_FBWIFI 2017/10/1938.93 MBytes

ASUS RT-AC68U Firmware version 3.0.0.4.380.7743 (Facebook Wi-Fi special version)
Facebook Wi-Fi special version, turn your business into a Wi-Fi hotspot, read more: https://www.facebook.com/business/facebook-wifi

* Please note this service is provided by Facebook, please check the facebook Wi-Fi website to make sure the support list and status.
* This service will not work at regions without Facebook services.

Release note:
- Stability improve

[Dacuuu]

painy schreef op vrijdag 3 november 2017 @ 18:54:
Er is enkele dagen geleden een update uitgekomen, maar in de omschrijving lees ik enkel iets van een Wifi Hot-Spot van Facebook. Iemand een idee of deze de WPA2 hack gefixt heeft?


[...]

Dit is de Facebook versie, van de laatste normale firmware versie. Niks nieuws dus.

[painy]

jammer.. merci voor reply!

[RVW]

Voor de RT-N66U is er wel een update uit die het WPA2 probleem fixed, maar voor de AC68U nog niet:

downloads: Asus RT-N66U 3.0.0.4.380.8120

Zal wss niet lang op zich laten wachten vermoed ik...

[ShadowLord]

Overigens hoeft een router/access point niet gepatched te worden voor deze bug aangezien het een client probleem is.
Alleen als je de AC68U gebruikt als wireless client (repeater of als wireless bridge) heb je deze fix nodig.

[MrFax]

Mijn router zit permanent vast in #a region. Ik heb het geprobeerd via SSH en nvram, maar het werkt gewoon niet. nvram opties blijven niet zitten, ze veranderen elke keer terug van EU naar #a, terwijl ik hem juist weer "legaal" wil maken, maar het lukt niet.

Ik las dat ik de bootloader nu moet aanpassen om het nog te kunnen veranderen, maar ik zou geen idee hebben hoe dat nou moet. Alle informatie op google is out of date.

Ik zit op de laatste Merlin firmware 380.68_4

[Voor 56% gewijzigd door MrFax op 07-11-2017 16:45]

[hp-got]

Firmware update met Krack-fix en nog wat CVE's opgelost is beschikbaar.

Download

Installatie ging bij mij zonder problemen, maar.......

Ik draai een VPN client (PIA) op deze router en ik kreeg met geen mogelijkheid de tunnel aan de praat.
Ben zo ver gegaan om een factory reset te geven en alle instellingen opnieuw te doen, zonder resultaat.

Intussen begrijp ik uit een opmerking van RMerlin op het SNB forum dat ASUS met ingang van deze .382 build de OpenVPN code closed source heeft gemaakt.

Eén plus één is wel vaker twee, er zal iets gewijzigd zijn aan de Open VPN implementatie waardoor dit bij mij niet zonder meer werkt.
Misschien wordt het voor mij nu tijd om over te stappen op de Merlin FW, ik deed het niet omdat de stock FW alles deed wat ik wilde, maar dat lijkt nu over te zijn.

Zijn er meer mensen die hier tegen aan lopen?
Zo ja, heb je het op kunnen lossen?

[Dacuuu]

Ook ik heb geupdate naar de laatste versie: 3.0.0.4.382_18547
De Wifi patch blijft netjes actief.

[Dacuuu]

Er is weer nieuwe firmware uitgekomen, met "performance" verbeteringen. Wifi patch blijft actief.

code:

Release note:
- Performance Improvement.

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

[Voor 47% gewijzigd door Dacuuu op 02-12-2017 12:49]

[MegaTronics]

Merlin heeft ook de eerste 382 alpha versie beschikbaar gesteld.

code:

suswrt-Merlin 382 Changelog
============================

382.2 Beta (xx-xxx-xxxx)
   - NEW: Merged with GPL 382_18991 (RT-AC88U/RT-AC3100 blobs).
          Most notable changes:
            - Added IPSec VPN server
            - Added IFTTT and Alexa support
            - Let's Encrypt support (on the DDNS page)
   - NEW: Added IPSec VPN status on the VPNStatus page.
   - NEW: Added support for RT-AC68U (and all of its variants)
   - CHANGED: Moved HTTPS cert management to the DDNS page (where
              Asus has put theirs, as Let's Encrypt is tied to
              the DDNS configuration)
   - FIXED: httpd crash on certain web pages if there are no Ethernet
            clients connected
   - REMOVED: Removed option to select between active and passive
              scan mode for a site survey (that code is now closed
              source and therefore that option can no longer be
              implemented).


382.1_2 (2-Dec-2017)
   - NEW: Added custom/add/postconf support for mcpd.conf (RT-AC86U)
   - CHANGED: Updated odhcp6c to latest upstream version
              (patch by theMIRon)
   - CHANGED: cifs and xt_set kernel modules will get automatically
              loaded as needed.
   - CHANGED: Updated openssl to 1.0.2m.
   - CHANGED: Updated libogg to 1.3.3 and libvorbis to 1.3.5.
   - CHANGED: Merged wireless components from GPL 382_18991 for
              RT-AC88U and RT-AC3100 (should in theory fix KRACK
              issue on these two models)
   - FIXED: allow IA_NA mode downgrade with forced IA_PD
            (for ISPs with broken IPv6 support)
            (patch by theMIRon)
   - FIXED: SSH brute force protection would break WAN
            connectivity (RT-AC86U)
   - FIXED: Wrong Trend Micro signature updater was used when
            compiling with FW update checker enabled.
   - FIXED: QoS Upload chart missing on PPPoE connections with
            Adaptive QoS enabled.
   - FIXED: client and vendor id fields on WAN page would fail
            to accept new values longer than 32 characters.
   - FIXED: The Desc field in the OpenVPN policy section would
            reject ":" if field contained a MAC address.
   - FIXED: Security issues CVE-2017-15275, CVE-2017-12163 and
            CVE-2017-12150 (backported to Samba 3.6 and 3.5)
   - FIXED: DHCP static lease list would refuse any change if
            the list of leases+hostnames was longer than 1000
            chars due to an HND platform limitation (RT-AC86U)


382.1 (12-Nov-2017)
   Asuswrt-Merlin 382 was rebuilt from a clean GPL codebase, as
   merging the new 382 GPL on top of the existing code proved too
   difficult.

   For simplicity, the following abbreviations are used below:
      AM380 = Asuswrt-Merlin 380.xxx
      AM382 = Asuswrt-Merlin 382.xxx
      Asus380 = Asus's 3.0.0.4.380_xxxx
      Asus382 = Asus's 3.0.0.4.382_xxxx

   AM382.1 is based on AM380.68_4 merged on top of a clean
   3.0.0.4.382_15098 GPL.

   At this time, only the RT-AC86U, RT-AC88U and RT-AC3100
   are supported by AM382.  Other models will gradually be
   moved to AM382 as Asus upgrade them to the new 382 code
   base (and GPL code becomes available for them).

   This changelog will focus on changes that happened between
   AM380.68 and AM382.1, or between Asus382_16466 and AM382.

   Also note that the primary download site was changed to
   Sourceforge, due to numerous issues with Mediafire.  Onedrive
   will be the oficial mirror to the SF.net download site.

   - NEW: Moved to Asus382 codebase.  Some of the most important
          changes between Asus380 and Asus382:
            - New Trend Micro DPI engine, with two-way IPS
            - New networkmap service (now closed source)
            - New OpenVPN implementation (now closed source,
              not used by AM382)
            - Numerous security enhancements throughout the code

   - NEW: Merged with GPL 382_16466 (RT-AC86U).
   - NEW: Added support for the RT-AC86U and its Broadcom HND
          platform (HND SDK from GPL 382_18219).
          Note that IPTraffic is not supported by this model due to
          its newer Linux kernel.
   - NEW: Rewrote part of the OpenVPN implementation, as Asus's own
          is now closed source.  Asuswrt-Merlin's OpenVPN code will
          now be independent of Asus's.
   - NEW: Added support for inline CRLs when importing an ovpn file
   - NEW: Added support for fullcone NAT (RT-AC86U)
   - NEW: Added WiFi Radar (Broadcom's Visualization app) in the
          Wireless section.  You must enable data collection on
          its Configuration page for all charts to work properly.
          (RT-AC86U)
   - NEW: Added option to disable the Asus NAT tunnel service under
          Other Settings -> Tweak.  Not quite sure what this
          partly closed source service is for, but it eats a
          fair amount of CPU and RAM.
   - NEW: Option on OpenVPN Server page to quickly choose
          between pushing LAN or LAN + Internet access (ported
          from Asus382)
   - NEW: Option to select the bitsize to use (1024 or 2048) when
          automatically generating the OpenVPN server key/certs
          (ported from Asus382)
   - CHANGED: Updated wget to 1.19.2 (fixing connectivity to some
              TLS 1.2 servers)
   - CHANGED: SSH host keys are now stored in /jffs/ssl/ rather
              than nvram.
   - CHANGED: SMB2 is enabled by default on RT-AC86U (no performance
              penalty on that platform)
   - CHANGED: Moved UPnP Secure Mode setting from the Tweaks section
              to the WAN page, next to other UPnP settings.
   - CHANGED: Moved "Modify key and certs" link to its own dedicated
              row and made it a button for improved visibility
              (OpenVPN client & server pages)
   - CHANGED: Updated OpenVPN to 2.4.4.
   - CHANGED: The firmware version check behaviour was slightly
              changed.  The "Get Beta" checkbox will now check
              both the Beta and the Release channels for new
              version availability.  Automatic scheduled checks
              will still only check the Release channel.
   - CHANGED: Layout improvements to the SNMP, Login, and
              Operation Mode pages (patches by Alin Trăistaru)
   - CHANGED: Report both the local client IP as well as the
              public/visible IP on the OpenVPN client page once
              a client is connected (same info that was already
              available on the VPN Status page).
   - CHANGED: Moved Disk spindown settings to the System page,
              to match with Asus382 which now offers this feature.
   - REMOVED: Obsolete/exotic HMAC digests for OpenVPN servers (to
              match with Asus' own supported list)
   - REMOVED: "Custom" OpenVPN authentication mode (which probably
              nobody used or even understood).

[mindwarper]

MegaTronics schreef op vrijdag 8 december 2017 @ 10:55:
Merlin heeft ook de eerste 382 alpha versie beschikbaar gesteld.

code:

suswrt-Merlin 382 Changelog
============================

382.2 Beta (xx-xxx-xxxx)
   - NEW: Merged with GPL 382_18991 (RT-AC88U/RT-AC3100 blobs).
          Most notable changes:
            - Added IPSec VPN server
            - Added IFTTT and Alexa support
            - Let's Encrypt support (on the DDNS page)
   - NEW: Added IPSec VPN status on the VPNStatus page.
   - NEW: Added support for RT-AC68U (and all of its variants)
   - CHANGED: Moved HTTPS cert management to the DDNS page (where
              Asus has put theirs, as Let's Encrypt is tied to
              the DDNS configuration)
   - FIXED: httpd crash on certain web pages if there are no Ethernet
            clients connected
   - REMOVED: Removed option to select between active and passive
              scan mode for a site survey (that code is now closed
              source and therefore that option can no longer be
              implemented).


382.1_2 (2-Dec-2017)
   - NEW: Added custom/add/postconf support for mcpd.conf (RT-AC86U)
   - CHANGED: Updated odhcp6c to latest upstream version
              (patch by theMIRon)
   - CHANGED: cifs and xt_set kernel modules will get automatically
              loaded as needed.
   - CHANGED: Updated openssl to 1.0.2m.
   - CHANGED: Updated libogg to 1.3.3 and libvorbis to 1.3.5.
   - CHANGED: Merged wireless components from GPL 382_18991 for
              RT-AC88U and RT-AC3100 (should in theory fix KRACK
              issue on these two models)
   - FIXED: allow IA_NA mode downgrade with forced IA_PD
            (for ISPs with broken IPv6 support)
            (patch by theMIRon)
   - FIXED: SSH brute force protection would break WAN
            connectivity (RT-AC86U)
   - FIXED: Wrong Trend Micro signature updater was used when
            compiling with FW update checker enabled.
   - FIXED: QoS Upload chart missing on PPPoE connections with
            Adaptive QoS enabled.
   - FIXED: client and vendor id fields on WAN page would fail
            to accept new values longer than 32 characters.
   - FIXED: The Desc field in the OpenVPN policy section would
            reject ":" if field contained a MAC address.
   - FIXED: Security issues CVE-2017-15275, CVE-2017-12163 and
            CVE-2017-12150 (backported to Samba 3.6 and 3.5)
   - FIXED: DHCP static lease list would refuse any change if
            the list of leases+hostnames was longer than 1000
            chars due to an HND platform limitation (RT-AC86U)


382.1 (12-Nov-2017)
   Asuswrt-Merlin 382 was rebuilt from a clean GPL codebase, as
   merging the new 382 GPL on top of the existing code proved too
   difficult.

   For simplicity, the following abbreviations are used below:
      AM380 = Asuswrt-Merlin 380.xxx
      AM382 = Asuswrt-Merlin 382.xxx
      Asus380 = Asus's 3.0.0.4.380_xxxx
      Asus382 = Asus's 3.0.0.4.382_xxxx

   AM382.1 is based on AM380.68_4 merged on top of a clean
   3.0.0.4.382_15098 GPL.

   At this time, only the RT-AC86U, RT-AC88U and RT-AC3100
   are supported by AM382.  Other models will gradually be
   moved to AM382 as Asus upgrade them to the new 382 code
   base (and GPL code becomes available for them).

   This changelog will focus on changes that happened between
   AM380.68 and AM382.1, or between Asus382_16466 and AM382.

   Also note that the primary download site was changed to
   Sourceforge, due to numerous issues with Mediafire.  Onedrive
   will be the oficial mirror to the SF.net download site.

   - NEW: Moved to Asus382 codebase.  Some of the most important
          changes between Asus380 and Asus382:
            - New Trend Micro DPI engine, with two-way IPS
            - New networkmap service (now closed source)
            - New OpenVPN implementation (now closed source,
              not used by AM382)
            - Numerous security enhancements throughout the code

   - NEW: Merged with GPL 382_16466 (RT-AC86U).
   - NEW: Added support for the RT-AC86U and its Broadcom HND
          platform (HND SDK from GPL 382_18219).
          Note that IPTraffic is not supported by this model due to
          its newer Linux kernel.
   - NEW: Rewrote part of the OpenVPN implementation, as Asus's own
          is now closed source.  Asuswrt-Merlin's OpenVPN code will
          now be independent of Asus's.
   - NEW: Added support for inline CRLs when importing an ovpn file
   - NEW: Added support for fullcone NAT (RT-AC86U)
   - NEW: Added WiFi Radar (Broadcom's Visualization app) in the
          Wireless section.  You must enable data collection on
          its Configuration page for all charts to work properly.
          (RT-AC86U)
   - NEW: Added option to disable the Asus NAT tunnel service under
          Other Settings -> Tweak.  Not quite sure what this
          partly closed source service is for, but it eats a
          fair amount of CPU and RAM.
   - NEW: Option on OpenVPN Server page to quickly choose
          between pushing LAN or LAN + Internet access (ported
          from Asus382)
   - NEW: Option to select the bitsize to use (1024 or 2048) when
          automatically generating the OpenVPN server key/certs
          (ported from Asus382)
   - CHANGED: Updated wget to 1.19.2 (fixing connectivity to some
              TLS 1.2 servers)
   - CHANGED: SSH host keys are now stored in /jffs/ssl/ rather
              than nvram.
   - CHANGED: SMB2 is enabled by default on RT-AC86U (no performance
              penalty on that platform)
   - CHANGED: Moved UPnP Secure Mode setting from the Tweaks section
              to the WAN page, next to other UPnP settings.
   - CHANGED: Moved "Modify key and certs" link to its own dedicated
              row and made it a button for improved visibility
              (OpenVPN client & server pages)
   - CHANGED: Updated OpenVPN to 2.4.4.
   - CHANGED: The firmware version check behaviour was slightly
              changed.  The "Get Beta" checkbox will now check
              both the Beta and the Release channels for new
              version availability.  Automatic scheduled checks
              will still only check the Release channel.
   - CHANGED: Layout improvements to the SNMP, Login, and
              Operation Mode pages (patches by Alin Trăistaru)
   - CHANGED: Report both the local client IP as well as the
              public/visible IP on the OpenVPN client page once
              a client is connected (same info that was already
              available on the VPN Status page).
   - CHANGED: Moved Disk spindown settings to the System page,
              to match with Asus382 which now offers this feature.
   - REMOVED: Obsolete/exotic HMAC digests for OpenVPN servers (to
              match with Asus' own supported list)
   - REMOVED: "Custom" OpenVPN authentication mode (which probably
              nobody used or even understood).

interessant
Heb ik weer wat om uit te proberen dit weekend...
Kan men als het onverhoopt niet zo goed uitpakt ook weer probleemloos terug naar 380 branch?
Dat weet ik nu op dit moment niet helemaal zeker

[MegaTronics]

mindwarper schreef op vrijdag 8 december 2017 @ 11:46:
[...]

interessant
Heb ik weer wat om uit te proberen dit weekend...
Kan men als het onverhoopt niet zo goed uitpakt ook weer probleemloos terug naar 380 branch?
Dat weet ik nu op dit moment niet helemaal zeker

Terug naar 380 is een factory reset noodzakelijk. Je kunt altijd je huidige config backuppen en die dan na een factory reset weer restoren. Of als je weinig aanpassingen hebt, kun je alles weer instellen.

Een ding wat mij opvalt is, is dat de OpenVPN server niet meer wil starten op TCP poort 443 in de 382 branch.

[Voor 9% gewijzigd door MegaTronics op 08-12-2017 12:04]

[mindwarper]

MegaTronics schreef op vrijdag 8 december 2017 @ 12:03:
[...]


Terug naar 380 is een factory reset noodzakelijk. Je kunt altijd je huidige config backuppen en die dan na een factory reset weer restoren. Of als je weinig aanpassingen hebt, kun je alles weer instellen.

Een ding wat mij opvalt is, is dat de OpenVPN server niet meer wil starten op TCP poort 443 in de 382 branch.

Tuurlijk Factory reset is begrijpelijk en logisch... heb idd vorige week een backup gedaan... Just in case lol
Aha andere port dan maar voor VPN lol

[Voor 0% gewijzigd door mindwarper op 08-12-2017 12:12. Reden: Typo]

[MegaTronics]

mindwarper schreef op vrijdag 8 december 2017 @ 12:11:
[...]

Tuurlijk Factory reset is begrijpelijk en logisch... heb idd vorige week een backup dedaan... Just in case lol
Aha andere port dan maar voor VPN lol

Voordeel van TCP 443 is dat die vaak openstaat bij openbare WiFi, wel net zo handig.

[mindwarper]

MegaTronics schreef op vrijdag 8 december 2017 @ 12:12:
[...]


Voordeel van TCP 443 is dat die vaak openstaat bij openbare WiFi, wel net zo handig.

haha ja lol... begrijpelijk.
Maar noem mij maar paranoïde, maar als ik openbare WiFi netwerken zie, dan is default-mode van mij: laat maar zitten; trap ik niet in.
Iets van security en gezond verstand lol O-); althans zo kijk ik ernaar.

[Voor 3% gewijzigd door mindwarper op 08-12-2017 12:20. Reden: Typo + extra tekst]

[GrooV]

Inmiddels heb ik hier 1gbit/s internet liggen van Tweak, iemand een idee wat de beste settings zijn op 5Ghz om zo'n goed mogelijk resultaat te krijgen? Nu kom ik niet hoger dan 200mbit/s

[MegaTronics]

mindwarper schreef op vrijdag 8 december 2017 @ 12:17:
[...]

haha ja lol... begrijpelijk.
Maar noem mij maar paranoïde, maar als ik openbare WiFi netwerken zie, dan is default-mode van mij: laat maar zitten; trap ik niet in.
Iets van security en gezond verstand lol O-); althans zo kijk ik ernaar.

Klopt, vandaar ook het gebruik van VPN op dat soort netwerken.

[mindwarper]

GrooV schreef op vrijdag 8 december 2017 @ 12:27:
Inmiddels heb ik hier 1gbit/s internet liggen van Tweak, iemand een idee wat de beste settings zijn op 5Ghz om zo'n goed mogelijk resultaat te krijgen? Nu kom ik niet hoger dan 200mbit/s

sorry om vervelend te doen maar 5GHz WiFi en 200 MBit/s is wellicht toe te schrijven aan allerlei factoren.

• Je client device of wireless adapter/ontvanger kan mogelijk niet meer aan dan een 200 Mbit/s connectie aan
• of router kan het niet zo goed aan...
• Verstoringen andere netwerken
• Kanaalbreedte niet goed ingesteld
• Kanaalnummer 5GHz goed kiezen
• etc...

Het zijn maar een aantal zaken die bij mij opkomen op dit moment, maar hoeft natuurlijk niet allemaal van toepassing te zijn...
Kabel trekken/leggen altijd beter haha, werkt altijd.
Als het kan even testen met bekabelde verbinding

[Voor 10% gewijzigd door mindwarper op 08-12-2017 13:58]

[GrooV]

mindwarper schreef op vrijdag 8 december 2017 @ 13:56:
[...]

sorry om vervelend te doen maar 5GHz WiFi en 200 MBit/s is wellicht toe te schrijven aan allerlei factoren.

• Je client device of wireless adapter/ontvanger kan mogelijk niet meer aan dan een 200 Mbit/s connectie aan
• of router kan het niet zo goed aan...
• Verstoringen andere netwerken
• Kanaalbreedte niet goed ingesteld
• Kanaalnummer 5GHz goed kiezen
• etc...

Het zijn maar een aantal zaken die bij mij opkomen op dit moment, maar hoeft natuurlijk niet allemaal van toepassing te zijn...
Kabel trekken/leggen altijd beter haha, werkt altijd.
Als het kan even testen met bekabelde verbinding

Ja ik snap ook wel dat kabel beter is maar alles draait hier op wifi dus dat heeft weinig not. Ik vraag gewoon of er wat settings zijn om de 5GHZ band te tunen. Overigens haal ik met een kabel gewoon ongeveer 1000/1000 hoor, zie https://twitter.com/iostack/status/936588189376090112

[mindwarper]

GrooV schreef op vrijdag 8 december 2017 @ 12:27:
Inmiddels heb ik hier 1gbit/s internet liggen van Tweak, iemand een idee wat de beste settings zijn op 5Ghz om zo'n goed mogelijk resultaat te krijgen? Nu kom ik niet hoger dan 200mbit/s

GrooV schreef op vrijdag 8 december 2017 @ 14:10:
[...]

Ja ik snap ook wel dat kabel beter is maar alles draait hier op wifi dus dat heeft weinig not. Ik vraag gewoon of er wat settings zijn om de 5GHZ band te tunen. Overigens haal ik met een kabel gewoon ongeveer 1000/1000 hoor, zie https://twitter.com/iostack/status/936588189376090112

Ik denk dat ik wijselijk niet verder hier op inga haha

[Voor 24% gewijzigd door mindwarper op 13-12-2017 13:59]

[RVW]

Er is weer een nieuwe stock firmware:

Firmware version 3.0.0.4.384_10007
- Release Note -

New feature
AiMesh: an innovative new router feature that connects multiple ASUS routers to create a whole-home WiFi network. Refer to https://www.asus.com/aimesh/ for more detail.

Security fixed
- Fixed XSS vulnerability. Thanks for Joaquim's contribution
- Fixed LAN RCE vulnerability. An independent security researcher has reported this vulnerability to Beyond Security’s SecuriTeam Secure Disclosure program
- Fixed remote code execution vulnerability. Thanks to David Maciejak of Fortinet's FortiGuard Labs

Bug fixed
- Fixed NAT throughput drop issue
- Fixed network map abnormal responsed time issues
- Fixed client list issues
- Fixed AiCloud smart sync issue

Hij staat nog niet op de Asus-site trouwens.

Edit: inmiddels wel!

[TommyGun]

Ik zit nog op de 380 branch (380.69), hoe bevalt 382.2 ?

[MegaTronics]

Merlin heeft ook een 382.2 beta beschikbaar. De alpha's waren al behoorlijk stabiel, dus nu naar beta 2 gegaan.

code:

Asuswrt-Merlin 382 Changelog
============================

382.2 Beta (xx-xxx-xxxx)
   - NOTE: The official IRC channel has moved to
           Freenode (#asuswrt).

   - NEW: Merged with GPL 382_18991.
          Most notable changes (will vary between models):
            - Added IPSec VPN server
            - Added IFTTT and Alexa support
            - Let's Encrypt support (DDNS page)
            - Better support for some longer settings (RT-AC86U)
   - NEW: Merged HND SDK + binary components from 382_18848
          (RT-AC86U)
   - NEW: Added IPSec VPN status on the VPNStatus page.
   - NEW: Added support for RT-AC56U and RT-AC68U
          (and all of its variants)
   - NEW: Enabled support for Let's Encrypt on RT-AC56U and
          RT-AC68U (in addition to RT-AC88U/3100)
   - CHANGED: Moved HTTPS cert management to the DDNS page (where
              Asus has put theirs, as Let's Encrypt is tied to
              the DDNS configuration)
   - CHANGED: Updated openssl to 1.0.2n.
   - CHANGED: Updated tor to 0.2.9.14.
   - CHANGED: Updated nano to 2.9.1.
   - CHANGED: Updated curl to 7.57.0.
   - CHANGED: Increased max length for OpenVPN custom settings from
              170 to 510 characters on RT-AC86U.
   - CHANGED: Updated miniupnod to Github snapshot 20171212.
   - CHANGED: OpenVPN firewall rules are now processed after the
              various security chains (access restriction, network
              service firewall, etc...), ensuring OVPN traffic no
              longer bypasses them.
   - FIXED: httpd crash on certain web pages if there are no Ethernet
            clients connected
   - FIXED: DNSFILTER rules would have priority over OPENVPN Client
            rules (when client has DNS set to Exclusive mode).
   - FIXED: traffic routing from the router itself would fail when
            restarting the firewall while using an ovpn client with
            policy rules in effect.
   - FIXED: Dashes were rejected when used in an OpenVPN policy
            client description.
   - REMOVED: Removed option to select between active and passive
              scan mode for a site survey (that code is now closed
              source and therefore that option can no longer be
              implemented).


382.1_2 (2-Dec-2017)
   - NEW: Added custom/add/postconf support for mcpd.conf (RT-AC86U)
   - CHANGED: Updated odhcp6c to latest upstream version
              (patch by theMIRon)
   - CHANGED: cifs and xt_set kernel modules will get automatically
              loaded as needed.
   - CHANGED: Updated openssl to 1.0.2m.
   - CHANGED: Updated libogg to 1.3.3 and libvorbis to 1.3.5.
   - CHANGED: Merged wireless components from GPL 382_18991 for
              RT-AC88U and RT-AC3100 (should in theory fix KRACK
              issue on these two models)
   - FIXED: allow IA_NA mode downgrade with forced IA_PD
            (for ISPs with broken IPv6 support)
            (patch by theMIRon)
   - FIXED: SSH brute force protection would break WAN
            connectivity (RT-AC86U)
   - FIXED: Wrong Trend Micro signature updater was used when
            compiling with FW update checker enabled.
   - FIXED: QoS Upload chart missing on PPPoE connections with
            Adaptive QoS enabled.
   - FIXED: client and vendor id fields on WAN page would fail
            to accept new values longer than 32 characters.
   - FIXED: The Desc field in the OpenVPN policy section would
            reject ":" if field contained a MAC address.
   - FIXED: Security issues CVE-2017-15275, CVE-2017-12163 and
            CVE-2017-12150 (backported to Samba 3.6 and 3.5)
   - FIXED: DHCP static lease list would refuse any change if
            the list of leases+hostnames was longer than 1000
            chars due to an HND platform limitation (RT-AC86U)


382.1 (12-Nov-2017)
   Asuswrt-Merlin 382 was rebuilt from a clean GPL codebase, as
   merging the new 382 GPL on top of the existing code proved too
   difficult.

   For simplicity, the following abbreviations are used below:
      AM380 = Asuswrt-Merlin 380.xxx
      AM382 = Asuswrt-Merlin 382.xxx
      Asus380 = Asus's 3.0.0.4.380_xxxx
      Asus382 = Asus's 3.0.0.4.382_xxxx

   AM382.1 is based on AM380.68_4 merged on top of a clean
   3.0.0.4.382_15098 GPL.

   At this time, only the RT-AC86U, RT-AC88U and RT-AC3100
   are supported by AM382.  Other models will gradually be
   moved to AM382 as Asus upgrade them to the new 382 code
   base (and GPL code becomes available for them).

   This changelog will focus on changes that happened between
   AM380.68 and AM382.1, or between Asus382_16466 and AM382.

   Also note that the primary download site was changed to
   Sourceforge, due to numerous issues with Mediafire.  Onedrive
   will be the oficial mirror to the SF.net download site.

   - NEW: Moved to Asus382 codebase.  Some of the most important
          changes between Asus380 and Asus382:
            - New Trend Micro DPI engine, with two-way IPS
            - New networkmap service (now closed source)
            - New OpenVPN implementation (now closed source,
              not used by AM382)
            - Numerous security enhancements throughout the code

   - NEW: Merged with GPL 382_16466 (RT-AC86U).
   - NEW: Added support for the RT-AC86U and its Broadcom HND
          platform (HND SDK from GPL 382_18219).
          Note that IPTraffic is not supported by this model due to
          its newer Linux kernel.
   - NEW: Rewrote part of the OpenVPN implementation, as Asus's own
          is now closed source.  Asuswrt-Merlin's OpenVPN code will
          now be independent of Asus's.
   - NEW: Added support for inline CRLs when importing an ovpn file
   - NEW: Added support for fullcone NAT (RT-AC86U)
   - NEW: Added WiFi Radar (Broadcom's Visualization app) in the
          Wireless section.  You must enable data collection on
          its Configuration page for all charts to work properly.
          (RT-AC86U)
   - NEW: Added option to disable the Asus NAT tunnel service under
          Other Settings -> Tweak.  Not quite sure what this
          partly closed source service is for, but it eats a
          fair amount of CPU and RAM.
   - NEW: Option on OpenVPN Server page to quickly choose
          between pushing LAN or LAN + Internet access (ported
          from Asus382)
   - NEW: Option to select the bitsize to use (1024 or 2048) when
          automatically generating the OpenVPN server key/certs
          (ported from Asus382)
   - CHANGED: Updated wget to 1.19.2 (fixing connectivity to some
              TLS 1.2 servers)
   - CHANGED: SSH host keys are now stored in /jffs/ssl/ rather
              than nvram.
   - CHANGED: SMB2 is enabled by default on RT-AC86U (no performance
              penalty on that platform)
   - CHANGED: Moved UPnP Secure Mode setting from the Tweaks section
              to the WAN page, next to other UPnP settings.
   - CHANGED: Moved "Modify key and certs" link to its own dedicated
              row and made it a button for improved visibility
              (OpenVPN client & server pages)
   - CHANGED: Updated OpenVPN to 2.4.4.
   - CHANGED: The firmware version check behaviour was slightly
              changed.  The "Get Beta" checkbox will now check
              both the Beta and the Release channels for new
              version availability.  Automatic scheduled checks
              will still only check the Release channel.
   - CHANGED: Layout improvements to the SNMP, Login, and
              Operation Mode pages (patches by Alin Trăistaru)
   - CHANGED: Report both the local client IP as well as the
              public/visible IP on the OpenVPN client page once
              a client is connected (same info that was already
              available on the VPN Status page).
   - CHANGED: Moved Disk spindown settings to the System page,
              to match with Asus382 which now offers this feature.
   - REMOVED: Obsolete/exotic HMAC digests for OpenVPN servers (to
              match with Asus' own supported list)
   - REMOVED: "Custom" OpenVPN authentication mode (which probably
              nobody used or even understood).

[Voor 141% gewijzigd door MegaTronics op 04-01-2018 10:20]

[Asure]

Ik zit op 380 3264, CFE 1.3.0.7. Wifi TX power wil met deze CFE niet, de verzoeken worden niet in NVRAM opgepakt en ik blijf op de 15.5 15.5 15.5 zitten.

Heeft iemand al geprobeerd om naar de 1.0.2.0 CFE via mtd-write te downgraden?
Ik ben benieuwd of dit kan maar durf het niet aan ivm. mogelijke hardwarevarianten die de oude CFE niet ondersteunt. De vraag is dus of iemand met een hogere CFE al eens gedowngrade heeft

Een andere optie zou HGG zijn gok ik, die zou de CFE omzeilen en alles weer mogelijk maken. Kan iemand dit bevestigen? (Dus als je 1.3.0.7 CFE hebt, en werkende TX pwr zaken..;))

[-Andy-]

Asure schreef op donderdag 4 januari 2018 @ 14:01:
Ik zit op 380 3264, CFE 1.3.0.7. Wifi TX power wil met deze CFE niet, de verzoeken worden niet in NVRAM opgepakt en ik blijf op de 15.5 15.5 15.5 zitten.

Heeft iemand al geprobeerd om naar de 1.0.2.0 CFE via mtd-write te downgraden?
Ik ben benieuwd of dit kan maar durf het niet aan ivm. mogelijke hardwarevarianten die de oude CFE niet ondersteunt. De vraag is dus of iemand met een hogere CFE al eens gedowngrade heeft

Een andere optie zou HGG zijn gok ik, die zou de CFE omzeilen en alles weer mogelijk maken. Kan iemand dit bevestigen? (Dus als je 1.3.0.7 CFE hebt, en werkende TX pwr zaken..;))

Zelfde probleem hier met 1.3.0.7 CFE. Downgrade naar 1.0.2.0 durf ik niet aan en heb de laatste 380.65.9_HGG-FINAL stabiel draaien op 25dBm / 316.2mW wat perfect werkt.

Echt een goed merkbaar verschil in signaalsterkte en doorvoersnelheid. Hoger dan deze waarde kan ik niet. De router raakt dan in paniek en is niet meer te benaderen. Alleen de Asus rescue firmware restoration werkt dan goed om alles weer naar behoren te laten werken.

[Asure]

Wat bedoel je precies met 'hoger dan deze waarde' ?

*Edit*
Je bedoelt de tx pwr, mW. Ik heb een oudere versie gevonden, die wil prima naar 1000mW/1W zonder panics.
Draait 24u nu en heb hem vanochtend naar 750 mW gezet, dat werkt ook. Je hebt wel een factory default gegeven na het flashen gok ik?

Ik kan downgraden via rescue mode naar de 380 'beta' van Asus, maar elke lagere firmware zorgt ervoor dat de router in een bootloop komt.

Via CFE miniweb downgraden is echt een drama, de webinterface is maar een paar seconden benaderbaar en dan moet je direct flashen. (Als je netjes wacht tot het lampje langzaam knippert dan ben je al te laat. Je moet ietsje eerder zijn. )

[Voor 22% gewijzigd door Asure op 05-01-2018 23:33]

[Exorcist]

Wie van jullie gebruikt ab-solution als adblocker op Merlin en de AC68U? Zie https://www.ab-solution.info/

Momenteel gebruik ik al enige tijd Pi-Hole op een Raspberry PI2 welke gevoed wordt door mijn NAS. Werkt prima, met als enige nadeel dat ik Tweakers niet kan whitelisten. Vraag me af of dat met ab-solution wel werkt, dat zou prettig zijn. Verder wellicht qua snelheid? Ik zie met Pi-Hole in ieder geval nergens meer ads op welk device dan ook dus qua werking/functionaliteit zie ik verder niet echt een goede reden om ab-solution te gaan gebruiken..

[Asure]

Geen adblocker in gebruik maar ik zie in deze file gewoon een whitelist.txt voorbij komen die je bijv. met vi of nano op de router zou kunnen bewerken. En daar dus de hosts van Tweakers op kunnen zetten. Let wel, dit zullen ongetwijfeld ad-netwerken zijn, die daarna op alle devices toegestaan zijn. SImpelweg www.tweakers.net invullen is niet voldoende omdat deze scripts niet kunnen zien welke adnetwerken er op een site gebruikt worden.

Dit unblocken ze voor snb:

code:

    vma.tgdaily.net
    tgdaily.net
    vma.tgdaily.com
    tgdaily.com
    assets.omidoo.com
    z-na.amazon-adsystem.com
    servedby.flashtalking.com
    flashtalking.com
    ad2.netshelter.net

In hun script kun je precies zien hoe zij het doen. Hier te downloaden:
http://ab-solution.info/releases/latest/ab-solution.sh

Hosts op de whitelist zijn overal unblocked. Dus als je google tracking en ads unblockt voor tweakers, dan kunnen ook andere sites weer ads gaan tonen.

[geenwindows]

Ik gebruik AB-solution zodat het gasten netwerk ook adblock heeft. En het gebruikt DNSsec, bij pi-hole had er teveel moeite om dnssec / dndcrypt werkend te krijgen...
wel heb ik het gevoel dat de medium level een beetje te hoog is, er wordt nu gruwelijk veel geblokkeerd, moet ik nog eens een keertje goed naar kijken...

[Dacuuu]

RVW schreef op woensdag 3 januari 2018 @ 15:30:
Er is weer een nieuwe stock firmware:


[...]


Hij staat nog niet op de Asus-site trouwens.

Edit: inmiddels wel!

Blijft de WiFi patch actief bij deze firmware?

[Asure]

@Dacuuu Dat hangt een beetje af van je router / CFE.
Van wat ik inmiddels uit de HGG firmware gereversed heb zou het met elke CFE moeten werken mits je de juiste commando's hebt, en de init/RC patched zodat hij niet de waardes met defaults overschrijft als je via de webinterface 'submit'.

Qua CFE, met de oudere 1.0.2.0 zou het moeten werken. Met hogere versies kan ik niks zeker zeggen behalve dat alle bekende truuks niet werken op 1.3.7.0, die heb ik in mijn router. Ik kan de RC niet transplanteren van HGG omdat nieuwe versies extra waardes wegschrijven voor nieuwe functies.

Verkorte uitleg: HGG gebruikt een aangepaste RC binary om instellingen in de nvram te forceren. Dit werkt met alle CFE versies. De Asus RC binary forceert zowieso lage waardes, Dit is in de source al te zien. Ik heb dit al aangepast in een custom Merlin 380.69 build, maar het maakt nog steeds geen hogere wifi waardes mogelijk

[Dacuuu]

Asure schreef op dinsdag 9 januari 2018 @ 23:20:
@Dacuuu Dat hangt een beetje af van je router / CFE.
Van wat ik inmiddels uit de HGG firmware gereversed heb zou het met elke CFE moeten werken mits je de juiste commando's hebt, en de init/RC patched zodat hij niet de waardes met defaults overschrijft als je via de webinterface 'submit'.

Qua CFE, met de oudere 1.0.2.0 zou het moeten werken. Met hogere versies kan ik niks zeker zeggen behalve dat alle bekende truuks niet werken op 1.3.7.0, die heb ik in mijn router. Ik kan de RC niet transplanteren van HGG omdat nieuwe versies extra waardes wegschrijven voor nieuwe functies.

Verkorte uitleg: HGG gebruikt een aangepaste RC binary om instellingen in de nvram te forceren. Dit werkt met alle CFE versies. De Asus RC binary forceert zowieso lage waardes, Dit is in de source al te zien. Ik heb dit al aangepast in een custom Merlin 380.69 build, maar het maakt nog steeds geen hogere wifi waardes mogelijk

Wat een uitleg! maar 95% snap ik niet.
Heb 1.5 jaar gelden na het uitpakken van de 68u direct de wifi hack gedaan, en dit heeft tot nu toe altijd alle firmware updates overleefd. Mijn huidige CFE versie is 1.0.2.0, dit heb ik gecheckt met het volgende commando: nvram get bl_version

De CFE veranderd niet dmv firmware updates toch?

[Asure]

TL;DR

Je hebt de juiste firmware versie (een lage) en de kans is groot dat de hack bij jou blijft werken.
Recente routers zijn voorzien van hogere versies en die pakken niet (alle) writes op.
Firmware kan de CFE flashen. Ik heb het nog niet gezien in de gpl code die ik van Merlin zijn GIT heb gehaald.

De kans is wel erg groot dat je na het aanpassen van de wifi settings via de webpage weer op lagere TX waardes zit. Een programma dat draait als je op de 'submit' knop klikt overschrijft de txpower dingen.

De theorie is dat je dus je zaakje goed zet via de webinterface, en daarna de nvram waardes tweakt, commit en reboot. (Dan moet het eigenlijk blijven werken omdat jouw CFE goed staat.)

[Dacuuu]

Asure schreef op woensdag 10 januari 2018 @ 15:15:
TL;DR

Je hebt de juiste firmware versie (een lage) en de kans is groot dat de hack bij jou blijft werken.
Recente routers zijn voorzien van hogere versies en die pakken niet (alle) writes op.
Firmware kan de CFE flashen. Ik heb het nog niet gezien in de gpl code die ik van Merlin zijn GIT heb gehaald.

De kans is wel erg groot dat je na het aanpassen van de wifi settings via de webpage weer op lagere TX waardes zit. Een programma dat draait als je op de 'submit' knop klikt overschrijft de txpower dingen.

De theorie is dat je dus je zaakje goed zet via de webinterface, en daarna de nvram waardes tweakt, commit en reboot. (Dan moet het eigenlijk blijven werken omdat jouw CFE goed staat.)

Ik heb zojuist RT-AC68U_3.0.0.4_384_10007-g8e859e9 geïnstalleerd, Wifi patch blijft actief.

[Asure]

Erg verleidelijk zo'n screenshot, ik zou haast proberen naar 1.0.2.0 CFE te downgraden

Welke 'hack' heb jij precies gedaan?
1) Gewoon in nvram de waardes zetten en dan een commit?
2) Of via dd de CFE eruit, waardes aanpassen, en er weer in met mtd-write?

Indien 2, dan zou dit een boel verklaren.

[Voor 55% gewijzigd door Asure op 10-01-2018 15:47]

[Dacuuu]

Asure schreef op woensdag 10 januari 2018 @ 15:45:
Erg verleidelijk zo'n screenshot, ik zou haast proberen naar 1.0.2.0 CFE te downgraden

Welke 'hack' heb jij precies gedaan?
1) Gewoon in nvram de waardes zetten en dan een commit?
2) Of via dd de CFE eruit, waardes aanpassen, en er weer in met mtd-write?

Indien 2, dan zou dit een boel verklaren.

Ik heb het zo gedaan.
Ben zelf zeker niet de uitvinder van deze hack, die vind je in een andere post in dit topic, maar ik had het met wat screenshots duidelijk gemaakt hoe en wat.

[Roelf-99]

Dacuuu schreef op woensdag 10 januari 2018 @ 16:08:
[...]

Ik heb het zo gedaan.
Ben zelf zeker niet de uitvinder van deze hack, die vind je in een andere post in dit topic, maar ik had het met wat screenshots duidelijk gemaakt hoe en wat.

Ik heb je link gevolgd en procedure uitgevoerd ,maar geen resultaat. Is de genoemde hack nog actueel
op stock versie 384

[Asure]

@Roelf-99

Als je de router recent gekocht hebt, dan heb je een recente bootloader (1.0.3.x versie gok ik) en wordt dit door de CFE/Firmware beperkt. Je kunt de cfe versie zien op de webpage van de router. Menu 'tools' tab 'sysinfo' , item 'Bootloader (CFE)' staat een versienummer.

[Kliekoo]

Ik heb nu de laatste originele Asus firmware erin zitten met die Aimesh. Wat mij sindsdien opvalt is dat de router nu aan blijft geven dat er een firmware update is. Gekke is dat hij aangeeft dat de geïnstalleerde firmware dezelfde is als de nieuwe firmware waarvan hij zegt dat die beschikbaar is. Ik heb het toen een keer laten gaan, maar het verschijnsel blijft. Router werkt verder normaal. Is dit anderen sinds laatste originele Asus firmware ook opgevallen?

[Frostbite]

Vandaag voordelig een tweedehands AC68U (Wit) aangeschaft. Zag er als nieuw uit en had nog een oude firmware en CFE (1.0.2.0)

Direct Asus hack via telnet gedraaid en de laatste Merlin firmware erop geknald.

Had een aangepaste N66U (CFE hack en Merlin FW) staan en zat al eens te kijken toen ik hem ineens voorbij zag komen voor een leuk bedrag dat ik hem maar gekocht hebt. Draait zoals zijn voorganger als AP op zolder.

Misschien dat ik mijn oude Asus maar bij mijn schoonouders plant. Die hebben een TP link ding staan met de laatste (oude) firmware van 2016

[Roelf-99]

Frostbite schreef op woensdag 17 januari 2018 @ 22:22:
Vandaag voordelig een tweedehands AC68U (Wit) aangeschaft. Zag er als nieuw uit en had nog een oude firmware en CFE (1.0.2.0)

Direct Asus hack via telnet gedraaid en de laatste Merlin firmware erop geknald.

Had een aangepaste N66U (CFE hack en Merlin FW) staan en zat al eens te kijken toen ik hem ineens voorbij zag komen voor een leuk bedrag dat ik hem maar gekocht hebt. Draait zoals zijn voorganger als AP op zolder.

Misschien dat ik mijn oude Asus maar bij mijn schoonouders plant. Die hebben een TP link ding staan met de laatste (oude) firmware van 2016

Wil je aangeven hoe je de Asus hack heb uitgevoerd? Ik heb het nl geprobeerd en ondanks CFE 1.0.2.0 krijg ik het niet voor elkaar

[Frostbite]

Roelf-99 schreef op donderdag 18 januari 2018 @ 11:45:
[...]

Wil je aangeven hoe je de Asus hack heb uitgevoerd? Ik heb het nl geprobeerd en ondanks CFE 1.0.2.0 krijg ik het niet voor elkaar

Inloggen op je router en bij administration Telnet aanzetten.

via Putty inloggen op je router (dus ipadres van je router invullen en bolletje zetten op Telnet)
Dan inloggen onder admin en dan de codes plakken uit Anoniem: 676661 in "[Ervaringen] Asus RT-AC68U Dual-band Wireless-AC1900 Gigabit"

Je eindigt met 'reboot' dus dan hoef je alleen maar op Enter te drukken.
Na het herstarten kun je hem weer bijwerken met nieuwere firmware of je kunt het vermogen terugschroeven.

Het is nog geen 5 minuten werk.

[Roelf-99]

[

[Voor 129% gewijzigd door Roelf-99 op 18-01-2018 19:20. Reden: onjuiste quote]

[Asure]

Ik heb de source van de laatste Merlin versies uit elkaar gehaald en wat ik zo zie, is dat in elk geval het RC programma zowieso keihard waardes voor de maxp2 en maxp5 er in gooit. De mogelijkheid bestaat zelfs dat er CFE in deze firmware wordt overschreven: Er zitten in de /rom/CFE bin bestandjes voor alle soorten routers, en een closed-source bestandje dat meegepakt wordt voor de RC binary bevat mtd-write commando's. (Als ik oudere firmwares vergelijk en die van HGG zit dat er niet in. Het lijkt rond de 381 en hoger toegevoegd te zijn.)

Dus zowieso, als je de power waardes aanpast en reboot moet e.e.a. werken. Als je daarna op de submit of apply knop klikt in de wifi instellingen op de webpagina overschrijft hij de waardes in nvram en ben je terug bij af met de (nieuwe) lage waardes

[tdw]

Asure schreef op vrijdag 19 januari 2018 @ 14:27:
Dus zowieso, als je de power waardes aanpast en reboot moet e.e.a. werken. Als je daarna op de submit of apply knop klikt in de wifi instellingen op de webpagina overschrijft hij de waardes in nvram en ben je terug bij af met de (nieuwe) lage waardes

Wat gek. Waarom zouden ze dat nou toch gedaan hebben

[sroose]

Ik heb een nieuwe AC68U gekocht, deze draait bl_version=1.3.0.7. Al de pogingen om de power te wijzigen via nvram settings hebben geen effect. Welke opties heb ik om dit toch nog te bereiken?

-moet ik de bootloader versie downgraden, en naar welke versie?
-heeft dit nadelen?
-kan ik de firmware versie gewoon behouden?

Alvast bedankt, want ik geraak niet meer wijs uit al deze informatie

[Asure]

De enige optie is om custom firmware te gaan draaien.
Als je op 1.3.0.7 zit dan is de 380 beta official van Asus de laagst mogelijke fw die er via de webpage zo in wil volgens mij. Downgraden hebben ze voor lagere fw uit gezet.
RT-AC68U_9.0.0.4_380_2695-g1b222cd.trx

Ik adviseer om niet hoger te gaan. Vanaf deze 380 beta kan je naar bijv. HGG firmware. Die heeft het gewoon in de web interface en dat werkt op 1.3.0.7. Je zit dan echter wel op de 380 branch die niet meer wordt geupdate.
Heb je al gespeeld met de recovery methode en er op die manier firmware in gezet?
Als je er lagere inzet (374 ofzo) dan blijft hij in een bootloop zitten. Anderen zeggen echter dat het wel een uur duurt en ze dan uiteindelijk toch op lage firmware kopen. Ymmv.

Bootloader downgrade, zoals ik eerder schreef, ik weet niet of de oude bootloaders met nieuwe hardware werken. En ik heb tot nu toe geen zin om het uit te proberen.

[Voor 9% gewijzigd door Asure op 21-01-2018 12:04]

[PatrickPR]

Ik heb even een vraagje ter voorbereiding van de aanschaf van een nieuwe router. Ik heb nu een Asus RT-N66u (op Merlin firmware). Prima router met heel veel instelmogelijkheden, alleen is het bereik op mijn zolder aan de karige kant. De router zelf hangt in de meterkast op de begane grond. Ik zou wel graag bij Asus willen blijven, maar TP-link heeft naar mijn idee ook hele leuke routers.

Nu wil ik graag voor de RT-AC68u gaan vanwege het betere bereik, maar ik zie dat de aansluitingen aan de achterkant zitten. Zowel bij de RT-N66u als bijv. ook de RT-AC66u zitten de aansluitingen aan de bovenkant waardoor wandmontage geen probleem is.

Wat zijn jullie ervaringen met het ophangen van de AC68u? Ik zie wel dat er genoeg 3D printable beugels op internet te vinden zijn, maar ik heb geen 3D printer. Hoe hebben jullie dit opgelost?

[knakworst]

Heb je de hack ook uitgevoerd op de N66u. Een 'gehackte' N66u heeft een beter bereik dan een niet gehackte AC68U.

[Frostbite]

PatrickPR schreef op maandag 22 januari 2018 @ 11:42:
Ik heb even een vraagje ter voorbereiding van de aanschaf van een nieuwe router. Ik heb nu een Asus RT-N66u (op Merlin firmware). Prima router met heel veel instelmogelijkheden, alleen is het bereik op mijn zolder aan de karige kant. De router zelf hangt in de meterkast op de begane grond. Ik zou wel graag bij Asus willen blijven, maar TP-link heeft naar mijn idee ook hele leuke routers.

Nu wil ik graag voor de RT-AC68u gaan vanwege het betere bereik, maar ik zie dat de aansluitingen aan de achterkant zitten. Zowel bij de RT-N66u als bijv. ook de RT-AC66u zitten de aansluitingen aan de bovenkant waardoor wandmontage geen probleem is.

Wat zijn jullie ervaringen met het ophangen van de AC68u? Ik zie wel dat er genoeg 3D printable beugels op internet te vinden zijn, maar ik heb geen 3D printer. Hoe hebben jullie dit opgelost?

De pas aangeschafte AC68u staat boven op mijn Pc kast op zolder maar die van mijn ouders hnagt op in de meterkast. Daar hebben we een grote/lange tiewrap in de breedte vast gemaakt en daaraan met twee kleine tiewraps twee oogjes gemaakt. In de meterkast hebben we twee haakjes geschroefd en daar hangt hij aan op.

Wil je het mooier doen dan pak je een houten plankje en pak je twee plankdragers die je in de muur vastzet. Dan zet je de router op dat plankje.

Je kan als je N66u heeft opgehangen misschien die schroefpunten gebruiken om je beugels/steunen aan te bevestigen. Maak je een gaatje in dat plankje en dan kun je mooi daar alle kabels door laten lopen.

Over die Wifi kan ik wel iets roepen maar ik heb die hack toegepast op mijn n66u en nu ook weer op de ac68u die over een latere CFE beschikte. Koop je hem nu in de winkel dan heb je kans dat je de C1 hardware versie krijgt waarbij je geen Merlin kan draaien en ook de wifi hack niet meer kan toepassen.

[Voor 8% gewijzigd door Frostbite op 22-01-2018 12:29]

[PatrickPR]

knakworst schreef op maandag 22 januari 2018 @ 12:02:
Heb je de hack ook uitgevoerd op de N66u. Een 'gehackte' N66u heeft een beter bereik dan een niet gehackte AC68U.

Nee naar mijn weten heb ik op de N66u geen 'hack' uitgevoerd. Ik draai nu de Asus Merlin 380.69 versie met CFE 1.0.1.9.

Maar begrijp ik jou goed dat als ik die hack uitvoer, het net genoeg kan zijn om op zolder wel voldoende bereik te hebben?

Frostbite schreef op maandag 22 januari 2018 @ 12:27:
Over die Wifi kan ik wel iets roepen maar ik heb die hack toegepast op mijn n66u en nu ook weer op de ac68u die over een latere CFE beschikte. Koop je hem nu in de winkel dan heb je kans dat je de C1 hardware versie krijgt waarbij je geen Merlin kan draaien en ook de wifi hack niet meer kan toepassen.

Wat zijn jouw ervaringen qua wifi bereik tussen de stock (al dan niet met Merlin), niet gehackte n66u en de stock (al dan niet met Merlin), niet gehackte ac68u?

[Frostbite]

PatrickPR schreef op maandag 22 januari 2018 @ 13:16:
[...]
Wat zijn jouw ervaringen qua wifi bereik tussen de stock (al dan niet met Merlin), niet gehackte n66u en de stock (al dan niet met Merlin), niet gehackte ac68u?

Met de N66U had ik altijd maar nèt bereik in de garage die op 15 meter afstand stond sinds ik de stock Asus of Merlin draaide (op basis van 376.x). Daarvoor had ik wel redelijk bereik met de Merlin firmware (374.x).Dat kwam ook omdat in de 376 de Tx power teruggeschroefd werd van 100mW naar 80mW. Ik heb daarom lang de Merlin Fork (op basis van 374.43_2) op de N66U gehad omdat die nog wel het oude waarde van 100mW had. Toen ik las over de Asus hack heb ik die toegepast en kon ik ook weer de nieuwere Merlin firmwares installeren met behoud van hack.Nadat ik die had toegepast heb ik het vermogen aangepast naar 200mW en had ik ook ineens weer beter signaal en viel mijn verbinding ook niet meer weg.

De AC68 heb ik pas geleden (2de hands) aangeschaft en ik had ook al gelezen dat een aangepast N66U beter signaal had dat de AC68 dus die heb ik ook gelijk aangepast met de hack. Vanmorgen stond ik op 25 meter afstand (buiten de garage) en had ik nog 3 van de 4 wifi bogen (Android). Misschien straks als ik thuiskom eens kijken tot hoever of vanaf welke afstand mijn telefoon het signaal oppikt.

Zonder hack heb ik dus niet kunnen testen met de AC68u

[PatrickPR]

Die hack lijkt me wel interessant. Ik heb in dit topic gelezen hoe de hack wordt uitgevoerd, maar alle referenties naar andere fora zijn inmiddels verouderd en/of kapot. Naar wat ik begrijp is het simpel wat commando's invoeren via Putty, maar de omschrijving is natuurlijk voor een AC68u. Nu staat er in de post van id1ot de beschrijving voor de N66u, maar is die nog actueel? Ik wil wel zeker weten dat ik de juiste dingen invoer (ik kreeg bij mijn N66u bij het commando wl txpwr_target_max bijv. de melding dat dit een ongeldig commando is).

Is de beschrijving hoe de hack uitgevoerd moet worden op een N66u nog actueel? Zoals gezegd, firmware is Merlin 380.69 met CFE 1.0.1.9. Ik heb wel begrepen dat de hack aanwezig blijft na een firmware-update, wat natuurlijk mooi is.

[Voor 5% gewijzigd door PatrickPR op 23-01-2018 09:30]

[Chris.nl]

Zojuist heb ik m'n RT-AC68U incl. toegepaste WiFi-hack verstuurd naar z'n nieuwe eigenaar ('n medetweaker). 'k Heb 3 jaar plezier gehad van dat ding en een boel gehad aan dit topic bedankt nog! Mzzl

[Dacuuu]

Chris.nl schreef op dinsdag 23 januari 2018 @ 17:48:
Zojuist heb ik m'n RT-AC68U incl. toegepaste WiFi-hack verstuurd naar z'n nieuwe eigenaar ('n medetweaker). 'k Heb 3 jaar plezier gehad van dat ding en een boel gehad aan dit topic bedankt nog! Mzzl

En wat is je nieuwe aanwinst, en waarom?

[Chris.nl]

Dacuuu schreef op dinsdag 23 januari 2018 @ 19:02:
[...]


En wat is je nieuwe aanwinst, en waarom?

Leuk dat je het vraagt. Het nadeel van een 3in1 product is dat het een 3in1 product is. Toch liever een goedgeplaatste accespoint op de gang, dan een 3in1 apparaat in de meterkast / onhandig hoekje benedenverdieping wegmoffelen.

'k Gebruik nu:
Router pricewatch: Ubiquiti EdgeRouter X
Accespoint pricewatch: Ubiquiti UniFi AP-AC LITE (1-Pack)
Die router heeft wel een hoge leercurve. Ik kon meer met de asus
Glasvezel en iptv heb ik nu een paar maand stabiel op de EdgeRouter, de ExperiaBox v10 nog achter de hand dus werd het tijd om de Asus door te schuiven. Ook verspilling om zo'n ding niet z'n levensduur te laten behalen, elders.

[Sylver84]

WD TB2 aangesloten op de USB 3 poort maar blijft zeggen "ünmounted"

3004 384.10007 firmare ja gewoon de orginele. maar zodra ik naar usb application ga en dan samba dan zie ik hem onder in wel, maar er blijft een icoontje draaien?

Zie hem ook niet in de verkenner, probably omdat ie niet mounted is

[Frostbite]

Zoals eerder aangegeven zou ik nog het bereik testen (ac68u + wifi hack) en ben ik van de week even door de straat heen gefietst. Paar punten gepakt waar ik nog 2,4 Ghz verbinding had en ook waar mijn telefoon de 5 Ghz band oppakte.

Kortweg heeft de 2,4 Ghz band een radius van 100 meter en die van de 5Ghz band een radius van 50 meter. Op het 100 meter punt haal je dan ook nog maar net 1Mb/s

Ik zal de waarde wat terugschroeven want ze hoeven drie blokken verder mijn Wifi niet te zien hoor

[Sylver84]

Sylver84 schreef op dinsdag 23 januari 2018 @ 22:48:
WD TB2 aangesloten op de USB 3 poort maar blijft zeggen "ünmounted"

3004 384.10007 firmare ja gewoon de orginele. maar zodra ik naar usb application ga en dan samba dan zie ik hem onder in wel, maar er blijft een icoontje draaien?

Zie hem ook niet in de verkenner, probably omdat ie niet mounted is

Op de WD zit beveiligings software, er stond een wachtwoord op. Deze verwijderd en gaan met die banaan!