Suchergebnisse

Ich hab die Anmeldung aus dem Internet an und dann über AVM-Firewall die Ports wieder gesperrt auf dem WAN - funktioniert dann einwandfrei von einem iPhone in einem anderen Netz das per VPN dran hängt und von aussen her ist alles dicht

Es gab von AVM auch ein spezielles Firmware-Image mit dem es eigentlich auch wieder funktionieren sollte - leider wars bei mir nicht von Erfolg gekrönt...

Even if you remove all the telephony stuff in the firmware and try to forward it?

In einem Script mit dem ich von meinem Server aus auf 3 Boxen die Hosts manipuliere ist am ende das hier drin: /usr/bin/modhosts load; modsave flash; if [ -x /mod/etc/init.d/rc.dnsmasq -a -n "$(pidof dnsmasq)" ]; then echo ""; /mod/etc/init.d/rc.dnsmasq restart; fi

Great work! I'll try the new version in the next days. I would like to see your updates here :) BTW: I would like to see a commandline for the list of modems since i'm using .sh on my shellscripts at the end and so my list would be named freetz_getconfigs.sh.list ;)

Your script is working for 2 7270 that I use to pull the config from, didn't test the others since they are pulling. I modified it a bit since the 2 Boxes I need don't have freetz and since the script don't need to try to get the .tgz. The Script from Daniel didn't work for me in the first place...

Besides the "LAN-side" Problem there is another Problem: Without password provided for the .config the .export is not portable to another box since it's hashed against the SN or something... Edit: Da wir doch scheinbar alle Deutsch sprechen - können wir das nicht auch hier? Ich finds...

Yeah I know it's a push - and I can't push from 2 Modems i want to backup so I'm using for a pull myself. But I didn't find a way working without callmonitor - you have to login to the webinterface to get the .export

I think it would be even more interesting with backing up the fritzbox config itself (the .export file) too - I do it on some freetz boxes with callmonitor described here (http://www.ip-phone-forum.de/showthread.php?t=257074) - but there are 2 Boxes i would like to get the .export from that...

Ich auch - ich hatte ja auch die Patches für dmtfbox-cgi gebaut http://freetz.org/ticket/957 (und wie sich rausgestellt hat sollte das Paket besser dtmfboxcgi heissen wegen des abschneiden von -cgi) - das hab ich aber aufgegeben weil ich nur noch 7390 bzw 3270 hab und da mit dtmfbox nix is :)

Der voreingestellte WLAN Key (vom Aufkleber hinten) steht auch als wlan_key in den Variablen die nach einem Reset gesetzt werden. Nur wenn du einen eigenen Key verwendest (und den nicht in die Veriable für das Recovery geschrieben hast) geht der nach einem Recover verloren

Ich hab mir jetzt erstmal beholfen indem ich einen meiner Roots als Proxy nutze mit DNAT/SNAT - so muss ich den SIP Port (bzw die SIP-Ports) nur für eine mir bekannte IP aufmachen. Ich bin auch noch mit dem AVM Support in Kontakt, die Hoffnung ist noch nicht verloren :)

Ist bei mir nicht ohne weiteres möglich, da muss ich leider passen...

Naja aber wenn du doch von Box zu Box willst - nutz doch das eingebaut VPN statt dem Freetz Package (also ich mein, ich kenn die Unterschiede ja nicht - aber du scheinbar ja auch nicht (also das ist jetzt nicht Böse gemeint) - und du willst dich damit auf das AVM-VPN verbinden.) Warum den Umweg?

Gegenstelle antwortet nicht kommt mir leider sehr bekannt vor... http://www.ip-phone-forum.de/showthread.php?t=254964 Da gehts zwar um Clients die per VPN angebunden sind (bzw hinter dem VPN Server liegen) - aber da gehen die Pakete über DSL raus weil der Voipd da recht stur rausbrüllt...

Nein - ich glaube auch nicht, dass von AVM da was kommen wird. Ich überlege ob ich die das iptables auf nem Server im RZ als proxy "missbrauche" - und dann je nach quelle und ziel die Pakete da NATe und in den VPN Tunnel stecke. So brauch ich das SIP nicht gegen jede IP aufzumachen sondern nur...

Ich habs nicht geschafft den voipd mal etwas gesprächiger zu machen - verbose oder debug haben bei mir leider garnichts gebracht? Hab in der .cfg auch mal probiert den Eintrag source mal ein bisschen zu manipulieren, leider ohne Erfolg...

ich habs mal mit und mal ohne den Haken probiert - das Problem bleibt das gleiche. Scheint also irgendwie eine Regel zu sein die sämtlichen VOIP Verkehr auf DSL umleitet, ich glaube ohne groß festzustellen was LAN ist und was nicht. Macht die Box kein NAT gibts doch glaube ich nur ein wirkliches...

Hat leider nichts gebracht - zumal ja auch nicht aller Traffic über DSL rausgeschickt wird. Ich mache von der Box aus z.B. FTP auf einen Host in dem anderen Netz (zum ablegen der automatischen Backups nachts), Ping von der Box aus geht, etc... pp Das einzige was nicht passt ist der blöde SIP...

Hatte ich auch schon drüber nachgedacht, aber dann müsste man das ganze mit einem Passwortfeld für Backup und Restore machen. Dann bleibt die Frage ob das Restore richtig funktioniert wenn man eine anderes Modell nimmt o.ä. - ich hab lieber eine extra .export Datei mit der ich dann bei einem...