Nach Update auf FW 7.20 funktioniert Portforwarding nicht!

thorstense · Beitrag von **thorstense** » 19 Aug 2007, 22:03

Hallo zusammen!

Heute habe ich die neue Firmware 7.20 ausprobiert.

Nach der Umstellung funktioniert die Maskierung meiner eMule Ports nicht mehr.
Ich bekomme nur noch low ID's!

Ich habe jetzt wieder die 6.32 zurückgespielt und es funktioniert wieder!

Hat jemand ähliche Probleme?

Viele Grüße, Thorsten

backslash · Beitrag von **backslash** » 20 Aug 2007, 18:17

Hi thorstense

hast du zufällig überlappende Portbereiche definiert? Das funktioniert mit der 7.20 nicht mehr... (genaugenommen hat das bisher auch nicht wirklich funktioniert - zur 7.20 hat sich aber die Bearbeitung der Einträge geändert, so daß es nun ggf. auffällt)

Wenn du dir nicht sicher bist, dann lies mal die Config aus, ändere z.B. den Gerätenamen und schreibe die Config zurück... Wenn das nicht mehr geht, dann kontrolliere deine Einstellungen für das Portforwarding.

Gruß
Backslash

thorstense · Beitrag von **thorstense** » 20 Aug 2007, 19:04

@backslash

Ich habe eigentlich nur einen Eintrag in der Maskierung und der lautet wie folgt:

D-Port-von D-Port-bis Protokoll Gegenstelle WAN-Adresse Intranet-Adresse Map-Port Aktiv Kommentar
61424 61424 TCP ARCOR_DSL 0.0.0.0 192.168.1.1 0 ja eMule Port TCP
61425 61425 UDP ARCOR_DSL 0.0.0.0 192.168.1.1 0 ja eMule Port UDP

Bei der 7.2X ist mir aufgefallen das das jetzt noch die Gegenstelle mit angegeben ist.
Da habe ich aber auch die richtige ausgewählt.
Oder ist die Wan-Adresse oder der Map-Port falsch?

Viele Grüße, Thorsten:-)

backslash · Beitrag von **backslash** » 20 Aug 2007, 19:49

Hi thorstense

Bei der 7.2X ist mir aufgefallen das das jetzt noch die Gegenstelle mit angegeben ist

wenn du nur eine maskierte Gegenstelle hast, dann kannst du sie auch leer lassen. Wenn du da etwas einträgst, dann muß die Gegenstelle auch stimmen...

Oder ist die Wan-Adresse

die WAN-Adresse ist nur interressant, wenn du mehr als eine öffentliche IP-Adresse hast.

oder der Map-Port falsch

Map-Port 0 ist OK.

Da stimmt wohl eher das Protokoll nicht - insbesondere wenn du sagt, daß es bei einem Zurückschalten auf die 6.32 wieder funktioniert. Dreh doch mal die Protokolle um oder stell mal bei beiden TCP+UDP ein...

Gruß
Backslash

thorstense · Beitrag von **thorstense** » 20 Aug 2007, 20:06

@backslash,

danke für die schnelle Antwort!

Die Protokolle habe ich schon umgestellt, ohne Erfolg.
Die Gegenstellen zu ändern hilft auch nicht.

Ich weiß nicht mehr weiter

Viele Grüße Thorsten

Beitrag von **LoUiS** » 20 Aug 2007, 20:11

Hi Thorsten,

dann probier doch mal alle Eintraege zu loeschen, die Konfiguration zurueck zu schreiben und dann die benoetigte Weiterleitung neu einzutragen.

Ciao
LoUiS

thorstense · Beitrag von **thorstense** » 20 Aug 2007, 20:28

Hallo,

das habe ich schon probiert, funktioniert leider auch nicht.

Viele Grüße, Thorsten

thorstense · Beitrag von **thorstense** » 20 Aug 2007, 20:38

Hallo

Jetzt ist wieder die 6.32 drauf und schon Funktionierts

D-Port-von D-Port-bis Intranet-Adresse Map-Port Aktiv Kommentar
61424 61425 192.168.1.1 0 ja eMule Port

Viele Grüße, Thorsten

Baron · Beitrag von **Baron** » 21 Aug 2007, 07:09

Hallo @thorstense,

habe das selbe Problem mit der FW 7.20 gehabt, da meine FTP-Server zugang auch nicht mehr funktioniert hatte.
Ich habe alle Einträge gelöscht und sie dann alle händisch noch einmal eingetragen!

Seit dem geht es auch wieder!
Macht halt etwas Arbeit, alle Ports wieder einzutragen.

grüssle
Baron

backslash · Beitrag von **backslash** » 21 Aug 2007, 17:23

Hi thorstense

Jetzt ist wieder die 6.32 drauf und schon Funktionierts

und was passiert, wenn du nun wieder die 7.20 aufspielst OHNE danach an der Kondig herumzuspielen?

Gruß
Backslash

thorstense · Beitrag von **thorstense** » 21 Aug 2007, 19:56

@ Baron,

Das habe ich schon versucht, leider ohne Erfolg!

Ich erinnere mich noch an meinen DSL/10 da hatte ich auch schon so ein Problem das nach dem Update etwas nicht funktionierte.
Hinterher habe ich entdeckt das in dem Gegenstellen (Provider) Name kein Leerzeichen vorhanden sein darf!

@ backslash,

es ist für mich logisch das ich auf die höhere FW Update und erst mal nichts an der Konfiguration verändere.
Nur nach dem Downgrade der FW spiele ich die alte Konfig wieder ein.

Werde mal die Komplette Konfig löschen müssen und alles neu einstellen.
PS: Ich werde sie mal in den Auslieferzustand zurücksetzen und alles neu eingeben???
PPS: Nach dem Urlaub

Viele Grüße, Thorsten

McTrinsic · Beitrag von **McTrinsic** » 22 Aug 2007, 17:20

Hallo,

hatte ein ähnliches Problem.

Bei mir hat es geklappt, nachdem ich explizit für TCP und UDP eigene Regeln angelegt habe. Eine Regel für TCP + UDP hat nicht funktioniert.

Gruß,
McTrinsic

backslash · Beitrag von **backslash** » 22 Aug 2007, 17:58

Hi

@thorstense

es ist für mich logisch das ich auf die höhere FW Update und erst mal nichts an der Konfiguration verändere.
Nur nach dem Downgrade der FW spiele ich die alte Konfig wieder ein.

Du *hast* aber die Konfig geändert - von sich aus trägt das LANCOM keine Gegenstellen ein und teilt auch nicht irgendwelche Einträge auf...

@McTrinsic

Bei mir hat es geklappt, nachdem ich explizit für TCP und UDP eigene Regeln angelegt habe. Eine Regel für TCP + UDP hat nicht funktioniert.

bestehende Einträge konvertiert das LANCOM immer mit TCP+UDP - wenn das nicht funktionieren würde, dann wäre hier deutlich mehr los...

Gruß
Backslash

Jirka · Beitrag von **Jirka** » 22 Aug 2007, 22:02

Hallo an alle,

habt ihr mal drüber nachgedacht, dass die NAT-Tabelle jetzt (LCOS 7.20) vergrößert wurde und dass das dann damit kollidiert? Mit der Folge, dass jetzt vermutlich der Portbereich von 57344 bis 61439 für das Maskieren der Internetverbindung verwendet wird...? Oder weiß jemand genauer, welcher Portbereich mit der 7.20 verwendet wird?

Viele Grüße,
Jirka

thorstense · Beitrag von **thorstense** » 22 Aug 2007, 23:06

@ Jirka,

danke für den Tip, sobald ich wieder zu Hause bin werde ich mal die eMule Ports in einen anderen Bereich legen und es testen.

Viele Grüße, Thorsten