Port-Freigabe auf die Box ist so möglich! Virtual-IP überflüssig?!?

[Darkyputz]

na dafür haben wir ja jetzt den portrule patch...iss zwar kosmtisch nicht die tollste lösung aber eine funktionierende...

 

[zaptac]

Geht das nicht viel einfacher?

Hi,

keine Ahnung ob ich hier was missverstehe, aber bei mir habe ich im Fritz-Webinterface eine Weiterleitung von Port 22 auf 192.168.2.254:22 eingerichtet. Das geht einwandfrei, ganz ohne editieren und ohne Virtual-IP Package.

Grüße, Zaptac

 

[wonderdoc]

AVM hat bei der 29.04.49 die Sperre mit der Prüfung des HTTP-Refer scheinbar wieder deaktiviert.
Die Portweiterleitungen auf die Virt.IP funktionieren.
Selbst Portweiterleitung für pptp+GRE läuft damit.
(pttpd auf Fritzbox)
Wie es sich bei UPD mit OpenVPN verhält, kann ich leider gerade nicht testen.

Getestet mit Trunk1826.

 

[caspar73]

patch

hi,
wie soll ich den patch denn einspielen? wenn ich die
portrule.js editiere, und danach ein "make" mache, sind die
zeilen jedesmal wieder im org-zustand. und im fritz-ui kann man keine
0.0.0.0 einstellen ?


grüße
caspar

 

[caspar73]

hi,

hat sich erledigt, habs einfach in einen der vielen patches mit eingebaut.
grüße
caspar

 

[meiser79]

Mit der neuen 7170 Beta gehen die Portweiterleitungen leider auch nicht mehr.

 

[user31085]

der patch ist eigentlich ganz gut und sogar besser als virtual ip, aber leider verschwinden die 0.0.0.0 eintragungen nach einem start wieder. wenn diese auch nach einem neustart da bleiben würde wäre das top!

 

[Zockervogel]

wie soll ich den patch denn einspielen?

aehm. die Doof-Frage der Nacht.
Wie bzw. welches File muss den gepatcht werden ?

 

[xsapling]

der Portrule-Patch scheint wohl so nicht mehr mit der 55er-Firmware für die 7270 zu funktionieren. Denn das Make wird abgebrochen mit folgender Meldung:

 [...]    ----------------------------------------------------------------------
    applying patch file ./patches/7270/400_remove_ftpd.patch
    patching file etc/hotplug/storage
    Hunk #2 succeeded at 208 (offset -20 lines).
    ----------------------------------------------------------------------
    applying patch file ./patches/7270/remove_potrforwading-restriction.patch
    patching file usr/www/all/html/de/internet/portrule.js
    Hunk #1 FAILED at 35.
    1 out of 1 hunk FAILED -- saving rejects to file usr/www/all/html/de/internet/portrule.js.rej
    ----------------------------------------------------------------------
ERROR: modpatch: Error in patch-file ./patches/7270/remove_potrforwading-restriction.patch
make: *** [firmware-nocompile] Fehler 2
xxx@xxx-laptop:~/freetz-trunk$

 

[MaxMuster]

... dann poste doch mal bitte, ob und wenn wo der gewünschte Part, der verändert werden soll, in der .55-er Version der Datei usr/www/all/html/de/internet/portrule.js steht:

       // IP-Adresse 0.0.0.0 verbieten
       if ((Number(digits[0]) == 0) && (Number(digits[1]) == 0) && (Number(digits[2]) == 0) && (Number(digits[3]) == 0)) return g_mldIpAdr0000;
       // IP-Adresse *.*.*.0 verbieten
       if (Number(digits[3]) == 0) return g_mldIpAdr0;

Jörg

 

[xsapling]

das sind die lines 38-41 ...

und so sieht es dort derzeit aus:

// IP-Adresse 0.0.0.0 verbieten
if ((Number(digits[0]) == 0) && (Number(digits[1]) == 0) && (Number(digits[2]) == 0) && (Number(digits[3]) == 0)) return g_mldIpAdr0000;
// IP-Adresse *.*.*.0 verbieten
if (Number(digits[3]) == 0) return g_mldIpAdr0;

 

[MaxMuster]

Wenn die Zeilen davor auch so aussehen, wie im ersten Post, dann sollte es reichen, den Patch anzupassen, indem du die Zeilen anpasst und aus
@@ -35,10 +35,8 @@
dann machst
@@ -38,10 +38,8 @@

Alternativ kannst du den patch auch "selbst bauen":

Du machst eine Kopie der Datei und änderst die Zeilen, die im Patch mit - dastehen so, dass danach die Zeilen da sind, die im Patch mit + da stehen.

Dann machst du ein

diff -Nur <original-Datei> <geänderte Datei>  > meinpatch

und in "meinpatch" steht dein patch

Jörg

 

[xsapling]

ich verstehe es irgendwie nicht, wenn ich den Patch selber baue, dann scheint er nahezu identisch mit deinem zu sein, der vorher scheinbar nicht funktionierte und jetzt jedoch funktioniert.

--- usr/www/all/html/de/internet/portrule.js.old	2008-03-13 14:40:12.000000000 +0100
+++ usr/www/all/html/de/internet/portrule.js	2008-03-21 03:48:07.000000000 +0100
@@ -35,10 +35,8 @@
 for (i=0; i < 4; i++) {
 if ((Number(digits[i]) > 255 ) || (Number(digits[i]) < 0 )) return g_mldIpAdr;
 }
-// IP-Adresse 0.0.0.0 verbieten
-if ((Number(digits[0]) == 0) && (Number(digits[1]) == 0) && (Number(digits[2]) == 0) && (Number(digits[3]) == 0)) return g_mldIpAdr0000;
-// IP-Adresse *.*.*.0 verbieten
-if (Number(digits[3]) == 0) return g_mldIpAdr0;
+// IP-Adresse *.*.*.0 verbieten ... aber 0.0.0.0 erlauben ;-)
+if (Number(digits[3]) == 0 && address[0] != "0.0.0.0") return g_mldIpAdr0;
 // IP-Adresse *.*.*.255 verbieten
 if (Number(digits[3]) == 255) return g_mldIpAdr255;
 var error=null;

 

[xsapling]

wäre es evtl. auch möglich, ein paar Zeilen anzufertigen, die verhindern, dass eine ansonsten Box-fremde IP, die jedoch aufgrund von virtualip nunmehr eine Box-eigene IP ist, von der Box nicht mehr geprüft und geblockt wird?

 

[MaxMuster]

... das geht doch noch immer, oder?
Wenn du (per virtual-ip oder [mein Favorit] per debug.cfg) eine zusätzliche IP nutzt, wurde die bislang zumindest nie "verboten".


Jörg

 

[xsapling]

also wenn ich jetzt (55er Firmware) ein Forwarding auf die IP einer virtuellen Netzwerkkarte anlege, dann klappt das scheinbar. Also die Freigabe wird im Interface übernommen.
Aber in der Konsole kommt dann folgende Meldung:

Mar 21 18:03:27 fritz user.err dsld[946]: internet: 172.30.1.253 not an intern host, forwardrule "tcp 0.0.0.0:2641 172.30.1.253:2641 0 # HTTP-Server" ignored

.

Und diese Meldung stimmt dann auch. Also die Rule wird tatsächlich ignoriert.

Und deine erste Frage, ist wohl zu bejahen...

 

[MaxMuster]

... mag sein, ich habe die Box und Firmware nicht.
Die Meldung kam aber schon immer, es hat aber funktioniert (siehe auch Wiki zu Virtual-IP)...

Jörg

 

[xsapling]

jetzt tut die box jedoch das was sie verspricht, leider ...

 

[MaHaGoNi]

Virtual IP geht natürlich immer noch. Aber angeblich sollen die Portweiterleitungen nicht funktionieren.

Das kann ich bestätigen, mit der 7170 FW 29.04.55-10393 laufen keine Portweiterleitungen auf ein ein Interface <> 0.0.0.0. Siehe auch: Keine Portweiterleitungen mit Labor/Beta 7170

Wer kann einen Workaround anbieten (Skript in debug.cfg o.ä.)?

Gruß,
MaHaGoNi

 

[MaxMuster]

... hat diese "Blockade" schonmal jemand mit einer IP-Vergabe aus der debug.cfg getestet? Um zu prüfen ob das generell nicht mehr geht oder "nur" ein Virtual-IP-Problem ist...

Jörg