FRITZ!Box Fon WLAN 7170 Annex A, Firmware version 58.04.56
Het ineternet is m.i stabiel. Weliswaar geen 20 Mbit maar tussen de 14
en 14,7 Mbit. Ik vind het best.
Maar soms lijkt internet te hikken.
Na onderzoek was het niet zozeer internet maar de link naar het modem.
Ik doe het volgende;
ping -t 192.168.178.1
En dan zie ik met grote regelmaat "request time out" en dan opeens gaat
het wel goed. En dit wisselt wat heen en weer. Dit verklaard de hickups.
De enige manier is het modem even uit en aan te zetten. Dan is het weer
soepel, met mooie pings.
Is dit een beken euvel ?
Moet ik XS4all vragen om een nieuwe ?
Maw dit is puur de link naar het modem, en niet daarna.
Het rebooten van het modem geeft mij de indruk dat het wel
aan het modem ligt en niet de kabel of de netwerk card van
het motherboard.
Mvgr,
Henk
> ping -t 192.168.178.1
> En dan zie ik met grote regelmaat "request time out" en dan opeens gaat
> het wel goed. En dit wisselt wat heen en weer. Dit verklaard de hickups.
> De enige manier is het modem even uit en aan te zetten. Dan is het weer
> soepel, met mooie pings.
Ja 1 keer gehad. Zelfde effect. Kon helaas niet inloggen (web/telnet) om te
zien wat de load was.
Uptime van het modem was iets van 200+ uur op dat moment.
Danny.
--
Bedankt, Thanks,
The Fug.
VoIP/SIP switched by: www.mysipswitch.com
A free service sponsored by www.blueface.ie
Yep, zoiets heb ik ook.
Zowel bij gebruik van eMule als Bittorrent (niet tegelijkertijd) zie ik na
ongeveer 40 uur in de upload grafiek de tot dan toe constante upload een
zaagtand vorm vertonen, waarbij de upload langzaam in pakweg twee uur op en
neer gaand naar nul zakt. Ook is er dan geen download meer en kan ik de
Fritz!Box ook niet meer vanaf mijn PC bereiken. Ook telefoneren met voip
lukt dan niet meer.
De enige manier om haar weer aan de praat te krijgen is het
voedingsstekertje er uit en er weer in.
Zelf zat ik te denken aan flooding van de Fritz!Box, dus heb ik de upload
limiet op de helft van de maximaal haalbare waarde ingesteld en het aantal
verbindingen aanzienlijk verlaagd. Maar helaas zonder resultaat.
Omdat Bittorrent momenteel met een interessante download van een paar dagen
bezig is wil ik dit niet stoppen. Ik vraag me namelijk af of eMule of
Bittorrent dit euvel veroorzaakt.
Hiervoor had ik een SpeedTouch 546 ook met eMule zonder een centje pijn.
Met vriendelijke groet,
ook Henk
http://www.hsdejong.nl
Nepal and Myanmar (Burma) - Photo Galleries
> Is dit een bekend euvel ?
> Moet ik XS4all vragen om een nieuwe ?
>
> Mvgr,
>
> Henk
Ik heb het ook, boel problemen met de fritzbox. Op het moment krijg ik er
ook geen IP meer mee (heb dus mn oude zyxel maar weer ingeplugd), en heb
XS4all een nieuwe gevraagd...
Ook hier het geval. Annex A met nieuwste firmware, erg instabiel,gaat
altijd mis als er een inkomende telefoontje (Voip) is. Draytek er weer
aangehangen, die werkt probleemloos. Xs4all geinformeerd maar die doen
niets. Ook ik wacht op de nieuwe firmware.
Is het mogelijk om de Fritz!Box via de ethernet aansluiting een soft reset
te laten doen.
Iets dat via de task scheduler van Windows automatisch 's nachts de
Fritz!Box kan laten resetten?
Met vriendelijke groet,
Henk de Jong
Nee, antwoord van de helpdesk: "het wil wel eens helpen je IPadres er
hard in te zetten". Ja kom nou; jullie bieden DHCP aan, dan ga ik toch
niet lopen kloten met harde settings? 1 IP wijziging en ik ben hopeloos
offline.
Als workaround aanvaardbaar, maar ik verwacht een solution...
Bij de "Account information" instellingen kun je de optie "Delay
disconnection by provider to the period between ..." aanvinken, en
dan een tijd selecteren. Volgens mij verbreekt de FRITZ!Box dan elke
dag in die periode de PPP verbinding even en bouwt hem daarna weer op.
Misschien dat dat helpt.
Anders zou je met een tooltje de "Restart FRITZ!Box" button in de web
interface moeten activeren. Op Linux kan dat waarschijnlijk met wget,
maar op Windows zullen daar ongetwijfeld ook oplossingen voor zijn.
Of als laatste redmiddel: de adapter in een schakelklok steken...
--
Dick
23.07.08 01:52:37 Internetvebinding wurde erfolgreich hergestellt.
De Fritz!Box verbreekt inderdaad even de verbinding. Ik heb het ingesteld en
ben benieuwd. Ik weet het pas over een uur of 40....
> Of als laatste redmiddel: de adapter in een schakelklok steken...
Inderdaad, of betere firmware!
Ik ken mensen met Orange modems die dat standaard doen, elke nacht even
power cyclen middels een eenvoudige schakelklok. Werkt betrouwbaar en helpt.
gr, hwh
't Leek goed te gaan met de "Delay disconnection by provider to the period
between 3-4 aanvinken". Maar helaas na ongeveer 80 uur ging het op dezelfde
manier weer mis.
Ik denk dat de schakelklok inderdaad de beste remedie is...
Kun je geen cronjobje op dat ding zetten dat em reboot?
Als je het draadje terugleest kom je mijn volgende vraag tegen:
>Is het mogelijk om de Fritz!Box via de ethernet aansluiting een soft reset
>te laten doen.
>Iets dat via de task scheduler van Windows automatisch 's nachts de
>Fritz!Box kan laten resetten?
Als iemand een jobje heeft dat de Fritz!Box kan rebooten is mijn probleem
voorlopig opgelost...
>>Is het mogelijk om de Fritz!Box via de ethernet aansluiting een soft reset
>>te laten doen.
Kijk eens hier:
<http://www.wehavemorefun.de/fritzbox/index.php/Befehle>.
reset is beschikbaar (busybox).
Je moet AFAIK wel telnet aanzetten. Er is hier eerder gepubliceerd hoe
dat moet.
--
Arwin.
Als het commando reset doet wat het normaal altijd doet in een Linux
systeem dan is dit niet wat je zoekt.
Wat je moet hebben is:
reboot
of
shutdown -r
Maar eerst moet je weten of je cron jobs kunt draaien.
Probeer eens "ps" en dan kijken of er een crond tussen staat.
cron jobs draaien onder MS Windows?
Of hebben jullie het over cron jobs draaien _in_ de Fritz!Box?
>Wat je moet hebben is:
> reboot
De vraag was "reset", maar je hebt gelijk, dat moet natuurlijk
"reboot" zijn en die staat er ook bij.
--
Arwin.
Deze discussie gaat toch over de Fritzbox? Die draait toch Linux?
Uiteraard kun je in Windows ook wel jobs schedulen maar daar heet
het geen cron.
Je kunt een job schedulen op je PC die een telnet naar de Fritzbox
doet en het reboot commando stuurt, maar ik denk dat je dan wel een
programma als "expect" nodig hebt, of misschien lukt het met vb
scripting als je daar veel van weet.
Maar dat bedoelde ik dus niet, je moet een cronjob op die Fritxbox
kunnen instellen lijkt me.
Ik kan na het opstarten van een telnet sessie naar de FRITZ!Box geen cron
vinden. Die is er ook niet.
> Je kunt een job schedulen op je PC die een telnet naar de Fritzbox
> doet en het reboot commando stuurt, maar ik denk dat je dan wel een
> programma als "expect" nodig hebt
Nadeel van een job schedulen op de PC is dat deze PC altijd aan moet staan
en er een werkende newerkverbinding met de FRITZ!Box moet zijn.
Mooiste oplossing is een progammaatje dat in de FRITZ!Box zelf draait.
Na veel vooral duitstalige fora te hebben bezocht (IP-Phone-Forum op
http://www.ip-phone-forum.de/forumdisplay.php?f=361) ben ik nu een shell
script aan het testen dat elke dag op een vast tijdstip de FRITZ!Box
automatisch herstart. Tot nu toe ziet het er veelbelovend uit! Ik zal het
script later posten.
Deze posting heeft een regellengte van meer dan 80 karakters. Ik hoop niet dat dit problemen geeft in news readers. In
Outlook Explorer gaat dit goed. Ik heb de regellengte langer gekozen, zodat in het script geen regels worden afgebroken.
Veel informatie over de FRITZ!Box heb ik in het duitstalige IP-Phone-Forum http://www.ip-phone-forum.de/ gevonden en ook
Miquel van Smoorenburg (Mike) had nog een goede tip over "here documents" waardoor mijn script wat korter en leesbaarder
is geworden. Nog een paar kleine tips van Adri Verhoef en dit verhaal is klaar om gepubliceerd (gepost) te worden.
Ik geef hier alleen uitleg over het script zelf en niet hoe je het in de FRITZ!Box plaatst. Voor het plaatsen van het
script heb je telnet nodig dat je eerst met je telefoon moet activeren. Een beetje kennis van- en ervaring met de shell
commando's en shell scripts onder Linux in het algemeen is handig. Daar is genoeg informatie over te vinden op het
internet. Doe je iets verkeerd, dan loop je het risico dat je FRITZ!Box het niet meer doet. Het gebruik van onderstaande
script is dan ook geheel voor eigen risico. Ik heb het uitgebreid getest en in mijn eigen FRITZ!Box draait het
probleemloos.
Het script dient in het bestand /var/flash/debug.cfg te worden geplaatst. Met behulp van kopieren en plakken kun je het
na het commando "cat > /var/flash/debug.cfg" invoegen en dan met Ctrl-d afsluiten. Het shell script in
/var/flash/debug.cfg wordt automatisch als laatste uitgevoerd na het opstarten van de FRITZ!Box. Het bestand
/var/flash/debug.cfg blijft ook na het uit- en aanzetten in de FRITZ!Box staan. In mijn FRITZ!Box bestond
/var/flash/debug.cfg niet, maar als het al wel bestaat dien je het script met kopieren en plakken toe te voegen aan het
einde van debug.cfg met "cat >> /var/flash/debug.cfg".
Het makkelijkste zou het zijn om het commando "cron" te gebruiken, maar helaas kent de FRITZ!Box dit niet. Twee
belangrijke elementen in het script zijn het "sleep" en het "reboot" commando. Het zou handig zijn als je met het
"sleep" commando een wachttijd van 24 uur kon realiseren, oftewel 86400 seconden. Het "sleep" en "reboot -d" commando
kunnen echter dergelijke lange pauzes niet aan. Daarom heb ik de maximale wachttijd van bijna 24 uur opgedeeld in
telkens een uur wachten met "sleep 3600".
Ik heb zelf gekozen voor een herstart-tijd van 3:00 uur 's nachts, maar elke andere tijd is ook goed. Herstarten duurt
minder dan twee minuten. Bedenk dat je dus ook twee minuten telefonisch niet bereikbaar bent en dat al je internet
verbindingen en een eventueel telefoongesprek worden onderbroken.
Het script wacht eerst totdat de FRITZ!Box de juiste tijd van het internet heeft opgehaald. Daarna wordt het aantal
seconden berekend tot aan het volgende herstart-tijdstip. De totale wachttijd wordt opgedeeld in partjes van hele uren.
De resterende tijd wordt in het "reboot -d" commando afgewerkt. Let op dat het "reboot" commando in je FRITZ!Box wel de
optie "-d" kent. Ik weet namelijk niet zeker of oudere FRITZ!Boxen dit ook kennen. Anders moet je hier een extra "sleep"
commando bijplaatsen.
Zolang /var/flash/debug.cfg actief is werkt de weergave van de Energy Monitor in het web interface van de FRITZ!Box
niet. Daarom heb ik voor een hink-stap-sprong methode gekozen: Het script in /var/flash/debug.cfg maakt een nieuw shell
script aan in /var/tmp/ met als naam restart.sh. Vervolgens wordt dit bestand met "chmod" executable gevlagd en daarna
in de achtergrond gestart. /var/tmp/restart.sh is dus eigenlijk het script dat de FRITZ!Box uiteindelijk laat rebooten.
Het script maakt ook een log bestand aan (/var/tmp/herstart.log), waarin je kunt volgen in welke fase de uitvoering van
het script zich bevind. Open hiervoor een telnet sessie naar de FRITZ!Box en type: "cat /var/tmp/restart.log".
-<>-<>-<>-<>-<>-<>-<>-<>-<>-<>-<>-<>-<>-<>-<>-<>-<>-<>-<>-<>-
# FRITZ!Box daily restart shell script
# H.S. de Jong
# last update August 4, 2008
# location and name of this shell script is /var/flash/debug.cfg
# location and name of the shell script to be executed is /var/tmp/restart.cfg
# location and name of the log file is /var/tmp/restart.log
# create restart.sh
cat > /var/tmp/restart.sh <<'EOF'
# restart time format is hhmm with four digits
restarttime="0300"
# initialise log file
echo > /var/tmp/restart.log
echo FRITZ!Box daily restart log >> /var/tmp/restart.log
echo restart at $restarttime >> /var/tmp/restart.log
# Wait till the FRITZ!Box has synchronised with internet time
echo >> /var/tmp/restart.log
while [ `date +%Y` -le 2000 ]; do
echo wait for proper internet time... >> /var/tmp/restart.log
sleep 10
done
date >> /var/tmp/restart.log
# calculate the number of seconds till restart time
sleeptime=$((($(date -d $(date +%m%d$restarttime%Y) +%s) - $(date +%s) + 86400) % 86400))
# countdown whole hours till restart
echo >> /var/tmp/restart.log
echo countdown hours till restart: >> /var/tmp/restart.log
while [ $sleeptime -ge 3600 ]; do
echo $((sleeptime/3600)) >> /var/tmp/restart.log
sleep 3600
sleeptime=$(($sleeptime - 3600))
done
echo 0 >> /var/tmp/restart.log
# reboot after the remaining seconds
echo >> /var/tmp/restart.log
echo restart after $((sleeptime/60)) minutes! >> /var/tmp/restart.log
reboot -d $sleeptime
EOF
# flag restart.sh executable and start it as a deamon in the background
chmod +x /var/tmp/restart.sh
/var/tmp/restart.sh &
-<>-<>-<>-<>-<>-<>-<>-<>-<>-<>-<>-<>-<>-<>-<>-<>-<>-<>-<>-<>-
Mijn FRITZ!Box wordt nu elke nacht automatisch herstart als ik lig te slapen. Ik heb er geen omkijken meer naar. Ze
krijgt nu niet meer de kans om vast te lopen. Uiteindelijk hoop ik natuurlijk op een nieuwe firmware voor de FRITZ!Box
waarin dit probleem van vastlopen is opgelost.
[KNIP]
Zou je de oorzaak niet eens onderzoeken waarom die vastloopt? En als het dan
een bug is, wil je dat dan aanmelden bij AVM? :)
Danny.
En als je nu liever niet met dat script rommelt waarmee officieel je
garantie vervalt koop je voor een paar euro een tijdschakelaar bij de
Gamma.
Beste Danny, dacht je nou echt dat ik dat al niet gedaan had?
Momenteel loopt er een support ticket by AVM.
Maar ik kan (maanden?) wachten op een nieuwe firmware die misschien wel, maar
misschien ook niet mijn probleem oplost.
Veel leuker is het om je in de FRITZ!Box te verdiepen en een scriptje te maken
en uit te proberen met als uiteindelijk resultaat dat mijn probleem voorlopig is
opgelost!
Ik weet dat mijn script het symptoom bestrijd, maar als jij de oorzaak kan
wegnemen dan nodig ik je hier graag voor uit ;-)
De meeste mensen in nieuwsgroepen zijn heel goed in het melden van hun
problemen. Maar problemen oplossen geeft veel meer voldoening. Dus toen niemand
mij een kant en klare oplossing bood ben ik zelf maar aan de slag gegaan.
Anderen kunnen daar nu eventueel van profiteren.
> waarmee officieel je garantie vervalt
Garantie vervalt? Ik heb dat ding levenslang in bruikleen. Nergens heb ik
gelezen dat je niet in de software mag rommelen.
Officieel krijg je geen support meer van AVM, maar dat is iets anders dan
garantie. Als er morgen rook uit komt krijg ik echt wel een nieuwe van XS4ALL.
> koop je voor een paar euro een tijdschakelaar bij de Gamma
Natuurlijk kun je een schakelklok bij de Gamma kopen. Maar ten eerste kost dat
extra geld en ten tweede wat leer je daarvan? Hoe je een schakelklok moet
programeren? Tjeeezz...
Groet,
Henk de Jong
http://www.hsdejong.nl
Nepal and Myanmar (Burma) - Photo Galleries Henk
Simon, ik voelde me persoonlijk aangesproken, maar zie achteraf dat jouw reactie
waarschijnlijk in het algemeen was bedoeld.
En ja: je kan ook een schakelklok kopen ;-)
> Beste Danny, dacht je nou echt dat ik dat al niet gedaan had?
> Momenteel loopt er een support ticket by AVM.
> Maar ik kan (maanden?) wachten op een nieuwe firmware die misschien wel,
> maar
> misschien ook niet mijn probleem oplost.
Wat is je probleem met de fritzbox 7170?
De kans dat AVM er sneller iets aan gaat doen is groter als er heel veel
mensen zijn die dit probleem ondervinden of gaan ondervinden.
> Veel leuker is het om je in de FRITZ!Box te verdiepen en een scriptje te
> maken
> en uit te proberen met als uiteindelijk resultaat dat mijn probleem
> voorlopig is
> opgelost!
Mjah.. hij blijft zoals al vermeld dat het bruikleen is. En wat als er nou
geen rook uit komt en er valt niets meer mee te doen..
maar hoe dan ook rook of geen rook, je moet de oude terug sturen om een
nieuwe te krijgen. En rook of geen rook.. xs4all kan natuurlijk je fritz
opsturen naar AVM voor onderzoek. iig zijn deze posts en replies vastgelegd
op het internet dus who knows :P
> Ik weet dat mijn script het symptoom bestrijd, maar als jij de oorzaak kan
> wegnemen dan nodig ik je hier graag voor uit ;-)
Vertel meer.
> De meeste mensen in nieuwsgroepen zijn heel goed in het melden van hun
> problemen. Maar problemen oplossen geeft veel meer voldoening. Dus toen
> niemand
> mij een kant en klare oplossing bood ben ik zelf maar aan de slag gegaan.
> Anderen kunnen daar nu eventueel van profiteren.
Je hebt je probleem nog niet gemeld (voor zover ik weet.. ik lees niet alle
berichten in de nieuws groepen).
Danny.
Symptoom klinkt mij bekend, maar dan bij Linksys routers. Bij mij hielp het
erg om mijn DECT basis station, dat op ca. 40 cm afstand stond, te
verplaatsen naar ruim een meter van mijn router. Natuurlijk geen idee of er
bij jou ook een DECT station in de buurt staat, (of een ander toestel dat EM
signalen in de lucht stuurt) maar mocht dat toevallig ook zo zijn....... ;-)
Groetjes!
Roland
Het kan eenvoudiger door een sub-shell in de achtergrond te draaien,
dus zoiets als:
(
sleep 3600
while [ `date +%Y` -lt 2000 ]
do
sleep 300
done
while [ `date +%H` -ne 3 ]
do
sleep 300
done
reboot
) &
--
Dick
Hoi Dick,
Dat van
(
shell script
) &
om vanuit debug.cfg iets in de achtergrond te laten draaien is een goed idee.
Scheelt weer een aantal regels en maakt het gebruik van een extra bestandje
(restart.sh) in mijn script overbodig.
De manier waarop jij met "while [ `date +%H` -ne 3 ] en dit elke vijf minuten
checken" de timing oplost is ook interessant. Ik zal daar nog eens over
nadenken.
Bedenk trouwens dat als je de "log" functie en al het commentaar verwijdert er
van mijn scriptje ook niet veel overblijft:
(
restarttime="0300"
while [ `date +%Y` -le 2000 ]; do
sleep 10
done
sleeptime=$((($(date -d $(date +%m%d$restarttime%Y) +%s) - $(date +%s) + 86400) % 86400))
while [ $sleeptime -ge 3600 ]; do
sleep 3600
sleeptime=$(($sleeptime - 3600))
done
reboot -d $sleeptime
) &
Bedankt voor de tip!
Nope, ik heb geen DECT telefoons of iets anders dat vlakbij de FRITZ!Box staat te zenden.
Maar ik had ook ergens gelezen dat dit problemen in je ADSL router kan veroorzaken.
Bedankt!
Weet je wel wat dat kost, terugsturen en onderzoeken?
Ik denk dat de garantiegevallen gewoon in de afvalbak verdwijnen.
> iig zijn deze posts en replies vastgelegd op het internet dus who knows :P
Pas op voor de XS4ALL Internet Politie (of de AVM Polizei)!
> Je hebt je probleem nog niet gemeld
Wel waar!
> (voor zover ik weet.. ik lees niet alle berichten in de nieuws groepen).
Niet zo lui zijn: even draadje terug lezen. Ik heb het probleem op 15 juli
gepost.
=<>=
Als je telnet op je FRITZ!Box activeert krijg je de volgende (rood
gekleurde) mededeling op de homepage van het FRITZ!Box web interface:
"The modifications to your FRITZ!Box are not supported by the manufacturer."
Klik je op de bijbehorende link voor meer informatie dan krijg je een
help-venstertje met de volgende tekst:
"FRITZ!Box is currently being operated with a firmware version that was not
released by AVM, or the configuration may have been changed in a manner not
foreseen by the manufacturer (e.g., telnet). Under these circumstances, AVM
cannot guarantee that your FRITZ!Box will work correctly. You have the
possibility of restoring the condition of the device upon delivery. To do
this, start the Recover program on your FRITZ!Box CD (\Software\X_Misc.)
After the factory settings are restored, your FRITZ!Box again will be
eligible for complete AVM support."
Kortom: ik lees nergens dat je niet mag rommelen met de firmware waardoor je
je garantie verliest. Ze garanderen alleen geen goede werking meer. En das
wat anders. Zet je een originele AVM firmware versie weer terug, dan heb je
weer volledige garantie!
Er zijn zat websites met used/repaired hardware aanbiedingen....
In de afval bak is niet milleu bewust :P
>> Je hebt je probleem nog niet gemeld
>
> Wel waar!
>
>> (voor zover ik weet.. ik lees niet alle berichten in de nieuws groepen).
> Niet zo lui zijn: even draadje terug lezen. Ik heb het probleem op 15 juli
> gepost.
>
Niet als originele poster maar in een reply :P
Maar om even op het probleem terug te komen..
Komt het alleen voor met p2p software of ook als je alleen wat surft/emailt
zonder p2p aan? (over tijdbestek van wat dagen)...
Ik heb zelf ook in dat draadtje een reply gegeven dat het mij ook 1 keer is
gebeurd.
Mijn vermoeden is dat er op dat moment zoveel connections open staan dat de
CPU het wat zwaar heeft. Over het algemeen vind ik de load van deze fritz
hoger dan de 7050. Ik heb het nog niet kunnen reproduceren, maar ik gebruik
ook zeer zelden p2p programma's.
Ik verzin wel eens wat om een zooi connecties te genereren en te kijken wat
fritzie dan doet :)
Danny.
Ja klopt, ik heb zelf ook wel eens met dat script gerommeld maar kan
mij voorstellen dat sommigen zich daar niet zo vertrouwd mee voelen.
Overigens vervalt volgens mij officieel wel de garantie maar dat is in
zoverre hypothetisch dat je natuurlijk een en ander weer in de
oorspronkelijk toestand kan terugbrengen. Ze willen er waarschijnlijk
vooral mee voorkomen dat ze uren moeten stoppen in het "repareren" van
modems omdat mensen experimenteren met dat script. Op duitse sites
heeft dat een ware vlucht genomen en ik kan mij voorstellen dat AVM
zich niet wil bezig houden met de nieuwe problemen die daaruit voort
komen.
> Komt het alleen voor met p2p software of ook als je alleen wat
> surft/emailt zonder p2p aan? (over tijdbestek van wat dagen)...
Dat weet ik niet.
Ik heb altijd of eMule of Bittorrent draaien.
Maar ik had als test bij e-mule wel de up- en download en het aantal
connecties aanzienlijk beperkt, maar dat was helaas zonder effect...
> Dat weet ik niet.
> Ik heb altijd of eMule of Bittorrent draaien.
> Maar ik had als test bij e-mule wel de up- en download en het aantal
> connecties aanzienlijk beperkt, maar dat was helaas zonder effect...
Test het eens wat dagen zonder emule en bittorrent.
Overigens met het programma bittorrent had ik met de ST 510 wel dezelde
eigenschap. Ook reboots.
Daarna nooit meer dat programma gedraait. uTorrent doet het wel prima en
Azareus vind ik te zwaar (java troep).
Als ik een torrent nodig heb doe ik dat via kTorrent op een linux doos, ook
geen problemen met reboots.
Ik gok dat het toch met de connecties van de fritz te maken heeft. Ik ga van
het weekend eens wat testen....
Danny.
> en niet uit zich zelf hersteld, daarom ligt ie bij mij nu in het
> stof...:( en gebruik 'm op het moment niet daardoor, als er een goede
Wat was je alternatief?
-- Floor
> Test het eens wat dagen zonder emule en bittorrent.
Ik ga pas weer testen als er een nieuwe firmware is.
Ik wil graag Bittorent of eMule 7x24 draaien. Wat schiet ik er mee op als ik
weet dat de FRITZ!Box zonder deze software geen problemen geeft?
In precies dezelfde omgeving had ik eerst een SpeedTouch 546. Die liep nooit
vast. SpeedTouch er tussen uit, FRITZ!Box voor in de plaats en binnen twee
dagen ging hij plat en bleef dat ook doen.
Momenteel heb ik een uitstekende oplossing door automatisch 's nachts mijn
FRITZ!Box te laten rebooten.
> Overigens met het programma bittorrent had ik met de ST 510 wel dezelde
> eigenschap. Ook reboots.
> Daarna nooit meer dat programma gedraait. uTorrent doet het wel prima en
> <knip>
Bittorrent is tegenwoordig een uTorrent versie.
Ik draai een mldonkey client, een webserver, en een mailserver. Er is
dus nogal wat dataverkeer. Nu bijna dagelijks een vastlopende Fritzbox
7170.
* Kan ik logging files bekijken, en overleven die een harde reset?
Waar staan die?
* Kan ik zien hoeveel resources (memory, etc) er beschikbaar zijn, en
zo zien of er memory leaks zijn waardoor hij vast loopt?
* Ik lees over NAT tabellen die vol raken. Ik heb toch maar een
beperkt aantal poorten open gezet, dus waarom zouden dat er steeds
meer worden?
* Kan het zijn dat iemand mijn modem loopt te hacken? Ik had laatst
een aantal meldingen in mijn htaccess.log files op mijn server staan
die met een DoS attach werden geassocieerd (als ik er op google), maar
geen uitsluitsel geven. Zou er een virus/worm/enge ziekte rondwaren
waar toevallig de Fritzboxen veel last van hebben? Valt dat met
aanpassingen in de firewall van de Fritz niet af te vangen?
Ook al AVM gemaild, maar wacht nog op antwoord.
J-G
Bij mij is het zonder servers ook een drama. Ik heb nu toch al een
aantal maanden de Fritz!box, maar dit soort verschijnselen is van de
laatste paar weken, waarbij het de afgelopen week helemaal de pan uit
rijst: meerdere keren per dag is het dsl-signaal zoek, waarbij soms de
verbinding automatisch wordt hersteld, en soms de stekker eruit en er
in helpt, maar dat laatste soms ook weer niet.
Omdat de Fritz!box het wel goed heeft gedaan en er vanaf half juli een
explosie lijkt te zijn ontstaan van klachten, betwijfel ik of het mijn
individuele modem is, wat niet lekker werkt, of dat het wat anders is.
Ik vind in mijn web-server log files een aantal regels als:
TCP: Treason uncloaked! Peer 202.162.56.156:32774/80 shrinks window
4292658673:4292661409. Repaired.
en regels als
Jan 17 13:14:00 kernel: printk: 59 messages suppressed.
komen in een andere logfile sinds kort erg vaak voor.
Vermoed dat er een of ander virus actief is bij iemand op het net, die
met willekeurige systemen verbinding probeert te leggen. En dat
daarmee het modem overvoerd raakt. Misschien verklaart dat waarom het
de laatste tijd bij mensen is toegenomen.
J-G
Dat is een standaard linux debug melding waar al meer over
geklaagd is bij de kernel developers, maar die men (als in:
David Miller) blijkbaar weigert uit te zetten.
Het heeft niets met virussen of wat dan ook te maken.
>en regels als
>Jan 17 13:14:00 kernel: printk: 59 messages suppressed.
>komen in een andere logfile sinds kort erg vaak voor.
Dat betekent alleen 'de vorige regel is 59x herhaald dus dat
printen we niet nog 59x, we melden het alleen'.
Mike.