Ervaringen topic Ubee EVW3200 WiFi-modemrouter Ziggo (Deel 2)

Het loggen van de Firewall paginas is onveranderd in de laatste firmware. Toch hier wat aanvullende info omdat er soms onduidelijkheid is.
Dank je wel voor de heldere uitleg. Dit mag je wat mij betreft vaker doen. :applause:
 
Zoals elders ook al gemeld hebben sommige mensen last van regelmatige resets met huidige firmware. Bij anderen is er echter weer niets aan de hand. Deze resets begonnen bij mij al vorig jaar toen Ziggo de 9.9.5005 firmware introduceerde. De resets waren weer over toen die firmware korte tijd later weer terug getrokken werd. Indertijd klaagden ook vele anderen over deze resets. Met de 9.9.5007 firmware zijn bij mij de resets weer terug.

Ik heb al geprobeerd het modem naar fabrieks instellingen terug te zetten, maar daarna bleef het probleem. Ik heb een paar dagen geleden nu ingesteld om ook de configuratie aanpassingen naar een syslog server te sturen. Hierop worden nu alle resets gelogd. In 4 dagen tijd zijn er 16 spontane resets geweest. Nooit midden in de nacht, dus wel altijd als je zelf aan het browsen was. De volgende 3 entries zijn steeds karakterestiek voor zo'n reset:

Code:
Datum	Tijd	Niveau	Hostnaam	Categorie	Programma	Berichten
2013-04-05	07:49:15	alert	192.168.178.1	local0	SYSLOG	[Host 192.168.178.1] Firewall Up
2013-04-05	07:49:15	alert	192.168.178.1	local0	SYSLOG	[Host 192.168.178.1] Public Network Interface up (IP address 217.12x.xxx.xxx)
2013-04-05	07:49:01	alert	192.168.178.1	local0	SYSLOG	[Host 192.168.178.1] OTHER (0) 0.0.0.0 --> 0.0.0.0 DENY: Firewall interface access request

De onderste entry is steeds de oudste. Het begint steeds met een firewall melding. Nu heb ik geen idee wat hier eerder was. Is deze melding de trigger voor de reset, of is het juist het gevolg voor de reset? Ik denk het laatste omdat de melding steeds ca 15 seconden eerder is dan het weer on-line zijn van de router. Volgens mij is de verbinding steeds langer uit de lucht, dus ligt de trigger eerder, maar daarvan is niets in het log terug te vinden.

Uit onderstaand log blijkt dat ik nu zo'n 4 resets per dag gehad heb, over de laatste 4 dagen. Het is ook al beter geweest met eens per 2 dagen.
NB tijden zijn wintertijden.

Code:
Datum	Tijd	Niveau	Hostnaam	Categorie	Programma	Berichten
2013-04-05	07:49:15	alert	192.168.178.1	local0	SYSLOG	[Host 192.168.178.1] Public Network Interface up (IP address 217.12x.xxx.xxx)
2013-04-04	23:44:01	alert	192.168.178.1	local0	SYSLOG	[Host 192.168.178.1] Public Network Interface up (IP address 217.12x.xxx.xxx)
2013-04-04	23:41:38	alert	192.168.178.1	local0	SYSLOG	[Host 192.168.178.1] Public Network Interface up (IP address 217.12x.xxx.xxx)
2013-04-04	20:44:07	alert	192.168.178.1	local0	SYSLOG	[Host 192.168.178.1] Public Network Interface up (IP address 217.12x.xxx.xxx)
2013-04-04	19:34:47	alert	192.168.178.1	local0	SYSLOG	[Host 192.168.178.1] Public Network Interface up (IP address 217.12x.xxx.xxx)
2013-04-04	18:48:47	alert	192.168.178.1	local0	SYSLOG	[Host 192.168.178.1] Public Network Interface up (IP address 217.12x.xxx.xxx)
2013-04-04	07:29:52	alert	192.168.178.1	local0	SYSLOG	[Host 192.168.178.1] Public Network Interface up (IP address 217.12x.xxx.xxx)
2013-04-03	23:11:35	alert	192.168.178.1	local0	SYSLOG	[Host 192.168.178.1] Public Network Interface up (IP address 217.12x.xxx.xxx)
2013-04-02	22:36:10	alert	192.168.178.1	local0	SYSLOG	[Host 192.168.178.1] Public Network Interface up (IP address 217.12x.xxx.xxx)
2013-04-02	18:36:50	alert	192.168.178.1	local0	SYSLOG	[Host 192.168.178.1] Public Network Interface up (IP address 217.12x.xxx.xxx)
2013-04-02	16:15:02	alert	192.168.178.1	local0	SYSLOG	[Host 192.168.178.1] Public Network Interface up (IP address 217.12x.xxx.xxx)
2013-04-02	13:28:33	alert	192.168.178.1	local0	SYSLOG	[Host 192.168.178.1] Public Network Interface up (IP address 217.12x.xxx.xxx)
2013-04-02	09:01:41	alert	192.168.178.1	local0	SYSLOG	[Host 192.168.178.1] Public Network Interface up (IP address 217.12x.xxx.xxx)
2013-04-01	20:11:31	alert	192.168.178.1	local0	SYSLOG	[Host 192.168.178.1] Public Network Interface up (IP address 217.12x.xxx.xxx)
2013-04-01	18:44:18	alert	192.168.178.1	local0	SYSLOG	[Host 192.168.178.1] Public Network Interface up (IP address 217.12x.xxx.xxx)
2013-04-01	17:56:12	alert	192.168.178.1	local0	SYSLOG	[Host 192.168.178.1] Public Network Interface up (IP address 217.12x.xxx.xxx)
2013-04-01	17:53:19	alert	192.168.178.1	local0	SYSLOG	[Host 192.168.178.1] Public Network Interface up (IP address 217.12x.xxx.xxx)

Wat zijn de symptomen? Als ik een nieuwe webpagina wil openen, dan hangt de browser gedurende een halve minuut. Je kunt ook denken dat de DNS server even niet werkt, maar het is de gehele verbinding die weg is. Zonder syslog zie je het aan de knipperende ledjes op de Ubee en in de Ubee settings aan de "System Up Time" die weer bij 0 begonnen is. Wel heb ik de indruk dat ik alle gelogde resets ook in de browser gevoeld heb. m.a.w.: De reset werd getriggerd door het openen van een webpagina en en gebeurde blijkbaar nooit als ik niet een pagina aan het laden was.
 
Laatst bewerkt door een moderator:
(…) m.a.w.: De reset werd getriggerd door het openen van een webpagina en en gebeurde blijkbaar nooit als ik niet een pagina aan het laden was.
Dat is wel héél interessant, zeg… Ik heb hier nu al 35 dagen en 9 uur onafgebroken internet. Ook mijn aantal 'Uncorrectables' is niet echt hoog; het zijn er 4465. Als jij zegt dat je alle gelogde resets in je browser gevoeld hebt, door een time-out van een halve minuut (dat is voor een DNS-probleem zelfs erg lang - ik heb wel eens een time-out van 10 seconden of zo, maar echt nóóit langer), dan kun je een paar dingen proberen. Je geeft aan dat je 'blijkbaar' geen resets hebt als je geen webpagina aan het laden bent. Probeer dan als eerste eens, indien mogelijk, of het probleem zich ook voordoet als je langdurig vanaf een andere PC of een ander mobiel apparaat (smartphone, tablet, etc.) aan het internetten bent.
Ten tweede kun je eens proberen om instellingen aan te passen in eventuele beveiligingssoftware. De meeste grote beveiligingssuites hebben een mogelijkheid die web-verkeer controleert, zodat je niet onbedoeld op slechte sites komt. Wellicht is een van deze scanners de 'trieer' voor jouw probleem. Of misschien is het probleem al minder als je eens een andere browser gebruikt (bijvoorbeeld Google Chrome in plaats van Internet Explorer of vice versa (het gaat hier niet om de browser an sich, maar om het merken van verschil in gedrag ten aanzien van verschillende browsers).

Waar ik heen wil: als het waar is wat je zegt, en het probleem zich bij jou alleen voordoet als je webpagina's laadt, dan is er kennelijk íets op je computer(s) dat dit gedrag trieert… Daarom ben ik sowieso even benieuwd naar welke software je gebruikt, dan kan ik eens een vergelijking trekken. Ik gebruik hier alleen non-Windows systemen, op héél af en toe een Windows XP-systeem na, en een Windows 7 Virtual Machine. De overige systemen draaien Mac OS X of Linux (Fedora). Mijn Windows-systeempjes (De VM en de Windows XP-bak) staan bijna nooit aan, maar zijn uiteraard wel beveiligd. Hiervoor gebruik ik 'gewoon' Microsoft Security Essentials, waarvoor ik uiteraard wel zorg dat alles altijd up-to-date is).
Zelfs als ik de Windows 7-VM langdurig aan heb, is er geen enkel probleem met resets. Het probleem is dus niet inherent aan Windows 7. De XP-machine staat niet lang genoeg aan om dit te testen, maar eerlijk gezegd verwacht ik hier eenzelfde resultaat. Vermoedelijk is het dus, áls het al iets op je eigen computer is, één van de functies in geïnstalleerde beveiligingssoftware. Het is wel heel vreemd hoe de resets zich bij jou lijken te manifesteren. Als het waar is dat het gebeurt zoals je vermoedt, dan zou het betekenen dat je verbinding gewoon 2 weken up zou kunnen zijn als jij 2 weken geen webpagina's zou laden (in werkelijkheid natuurlijk totaal niet realistisch, daarom is dit voorbeeld ook puur als voorbeeld bedoeld).

Mijn vraag is nu dus: check welke beveiligingssoftware je gebruikt, een speel eens wat met functies voor controle van web-verkeer, zoals bijvoorbeeld een website scanner. Probeer indien mogelijk ook eens langdurig met een ander apparaat te werken voor internetdoeleinden (dus NIET met je eigen computer) en kijk eens of dat verschil op zou leveren.
Als er verschil is dan lijkt het me niet dat álle resets als sneeuw voor de zon verdwijnen, maar wellicht neemt het aantal af en verandert de regelmaat.

Is er geen verschil, dan moet je eens kijken naar andere stoorzenders, zoals bijvoorbeeld een (DECT) draadloze telefoon of andere draadloze apparatuur, maar ook schakelingen voor tijdgestuurde verlichting en dergelijke. Kijk dan vooral naar of je iets merkt van verbindingsstoringen en/of resets als je deze apparatuur gebruikt en (in het geval van tijdgeschakelde apparatuur) op het moment dat deze schakelingen zich voordoen.

Begrijp goed dat ik niet er op uit ben dat je in paniek raakt of wat dan ook, met al die hypotheses dat er iets met je computer aan de hand zou kunnen zijn. Ik weet alleen dat bepaalde routers bijvoorbeeld niet met bepaalde geïnstalleerde software overweg kunnen. Zo had ik in het verleden een probleem dat bleek te zijn veroorzaakt door mijn torrent-client… Zo zie je maar…
 
Dank voor de reactie. Ik ben inderdaad aan het inventariseren waar de trigger kan zitten. Nadat ik vanochtend tot de conclusie kwam dat het optreed bij het openen van een web pagina, heb ik eerst naar mijn DNS server gekeken. Op al mijn 3 computers gebruik ik DNSCrypt. Dat heb ik nu uitgezet. DNSCrypt geeft ook veel meer onterechte firewall meldingen op poort 53 dan de de dns servers Ziggo of Google. Hoewel ik die soms ook in het log had voordat ik DNSCrypt op alle computers gezet heb. Maar omdat er maar een paar resets per dag waren, moet ik dit eerst over een paar dagen volgen voordat ik er conclusies aan kan hangen.

Mijn systeem is overigens Mac only en ik heb het al gehad op zowel mijn iMac met OSX 10.6 en Safari 5.x als op mijn iBook met OSX 10.7 (en sinds een week OSX 10.8) met Safari 6.
En zoals veel mac gebruikers heb ik geen aanvullende beveiliging software. Ik ben nog van mening dat de ingebouwde beveiliging voldoet.

Overstappen op een andere browser dan je gewend bent is een 'opgave':) omdat dan alles net anders werkt. Maar voor test doeleinden zal ik Firefox gaan gebruiken als ik het niet aan DNSCrypt kan linken.

Eén van de problemen die ik met Firefox heb is dat alle bewaarde wachtwoorden gewoon leesbaar opgevraagd kunnen worden. Met Safari moet je steeds het sleutelhanger wachtwoord intypen om dat zichtbaar te krijgen. (En ik ben niet de enige achter mijn computer die in mijn account werkt)
 
Laatst bewerkt door een moderator:
Dank voor de reactie. Ik ben inderdaad aan het inventariseren waar de trigger kan zitten. Nadat ik vanochtend tot de conclusie kwam dat het optreed bij het openen van een web pagina, heb ik eerst naar mijn DNS server gekeken. Op al mijn 3 computers gebruik ik DNSCrypt. Dat heb ik nu uitgezet. DNSCrypt geeft ook veel meer onterechte firewall meldingen op poort 53 dan Ziggo of Google. Hoewel ik die soms ook in het log had. Maar omdat er maar een paar resets per dag waren, moet ik dit eerst over een paar dagen volgen voordat ik er conclusies aan kan hangen.

Mijn systeem is overigens Mac only en ik heb het al gehad op zowel mijn iMac met OSX 10.6 en Safari 5.x als op mijn iBook met OSX 10.7 (en sinds een week OSX 10.8) met Safari 6.
En zoals veel mac gebruikers heb ik geen aanvullende beveiliging software. Ik ben nog van mening dat de ingebouwde beveiliging voldoet.

Overstappen op een andere browser dan je gewend bent is een 'opgave':) omdat dan alles net anders werkt. Maar voor test doeleinden zal ik Firefox gaan gebruiken als ik het niet aan DNSCrypt kan linken.

Eén van de problemen die ik met Firefox heb is dat alle bewaarde wachtwoorden gewoon leesbaar opgevraagd kunnen worden. Met Safari moet je steeds het sleutelhanger wachtwoord intypen om dat zichtbaar te krijgen. (En ik ben niet de enige achter mijn computer die in mijn account werkt)

Juist om de redenen die je beschrijft zeg ik erbij dat je niet permanent van browser hoeft te wisselen. Ik snap dat het zo kan zijn dat je bijvoorbeeld Safari (Join the club) of Chrome fijner vindt werken. Daar is helemaal niks mis mee, en je mag als je zou willen ook weer gewoon terug. Het gaat er nu alleen om dat je er achter komt wat je trieer is, als die al op jouw computers ligt. Ik werk hier zoals al gezegd met Mac en Linux (en héél af en toe Windows) en heb nergens problemen mee, maar in het verleden had ik een router (bij een andere ISP) die problemen had met diverse Torrent clients. Deze router resette zichzelf volledig naar de Factroy Defaults als ik bepaalde dingen binnen de client niet uitzette. Na iedere reset kon ik dus eerst een back-up lopen terugzetten voordat ik weer internet had, en dat gebeurde zo'n 9 keer per dag. Uiteindelijk dus de boosdoeners van m'n systeem afgemikt.
Nu wil ik in jouw geval dus ook puur en alleen even kíjken of er een trigger is die vanaf je Mac komt, en zo ja dan wil ik die trigger proberen weg te nemen.

En voor wat betreft je beveiligingsissue met Firefox: helemaal mee eens. Firefox gebruik ik dan ook alleen dán, wanneer geen enkele andere browser werkt…
 
@Briolet:
Is het mogelijk om de firewall uit te schakelen in deze firmware en heb je dan nog steeds reboots ?
 
Volgens mij kan-ie niet heemáál uit; wel op laag, midden of hoog (Low; Medium; High). Bij mij staat-ie nu laag. Wellicht is dat een verschil.
 
Firewall kan wel helemaal uit. Staat nu op low. Ik wil echter niet te veel in één keer aanpassen. Voor testen is het natuurlijk wel lastig als het soms maar eens per dag gebeurd. Dan kun je pas na een paar dagen met zekerheid zeggen dat iets lijkt te werken. Maar er over nadenkende, geloof ik dat het steeds gebeurde als ik naar een andere website ging en niet gedurende het browsen binnen een website. Dan lijkt een link met DNS aannemelijk.
Ik zal in elk geval terugmelden of een van de reeds genoemde suggesties resultaat geeft.
Met alleen iets als "spontane resets" kan Ziggo ook niets doen.
 
Firewall kan wel helemaal uit. Staat nu op low. Ik wil echter niet te veel in één keer aanpassen. Voor testen is het natuurlijk wel lastig als het soms maar eens per dag gebeurd. Dan kun je pas na een paar dagen met zekerheid zeggen dat iets lijkt te werken. Maar er over nadenkende, geloof ik dat het steeds gebeurde als ik naar een andere website ging en niet gedurende het browsen binnen een website. Dan lijkt een link met DNS aannemelijk.
Ik zal in elk geval terugmelden of een van de reeds genoemde suggesties resultaat geeft.
Met alleen iets als "spontane resets" kan Ziggo ook niets doen.

Oké; dat is dan iets wat ik niet wist… Maar zoals je zegt is het voor testdoeleinden niet handig om te veel factoren ineens te gaan aanpassen. Bovendien geef je aan dat jouw firewall ook op 'Low' staat, dus die staat net zo als de mijne. Daarmee is de firewall al uitgesloten als échte boosdoener, aangezien ik geen last heb van reboots…
 
Compliment @briolet

@briolet Super bedankt voor jouw zeer uitvoerige en inhoudelijk zeer leerzame posts! :cool:
 
Laatst bewerkt door een moderator:
Terug
Bovenaan