Pagina 1 van 1
Site's geblokkeerd
Geplaatst: 18 sep 2007, 20:25
door Mivic
Heb een Philips 'blauwe' werkt perfect maar enkel me Wii ga er niet op.
Heb ook een Belkin router
deze
sommige site's krijg ik een blanco blad.
Enkele site's
http://wii.headliner.nl/
dommel als ik me wilt inloggen om me download limiet te bezien.
Pc banking
enzo
Waaraan zou 't liggen dat de site's blokkeren?
Aan de pc kan 't niet liggen omdat 't met de andere router wel functioneert.
De log van me belkin router:
Code: Selecteer alles
Aug 16 21:12:42 alert kernel: Intrusion -> IN=ppp_8_35_1 OUT= MAC= SRC=87.118.114.126 DST=83.101.28.3 LEN=60 TOS=0x00 PREC=0x00 TTL=55 ID=37 DF PROTO=TCP SPT=46762 DPT=3128 WINDOW=5840 RES=0x00 SYN URGP=0
Aug 16 21:15:03 alert kernel: Intrusion -> IN=ppp_8_35_1 OUT= MAC= SRC=87.118.114.126 DST=83.101.28.3 LEN=60 TOS=0x00 PREC=0x00 TTL=55 ID=55757 DF PROTO=TCP SPT=58468 DPT=6588 WINDOW=5840 RES=0x00 SYN URGP=0
Aug 16 21:16:54 alert kernel: Intrusion -> IN=ppp_8_35_1 OUT= MAC= SRC=87.118.114.126 DST=83.101.28.3 LEN=60 TOS=0x00 PREC=0x00 TTL=55 ID=13884 DF PROTO=TCP SPT=51239 DPT=1080 WINDOW=5840 RES=0x00 SYN URGP=0
Aug 16 21:19:04 alert kernel: Intrusion -> IN=ppp_8_35_1 OUT= MAC= SRC=87.118.114.126 DST=83.101.28.3 LEN=60 TOS=0x00 PREC=0x00 TTL=55 ID=46815 DF PROTO=TCP SPT=36679 DPT=7212 WINDOW=5840 RES=0x00 SYN URGP=0
Aug 16 21:21:11 alert kernel: Intrusion -> IN=ppp_8_35_1 OUT= MAC= SRC=87.118.114.126 DST=83.101.28.3 LEN=60 TOS=0x00 PREC=0x00 TTL=55 ID=56977 DF PROTO=TCP SPT=33159 DPT=8000 WINDOW=5840 RES=0x00 SYN URGP=0
Aug 16 21:23:15 alert kernel: Intrusion -> IN=ppp_8_35_1 OUT= MAC= SRC=83.11.88.35 DST=83.101.28.3 LEN=64 TOS=0x00 PREC=0x00 TTL=30 ID=3143 DF PROTO=TCP SPT=4959 DPT=135 WINDOW=53760 RES=0x00 SYN URGP=0
Aug 16 21:34:40 alert kernel: Intrusion -> IN=ppp_8_35_1 OUT= MAC= SRC=213.92.8.4 DST=83.101.28.3 LEN=60 TOS=0x00 PREC=0x00 TTL=47 ID=32096 DF PROTO=TCP SPT=52350 DPT=113 WINDOW=5840 RES=0x00 CWR ECE SYN URGP=0
Aug 16 21:42:59 alert kernel: Intrusion -> IN=ppp_8_35_1 OUT= MAC= SRC=83.130.6.43 DST=83.101.28.3 LEN=48 TOS=0x00 PREC=0x00 TTL=104 ID=46275 DF PROTO=TCP SPT=4047 DPT=9090 WINDOW=16384 RES=0x00 SYN URGP=0
Aug 16 22:03:03 alert kernel: Intrusion -> IN=ppp_8_35_1 OUT= MAC= SRC=76.107.38.168 DST=83.101.28.3 LEN=52 TOS=0x00 PREC=0x20 TTL=40 ID=11400 DF PROTO=TCP SPT=1318 DPT=9090 WINDOW=65535 RES=0x00 SYN URGP=0
Geplaatst: 18 sep 2007, 21:15
door xenne
in eerste instantie zou ik de firmware van uw modem eens updaten
Geplaatst: 18 sep 2007, 22:58
door zippie666
Ik zou het in deze volgorde proberen:
* Eventjes de modem afzetten en erna weer aansteken
* Firmware updaten als er een update mogelijk is
* Modem resetten (resetknop ~10 sec indrukken) en alles opnieuw instellen (vooral draadloze beveiliging niet vergeten indien van toepassing)
'k hoop dat dit geholpen heeft
Geplaatst: 18 sep 2007, 23:24
door Mivic
Vind geen firmware voor de me router.
Zal dan maar switchen hé, als ik op me Wii online wil spelen.
Geplaatst: 18 sep 2007, 23:37
door Ofloo
mtu, ..
Geplaatst: 18 sep 2007, 23:52
door D3bian
Bij welke provider zit je, want bijvoorbeeld Versatel en Tele2 hebben als standaard MTU 1492
Geplaatst: 19 sep 2007, 00:29
door Mivic
die_ene schreef:Bij welke provider zit je, want bijvoorbeeld Versatel en Tele2 hebben als standaard MTU 1492
Dommel plus is me abonnee
Geplaatst: 20 sep 2007, 00:13
door Ofloo
hangt er vanaf ik dacht pppoe mtu 1492, en pppoa mtu 1500, normaal gaat dit automatisch maar ik zou het toch maar eens controleren. 'k heb net het zelfde gehad bij realdsl het heeft een half jaar geduurd voor iemand me van de helpdesk vertelde dat ik pppoa ipv pppoe moest gebruiken en dus een mtu van 1500 moest hebben ipv 1492, .. proberen waard zou ik zeggen.
Geplaatst: 20 sep 2007, 09:07
door quodlibet
Ik heb hetzelfde probleem gehad met de belkin router van mijne pa.
Van ppoe naar ppoa wisselen(of omgekeerd, dat kan ik me nu niet precies herinneren) lostte dat op.
Er was ook een advies van belkin zelf, maar dat hielp mij niet :
http://www.belkin.com/uk/support/articl ... 745&scid=0
De enige firmware update die ik toen kon vinden was :
http://web.belkin.com/support/download/ ... nload=1867 .
Geplaatst: 20 sep 2007, 18:35
door rtl
waarschijnlijk gewoon de mtu zoals reeds gezegd
naar pppoa switchen gaat het probleem niet verhelpen
ik had het probleem ook toen ik net switchte naar dommel
www.een.be
www.tweakers.net
en dommels eigenste klanten loginpagina waren voorbeelden van sites die niet werkten (check en trek uw conclusies)
iptables -A FORWARD -p tcp -o ppp0 --tcp-flags SYN,RST SYN -m tcpmss --mss 1400:1536 -j TCPMSS --clamp-mss-to-pmtu
loste mijn probleem op 
Geplaatst: 20 sep 2007, 23:20
door Ofloo
wel omdat ik meerdere ipaddressen heb moest het mtu 1500 zijn, ipv 1492, daarom helpte veranderen van pppoe naar pppoa wel.
Geplaatst: 22 sep 2007, 00:24
door Mivic
Probleem opgelost als ik me mtu waarde veranderde naar 1492.
Hij stond eerst op mtu 1432
Bedankt om te helpen.
Geplaatst: 10 okt 2007, 09:40
door Mahimahi
Ofloo schreef:hangt er vanaf ik dacht pppoe mtu 1492, en pppoa mtu 1500, normaal gaat dit automatisch maar ik zou het toch maar eens controleren. 'k heb net het zelfde gehad bij realdsl het heeft een half jaar geduurd voor iemand me van de helpdesk vertelde dat ik pppoa ipv pppoe moest gebruiken en dus een mtu van 1500 moest hebben ipv 1492, .. proberen waard zou ik zeggen.
Ik dacht dat je de juiste mtu met de pingtest moest bepalen.
Vòòr ik een router had zette ik zo mijn mtu; 1424 no packet loss + 28 headers = 1452
Nu zet mijn router automatisch mtu op 1420. Alles werkt normaal, zou hij mischien ongezien toch met de headers rekening houden zodat ik in werkelijkheid 1448 heb?
Geplaatst: 10 okt 2007, 09:59
door Blue-Sky
Titel aangepast wegens spellingfoutje in de topic start
Geplaatst: 10 okt 2007, 15:55
door Ofloo
Mahimahi schreef:Ofloo schreef:hangt er vanaf ik dacht pppoe mtu 1492, en pppoa mtu 1500, normaal gaat dit automatisch maar ik zou het toch maar eens controleren. 'k heb net het zelfde gehad bij realdsl het heeft een half jaar geduurd voor iemand me van de helpdesk vertelde dat ik pppoa ipv pppoe moest gebruiken en dus een mtu van 1500 moest hebben ipv 1492, .. proberen waard zou ik zeggen.
Ik dacht dat je de juiste mtu met de pingtest moest bepalen.
Vòòr ik een router had zette ik zo mijn mtu; 1424 no packet loss + 28 headers = 1452
Nu zet mijn router automatisch mtu op 1420. Alles werkt normaal, zou hij mischien ongezien toch met de headers rekening houden zodat ik in werkelijkheid 1448 heb?
'k weet niet juist hoe het zit, maar het werkt niet bij alle sites, het kan goed zijn dat je de site kan pingen maar daarvoor niet kan bezoeken.
als ik jouw was zou ik het gewoon op het volgende houden
pppoe 1492
pppoa 1500
ipv6 1280 (tunnels, 6to4,..)
lan 1500
Geplaatst: 11 okt 2007, 21:01
door The Conquer
Bij mijn oom heb ik nu net hetzelfde voor:
Sinds maandag is hij klant bij dommel, ik heb daar een belkin router geplaatst. Hij heeft een Vista Home laptop en kan niet op de klantenzone van dommel, geen windows update, en nog enkele...
Als ik dan echter met mijn laptop verbind lukt het wel. Daarnaast werkt zijn laptop wel bij mij thuis.
Zou dat dan ook die MTU kunnen zijn? Ik geloof dat die nu op pppoe 1432 staat.
Geplaatst: 11 okt 2007, 22:33
door Mahimahi
Eigenaardig, bij mij werkt alles perfect met mtu 1420
Geplaatst: 12 okt 2007, 17:21
door Ofloo
Het kan perfect werken tot je die ene site bezoekt, .. of wil bezoeken althans.
Geplaatst: 15 okt 2007, 18:55
door The Conquer
Super, het werkt. MTU op 1492 geplaatst.
Bedankt
Geplaatst: 16 okt 2007, 13:37
door Mahimahi
@ Ofloo,
Ik heb ook eens 1492 geprobeerd, geeft mij 2% meer efficiency, bedankt voor de tip.