xDSL.at

Ich kriegs, trotz den Beiträgen hier einfach nicht hin, egal mit welcher Firmware (neue Linksys, Alchemy, Wifibox..)

Kann mir jemand vielleicht deppensicher erklären was ich - abweichend von den Factory defaults - für eine Verbindung über einen Zylex 650H-31 einstellen muss....

pong

mit dem gehts auch nicht ? (von www.filipic.biz)



lb. g.

Hallo, leider gehts damit nicht, da ich diese Optionen nichtmal habe



pong

Ha, geschafft danke... nunja bei solch einem Haufen Firmwares im Ordner kann mal ja mal eine übersehen

pong

Kurze Zwischenfrage... Ich habe mit diesem Setup leider immer wieder Verbindungsabbrüche und habe keine Ahnung warum... kann es an den IP-Adressen liegen die bei mir von euren abweichen? Oder hat sonst jemand eine Idee?

Hallo,

Habt ihr WRT54G oder WRT54GS?

Ich habe auch ein paar Verbindungsabbruchen gesehen, manchmal funktioniert system aber laengerenzeiten stabil. Wir brauchen eine Verbindungszeitmessung so dass man objektiv sagen kann wie lange besteht verbindung.

Bye,
Ljubo

Ich benutze den WRT54G mit deiner Firmware...

Cool wäre wenn die Firmware ein Verbindungsprotokoll ausspucken würde, also wann eine Verbindung aufgebaut wurde und wann sie wieder abgebrochen ist... Ist das technisch möglich?

Das dumme bei mir ist dass der Router den Verbindungsabbruch gar nicht bemerkt... Eigentlich sollte er ja die Verbindung alle 30 Sekunden checken und bei Bedarf die Verbindung neu aufbauen... das passiert bei mir aber nicht... Der Router glaubt dass die Leitung immer noch steht, obwohl am Zyxel die DSL-Leuchte kurz ausgeht (DSL Out-Of-Sync), dann blinkt (DSL-Synchronisationsversuch) und dann wieder leuchtet (DSL Synchron)... Aber bis dahin stimmen ja die Zugangsdaten nicht mehr...

Cool wäre wenn die Firmware ein Verbindungsprotokoll ausspucken würde, also wann eine Verbindung aufgebaut wurde und wann sie wieder abgebrochen ist... Ist das technisch möglich?

Naja, man koennte folgendes machen:

1. wrt54g linux distibution instalieren, siehe http://www.batbox.org/wrt54g-linux.html, es ist sehr einfach
2. sich mit telnet auf wrt54g einlogen
3. nvram variable pptp_debug auf 1 setzen: auf wrt54g command prompt

Code: Alles auswählen

nvram set pptp_debug=1

4. internet vebindung restarten (z.B. auf "Connect on Demand" bzw. "Keep Alive" wechseln)
5. syslog deamon starten:

Code: Alles auswählen

syslogd

6. ppp loggt in /var/log/messages :

Code: Alles auswählen

cat /var/log/messages

Vergisst nicht nacher pptp_debug wieder auf 0 zu setzen, aenderungen in nvram variabeln sind persistent.

Gruesse,
Ljubo

Hm... unter Mac OS X 10.3 habe ich "make" anscheinend nicht und ich kann ttcp.c nicht kompilieren... also nix mit installieren...

Output:
Attempting to build ttcp
wrt54g.sh: line 63: make: command not found
ttcp build error, status is 127

Shit, ansonsten klang das echt gut! Aber warum hätte ich debug wieder auf 0 setzen sollen?

@pong

Bitte gib uns anderen WRT54GS Usern bitte bekannt, mit welcher Firmware und wie du ihn jetzt mit xdsl zum Laufen gebracht hast!!

Danke!

Mfg
Sykra

axellerator hat geschrieben:Hm... unter Mac OS X 10.3 habe ich "make" anscheinend nicht und ich kann ttcp.c nicht kompilieren... also nix mit installieren...

Output:
Attempting to build ttcp
wrt54g.sh: line 63: make: command not found
ttcp build error, status is 127

Mac OS X soll auch ein CD mit developer tools haben. Dabei soll auch compiler, make, usw. sein.

Shit, ansonsten klang das echt gut! Aber warum hätte ich debug wieder auf 0 setzen sollen?

ppp und andrere programme schreiben schon einiges ins /var/log/messages, irgendwann koennte knapp mit platz sein (/var/log is am WRT54G).

Gruesse,
Ljubo

Danke für den Tip! Ich dachte nämlich immer das die Befehlszeilenprogramme alle per standard installiert sind! Wusste nicht das ich den Compiler extra installieren muss...

Anyway... ich bin drin und erhalt auch mein Log...
Nur verabschiedet sich der SysLog Daemon immer wieder:
Nov 4 11:24:31 (none) syslog.info System log daemon exiting.
Nov 4 11:22:45 (none) syslog.info syslogd started: BusyBox v1.00-pre2 (2003.08.30-16:40+0000)

Sehe ich das richtig? Wenn der SysLog Daemon stirbt dann schreibt er das debugging nicht mehr in das Logfile?
Wie kann ich denn das Logfile über eine längere Zeitdauer schreiben lassen? So das ich es meinetwegen eine Woche rennen lassen kann... ?

Lustig ist auch dass mit dem Linux jetzt jeder von aussen auf meinen Router per Telnet kommt!

axel

axellerator hat geschrieben:Danke für den Tip! Ich dachte nämlich immer das die Befehlszeilenprogramme alle per standard installiert sind! Wusste nicht das ich den Compiler extra installieren muss...

Anyway... ich bin drin und erhalt auch mein Log...
Nur verabschiedet sich der SysLog Daemon immer wieder:
Nov 4 11:24:31 (none) syslog.info System log daemon exiting.
Nov 4 11:22:45 (none) syslog.info syslogd started: BusyBox v1.00-pre2 (2003.08.30-16:40+0000)

Sehe ich das richtig? Wenn der SysLog Daemon stirbt dann schreibt er das debugging nicht mehr in das Logfile?
Wie kann ich denn das Logfile über eine längere Zeitdauer schreiben lassen? So das ich es meinetwegen eine Woche rennen lassen kann... ?

Ja, syslog muss laufen. syslog wird aber nur dann abgeschossen wenn man konfiguration am interface aendert, bzw. wenn internet connection neu startet. Was ich vorschlage ist connection auf keep alive setzen und gleich danach syslog starten. Beim Verbindungsabbruch koennte man nach dem Grund im /var/log/messages suchen. Fuer langzeit Beobaschtung eignet es sich nicht, aber abbruchursache koennte man eventuell damit finden.

axellerator hat geschrieben:Lustig ist auch dass mit dem Linux jetzt jeder von aussen auf meinen Router per Telnet kommt!

Aus linux distro documentation:

The telnet daemon is not available on the WAN side of the box.

Getestet ob man von draussen reinkommt habe ich es allerdings nicht.

Gruesse,
Ljubo

Das habe ich jetzt mal gemacht... Die Verbindung aufgebaut und dann den Daemon gestartet... seitdem läuft mein Logfile brav mit Echos voll... *g* und natürlich noch keinen Verbindungsabbruch! Eh klar wenn man darauf wartet. Obwohl ich eine Stunde nebenher telefoniert habe... Aber am Abend ist es immer schlimmer mit den Abbrüchen und der Leitungsqualität beim Telefonieren...

Also ich bin auf meinen Router per Telnet von aussen draufgekommen über die öffentliche IP...

Also ich bin auf meinen Router per Telnet von aussen draufgekommen über die öffentliche IP...

Hmm, interesant. Wahrscheinlich geht es nicht ueber WAN port, aber ueber ppp schon Auf jeden fall gut zu wissen.