Moderator: Lancom-Systems Moderatoren
oder doch?
nein! jeder billige Router kann UDP und TCP forwarden - und scheitert im schlimmsten Fall sogar schon an so was simplem FTP oder gar TFTP...Jeder normale billige Router kann das nur der teure LANCOM nicht
da würde mich interessieren wie dieses beim Port-Forwarding einzutragen ist? IP-Protokoll-Objekte kann ich da nicht auswählen...backslash hat geschrieben:...Ein LANCOM hingegen kann ESP und GRE selektiv weiterleiten...
Wenn Pakete über den UDP-Port 500 laufen, schaut das LANCOM in die Kristallkugel und versucht die Zuordnung der ESP-SPIs zu den Endpunkten zu erraten, trägt das Ergebnis in die IPSec-NAT-Tabelle (/Setup/IP-Router/1-N-NAT/IPSec-Table) ein und nutzt diese Erkenntnis ab dann um ESP weiterleiten zu können. Auch wenn ich hier schreibe, daß das LANCOM versucht die beziehungen zu "erraten", heißt das nicht, daß das Ergebnis zufällig wäre - es funktioniert zuverlässig... "Erraten" steht hier nur, weil die IKE-Pakete ja verschlüsselt sind und das LANCOM deshalb die Zuordnung nicht direkt der Verhandlung entnehmen kann. Es kann nur erkennen, wann ein neuer SPI ausgehandelt wird und ordnet das erste Paket mit einem neuen SPI der Session zu, die gerade einen SPI ausgehandelt hat.da würde mich interessieren wie dieses beim Port-Forwarding einzutragen ist? IP-Protokoll-Objekte kann ich da nicht auswählen..
das ist auch völlig ausreichend, solange du keine Deny-All-Regel in der Firewall hastHabe ganz simpel Port 1723 TCP auf meinen Server geleitet und versucht eine PPTP-Verbindung aufzubauen.
wenn du eine Deny-All-Regel hast, dann brauchst du natürlich auch noch eine Regel, die PPTP - also TCP-Port 1723 - eingehend erlaubt:Fehlt evtl. eine Firewall-Regel?
Code: Alles auswählen
Name: ALLOW-PPTP
Aktion: übertragen
Quelle: alle Stationen
Ziel: IP deines PPTP-Servers
Dienste: TCP, Zielport 1723das hatte ich ganz übersehen... Doch an genau dem kann es auch liegen...Am Telekom Company-Connect (Cisco 800 davor) sollte es nicht liegen, oder?
Der Cisco blockt nix, der routet zwischen WAN und "LAN", wobei das der Pool ist, den du für deine 5 Geräte nutzen kannst.rt1970 hat geschrieben: Soweit mir bekannt ist macht der Cisco 800 "nur" die Einwahl (PPPOE)...
ich hab auch nicht gesagt, DASS es am Cisco LIEGT, sondern, daß es auch an ihm liegen könnte...Am Cisco kann es auch liegen obwohl ich auf dem LANCOM eine öffentliche IP habe?
das ist jetzt nicht so richtigh zielführend...Im Logging vom Lancom stand was von GRE denied...
Nimm den LANtracer (in LANconfig Rechtsklick auf das Gerät und dann "Trace-Ausgabe erstellen") und hake dann im Tree-View unter TraceEinstellungen "Ethernet", "Firewall", "IP-Masquerading" und "IP-Router" an. Im Statusfenster "Erzeugte Trace-Kommandos" unten rechts sollte dann folgendes stehen:Weiß aber nicht mehr wie der Support von LANCOM da hin kam. War via Telnet...
Code: Alles auswählen
# Trace config
trace + Ethernet @ -Telnet/SSL
trace + Firewall
trace + IP-Router
trace + IP-masquerading
# Show commands
show bootlog