:fill(white):strip_exif()/i/2001838885.jpeg?f=thumbmini)
Wij hebben sinds kort deze router aangeschaft. Als provider hebben wij Ziggo, op aanraden van internet/Ziggo hebben wij de standaard router/modem in bridge modus gezet. Op zich werkt het internet prima en is het ook een stuk sneller en stabieler dan met de vorige router. Echter hebben wij nu een probleempje wat wij hiervoor niet hadden. Wanneer ik bijvoorbeeld mijn MacBook aanzet en deze wil laten verbinden met WiFi dan is hij wel verbonden met het WiFi maar heb ik geen verbinding tot het internet. Als ik dan switch naar een ander WiFi netwerk en weer terugswitch naar het juiste WiFi netwerk heb ik wel verbinding met het internet. iPhones/iPads hebben hier geen last van. Laatst heb ik mijn PS4 een vast IP-adres gegeven en bij de PS4 heb ik dit probleem ook niet. Ik vermoed dus dat het een probleem is met het automatisch gegeven van IP-adressen vanaf de ASUS. Echter heb ik niet veel verstand van netwerken/routers dus ik hoop dat iemand mij kan helpen.
/u/103920/Boobs.png?f=community)
Ja maar, aan een Mac kan toch niets verkeerd gaan? 
Hoe dan ook, met WiFi heb je altijd de kans op problemen. Je zou denken dat er ondertussen genoeg kennis was om het stabiel te krijgen maar helaas.
Hier hebben we op de zaak access-points hangen die we ook wekelijks een reboot moeten geven omdat het anders ook bagger word.
Hoe dan ook, met WiFi heb je altijd de kans op problemen. Je zou denken dat er ondertussen genoeg kennis was om het stabiel te krijgen maar helaas.
Hier hebben we op de zaak access-points hangen die we ook wekelijks een reboot moeten geven omdat het anders ook bagger word.
Vroeger, toen de Batavieren nog met zijn vijven waren.
"There is that sort of assumption by the government that we're all driving around at 8 o'clock in the morning to be really annoying"
~ James May
Bij BCC gekocht, maar die zijn echt vreselijk slecht bereikbaar. Het duurde een half jaar voor ik m'n geld terughad toen ik het verkeerde product had gekregen. Ik hoop dus dat er zo een oplossing is en anders het via Asus kan spelen
Tip: koop nooit bij BCC.
:strip_icc():strip_exif()/u/301812/BioHazard_60x60.jpg?f=community)
Bij mij werkt het prima ook met Merlin FW 380.58:
[...]
Moeilijk is het niet
Ga in je router, meestal is dat http://192.168.1.1 naar Administration -> System. Of gebruik deze directe link.
Zet daar Telnet AAN
En druk op Apply onderaan de pagina om het op te slaan.
[afbeelding]
Vervolgens download je Putty, dit is een programma om op servers, en nog veel meer dingen in te loggen. http://www.chiark.greenend.org.uk/~sgtatham/putty/download.html Of de directe putty download link.
Open putty, en voer daar het ip in van de router:192.168.1.1, en druk op Telnet.
[afbeelding]
Als het goed is zie je nu een telnet venster, voer daar je login gegevens in, die je ook gebruikt om in te loggen op 192.168.1.1.
[afbeelding]
Vervolgens copy-past je dit lapje commando's in 1 keer, 1 rechtermuisknop klik in het putty venster is meestal al genoeg om tekst te plakken in putty. Druk op enter om je code uit te voeren.
code:
Je router zal automatisch rebooten als de commando's klaar zijn.
Als je router opnieuw is opgestart kun je dmv het commandocode:in het putty terminal window zien dat je vermogen nu op 25dB = 316mW ipv 15.5dB =35mW staat.
Als alles klaar is kan je Telnet toegang weer uit zetten. Hoeft niet, mag wel.
Succes!
Maar ook ik heb Boot Loader versie 1.0.2.0
Alleen heb ik (veiligere) SSH gebruikt met PuTTy x64 versie 0.67
=> zie ook code snippets hieronder
Nog geen factory reset gedaan na deze hack toegepast te hebben... misschien later nog wel even doen...
dan handmatig al mijn settings even terug invoeren
Me is happy
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
| ASUSWRT-Merlin RT-AC68U_3.0.0.4 Sun Mar 20 19:52:23 UTC 2016 admin@RT-AC68U-9490:/tmp/home/root# nvram get boardrev 0x1100 admin@RT-AC68U-9490:/tmp/home/root# nvram get HW_ver 170 admin@RT-AC68U-9490:/tmp/home/root# nvram get bl_version 1.0.2.0 admin@RT-AC68U-9490:/tmp/home/root# wl country #a (#a/0) <unknown> admin@RT-AC68U-9490:/tmp/home/root# wl txpwr_target_max Maximum Tx Power Target (chanspec:0x100b): 25.00 25.00 25.00 |
[ Voor 2% gewijzigd door mindwarper op 13-04-2016 19:15 . Reden: extra tekst toegevoegd ]
Enthoo Primo || Ryzen 9 5900X || Asus VIII Dark Hero || TridentZ Royal Silver F4-3600C14D-32GTRS Samsung B-Die || Radeon 6800 XT || Kraken X73 w/ 6x NF-A12x25 || 2x WD Black SN850 1TB || WD-HGST 6TB en 18TB || Seasonic Prime Titanium Ultra 1kW
/u/269449/crop5f3cdfa201d6b_cropped.png?f=community)
:strip_icc():strip_exif()/u/102237/jcash.jpg?f=community)
/u/153017/crop5db8b9cc6dd4a.png?f=community)
Anoniem: 170423
Ik heb deze net geinstalleerd en het werkt perfect en als vanouds.
Het is de hele firmware met als extra de beschreven Facebook Wifi.
:strip_icc():strip_exif()/u/103180/crop6163ebd3cdc7b.jpg?f=community)
Ik zie geen bugfixes, en zou met deze firmware mijn wifi open kunnen stellen voor elke passant en buurman/vrouw die in wil loggen met facebook.
Wie weet wat die lui dan doen op mijn verbinding..?
Ik blijf eindverantwoordelijk, dus een foute pr0n uploader zou mij dan flink in de problemen kunnen brengen...
En uploaden gaat best hard met 500 Mbit glas.
Thanks but no thanks, deze sla ik even over...
Wie weet wat die lui dan doen op mijn verbinding..?
Ik blijf eindverantwoordelijk, dus een foute pr0n uploader zou mij dan flink in de problemen kunnen brengen...
En uploaden gaat best hard met 500 Mbit glas.
Thanks but no thanks, deze sla ik even over...
Anoniem: 170423
De Facebook Wifi staat standaard UIT, dus je bent nog steeds veilig.:
Ik zie geen bugfixes, en zou met deze firmware mijn wifi open kunnen stellen voor elke passant en buurman/vrouw die in wil loggen met facebook.
Wie weet wat die lui dan doen op mijn verbinding..?
Ik blijf eindverantwoordelijk, dus een foute pr0n uploader zou mij dan flink in de problemen kunnen brengen...
En uploaden gaat best hard met 500 Mbit glas.
Thanks but no thanks, deze sla ik even over...
Alle extra bugfixes en opties van de vorige beta zitten er ook bij.
Leuke toevoeging voor mensen die de router ook zakelijk gebruiken. De firmware zal ik binnenkort eens gaan installeren maar die Facebook optie ga ik niet gebruiken.
Blijf me toch wel telkens verbazen dat Asus veel updates uitbrengt
Ben ik erg blij mee
Blijf me toch wel telkens verbazen dat Asus veel updates uitbrengt
Ben ik erg blij mee
:strip_exif()/u/185767/Odyssey-back.gif?f=community)
Vandaag aan het stoeien geweest om een (self-signed) certificaat op de ASUS te krijgen met een mooi groen slotje in de browser i.p.v. de standaard untrusted site:
Indien gewenst, wil ik wel een howto plaatsen.
Indien gewenst, wil ik wel een howto plaatsen.
Vroeger, toen de Batavieren nog met zijn vijven waren.
/u/596529/crop56f5074455c00_cropped.png?f=community)
Self-signed SSL certificaat op Asus router met Merlin firmware (ik weet niet of OpenSSL ook aanwezig is op stock, maar ik vermoed van wel).
Log via SSH in op de router en controleer of er al een certificaat is opgeslagen:
Is er uitvoer zichtbaar dan is er al een certificaat opgeslagen en dien je die te verwijderen:
Het commando:
zou nu geen uitvoer meer moeten geven. Reboot voor de volledigheid de router en log weer in via SSH.
Als eerste genereren we een private key en een certificaat aanvraag via het commando:
Uiteraard kun je de velden in het subject naar eigen inzicht aanpassen, maar laat de Common Name (CN) op router.asus.com staan, want deze hostname wordt opgenomen in het certificaat voor de koppeling hostname en certificaat.
Als dat gedaan is, kun je het certificaat aanmaken en signen met zichzelf (self-signed):
Via days kun je de geldigheid instellen van het certificaat (in dit geval 365 dagen). Nu kunnen we het certificaat opslaan in de router. Als eerste schakelen we het opslaan in:
En controleer of die ook ingesteld is:
Dit moet als resultaat 1 geven.
Kopieer nu de private key naar de /etc directory met als naam key.pem
En daarna het certificaat naar cert.pem:
Herstart nu de httpd op de router:
Als je nu het commando
Geeft moet je een uitvoer krijgen:
Het certifcaat is nu geïnstalleerd op de router. Voor de veiligheid dien je nog wel de private key en het certificaat veilig te stellen (router.asus.com.key en router.asus.com.crt). Dit kan via een simpele cat van beide bestanden en die knippen en plakken in een nieuw bestand op je eigen systeem:
De inhoud van beide bestanden is dan zoiets als:
Voor de volledigheid reboot je de router nog een laatste keer:
Als je na de reboot naar de webinterface gaat, zal het certificaat nog niet vertrouwd worden door je systeem, hiervoor dien je het certificaat nog op te nemen in de lokale certificate store. Voor Internet Explorer, Edge en Chrome is dat die van Windows, Firefox heeft zijn eigen certificate store.
Start in Windows MMC op via ‘Run’ en selecteer in het menu ‘File’ de optie ‘Add/Remove Snap-In’. Kies hier de optie ‘Certificates’ en daarna ‘Add’. Kies in het volgende scherm de optie ‘Computer account’ om het certificaat systeem breed toe te voegen. Klik op ‘Next’ ,daarna ‘Finish’ en dan ‘OK’.
Open in het linkerscherm de tak ‘Certificates (Local Computer)’ ‘Trusted Root Certification Authorities’ ‘Certificates’ en klik met rechts op ‘Certificates’. Ga dan naar ‘All Tasks’ ‘Import’ om het certificaat toe te voegen. Kies ‘Next’. Als import bestand kies je dan je opgeslagen router.asus.com.crt bestand en klik ‘Next’. Daarna nogmaals ‘Next’ en dan ‘Finish’.
In de lijst met certificaten zal nu ook het router.asus.com certificaat staan. Als je daarop dubbelklikt zou die moeten openen zonder foutmelding. Nu is je certificaat bekend op je systeem en zal de webinterface een groen slotje geven.
Mocht je Firefox gebruiken, dan dien je het certificaat ook toe te voegen aan de certificate store van Firefox via de route ‘Options’ ‘Advanced’ ‘Certificates’ en dan de knop ‘View Certificates’. Via de knop ‘Import’ kun je het certificaat router.asus.com.crt importeren. Selecteer het bestand en kies in het volgende scherm voor de optie ‘Trust this CA to identify websites’ en klik op ‘OK’.
Log via SSH in op de router en controleer of er al een certificaat is opgeslagen:
code:
1
| nvram get https_crt_file |
Is er uitvoer zichtbaar dan is er al een certificaat opgeslagen en dien je die te verwijderen:
code:
1
2
3
| nvram set https_crt_save=0 nvram unset https_crt_file service restart_httpd |
Het commando:
code:
1
| nvram get https_crt_file |
zou nu geen uitvoer meer moeten geven. Reboot voor de volledigheid de router en log weer in via SSH.
Als eerste genereren we een private key en een certificaat aanvraag via het commando:
code:
1
| openssl req -nodes -newkey rsa:2048 -sha256 -subj "/C=NL/ST=Flevoland/L=Lelystad/O=MegaTronics/CN=router.asus.com" -keyout router.asus.com.key -out router.asus.com.csr |
Uiteraard kun je de velden in het subject naar eigen inzicht aanpassen, maar laat de Common Name (CN) op router.asus.com staan, want deze hostname wordt opgenomen in het certificaat voor de koppeling hostname en certificaat.
Als dat gedaan is, kun je het certificaat aanmaken en signen met zichzelf (self-signed):
code:
1
| openssl x509 -req -in router.asus.com.csr -out router.asus.com.crt -signkey router.asus.com.key -days 365 |
Via days kun je de geldigheid instellen van het certificaat (in dit geval 365 dagen). Nu kunnen we het certificaat opslaan in de router. Als eerste schakelen we het opslaan in:
code:
1
| nvram set https_crt_save=1 |
En controleer of die ook ingesteld is:
code:
1
| nvram get https_crt_save |
Dit moet als resultaat 1 geven.
Kopieer nu de private key naar de /etc directory met als naam key.pem
code:
1
| cp router.asus.com.key /etc/key.pem |
En daarna het certificaat naar cert.pem:
code:
1
| cp router.asus.com.crt /etc/cert.pem |
Herstart nu de httpd op de router:
code:
1
| service restart_httpd |
Als je nu het commando
code:
1
| nvram get https_crt_file |
Geeft moet je een uitvoer krijgen:
code:
1
| H4sIAMFyLFcCA+... |
Het certifcaat is nu geïnstalleerd op de router. Voor de veiligheid dien je nog wel de private key en het certificaat veilig te stellen (router.asus.com.key en router.asus.com.crt). Dit kan via een simpele cat van beide bestanden en die knippen en plakken in een nieuw bestand op je eigen systeem:
code:
1
2
| cat router.asus.com.key cat router.asus.com.crt |
De inhoud van beide bestanden is dan zoiets als:
code:
1
2
3
| -----BEGIN RSA PRIVATE KEY----- MIIEpAIBAAKCA... -----END RSA PRIVATE KEY----- |
code:
1
2
3
| -----BEGIN CERTIFICATE----- MIIDRjCCAi4CCQ... -----END CERTIFICATE----- |
Voor de volledigheid reboot je de router nog een laatste keer:
code:
1
| reboot |
Als je na de reboot naar de webinterface gaat, zal het certificaat nog niet vertrouwd worden door je systeem, hiervoor dien je het certificaat nog op te nemen in de lokale certificate store. Voor Internet Explorer, Edge en Chrome is dat die van Windows, Firefox heeft zijn eigen certificate store.
Start in Windows MMC op via ‘Run’ en selecteer in het menu ‘File’ de optie ‘Add/Remove Snap-In’. Kies hier de optie ‘Certificates’ en daarna ‘Add’. Kies in het volgende scherm de optie ‘Computer account’ om het certificaat systeem breed toe te voegen. Klik op ‘Next’ ,daarna ‘Finish’ en dan ‘OK’.
Open in het linkerscherm de tak ‘Certificates (Local Computer)’ ‘Trusted Root Certification Authorities’ ‘Certificates’ en klik met rechts op ‘Certificates’. Ga dan naar ‘All Tasks’ ‘Import’ om het certificaat toe te voegen. Kies ‘Next’. Als import bestand kies je dan je opgeslagen router.asus.com.crt bestand en klik ‘Next’. Daarna nogmaals ‘Next’ en dan ‘Finish’.
In de lijst met certificaten zal nu ook het router.asus.com certificaat staan. Als je daarop dubbelklikt zou die moeten openen zonder foutmelding. Nu is je certificaat bekend op je systeem en zal de webinterface een groen slotje geven.
Mocht je Firefox gebruiken, dan dien je het certificaat ook toe te voegen aan de certificate store van Firefox via de route ‘Options’ ‘Advanced’ ‘Certificates’ en dan de knop ‘View Certificates’. Via de knop ‘Import’ kun je het certificaat router.asus.com.crt importeren. Selecteer het bestand en kies in het volgende scherm voor de optie ‘Trust this CA to identify websites’ en klik op ‘OK’.
Vroeger, toen de Batavieren nog met zijn vijven waren.
Thx. Private key kan nu weggegooid worden? (of heel veilig opslaan )
)
[ Voor 20% gewijzigd door - J.W. - op 07-05-2016 11:30 ]
:strip_exif()/u/18204/forpc.gif?f=community)
:strip_icc():strip_exif()/u/85308/mirko.jpg?f=community)
:strip_icc():strip_exif()/u/40671/crop6034c1a9d568f.jpg?f=community)
:strip_icc():strip_exif()/u/209901/crop56d585630cd78_cropped.jpeg?f=community)
:strip_icc():strip_exif()/u/401260/crop5db47737c5e4e_cropped.jpeg?f=community)
Thnx...ik had die al gezien, maar ik was vergeten dat die ook aan moest. Sorry dit had ik zelf ook moeten weten
Het werkt weet (even iphone wifi uitgezet en getest).
[ Voor 7% gewijzigd door Recon24 op 16-05-2016 13:13 ]
RSA-2048 still has fifteen years of life left before it is considered obsolete. Plenty of time not to be worried now. Just imagine where technology was fifteen years ago!
While it is true that a longer key provides better security, we have shown that by doubling the length of the key from 2048 to 4096, the increase in bits of security is only 18, a mere 16%. Moreover, besides requiring more storage, longer keys also translate into increased CPU usage and higher power consumption.
Oftewel de gulden middenweg gekozen in het voorbeeld, maar iedereen kan het aanpassen naar zijn/haar voorkeur.
Vroeger, toen de Batavieren nog met zijn vijven waren.
Hallo,
Ik heb sinds ca. 2 maanden deze router maar heb hem al snel in de hoek gegooid. Want hij doet het 2 uur, 2 dagen of een week, maar telkens crashed hij, en wel zodanig dat hij de eerste uren niet te bereiken is, niet via wifi en niet via een kabel. Er zit dan niets anders op dan de rescuemode te activeren en de firmware er opnieuw op te flashen. Ik heb zowel (de toen) nieuwste als een oudere versie erop gezet, maar helaas.
Gisteren het ding toch maar weer uit de hoek gevist omdat de oude router het begeven heeft, en warempel, hij startte netjes op en ik kon zowaar de logfile raadplegen waarin keurig netjes te zien was wat er de vorige keer mis was gegaan. Helaas was het genoegen maar van korte duur, want na enkele uren vond hij het welletjes en restte er mij niets anders dan met wat noodverbanden een netwerk in de lucht te gooien
Onderstaand heb ik een zeer ingekorte samenvatting de logfile geplakt vanaf het moment dat deze afwijkend begint te worden:
Apr 10 17:44:37 kernel: Loglevel set to 8
Apr 10 17:44:38 kernel: Loglevel set to 0
Apr 10 17:44:39 kernel: Loglevel set to 0
Apr 10 17:44:43 kernel: Loglevel set to 1
Apr 10 17:44:44 kernel: Loglevel set to 0
Apr 10 17:44:45 kernel: Loglevel set to 0
Apr 10 17:44:45 kernel: Loglevel set to 2
Apr 10 17:44:46 kernel: ttyS0: 1 input overrun(s)
Apr 10 17:44:46 kernel: Loglevel set to 3
Apr 10 17:44:47 kernel: [<c02c8418>] (schedule+0x1c0/0x75c) from [<c02c9b7c>] (schedule_hrtimeout_range_clock+0x10c/0x178)
Apr 10 17:44:47 kernel: [<c02c8418>] (schedule+0x1c0/0x75c) from [<c02c9b7c>] (schedule_hrtimeout_range_clock+0x10c/0x178)
Apr 10 17:44:47 kernel: [<c02c9b7c>] (schedule_hrtimeout_range_clock+0x10c/0x178) from [<c00d9588>] (poll_schedule_timeout+0x40/0x58)
Apr 10 17:44:47 kernel: [<c00d9588>] (poll_schedule_timeout+0x40/0x58) from [<c0373b98>] (do_select+0x490/0x528)
Apr 10 17:44:47 kernel: [<c0373b98>] (do_select+0x490/0x528) from [<c00d9964>] (core_sys_select+0x150/0x310)
Apr 10 17:44:47 kernel: [<c00d9964>] (core_sys_select+0x150/0x310) from [<c00d9b60>] (sys_select+0x3c/0x110)
Apr 10 17:44:47 kernel: [<c00d9b60>] (sys_select+0x3c/0x110) from [<c003dac0>] (ret_fast_syscall+0x0/0x30)
Daarna gebeurt er van alles, totdat
Apr 10 17:45:13 kernel: Control: 10c53c7d Table: 9efd404a DAC: 00000017
Apr 10 17:45:13 kernel: Loglevel set to 0
Apr 10 17:45:13 kernel: Loglevel set to 0
Apr 10 17:45:14 rc_service: watchdog 436:notify_rc start_dnsmasq
Apr 10 17:45:15 dnsmasq[9334]: warning: interface ppp1* does not currently exist
en de router herstart uit zich zelf, wat uiteindelijk eindigd in:
Apr 10 18:01:43 kernel: usb usb1: No SuperSpeed endpoint companion for config 1 interface 0 altsetting 0 ep 129: using minimum values
Apr 10 18:01:44 miniupnpd[527]: shutting down MiniUPnPd
Apr 10 18:01:45 miniupnpd[653]: version 1.9 started
Apr 10 18:01:45 miniupnpd[653]: HTTP listening on port 42854
Apr 10 18:01:45 miniupnpd[653]: Listening for NAT-PMP/PCP traffic on port 5351
Apr 10 18:01:45 rc_service: ntp 528:notify_rc restart_diskmon
Apr 10 18:01:45 disk_monitor: Finish
Apr 10 18:01:46 WAN Connection: WAN was restored.
Apr 10 18:01:46 disk monitor: be idle
Apr 10 18:02:10 kernel: Loglevel set to 0
Apr 10 18:02:11 hour monitor: daemon is starting
Apr 10 18:02:18 kernel: Loglevel set to 2
Apr 10 18:02:19 kernel: Loglevel set to 0
Apr 10 18:02:19 crond[433]: time disparity of 365281 minutes detected
Apr 10 18:02:36 kernel: Loglevel set to 8
Apr 10 18:02:36 kernel: Pid: 448, comm: sh
Apr 10 18:02:36 kernel: CPU: 0 Tainted: P (2.6.36.4brcmarm #1)
Apr 10 18:02:36 kernel: PC is at wlc_wlintrsrestore+0x8e8/0xc08 [wl]
Apr 10 18:02:36 kernel: LR is at wlc_wlintrsrestore+0x8c4/0xc08 [wl]
Apr 10 18:02:36 kernel: pc : [<bf1a6a58>] lr : [<bf1a6a34>] psr: 60000113
Apr 10 18:02:36 kernel: sp : cdee3d90 ip : 00000000 fp : 0000842c
Apr 10 18:02:36 kernel: r10: cecbb400 r9 : 000737a1 r8 : cecbb430
Apr 10 18:02:36 kernel: r7 : 00010000 r6 : d0f60164 r5 : 0000010c r4 : d0f60000
Apr 10 18:02:36 kernel: r3 : 000008c8 r2 : 00010043 r1 : 0000010c r0 : d0f60000
Apr 10 18:02:36 kernel: Flags: nZCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment user
Apr 10 18:02:36 kernel: Control: 10c53c7d Table: 9df0404a DAC: 00000015
Apr 10 18:02:36 kernel: Loglevel set to 4
Apr 10 18:02:37 kernel: Loglevel set to 0
Apr 10 18:02:37 kernel: Loglevel set to 8
Apr 10 18:02:38 kernel: Emergency Thaw on mtdblock3
Apr 10 18:02:38 kernel: Emergency Thaw on mtdblock3
En die laatste regel lijft zich herhalen, vermoedelijk totdat de stekker er uitgetrokken werd.
Korte info over het netwerk:
- Zowel het 2.4 als 5 Ghz netwerk is in gebruik, hiervan maken ca. 8 apparaten gebruik. Deze krijgen via dhcp hun ip-adres, al dan nietop basis van hun MAC-adres.
- Er zijn 2 switches aangesloten op de router, ieder op een eigen poort. Hieraan hangen diverse apparaten, zo veel mogelijk met een vast IP-adres ( tv, x-box, ziggo hd/settopbox, nas, printer, computer).
- Router hangt aan ziggo-modem (cisco). Router heeft aan de wan-kant een vast ip-adres. Router en ziggo-modem hebben ieder een verschillende ip-range.
- dhcp-ranges conflicteren niet met de vaste ip-adressen.
Aangezien bovenstaande opzet met de oude router prima functioneerde, vermoed ik niet dat het probleem hierin zit.
Iemand enig idee
Ik heb sinds ca. 2 maanden deze router maar heb hem al snel in de hoek gegooid. Want hij doet het 2 uur, 2 dagen of een week, maar telkens crashed hij, en wel zodanig dat hij de eerste uren niet te bereiken is, niet via wifi en niet via een kabel. Er zit dan niets anders op dan de rescuemode te activeren en de firmware er opnieuw op te flashen. Ik heb zowel (de toen) nieuwste als een oudere versie erop gezet, maar helaas.
Gisteren het ding toch maar weer uit de hoek gevist omdat de oude router het begeven heeft, en warempel, hij startte netjes op en ik kon zowaar de logfile raadplegen waarin keurig netjes te zien was wat er de vorige keer mis was gegaan. Helaas was het genoegen maar van korte duur, want na enkele uren vond hij het welletjes en restte er mij niets anders dan met wat noodverbanden een netwerk in de lucht te gooien
Onderstaand heb ik een zeer ingekorte samenvatting de logfile geplakt vanaf het moment dat deze afwijkend begint te worden:
Apr 10 17:44:37 kernel: Loglevel set to 8
Apr 10 17:44:38 kernel: Loglevel set to 0
Apr 10 17:44:39 kernel: Loglevel set to 0
Apr 10 17:44:43 kernel: Loglevel set to 1
Apr 10 17:44:44 kernel: Loglevel set to 0
Apr 10 17:44:45 kernel: Loglevel set to 0
Apr 10 17:44:45 kernel: Loglevel set to 2
Apr 10 17:44:46 kernel: ttyS0: 1 input overrun(s)
Apr 10 17:44:46 kernel: Loglevel set to 3
Apr 10 17:44:47 kernel: [<c02c8418>] (schedule+0x1c0/0x75c) from [<c02c9b7c>] (schedule_hrtimeout_range_clock+0x10c/0x178)
Apr 10 17:44:47 kernel: [<c02c8418>] (schedule+0x1c0/0x75c) from [<c02c9b7c>] (schedule_hrtimeout_range_clock+0x10c/0x178)
Apr 10 17:44:47 kernel: [<c02c9b7c>] (schedule_hrtimeout_range_clock+0x10c/0x178) from [<c00d9588>] (poll_schedule_timeout+0x40/0x58)
Apr 10 17:44:47 kernel: [<c00d9588>] (poll_schedule_timeout+0x40/0x58) from [<c0373b98>] (do_select+0x490/0x528)
Apr 10 17:44:47 kernel: [<c0373b98>] (do_select+0x490/0x528) from [<c00d9964>] (core_sys_select+0x150/0x310)
Apr 10 17:44:47 kernel: [<c00d9964>] (core_sys_select+0x150/0x310) from [<c00d9b60>] (sys_select+0x3c/0x110)
Apr 10 17:44:47 kernel: [<c00d9b60>] (sys_select+0x3c/0x110) from [<c003dac0>] (ret_fast_syscall+0x0/0x30)
Daarna gebeurt er van alles, totdat
Apr 10 17:45:13 kernel: Control: 10c53c7d Table: 9efd404a DAC: 00000017
Apr 10 17:45:13 kernel: Loglevel set to 0
Apr 10 17:45:13 kernel: Loglevel set to 0
Apr 10 17:45:14 rc_service: watchdog 436:notify_rc start_dnsmasq
Apr 10 17:45:15 dnsmasq[9334]: warning: interface ppp1* does not currently exist
en de router herstart uit zich zelf, wat uiteindelijk eindigd in:
Apr 10 18:01:43 kernel: usb usb1: No SuperSpeed endpoint companion for config 1 interface 0 altsetting 0 ep 129: using minimum values
Apr 10 18:01:44 miniupnpd[527]: shutting down MiniUPnPd
Apr 10 18:01:45 miniupnpd[653]: version 1.9 started
Apr 10 18:01:45 miniupnpd[653]: HTTP listening on port 42854
Apr 10 18:01:45 miniupnpd[653]: Listening for NAT-PMP/PCP traffic on port 5351
Apr 10 18:01:45 rc_service: ntp 528:notify_rc restart_diskmon
Apr 10 18:01:45 disk_monitor: Finish
Apr 10 18:01:46 WAN Connection: WAN was restored.
Apr 10 18:01:46 disk monitor: be idle
Apr 10 18:02:10 kernel: Loglevel set to 0
Apr 10 18:02:11 hour monitor: daemon is starting
Apr 10 18:02:18 kernel: Loglevel set to 2
Apr 10 18:02:19 kernel: Loglevel set to 0
Apr 10 18:02:19 crond[433]: time disparity of 365281 minutes detected
Apr 10 18:02:36 kernel: Loglevel set to 8
Apr 10 18:02:36 kernel: Pid: 448, comm: sh
Apr 10 18:02:36 kernel: CPU: 0 Tainted: P (2.6.36.4brcmarm #1)
Apr 10 18:02:36 kernel: PC is at wlc_wlintrsrestore+0x8e8/0xc08 [wl]
Apr 10 18:02:36 kernel: LR is at wlc_wlintrsrestore+0x8c4/0xc08 [wl]
Apr 10 18:02:36 kernel: pc : [<bf1a6a58>] lr : [<bf1a6a34>] psr: 60000113
Apr 10 18:02:36 kernel: sp : cdee3d90 ip : 00000000 fp : 0000842c
Apr 10 18:02:36 kernel: r10: cecbb400 r9 : 000737a1 r8 : cecbb430
Apr 10 18:02:36 kernel: r7 : 00010000 r6 : d0f60164 r5 : 0000010c r4 : d0f60000
Apr 10 18:02:36 kernel: r3 : 000008c8 r2 : 00010043 r1 : 0000010c r0 : d0f60000
Apr 10 18:02:36 kernel: Flags: nZCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment user
Apr 10 18:02:36 kernel: Control: 10c53c7d Table: 9df0404a DAC: 00000015
Apr 10 18:02:36 kernel: Loglevel set to 4
Apr 10 18:02:37 kernel: Loglevel set to 0
Apr 10 18:02:37 kernel: Loglevel set to 8
Apr 10 18:02:38 kernel: Emergency Thaw on mtdblock3
Apr 10 18:02:38 kernel: Emergency Thaw on mtdblock3
En die laatste regel lijft zich herhalen, vermoedelijk totdat de stekker er uitgetrokken werd.
Korte info over het netwerk:
- Zowel het 2.4 als 5 Ghz netwerk is in gebruik, hiervan maken ca. 8 apparaten gebruik. Deze krijgen via dhcp hun ip-adres, al dan nietop basis van hun MAC-adres.
- Er zijn 2 switches aangesloten op de router, ieder op een eigen poort. Hieraan hangen diverse apparaten, zo veel mogelijk met een vast IP-adres ( tv, x-box, ziggo hd/settopbox, nas, printer, computer).
- Router hangt aan ziggo-modem (cisco). Router heeft aan de wan-kant een vast ip-adres. Router en ziggo-modem hebben ieder een verschillende ip-range.
- dhcp-ranges conflicteren niet met de vaste ip-adressen.
Aangezien bovenstaande opzet met de oude router prima functioneerde, vermoed ik niet dat het probleem hierin zit.
Iemand enig idee
Welke Cisco modem van Ziggo heb je? Is het niet beter die in bridge modus te zetten als het er een is die ook routerfunctionaliteiten heeft? Ik heb van Ziggo nu een ConnectBox in bridge modus, hiervoor een Cisco 3208 van Ziggo ook in bridge modus. Dat werkte perfect met de Asus AC87U. Het lijkt of je een dubbele NAT zo hebt?:
Hallo,
Ik heb sinds ca. 2 maanden deze router maar heb hem al snel in de hoek gegooid. Want hij doet het 2 uur, 2 dagen of een week, maar telkens crashed hij, en wel zodanig dat hij de eerste uren niet te bereiken is, niet via wifi en niet via een kabel. Er zit dan niets anders op dan de rescuemode te activeren en de firmware er opnieuw op te flashen. Ik heb zowel (de toen) nieuwste als een oudere versie erop gezet, maar helaas.
Gisteren het ding toch maar weer uit de hoek gevist omdat de oude router het begeven heeft, en warempel, hij startte netjes op en ik kon zowaar de logfile raadplegen waarin keurig netjes te zien was wat er de vorige keer mis was gegaan. Helaas was het genoegen maar van korte duur, want na enkele uren vond hij het welletjes en restte er mij niets anders dan met wat noodverbanden een netwerk in de lucht te gooien
Onderstaand heb ik een zeer ingekorte samenvatting de logfile geplakt vanaf het moment dat deze afwijkend begint te worden:
Apr 10 17:44:37 kernel: Loglevel set to 8
Apr 10 17:44:38 kernel: Loglevel set to 0
Apr 10 17:44:39 kernel: Loglevel set to 0
Apr 10 17:44:43 kernel: Loglevel set to 1
Apr 10 17:44:44 kernel: Loglevel set to 0
Apr 10 17:44:45 kernel: Loglevel set to 0
Apr 10 17:44:45 kernel: Loglevel set to 2
Apr 10 17:44:46 kernel: ttyS0: 1 input overrun(s)
Apr 10 17:44:46 kernel: Loglevel set to 3
Apr 10 17:44:47 kernel: [<c02c8418>] (schedule+0x1c0/0x75c) from [<c02c9b7c>] (schedule_hrtimeout_range_clock+0x10c/0x178)
Apr 10 17:44:47 kernel: [<c02c8418>] (schedule+0x1c0/0x75c) from [<c02c9b7c>] (schedule_hrtimeout_range_clock+0x10c/0x178)
Apr 10 17:44:47 kernel: [<c02c9b7c>] (schedule_hrtimeout_range_clock+0x10c/0x178) from [<c00d9588>] (poll_schedule_timeout+0x40/0x58)
Apr 10 17:44:47 kernel: [<c00d9588>] (poll_schedule_timeout+0x40/0x58) from [<c0373b98>] (do_select+0x490/0x528)
Apr 10 17:44:47 kernel: [<c0373b98>] (do_select+0x490/0x528) from [<c00d9964>] (core_sys_select+0x150/0x310)
Apr 10 17:44:47 kernel: [<c00d9964>] (core_sys_select+0x150/0x310) from [<c00d9b60>] (sys_select+0x3c/0x110)
Apr 10 17:44:47 kernel: [<c00d9b60>] (sys_select+0x3c/0x110) from [<c003dac0>] (ret_fast_syscall+0x0/0x30)
Daarna gebeurt er van alles, totdat
Apr 10 17:45:13 kernel: Control: 10c53c7d Table: 9efd404a DAC: 00000017
Apr 10 17:45:13 kernel: Loglevel set to 0
Apr 10 17:45:13 kernel: Loglevel set to 0
Apr 10 17:45:14 rc_service: watchdog 436:notify_rc start_dnsmasq
Apr 10 17:45:15 dnsmasq\[9334]: warning: interface ppp1* does not currently exist
en de router herstart uit zich zelf, wat uiteindelijk eindigd in:
Apr 10 18:01:43 kernel: usb usb1: No SuperSpeed endpoint companion for config 1 interface 0 altsetting 0 ep 129: using minimum values
Apr 10 18:01:44 miniupnpd\[527]: shutting down MiniUPnPd
Apr 10 18:01:45 miniupnpd\[653]: version 1.9 started
Apr 10 18:01:45 miniupnpd\[653]: HTTP listening on port 42854
Apr 10 18:01:45 miniupnpd\[653]: Listening for NAT-PMP/PCP traffic on port 5351
Apr 10 18:01:45 rc_service: ntp 528:notify_rc restart_diskmon
Apr 10 18:01:45 disk_monitor: Finish
Apr 10 18:01:46 WAN Connection: WAN was restored.
Apr 10 18:01:46 disk monitor: be idle
Apr 10 18:02:10 kernel: Loglevel set to 0
Apr 10 18:02:11 hour monitor: daemon is starting
Apr 10 18:02:18 kernel: Loglevel set to 2
Apr 10 18:02:19 kernel: Loglevel set to 0
Apr 10 18:02:19 crond\[433]: time disparity of 365281 minutes detected
Apr 10 18:02:36 kernel: Loglevel set to 8
Apr 10 18:02:36 kernel: Pid: 448, comm: sh
Apr 10 18:02:36 kernel: CPU: 0 Tainted: P (2.6.36.4brcmarm #1)
Apr 10 18:02:36 kernel: PC is at wlc_wlintrsrestore+0x8e8/0xc08 [wl]
Apr 10 18:02:36 kernel: LR is at wlc_wlintrsrestore+0x8c4/0xc08 [wl]
Apr 10 18:02:36 kernel: pc : [<bf1a6a58>] lr : [<bf1a6a34>] psr: 60000113
Apr 10 18:02:36 kernel: sp : cdee3d90 ip : 00000000 fp : 0000842c
Apr 10 18:02:36 kernel: r10: cecbb400 r9 : 000737a1 r8 : cecbb430
Apr 10 18:02:36 kernel: r7 : 00010000 r6 : d0f60164 r5 : 0000010c r4 : d0f60000
Apr 10 18:02:36 kernel: r3 : 000008c8 r2 : 00010043 r1 : 0000010c r0 : d0f60000
Apr 10 18:02:36 kernel: Flags: nZCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment user
Apr 10 18:02:36 kernel: Control: 10c53c7d Table: 9df0404a DAC: 00000015
Apr 10 18:02:36 kernel: Loglevel set to 4
Apr 10 18:02:37 kernel: Loglevel set to 0
Apr 10 18:02:37 kernel: Loglevel set to 8
Apr 10 18:02:38 kernel: Emergency Thaw on mtdblock3
Apr 10 18:02:38 kernel: Emergency Thaw on mtdblock3
En die laatste regel lijft zich herhalen, vermoedelijk totdat de stekker er uitgetrokken werd.
Korte info over het netwerk:
- Zowel het 2.4 als 5 Ghz netwerk is in gebruik, hiervan maken ca. 8 apparaten gebruik. Deze krijgen via dhcp hun ip-adres, al dan nietop basis van hun MAC-adres.
- Er zijn 2 switches aangesloten op de router, ieder op een eigen poort. Hieraan hangen diverse apparaten, zo veel mogelijk met een vast IP-adres ( tv, x-box, ziggo hd/settopbox, nas, printer, computer).
- Router hangt aan ziggo-modem (cisco). Router heeft aan de wan-kant een vast ip-adres. Router en ziggo-modem hebben ieder een verschillende ip-range.
- dhcp-ranges conflicteren niet met de vaste ip-adressen.
Aangezien bovenstaande opzet met de oude router prima functioneerde, vermoed ik niet dat het probleem hierin zit.
Iemand enig idee
Anoniem: 401359
Geen enkel probleem!:
[...]
Thnx...ik had die al gezien, maar ik was vergeten dat die ook aan moest. Sorry dit had ik zelf ook moeten weten
goed om te lezen dat het nu weer werkt.Duidelijk verhaal! thanks voor de terugkoppeling!:
[...]
Oftewel de gulden middenweg gekozen in het voorbeeld, maar iedereen kan het aanpassen naar zijn/haar voorkeur.
:strip_exif()/u/171663/crop620b8dedafa85_cropped.gif?f=community)
:strip_icc():strip_exif()/u/64465/crop5db09addab56c_cropped.jpeg?f=community)
True, maar er zitten ook een paar securityfixes in die je wellicht niet wil mislopen...:
If it aint broken, dont fix it.
/u/1231/crop67444c3dedc86_cropped.png?f=community)
Ok, ivm Cisco deed ik even een aanmane
Je zou inderdaad even andere firmware kunnen testen. Normaal zou Wifi gewoon actief moet blijven want juist de Asus is superstabiel. Zou zeker de Merlin ook testen. Die werken altijd prima en installeren is net zo eenvoudig als de normale versie.
Bedenk wel dat je soms na een firmwareupgrade de router moet resetten naar de fabrieksinstellingen en geen backup terug gaat zetten van de instellingen. Dit omdat er soms bepaalde zaken intern veranderen en door het teurgzetten krijg je dan problemen.
DIt staat ook wel vermeld bij de release notes maar Merlin advies is altijd om zeker na 3 versie weer deze stappen te herhalen als dit er niet bij staat. Bij problemen is dat eigenlijk stap 1 om zaken uit te sluiten.
Tenzij ipconfig als resultaat geeft 169.254.x.x
Maar je hebt verder helemaal gelijk; gateway, dhcp of dns zullen waarschijnlijk eindigen op 254 en dat is dan het adres van de router.
Mijn advertenties!!! | Mijn antwoorden zijn vaak niet snowflake-proof
Helaas voor jou, fijn voor mij:Mag hopen dat dit niet de reden is aangezien IPv6 de toekomst is
IPv6 was wél het probleem.
Heb 't uitgezet, en alles werkt weer als een zonnetje.
Pushmeldingen van Whatsapp komen weer binnen, router is niet meer "dood" 's ochtends.
Ben weer blij.
Jammer inderdaad dat het IPv6 deel nog niet goed werkt, al moet ik opmerken dat het ook de combi van mijn Glasvezelmodem en de router kan zijn hoor. Want: mijn vorige router (een Cisco) sloeg ook vaak op tilt als ik de IPv6 aanzette.
:
[...]
Tenzij ipconfig als resultaat geeft 169.254.x.x
Thanks voor het snelle antwoorden! De link was makkelijk, maar ipconfig had ik zelf ook kunnen verzinnen, best een tijdje geleden dat ik ermee bezig ben geweest
Misschien raar maar de app pakt hem wel op 168.1.1
Open op me laptop via verkenner, zie heel kort het inlog scherm en dan de melding zoals ik eerder heb gepost.Opent in Edge trouwens, geen idee voor de meerwaarde, maargoed, beter teveel info dan te weinig.
[ Voor 5% gewijzigd door Sylver84 op 30-05-2016 06:48 ]
Asus GL703VM
:strip_icc():strip_exif()/u/173490/TheWall1klein.jpg?f=community)
Ik heb sinds enkele dagen ook deze router ter vervanging van een NetGear WNDR3700 waarvan de Wifi radio was overleden. Ik heb bijna alle instellingen kunnen overnemen op één ding na:
Ik heb nog een PC thuis met XP erop (die puur als Mediaplayer gebruikt wordt) en ik wil dat deze PC niet het internet op kan maar wel mijn interne LAN. Bij Netgear kun je dat eenvoudig instellen, maar ik kan het bij de Asus niet vinden. Handleiding doorgespit en Google geraadpleegd, maar nergens een goed antwoord. Ik vermoed dat het ergens in de Firewall sectie kan, maar weet niet hoe.
Wie kan mij helpen? Alvast bedankt
Ik heb nog een PC thuis met XP erop (die puur als Mediaplayer gebruikt wordt) en ik wil dat deze PC niet het internet op kan maar wel mijn interne LAN. Bij Netgear kun je dat eenvoudig instellen, maar ik kan het bij de Asus niet vinden. Handleiding doorgespit en Google geraadpleegd, maar nergens een goed antwoord. Ik vermoed dat het ergens in de Firewall sectie kan, maar weet niet hoe.
Wie kan mij helpen? Alvast bedankt
Arriving Somewhere but not here....
:strip_exif()/u/489640/crop67cc85cb59455_cropped.gif?f=community)
Zat zelf ook te denken aan Parental Control om dit te realiseren. Wanneer dat onverhoopt niet lukt, kan je dan ook niet je gateway-adres leeglaten, maar wel IP en subnetmast ingevullen? Dan is de machine wel binnen LAN zichtbaar, maar bij gebrek aan gateway kan hij niet het www op. Of zeg ik nu iets heel doms 
...
...
Simpelweg vanuit de cliënt status die XPpc kiezen en vervolgens block internet acces aanvinken.:
Ik heb sinds enkele dagen ook deze router ter vervanging van een NetGear WNDR3700 waarvan de Wifi radio was overleden. Ik heb bijna alle instellingen kunnen overnemen op één ding na:
Ik heb nog een PC thuis met XP erop (die puur als Mediaplayer gebruikt wordt) en ik wil dat deze PC niet het internet op kan maar wel mijn interne LAN. Bij Netgear kun je dat eenvoudig instellen, maar ik kan het bij de Asus niet vinden. Handleiding doorgespit en Google geraadpleegd, maar nergens een goed antwoord. Ik vermoed dat het ergens in de Firewall sectie kan, maar weet niet hoe.
Wie kan mij helpen? Alvast bedankt
Zie klikbaar screenshot:
