Suchergebnisse

Macht die Fritzbox NAT oder hängt die einfach nur im Netz?

Leider nein, Ich hab letzte Woche ne Mail von AVM bekommen nochmal als Nachfrage wie genau die Situation ist (hatte vorher schon drauf hingewiesen, dass die Box gefreezt ist und das openvpn direkt auf der Box läuft) - aber ich rechne nicht wirklich damit, dass da was passiert. Gruß Peter

Ich hab keine Box mehr die nicht auf 5.50 läuft, mir ist aber eben was aufgefallen auf einer 5.50er Box und ich weiß nicht ob das vorher auch schon so war: dsl Link encap:Point-to-Point Protocol inet addr:192.168.3.254 P-t-P:192.168.3.254 Mask:255.255.255.255...

Wenn du tcpdump auf der Box hättest dann dürftest du da das gleiche sehen wie ich auch hier in Beitrag 23 gepostet hab: Die Pakete dürften auf dem falschen Interface (dsl) rausgehen statt zum VPN Client, daher kommen die da nicht an.

Naja - das war ja kein Hexenwerk, so weit war ich auch schon - Telefonieren über FRITZBOX vpn ist ja auch nicht weiter schwierig - es geht hier aber um Openvpn, und da laufen die Pakete wie oben gesehen definitiv übers falsche Interface raus... Ihr solltet aber bedenken, dass dann der Voip...

Danke Ralf! . /etc/init.d/rc.conf In Zeile 2 des Scripts wirkt da Wunder ;)

Hmm, Interessantes Verhalten diese Nacht als das Script über Cron lief. Da fehlen scheinbar ein paar Umgebungsvariablen dann die bei einem Aufruf über die Commandline vorhanden sind. Ich hab die gesetzten Variablen mit set mal überprüft, dabei fiel mir vorallem auf, dass alle CONFIG_<...>...

Ich hatte es ja schon umgesetzt und erfolgreich recovert... Blödes Teil. Vielen Dank :)

Also, Das VLAN ist auf jedenfall richtig wie es ist - denn ich komme ja auf die Box drauf und auf das 2. Vlan das den Gastnetzzugang der "richtigen" Box bereitstellt. Das ist also aussen vor. Aber davon abgesehen: Sollte my_ipaddress nicht 192.168.178.1 zurückgeben...

Siehe oben, sorry für den Doppelpost!

Ich bekomme in den ~5 Sekunden _keinen einzigen_ Ping auf die 192.168.178.1 hin und ein recover schlägt ebenso fehl. Grund dürfte das Konstrukt mit aktivem VLAN sein das ich aber definitiv nicht auflösen kann. Da die NIC an der das VLAN hängt dediziert nur für die VMs ist gibt es keine...

Das mit der Seriellen Schnittstelle wäre noch ne Möglichkeit, wobei ich da das nächste mal etwas mehr Zeit mitbringen muss wenn ich in der Nähe der Box bin... Wobei ich mich da (mangels Erfahrung an der Fritz) ja Frage ob es reicht dann Enter zu drücken und den Rest vom Recover Tool machen zu...

Geht nicht, ich habe zwar noch keine definitive Absage vom AVM Support bekommen, rechne aber fest damit... :( Siehe: http://www.ip-phone-forum.de/showthread.php?t=254964

Das nützt leider alles nichts... Ich muss wenn dann die Zeit verlängern in der ADAM2 überhaupt auf ein erstes Kommando hört - aufgrund des Taggings etc... für den ersten Verbindungsaufbau ist die Dauer zu knapp. Ich bekomme GARKEIN Connect zum ADAM2 - also nützt auch kein telnet o.ä. was. Es...

Leider nein - der Ping reicht nicht, mit einem einzigen Switch (und ich habe 8 Stück probiert) habe ich es geschafft ein einzigen Ping vom ADAM2 zu bekommen, aber das hat auch nicht gereicht. Müsste also wirklich von Box-Seite aus passieren (wenn überhaupt möglich)

Hi, Gibts eigentlich irgendeine Chance die Zeit in der ADAM2 antwortet zu verlängern? Meine Testbox steht remote an meiner VM (mit IP-Steckdose - Ein/Ausschalten ist kein Problem) - aber egal was für einen Switch ich dazwischenhänge (und der ist nötig) - ich bekomm es nicht hin, ein Recover...

Hi Andreas, Auf der 7390 funktioniert die .9 beim Login ohne Probleme. 7270v2 mit 5.50 kann ich gleich berichten. Gruß Peter Edit: 25.02.13 11:27:20 Anmeldung an der FRITZ!Box Benutzeroberfläche von IP-Adresse 169.254.255.255. Geht also bei mir im "alten" nur-Passwort Modus...

Peinlich peinlich... es lag garnicht an der unterschiedlichen Länge (denn ein längerer Passwort als Test funktioniert genauso mit den übermittelten Bytes von 372 obwohl es deutlich über 380 sind eigentlich) - ich hatte die " um sid,ImportExportPassword etc... nicht escaped. Dann funktionierts...

Hi Oli, Das hatte ich am Freitag schon gesehen - und das deckte sich dann mit meinem Wireshark Capture. Nur die richtige Übergabe an/von STDIN hat irgendwie gehakt... Aber jetzt ist Feinschliff angesagt: Wenn ich die Übergabe an STDIN über eine Variable im Speicher erzeuge klappts nicht...

Sooooo... Das mit dem $* ist mir eingefallen als ich mir heute im Stau darüber Gedanken gemacht habe... Ich bin auch schlauer mittlerweile und hab den STDIN gecaptuered -----------------------------71561981427914 Content-Disposition: form-data; name="sid" 666dbc7b999dfb49...