7
win2003, vpn, gre, fehler 721
hallo zusammen,
folgendes problem: ein vpn-zugang soll eingerichtet werden, bisher folgendes szenario
windows 2003-server als VPN-server
router (bintec x3200)
sdsl 2000
portweiterleitung tcp/1723 auf den server ist aktiviert, ebenfalls gre (any port). pptp passthrough ist auch aktiviert, die verbindung kommt auch zustande, bricht aber bei der authentifizierung dann ab (fehler 721). im log steht folgendes: ereigniskennung 20209, verbindungsversuch erkannt, protokoll 47 scheinbar von router nicht unterstützt.
meiner meinung nach liegt das problem beim gre, allerdings weiß ich hier absolut nicht mehr weiter.
hat jmd von euch ideen/erfahrungen zu dem problem?
danke schonma im vorraus
gruß aus dem emsland
folgendes problem: ein vpn-zugang soll eingerichtet werden, bisher folgendes szenario
windows 2003-server als VPN-server
router (bintec x3200)
sdsl 2000
portweiterleitung tcp/1723 auf den server ist aktiviert, ebenfalls gre (any port). pptp passthrough ist auch aktiviert, die verbindung kommt auch zustande, bricht aber bei der authentifizierung dann ab (fehler 721). im log steht folgendes: ereigniskennung 20209, verbindungsversuch erkannt, protokoll 47 scheinbar von router nicht unterstützt.
meiner meinung nach liegt das problem beim gre, allerdings weiß ich hier absolut nicht mehr weiter.
hat jmd von euch ideen/erfahrungen zu dem problem?
danke schonma im vorraus
gruß aus dem emsland
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 42179
Url: https://administrator.de/contentid/42179
Printed on: April 19, 2024 at 01:04 o'clock
7 Comments
Latest comment
Hi,
nach welcher anleitung hast du den VPN-Zugang eingerichtet?! Wäre schön wenn du schilderst, was du wo eingerichtet / eingestellt hast.
Gruß
Dani
nach welcher anleitung hast du den VPN-Zugang eingerichtet?! Wäre schön wenn du schilderst, was du wo eingerichtet / eingestellt hast.
Gruß
Dani
routing und ras konfiguriert, aktiviert als RAS-server, windows-authentifizierung, ras-richtlinie erstellt, so dass nur benutzer der gruppe vpn zugriff erhalten... quasi die "standard"-variante, ohne ipsec etc
Hi,
muß ESP nicht auch an sein?
Gruß
RKO
muß ESP nicht auch an sein?
Gruß
RKO
Hi,
hast du den DC hochgestuft und wie viele Netzwerkkarten hat der Server??
Gruß
Dani
hast du den DC hochgestuft und wie viele Netzwerkkarten hat der Server??
Gruß
Dani
Das Problem ist das man wieder nicht weiss WAS für eine VPN Verbindung eingerichtet wurde !!!
Ist es PPTP, ist es IPsec, ist es SSL oder was auch immer ????
GRE ist Protokoll 47 (nicht TCP oder UDP Port, deshalb ist "any Port" auch falsch und gefährlich !) Nach der Fehlermeldung zu urteilen macht der Router scheinbar doch kein GRE Forwarding.
@RKO
ESP musst du nur forwarden wenn das VPN IPsec benutzt (...was wir ja nicht wissen). Dann aber auch bitte UDP 500 für IKE sonst klappts auch nicht mit IPsec.
Ist es PPTP, ist es IPsec, ist es SSL oder was auch immer ????
GRE ist Protokoll 47 (nicht TCP oder UDP Port, deshalb ist "any Port" auch falsch und gefährlich !) Nach der Fehlermeldung zu urteilen macht der Router scheinbar doch kein GRE Forwarding.
@RKO
ESP musst du nur forwarden wenn das VPN IPsec benutzt (...was wir ja nicht wissen). Dann aber auch bitte UDP 500 für IKE sonst klappts auch nicht mit IPsec.
ist hochgestuft, hat 2 NIC
Das Problem ist das man wieder nicht weiss
WAS für eine VPN Verbindung eingerichtet
wurde !!!
Ist es PPTP, ist es IPsec, ist es SSL oder
was auch immer ????
WAS für eine VPN Verbindung eingerichtet
wurde !!!
Ist es PPTP, ist es IPsec, ist es SSL oder
was auch immer ????
PPTP
GRE ist Protokoll 47 (nicht TCP oder UDP
Port, deshalb ist "any Port" auch
falsch und gefährlich !) Nach der
Fehlermeldung zu urteilen macht der Router
scheinbar doch kein GRE Forwarding.
Port, deshalb ist "any Port" auch
falsch und gefährlich !) Nach der
Fehlermeldung zu urteilen macht der Router
scheinbar doch kein GRE Forwarding.
router debug all log:
X3200:> debug all
15:01:33 DEBUG/INET: NAT: new incoming session on ifc 10001 prot 6 192.168.0.201
:1723/217.7.2.*:1723 <- 84.1*8.49.47:34969
15:01:33 DEBUG/INET: TX: clamp mss 1460 ==> 1452
15:02:27 DEBUG/INET: NAT: delete session on ifc 10001 prot 6 192.168.0.201:1723/
217.7.2.*:1723 <-> 84.1*8.49.47:34969
15:03:05 INFO/INET: refuse from if 1000 prot 17 192.168.0.233:138->192.168.0.255
:138 (RI 1 FI 1)
vielleicht hilft das weiter....?
