Remote Access VPN: Mister "hul igennem" efter ca et minut

Skummelt problem...

Bruger I IPSec eller bare standard PPTP tunnel?

Godt spørgsmå :-)

Umidbart tror jeg bare at vi bruger alm PPTP Tunnel.

Det er måske værd at bruge lidt tid på at blive helt sikker. Hvis det er ipsec kunne fejlen måske være at den forsøger at genforhandle krypteringsnøgle og fejler hvorefter forbindelsen lukkes.. eller noget i den stil.
Prøv eventuelt om en vpn forbindelse helt uden nogen form for kryptering virker. Isoler fejlen.

Det er PPTP og jeg har ikke opsat noget kryptering, så det er uden kryptering

Men PPTP bruger nu altså det der hedder MPPE (Microsoft Point to Point Encryption) til at kryptere trafikken :)

Suspect fejl... har oplevet noget lign. engang med TDC Pro@cess router og en dårlig firmware version. Her klippede den dog forb. noget mere tilfældigt og routeren skulle genstartes.

Det er en helt standard opsætning.

Remote acces er startet på serveren, og er allowed på brugerkontoen.

Klienterne, opretter en netværksforbindelse til VPN via XPs guide.

Man kan forbinde, og pinge ind på netværket, og vice-versa.
og efter CA 1 minut eller noget lukker hullet....

Tænkte på om det kunne være routing delen der fucker op?

Serveren sidder på en 3COM router, hvor vi før har kørt VPN (IPsec) til en Zyxel ZyWall uden problemer.
Klienterne, er alm. TDC ADSL modems. (Vist erricson?)

Med VPN har du faktisk mere end en forbindelse åben til serveren på een gang. Trafikken som er krypteret går til en bestemt port, men derudover har den også oprettet det der hedder en carrier forbindelse hvor den ukrypteret kan udveksle icmp beskeder.
Så din VPN lukker for trafikken, mens carrier forbindelsen bare hænger. Der er kun to grunde jeg kan komme i tanke om

1) Du bruger NAT. VPN har det ikke altid godt med NAT. En NAT router kan fucke headerne op.
2) Noget med kryptering

PPTP benytter følgende

TCP port 1723 (indgående til server)
GRE protokollen (#47)

Der er hverken mere eller mindre åbent.

Fra http://www.sslug.dk/emailarkiv/locale/2001_08/msg00044.html

> GRE = Generic Routing Encapsulation
>
> IP trafik med protokol-type 47. Anvendes som transport-protokol, til
> at transportere data via en IP forbindelse, ofte i forbindelse med
> VPN-trafik. F.eks. benytter Microsoft's PPTP-protokol (Peer-to-peer
> Tunelleling) GRE som transport-protokol.
>
> GRE er i virkeligheden blot almindelige IP-pakker, der får en ekstra
> header på. Fordelen er at man kan route f.eks. interne netværks-
> adresser gennem en VPN-tunnel mellem to offentlige IP net.
>
> GRE er ikke en Internet standard, men er beskrevet i RFC 1701.

1723 er åben, ellers kan man ikke oprette forbindelsen.

Jeg er nu godt nok tilbøjelig til at vende tommelfingeren nedad til den der sslug artikel.. Mest fordi MS-Press Win2k resource kit siger noget andet.

Jeg har ikke lige åbnet ressource kittet, men

http://support.microsoft.com/default.aspx?scid=kb;en-us;241251

siger ca. det samme.

For at hjælpe spørger:
1) Se i event loggen på både server og klient. Fejlmeddelelser? Hvis ja, så slå dem op
2) Sæt en pakke sniffer på netværket(ex. Ethereal) og se hvad du kan få ud af den. Det er måske lidt langhåret, men kan være ganske sjovt. Brug lidt tid på at finde ud af hvordan du filtrerer pakker - eller drukner du.