ich habe heute die 0.3.2 auf mein Speedport geflasht und hab festgestellt, das die Funktion
>DSL/WAN >> PPP restart/DSL reconnect
einen reconnect durchführt, aber anschliessend keine Verbindung mehr nach aussen möglich ist.
Was mir aufgefallen ist, nach dem manuellen reconnect stimmt scheinbar der default Gateway nicht mehr.
Gruß
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Starte den Router neu. Lass ihn mit deinem Provider connecten. Schau Dir den Status Deiner WAN-Verbindung an, unter STATUS -> WAN
Dort stehen jetzt 2 DNS Server von Deinem Provider.
Nun mach mal einen manuellen reconnect Deiner Leitung und schau nochmal unter STATUS -> WAN
Ohne das ich das jetzt gesehen hab stehen bestimmt folgende DNS-Server in Deiner Liste:
217.237.149.205
217.237.151.51
69.111.95.106
und die sind fest in dem Script ppp_reconnect.sh hinterlegt.
Ich bin KEIN T-Com Kunde und habe das Problem, das ich die T-Com Server nicht nutzen darf. :-(
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
So, ich hab mal ein bisschen rumgespielt mit dem guten Stück.
Achso, du meinst die DNS-Server...
Auf jeden Fall hatte ich beim rumprobieren einmal diesen zusätzlichen dritten Eintrag bei den DNS-Servern, die anderen Male ganz normal die zwei DNS der T-Com. Möglicherweise wartet der Router auf ne Zuweisung vom Provider, wenn der nicht schnell genug ist, nimmt er halt die aus der Liste (die drei stehen in einem Startscript drinne, hat hier auch schon ein anderer festgestellt -> Thema: "Feste DNS in ppp_reconnect.sh ???" ). Das mit der Wartezeit ist aber nur ne Vermutung. ;-)
So, letzter Test vorm Abschicken hat mal wieder den dritten DNS ergeben... Der macht das, wie er lustig ist...
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Zusatz zu eben: Kann auch daran liegen, dass im Router irgendwas hakt bzw nicht schnell genug Werte zurückliefert, so dass das Startscript die vorgegebenen nutzt... Weil das script prüft, ob dns-server "geliefert" wurden (zumindest interpretiere ich das so aus dem script, könnte mich aber auch täuschen), und wenn da im Router was klemmt bzw. intern ausgelastet oder sonstwas, liefert die Prüfung keine Werte und das Script setzt die Standardwerte (in dem Falle die von der T-Com).
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
>>liefert die Prüfung keine Werte und das Script setzt die Standardwerte (in dem Falle die von der T-Com)<<
Ich hab es nochmal getestet und bei mir steht auch beim dritten DNS-Server 69.111.95.106 oder 69.111.95.10, obwohl ich bei T-Com bin. 69.111.95.106 gehört zu http://blockhost.org
Ich finde das aus Sicherheitsgründen nicht zu gut, daß dort irgendwelche DNS-Server eingetragen werden, die nicht dem Provider gehören.
Gruß
Jürgen
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Das ganze tritt ja nur nach einem manuellen Reconnect auf. Wenn man den Router ganz normal neustartet bzw. einschaltet, bezieht er scheinbar ganz normal vom Provider DNS1 und 2. Bei mir steht zumindest bis zu einem manuellen Reconnect nur bei DNS1 und DNS2 was drin.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hallo.
Hab ich da vielleicht ein Problem mit gleicher Ursache?
Wollte den Targa eigentlich nicht mit Dauerverbindung betreiben, sondern mit aut.connect und timeout. Connected aber leider nicht, alle Zugriffe ins WEB versagen und Online-LED bleibt aus.
Aktiviere ich dagegen Dauerverbindung, habe ich sehr wohl web access.
Koennte da ein generelles Timing-Problem sein, so dass die falschen DNS gesetzt werden (aber gar nicht erreichbar sind)?
Konnte nicht ordentlich pruefen, weil ich nicht rausgefunden habe, wie man anders als mittels ping o.ae. Online kommt, wenn nicht Dauerverbindung aktiv ist. Anders als bei der Targa-SW geht es ja wohl nicht mehr uebers web-Interface, und die Connect/disconnect.exe's in cgi-bin gibt's auch nicht? Ich haette gern ein Mini-Steuerpult wie RouterControl (oder wie frueher beim fli4l imonc) aufm Client PC verwendet, aber das geht wohl gar nicht, oder?
Wie komme ich denn an die Log's, die bei der Targa-SW im Web-Interface abrufbar waren?
off topic: gibt es eigentlich eine bs Gesamt-Dokumentation fuer den 'unbedarften' Anwender irgend wo als download? Oder ein 'Was alles ueber Telnet geht und wie' Howto?
Gruss, vanGoose
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi vanGoose.
Hab das mit der abgeschalteten Dauerverbindung mal eben probiert. Das hat nicht nur was mit dem DNS zu tun, sondern obwohl das Häkchen bei automatischen reconnect gesetzt ist, verbindet der Router gar nicht. Bei der damaligen T-Com-Firmware hat der Router die Verbindung aufgebaut, sobald ein Programm ins Internet senden wollte. Bei der jetzigen Firmware scheint das nicht zu klappen. Weiß aber auch nicht warum, da müssten sich die Programmierer mal dazu äußern.
Und zu Thematik Doku: Also auf der Bitswitcher-Homepage ist eigentlich alles soweit gut erklärt, wie es Otto-Normal-Verbraucher braucht. Fast ein bisschen zu gut, das verführt eher zum rumspielen. *g* Aber es ist schon erstaunlich, was die Programmierer hier aus der Kiste alles rausholen, wenn man bedenkt, wie sehr sie durch die Original-Firmware eingeschränkt war.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
es kann vorkommen, dass der `pppd` keine DNS-Server vom Provider bekommt. In diesem Fall werden standard DNS-Server verwendet. Wer das nicht möchte, kann dieses Verhalten mit der NVRAM-Variable "use_default_dns" ändern (siehe /etc/start_scripts/ppp_reconnect.sh).
---------------------------------------
nvram set use_default_dns=0
nvram commit
---------------------------------------
Dann sind aber ggf. auch keine DNS-Server verfügbar. Deshalb ist es wohl die bessere Variante einfach im Web-Interface "Network Settings / DSL/WAN" die DNS-Server eures Providers einzutragen.
Übrigens wurden bei der standard Telekom Firmware auch statische Nameserver verwendet, wenn der `pppd` keine DNS-Server geliefert hat.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
also bei mir laeuft die TARGA-Variante von BS 0.3.2 und auch die mag nicht automatisch connecten. Die Originale Targa (V0.12 - die 0.13 hab ich nie standalone probiert) machte das aber.
N.B.: Mein Provider ist Carpo.
Rest hab ich verstanden, fahre also erstmal mit Dauer-Connect. Ich hatte nur Sorge ob das "gut" ist weil ich sparbroetchen-maessig den Strom staendig abschalte (ja genau ich mach gar kein VOIP sondern nur www) und das jetzt halt waehrend der Link noch offen ist. Haette ihn lieber vorher ordentlich geschlossen.
Doku: Vielleicht bin ich zu unbedarft, aber die vielen HowTo's scheinen mir auf einer Ebene zu beginnen, die schon recht hoch liegt. Was ich vermisse ist v.a. Information zum "Normalbetrieb", auch wenn ich einsehe, dass BS eigentlich dafuer zu gut ist... Persoenlich wuerde mich (ich bin kein Linuxer der das alles auswendig weiss...) interessieren, was die NAT und der Packetfilter so alles machen und wie "gut" die Brandmauer ist, wenn ich erstmal "nix" eigenes reinschreibe.
Ein Wink wie "Guck mal DA hin dort stehen die BS Grundlagen" waere toll.
Gruss und Dank, vanGoose
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hier gibt es von unserer Seite nichts mehr zu sagen, das Problem wurde erkannt und mit der nächsten Version sollte es dann auch behoben sein. Bis dahin sollten alle Nutzer entsprechende Hinweise hier gefunden und somit bis zum nächsten Release durchhalten können.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hallo,
ich habe heute die 0.3.2 auf mein Speedport geflasht und hab festgestellt, das die Funktion
>DSL/WAN >> PPP restart/DSL reconnect
einen reconnect durchführt, aber anschliessend keine Verbindung mehr nach aussen möglich ist.
Was mir aufgefallen ist, nach dem manuellen reconnect stimmt scheinbar der default Gateway nicht mehr.
Gruß
Vielen Dank für den Hinweis war kurz davor die 0.3.2 aufzuspielen.
Werde jetzt also warten bis das behoben ist.
Gruß Robert
Können die Entwickler das mittlerweile bestätigen?
Ich bin zwar kein Entwickler, hab das eben aber ein paarmal nacheinander ausprobiert, und was soll ich sagen, es funktioniert tadellos.
Hi
Ich bin auch kein Entwickler, aber es funktioniert bei mir einwandfrei.
Gruß
Jürgen
Ist euer Provider die T-Com?
T-Com ----> funktioniert.
Aber wo liest du den default Gateway ab und woher weißt du, dass dieser nicht mehr stimmt??
Macht mal folgendes:
Starte den Router neu. Lass ihn mit deinem Provider connecten. Schau Dir den Status Deiner WAN-Verbindung an, unter STATUS -> WAN
Dort stehen jetzt 2 DNS Server von Deinem Provider.
Nun mach mal einen manuellen reconnect Deiner Leitung und schau nochmal unter STATUS -> WAN
Ohne das ich das jetzt gesehen hab stehen bestimmt folgende DNS-Server in Deiner Liste:
217.237.149.205
217.237.151.51
69.111.95.106
und die sind fest in dem Script ppp_reconnect.sh hinterlegt.
Ich bin KEIN T-Com Kunde und habe das Problem, das ich die T-Com Server nicht nutzen darf. :-(
So, ich hab mal ein bisschen rumgespielt mit dem guten Stück.
Achso, du meinst die DNS-Server...
Auf jeden Fall hatte ich beim rumprobieren einmal diesen zusätzlichen dritten Eintrag bei den DNS-Servern, die anderen Male ganz normal die zwei DNS der T-Com. Möglicherweise wartet der Router auf ne Zuweisung vom Provider, wenn der nicht schnell genug ist, nimmt er halt die aus der Liste (die drei stehen in einem Startscript drinne, hat hier auch schon ein anderer festgestellt -> Thema: "Feste DNS in ppp_reconnect.sh ???" ). Das mit der Wartezeit ist aber nur ne Vermutung. ;-)
So, letzter Test vorm Abschicken hat mal wieder den dritten DNS ergeben... Der macht das, wie er lustig ist...
Zusatz zu eben: Kann auch daran liegen, dass im Router irgendwas hakt bzw nicht schnell genug Werte zurückliefert, so dass das Startscript die vorgegebenen nutzt... Weil das script prüft, ob dns-server "geliefert" wurden (zumindest interpretiere ich das so aus dem script, könnte mich aber auch täuschen), und wenn da im Router was klemmt bzw. intern ausgelastet oder sonstwas, liefert die Prüfung keine Werte und das Script setzt die Standardwerte (in dem Falle die von der T-Com).
Hi
Zitat:
>>liefert die Prüfung keine Werte und das Script setzt die Standardwerte (in dem Falle die von der T-Com)<<
Ich hab es nochmal getestet und bei mir steht auch beim dritten DNS-Server 69.111.95.106 oder 69.111.95.10, obwohl ich bei T-Com bin. 69.111.95.106 gehört zu http://blockhost.org
Ich finde das aus Sicherheitsgründen nicht zu gut, daß dort irgendwelche DNS-Server eingetragen werden, die nicht dem Provider gehören.
Gruß
Jürgen
Das ganze tritt ja nur nach einem manuellen Reconnect auf. Wenn man den Router ganz normal neustartet bzw. einschaltet, bezieht er scheinbar ganz normal vom Provider DNS1 und 2. Bei mir steht zumindest bis zu einem manuellen Reconnect nur bei DNS1 und DNS2 was drin.
Hallo.
Hab ich da vielleicht ein Problem mit gleicher Ursache?
Wollte den Targa eigentlich nicht mit Dauerverbindung betreiben, sondern mit aut.connect und timeout. Connected aber leider nicht, alle Zugriffe ins WEB versagen und Online-LED bleibt aus.
Aktiviere ich dagegen Dauerverbindung, habe ich sehr wohl web access.
Koennte da ein generelles Timing-Problem sein, so dass die falschen DNS gesetzt werden (aber gar nicht erreichbar sind)?
Konnte nicht ordentlich pruefen, weil ich nicht rausgefunden habe, wie man anders als mittels ping o.ae. Online kommt, wenn nicht Dauerverbindung aktiv ist. Anders als bei der Targa-SW geht es ja wohl nicht mehr uebers web-Interface, und die Connect/disconnect.exe's in cgi-bin gibt's auch nicht? Ich haette gern ein Mini-Steuerpult wie RouterControl (oder wie frueher beim fli4l imonc) aufm Client PC verwendet, aber das geht wohl gar nicht, oder?
Wie komme ich denn an die Log's, die bei der Targa-SW im Web-Interface abrufbar waren?
off topic: gibt es eigentlich eine bs Gesamt-Dokumentation fuer den 'unbedarften' Anwender irgend wo als download? Oder ein 'Was alles ueber Telnet geht und wie' Howto?
Gruss, vanGoose
Hi vanGoose.
Hab das mit der abgeschalteten Dauerverbindung mal eben probiert. Das hat nicht nur was mit dem DNS zu tun, sondern obwohl das Häkchen bei automatischen reconnect gesetzt ist, verbindet der Router gar nicht. Bei der damaligen T-Com-Firmware hat der Router die Verbindung aufgebaut, sobald ein Programm ins Internet senden wollte. Bei der jetzigen Firmware scheint das nicht zu klappen. Weiß aber auch nicht warum, da müssten sich die Programmierer mal dazu äußern.
Und zu Thematik Doku: Also auf der Bitswitcher-Homepage ist eigentlich alles soweit gut erklärt, wie es Otto-Normal-Verbraucher braucht. Fast ein bisschen zu gut, das verführt eher zum rumspielen. *g* Aber es ist schon erstaunlich, was die Programmierer hier aus der Kiste alles rausholen, wenn man bedenkt, wie sehr sie durch die Original-Firmware eingeschränkt war.
@vanGoose
Auch bei mir wird keine Verbindung aufgebaut, wenn Dauerverbindung ausgeschaltet ist.
Jürgen
Hallo,
es kann vorkommen, dass der `pppd` keine DNS-Server vom Provider bekommt. In diesem Fall werden standard DNS-Server verwendet. Wer das nicht möchte, kann dieses Verhalten mit der NVRAM-Variable "use_default_dns" ändern (siehe /etc/start_scripts/ppp_reconnect.sh).
---------------------------------------
nvram set use_default_dns=0
nvram commit
---------------------------------------
Dann sind aber ggf. auch keine DNS-Server verfügbar. Deshalb ist es wohl die bessere Variante einfach im Web-Interface "Network Settings / DSL/WAN" die DNS-Server eures Providers einzutragen.
Übrigens wurden bei der standard Telekom Firmware auch statische Nameserver verwendet, wenn der `pppd` keine DNS-Server geliefert hat.
Hallo nochmal,
also bei mir laeuft die TARGA-Variante von BS 0.3.2 und auch die mag nicht automatisch connecten. Die Originale Targa (V0.12 - die 0.13 hab ich nie standalone probiert) machte das aber.
N.B.: Mein Provider ist Carpo.
Rest hab ich verstanden, fahre also erstmal mit Dauer-Connect. Ich hatte nur Sorge ob das "gut" ist weil ich sparbroetchen-maessig den Strom staendig abschalte (ja genau ich mach gar kein VOIP sondern nur www) und das jetzt halt waehrend der Link noch offen ist. Haette ihn lieber vorher ordentlich geschlossen.
Doku: Vielleicht bin ich zu unbedarft, aber die vielen HowTo's scheinen mir auf einer Ebene zu beginnen, die schon recht hoch liegt. Was ich vermisse ist v.a. Information zum "Normalbetrieb", auch wenn ich einsehe, dass BS eigentlich dafuer zu gut ist... Persoenlich wuerde mich (ich bin kein Linuxer der das alles auswendig weiss...) interessieren, was die NAT und der Packetfilter so alles machen und wie "gut" die Brandmauer ist, wenn ich erstmal "nix" eigenes reinschreibe.
Ein Wink wie "Guck mal DA hin dort stehen die BS Grundlagen" waere toll.
Gruss und Dank, vanGoose
Können die Entwickler vielleicht dazu etwas sagen??
Hier gibt es von unserer Seite nichts mehr zu sagen, das Problem wurde erkannt und mit der nächsten Version sollte es dann auch behoben sein. Bis dahin sollten alle Nutzer entsprechende Hinweise hier gefunden und somit bis zum nächsten Release durchhalten können.
Hallo,
dieser Beitrag fängt an mit einem Problem des default gateway und endet mit dns Problemen.
Bei mir ist es definitiv das default Gateway. Nach einem reboot zeigt ein "route -n" die default route.
Mache ich jetzt einen manuellen reconnect, ist die default route weg.
Trage ich sie mit "route add default gw <gw-ip-des-providers>" wieder ein, ist alles ok.
Die DNS stehen aber immer korrekt. Es fehlt nur die default-Route.
Gruß,
Mike
Namen beim Port Forwarding werden nicht aktzeptiert .... ?!