Suchergebnisse

Nein, die 443 muss nicht in die voip_forwardrules. Um diesen Port kümmert sich FritzOS selbst. Ergänze nur die 54321.

Ja. Hast du auch alle Portweiterleitungen, welche den Port betreffen, wieder gelöscht? Weiter oben hattest du geschrieben, du hättest manuell eine Portweiterleitung angelegt.

In dem Bildschirmfoto sieht man nur den unveränderten Zustand. Wenn du wieder zu Hause bist, mach doch bitte ein neues, welches den veränderten Zustand zeigt. Wenn du eine neue Zeile am Ende anhängst, muss der Strichpunkt an der vorhandenen letzten Zeile durch ein Komma ersetzt werden.

Nein. In den voip_forwardrules stehen mehrere Regeln, übereinander in mehreren Zeilen. Diese Zeilen müssen alle zueinander passen. Die letzte Zeile muss mit einem ";" enden, die davor mit einem ",". Bitte poste hier alle Zeilen, welche in den voip_forwardrules stehen.

Sind alle anderen Einstellungen auch weg? Bitte poste den ganzen Ausschnitt, den du geändert hast. In der Zeile davor muss der Strichpunkt weg und ein Komma hin.

Illegal war das meiner Meinung nach überhaupt nicht. Höchstens ein Verstoß gegen die AGBs. Damit befinden wir uns im Zivilrecht, Veträge zwischen Unternehmen und Verbrauchen. Mehr als Schadensersatz kann da nicht rauskommen. (Ich unterstelle dabei, dass UM nicht eine Anzeige wegen Betrug stellt...

Ich hatte auf einer 7270 im IP-Client Modus einen Layer3 Tunnel Netzwerk zu Netzwerk mit OpenVPN in Betrieb. Es musste nur die 7270 als Default Gateway bei den Clients eingetragen werden. Die 7270 hat dann entweder via OpenVPN ins andere Netzwerk geroutet, oder über ihren eigenen Default Gateway...

Am hilfreichsten ist es, wenn du dich Schritt für Schritt von einer minimalen .config zu deiner .config durcharbeitest, bis der Fehler auftritt. Wenn wir dann wissen, welches Paket den Fehler verursacht, kann man gezielt versuchen, ihn zu behebn.

Dann mach es doch jetzt endlich. So oder so, egal. Du musst es nur tun.

Wichtig ist, die Setzung der Anführungszeichen, Kommas und Strichpunkte richtig zu machen. Die vorhandenen Regeln zeigen, wie es sein muss. Ansonsten wurde hier schon mehrfach geschrieben, wie es geht. Jetzt musst du es eben tun und nicht fragen, ob das ernst gemeint war, was andere hier...

Bei mir funktioniert ein Update über das Freetz Webinterface wie erwartet.

Der Befehl cat gibt eine Datei auf dem Terminal aus. Mit dem Umleitungsoperator > kann man die Ausgaben eines Befehls in eine andere Datei umleiten. cat /var/flash/ar7.cfg > /var/tmp/ar7.cfg zeigt die Datei /var/flash/ar7.cfg an, leitet aber die Ausgaben direkt in die Datei /var/tmp/ar7.cfg. Die...

Taste dich doch bitte von einer minimalen .config langsam zu deiner jetztigen .config voran. Falls es mit einer minimalen .config nicht zu den Neustarts kommt, kannst du so ermitteln, welches Paket das Problem auslöst.

Deine Beiträge sind auf Grund der Formatierung schwer zu lesen. Bitte verwende z.B. CODE Tags und bemühe dich die Befehle in korrekter Groß/Kleinschreibung mit den richtigen Leerzeichen wiederzugeben. Der Befehl lautet cat, nicht Cat. Im Dateinamen ar7.cfg ist kein Leerzeichen. All das macht...

Ich meine, dass muss cat /var/tmp/ar7.cfg > /var/flash/ar7.cfg lauten.

Ich kann der Beschreibung nicht ganz folgen. Mit dem Web Dienst wird der Port 80 geprüft? Der ist natürlich geschlossen. Was hast du genau in welche Konfigurationsdatei eingetragen? (Port 54321)

Das ist auf jeden Fall verwunderlich. Das Ding hat nicht abzustürzen.

OK, mit der r14985 funktioniert es auch mit UCLIBC_BUILD_SSP=y.

Siehe entweder /viewtopic.php?t=160 oder https://github.com/Freetz/freetz/blob/master/howtos/en/6490_info_sheet.txt

Bitte mit einem frischen Freetz starten. Vielleicht reicht auch ein make dirclean.