1780EW-3G Konfiguriation PPTP funktioniert nicht

Michael_VPN · Beitrag von **Michael_VPN** » 24 Feb 2015, 08:38

Hallo Lancom Gemeinde,

ich bin schon seit geraumer Zeit am stillen mitlesen in diesem Forum, welches mir bislang toll weitergeholfen hat. Danke an dieser Stelle an alle.

Nun habe ich ein absolut blödes Problem: Ich benötige eine PPTP Verbindung von extern via A1-SIM auf meinen 1780EW-3G. Dazu habe ich diese Anleitung "Konfiguration einer PPTP Verbindung zwischen LANCOM und einem Windows Client" durchgeführt. Es funktioniert jedoch nicht. Internt in-out, externe ping oder Teamviewer funktioniert.

http://www2.lancom.de/kb.nsf/0/557C88DE ... endocument

Der Lancom Helpdesk kann mir nicht helfen. Laut den Kollegen liegt es an den Windows VPN Clients. Ich kann das aber nicht ganz glauben.

Zwei Einträge im PPP Log sind mir aufgefallen:

[PPP] 2015/02/24 08:01:45,500 Devicetime: 2015/02/24 08:01:32,292
selecting first remote gateway using strategy eFirst for PPTP => no remote gateway selected

Frage: Was fehlt da eventuell?

[PPP] 2015/02/24 08:02:11,093 Devicetime: 2015/02/24 08:01:58,025
PPTP call control: received OutgoingCallRequest from 98.414.213.137 for call id 18631
PPTP call control: set remote window to 32 for DEFAULT
PPTP call control: OutgoingCallReply sent for call id 14605 to 89.144.231.173
PPTP call control: SetLinkInfo sent for call id 14605 to 98.414.213.137with SendACCM=0x00000000 and ReceiveACCM=0x00000000
PPTP call control: connect indication for PPP sent

Frage: Set remote windows to 32 DEFAULT: Was bedeutet das? Das eine DEFAULT Vebindung verwendet wird? Nicht meine eingerichtete PPTP?

Ich sitze mittlerweile seit Stunden, Tage, und weiß nicht weiter. Ich muss die Verbindung mit Windows VPN Bormitteln zustande bringen. Lancom Clients dürfen nicht verwendet werden.

Habe mittlerweile die dritte Lancom Firmware LC-1780EW-3G-9.04.0158 drauf und mindestens zweimal einen Reset durchgeführt...

Bitte um Hilfe !

Viele Grüße, Michael

PS: Anbei noch ein größerer Auschnitt des Logs:

[PPP] 2015/02/24 08:01:45,500 Devicetime: 2015/02/24 08:01:32,292
selecting first remote gateway using strategy eFirst for PPTP
=> no remote gateway selected

[PPP] 2015/02/24 08:02:10,109 Devicetime: 2015/02/24 08:01:56,964
PPTP control channel: connect from 98.414.213.137 (RtgTag: 0)

[PPP] 2015/02/24 08:02:10,765 Devicetime: 2015/02/24 08:01:57,694
PPTP control channel: received StartControlConnectionRequest from 98.414.213.137 message
PPTP control channel: StartControlConnectionReply sent to 98.414.213.137

[PPP] 2015/02/24 08:02:11,093 Devicetime: 2015/02/24 08:01:58,025
PPTP call control: received OutgoingCallRequest from 98.414.213.137 for call id 18631
PPTP call control: set remote window to 32 for DEFAULT
PPTP call control: OutgoingCallReply sent for call id 14605 to 98.414.213.137
PPTP call control: SetLinkInfo sent for call id 14605 to 98.414.213.137 with SendACCM=0x00000000 and ReceiveACCM=0x00000000
PPTP call control: connect indication for PPP sent

[PPP] 2015/02/24 08:02:11,109 Devicetime: 2015/02/24 08:01:58,026
Change phase to ESTABLISH for DEFAULT
Lower-Layer-Up event for LCP
Initializing LCP restart timer to 3000 milliseconds
Waiting up to 3000ms for connection
Starting LCP restart timer with 3000 milliseconds

[PPP] 2015/02/24 08:02:11,109 Devicetime: 2015/02/24 08:01:58,175
PPTP call control: received SetLinkInfo from 98.414.213.137 for call id 14605 with SendACCM=0xffffffff, ReceiveACCM=0xffffffff

[PPP] 2015/02/24 08:02:13,937 Devicetime: 2015/02/24 08:02:01,020
Positive Restart-Timeout event for LCP
Stop waiting for connection
Initializing LCP restart timer to 3000 milliseconds
Generating LCP configure-request for peer DEFAULT
Inserting local MRU 1460
Inserting local authentication protocol CHAP with DES encryption (MS-CHAPv2)
Inserting local magic number 06128a8a
Sending LCP configure-request with ID 00 and length 19 to peer DEFAULT (channel 0)
Starting LCP restart timer with 3000 milliseconds

backslash · Beitrag von **backslash** » 24 Feb 2015, 12:39

Hi Michael_VPN,

Frage: Set remote windows to 32 DEFAULT: Was bedeutet das? Das eine DEFAULT Vebindung verwendet wird? Nicht meine eingerichtete PPTP?

natürlich fängt die Verhandlung mit "DEFAULT" an. Der richtige Name wird ja erst später in der PPP-Verhandlung übermittelt.

PS: Anbei noch ein größerer Auschnitt des Logs: (...)

Der PPP-Trace sagt doch schonmal, daß die Verhandlung anfängt. Sie wird also irgendwann später scheitern - sei es am falschen Username/Passwort oder daran, daß die vergessen hast die Verschlüsselung zu aktivieren, oder weil du keinen WAN-Adresspool kofiguriert hast, oder, oder, oder... Den Grund kannst du dem Trace aber entnehmen - nur nicht an dem bischen, das du hier gepostet hast...

Gruß
Backslash

Michael_VPN · Beitrag von **Michael_VPN** » 24 Feb 2015, 12:54

Hallo Backslash,

danke für deine Rückmeldung. Anbei noch der ganze TraceLog, von Initialisierung bis destroying und closing.

Zusätzlich hier noch die Auskunft von Lancom:

...im Trace zeigen sich zwei Punkte:

1. Gibt es immer wieder nach Aufbau der Verbindung eine Meldung die zeigt das Ihr Windows Client im TCP, also auf Protokoll Ebene, ein FIN oder RST sendet. Diese bewirken das die Verbindung getrennt wird.

[PPP] 2015/02/20 10:31:56,750 Devicetime: 2015/02/20 10:31:37,941 PPTP control channel: TCP close event for peer 98.414.213.137 PPTP call control: DisconnectNotify sent for call id 1444 to 98.414.213.137 PPTP call control: disconnected DEFAULT (call id 1444)

2. Baut hier immer wieder eine Verbindung zum Default Profil statt dem von Ihnen hinterlegten Profil aus, was ebenfalls problematisch ist da dann nicht die korrekten Verbindungsparameter genutzt werden.

Für diese beiden Probleme scheint jedoch das Verhalten des Windowsclients verantwortlich zu sein.

Danke & viele Grüße, MIchael

[PPP] 2015/02/24 08:03:07,671 Devicetime: 2015/02/24 08:02:54,657
PPTP control channel: connect from 98.414.213.137 (RtgTag: 0)

[PPP] 2015/02/24 08:03:07,671 Devicetime: 2015/02/24 08:02:54,658
PPTP control channel: received StartControlConnectionRequest from 98.414.213.137 message
PPTP control channel: StartControlConnectionReply sent to 98.414.213.137

[PPP] 2015/02/24 08:03:07,671 Devicetime: 2015/02/24 08:02:54,707
PPTP call control: received OutgoingCallRequest from 98.414.213.137 for call id 57529
PPTP call control: set remote window to 32 for DEFAULT
PPTP call control: OutgoingCallReply sent for call id 1440 to 98.414.213.137
PPTP call control: SetLinkInfo sent for call id 1440 to 98.414.213.137 with SendACCM=0x00000000 and ReceiveACCM=0x00000000
PPTP call control: connect indication for PPP sent

[PPP] 2015/02/24 08:03:07,671 Devicetime: 2015/02/24 08:02:54,707
Change phase to ESTABLISH for DEFAULT
Lower-Layer-Up event for LCP
Initializing LCP restart timer to 3000 milliseconds
Waiting up to 3000ms for connection
Starting LCP restart timer with 3000 milliseconds

[PPP] 2015/02/24 08:03:07,671 Devicetime: 2015/02/24 08:02:54,760
PPTP control channel: TCP close event for peer 98.414.213.137
PPTP call control: DisconnectNotify sent for call id 1440 to 98.414.213.137
PPTP call control: disconnected DEFAULT (call id 1440)

[PPP] 2015/02/24 08:03:07,671 Devicetime: 2015/02/24 08:02:54,760
Change phase to DEAD for DEFAULT
Stopping LCP restart timer
Stopping IPCP restart timer
Stopping CCP restart timer
Stopping IPV6CP restart timer

[PPP] 2015/02/24 08:03:07,671 Devicetime: 2015/02/24 08:02:54,762
PPTP call control: call destroyed for DEFAULT

[PPP] 2015/02/24 08:03:07,671 Devicetime: 2015/02/24 08:02:54,762
PPTP control channel: closing TCP connection to 98.414.213.137

[PPP] 2015/02/24 08:03:07,671 Devicetime: 2015/02/24 08:02:54,762
PPTP control channel: TCP connection to 98.414.213.137 closed

[PPP] 2015/02/24 08:03:20,718 Devicetime: 2015/02/24 08:03:07,708
PPTP control channel: connect from 98.414.213.137 (RtgTag: 0)

[PPP] 2015/02/24 08:03:20,718 Devicetime: 2015/02/24 08:03:07,709
PPTP control channel: received StartControlConnectionRequest from 98.414.213.137 message
PPTP control channel: StartControlConnectionReply sent to 98.414.213.137

[PPP] 2015/02/24 08:03:20,718 Devicetime: 2015/02/24 08:03:07,768
PPTP call control: received OutgoingCallRequest from 98.414.213.137 for call id 10381
PPTP call control: set remote window to 32 for DEFAULT
PPTP call control: OutgoingCallReply sent for call id 8912 to 98.414.213.137
PPTP call control: SetLinkInfo sent for call id 8912 to 98.414.213.137 with SendACCM=0x00000000 and ReceiveACCM=0x00000000
PPTP call control: connect indication for PPP sent

[PPP] 2015/02/24 08:03:20,718 Devicetime: 2015/02/24 08:03:07,768
Change phase to ESTABLISH for DEFAULT
Lower-Layer-Up event for LCP
Initializing LCP restart timer to 3000 milliseconds
Waiting up to 3000ms for connection
Starting LCP restart timer with 3000 milliseconds

[PPP] 2015/02/24 08:03:20,718 Devicetime: 2015/02/24 08:03:07,818
PPTP control channel: TCP close event for peer 98.414.213.137
PPTP call control: DisconnectNotify sent for call id 8912 to 98.414.213.137
PPTP call control: disconnected DEFAULT (call id 8912)

[PPP] 2015/02/24 08:03:20,718 Devicetime: 2015/02/24 08:03:07,818
Change phase to DEAD for DEFAULT
Stopping LCP restart timer
Stopping IPCP restart timer
Stopping CCP restart timer
Stopping IPV6CP restart timer

[PPP] 2015/02/24 08:03:20,718 Devicetime: 2015/02/24 08:03:07,820
PPTP call control: call destroyed for DEFAULT

[PPP] 2015/02/24 08:03:20,718 Devicetime: 2015/02/24 08:03:07,820
PPTP control channel: closing TCP connection to 98.414.213.137

[PPP] 2015/02/24 08:03:20,718 Devicetime: 2015/02/24 08:03:07,820
PPTP control channel: TCP connection to 98.414.213.137 closed

backslash · Beitrag von **backslash** » 24 Feb 2015, 17:02

Hi Michael_VPN

hängt dein Windows-Rechner vielleicht hinter einem NAT oder einer Firewall, das/die mit PPTP nicht umgehen kann und daher die GRE-Pakete blockt?

Gruß
Backslash

Michael_VPN · Beitrag von **Michael_VPN** » 24 Feb 2015, 17:07

Hallo Backslash,

danke für die Idee, aber nein, ist leider nicht so: habe es von drei Stationen und noch mit dem Eifon versucht: überall dasselbe...

Viele Grüße, Michael

backslash · Beitrag von **backslash** » 24 Feb 2015, 17:41

Hi Michael_VPN

dann weiss ich auch nicht mehr weiter, denn eigentlich ist die PPTP-Konfiguration tivial...

Unter /Setup/WAN/PPTP-Peers wird zusätzlich zu dem Default-Eintrag ein Eintrag für den Dial-In-User gemacht, über den die Verschlüsselung aktiviert wird:

Code: Alles auswählen

root@lc1781ef:/Setup/WAN/PPTP-Peers
> l

Peer              IP-Address                                                       Rtg-tag  Port          SH-Time       Encryption
-----------------------------------------------------------------------------------------------------------------------------------------
DEFAULT           0.0.0.0                                                          0        0             0             Off
DIAL-IN           0.0.0.0                                                          0        0             0             128-Bits

und danach wird der Eintrag für den Dial-In-Uset in der PPP-Tabelle gemacht (auch wieder zusätzlich zum DEFAULT-Eintrag):

Code: Alles auswählen

root@lc1781ef:/Setup/WAN/PPP
> l

Peer              Authent.request             Authent-response            Key       Time  Try   Conf  Fail  Term  Username                                                          Rights
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
DEFAULT           MS-CHAPv2,MS-CHAP,CHAP,PAP  MS-CHAPv2,MS-CHAP,CHAP,PAP            0     5     10    5     2                                                                       none
DIAL-IN           MS-CHAPv2,MS-CHAP           none                        *         3     5     10    5     2                                                                       IP, NBT

Unter "Key" wird hier das Paßwort abgelegt...

und als letztes mußt du noch den WAN-Adreß-Pool unter /Setup/IP-Router anlegen und ggf. Proxy-ARP einschalten:

Code: Alles auswählen

root@lc1781ef:/Setup/IP-Router
> l

Operating                VALUE:   Yes
IP-Routing-Table         TABLE:   80+ x [IP-Address,IP-Netmask,Rtg-tag,..]
Default-Time-List        TABLE:   8+ x [Index,Days,Start,Stop,Peer]
Usage-Default-Timetable  VALUE:   No
VRRP                     MENU:
Proxy-ARP                VALUE:   Yes
Send-ICMP-Redirect       VALUE:   No
Start-WAN-Pool           VALUE:   192.168.1.170
End-WAN-Pool             VALUE:   192.168.1.180
Routing-Method           MENU:
RIP                      MENU:
1-N-NAT                  MENU:
Firewall                 MENU:
N-N-NAT                  TABLE:   16+ x [Idx.,Src-Address,Src-Mask,..]
Load-Balancer            MENU:
WAN-Tag-Creation         VALUE:   Auto
Tag-Table                TABLE:   16+ x [Peer,Rtg-tag,Start-WAN-Pool,..]

und damit sieht dann eine einkommende PPTP-Verbindung im Trace so aus:

Code: Alles auswählen

[PPP] 2015/02/24 17:24:10,050
PPTP control channel: connect from 10.0.0.38 (RtgTag: 0)


[PPP] 2015/02/24 17:24:10,057
PPTP control channel: received StartControlConnectionRequest from 10.0.0.38 message
PPTP control channel: StartControlConnectionReply sent to 10.0.0.38


[PPP] 2015/02/24 17:24:10,067
PPTP call control: received OutgoingCallRequest from 10.0.0.38 for call id 25660
PPTP call control: set remote window to 32 for DEFAULT
PPTP call control: OutgoingCallReply sent for call id 524 to 10.0.0.38
PPTP call control: SetLinkInfo sent for call id 524 to 10.0.0.38 with SendACCM=0x00000000 and ReceiveACCM=0x00000000
PPTP call control: connect indication for PPP sent


[PPP] 2015/02/24 17:24:10,089
Change phase to ESTABLISH for DEFAULT
Lower-Layer-Up event for LCP
Initializing LCP restart timer to 3000 milliseconds
Waiting up to 3000ms for connection
Starting LCP restart timer with 3000 milliseconds


[PPP] 2015/02/24 17:24:10,113
PPTP call control: received SetLinkInfo from 10.0.0.38 for call id 524 with SendACCM=0xffffffff, ReceiveACCM=0xffffffff


[PPP] 2015/02/24 17:24:10,120

Received LCP frame from peer DEFAULT (channel 0)
Stop waiting for connection
Stopping LCP restart timer
Initializing LCP restart timer to 3000 milliseconds
Generating LCP configure-request for peer DEFAULT
Inserting local MRU 960
Inserting local authentication protocol CHAP with DES encryption (MS-CHAPv2)
Inserting local magic number 0a4341bd
Sending LCP configure-request with ID 00 and length 19 to peer DEFAULT (channel 0)
Starting LCP restart timer with 3000 milliseconds
Evaluate configure-request with ID 00 and size 21
Peer MRU 1400 accepted
Peer magic number 718d233e accepted
Peer requests protocol field compression, rejected
Peer requests address- and controlfield compression, rejected
Peer requests callback via callback control protocol, rejected
Negative Configure-Request-Received event for LCP
Sending LCP configure-reject with ID 00 and length 11 to peer DEFAULT (channel 0)


[PPP] 2015/02/24 17:24:10,224

Received LCP frame from peer DEFAULT (channel 0)
Evaluate configure-ack with ID 00 and size 19
Configure-Ack-Received event for LCP
Initializing LCP restart timer to 3000 milliseconds


[PPP] 2015/02/24 17:24:10,245

Received LCP frame from peer DEFAULT (channel 0)
Evaluate configure-request with ID 01 and size 14
Peer MRU 1400 accepted
Peer magic number 718d233e accepted
Positive Configure-Request-Received event for LCP
Sending LCP configure-ack with ID 01 and length 14 to peer DEFAULT (channel 0)
Stopping LCP restart timer
This-Layer-Up action for LCP
Change phase to AUTHENTICATE for DEFAULT

Sending CHAP-Challenge to peer DEFAULT (channel 0)
Challenge = 0e ff 3e be e3 65 ff 69 b0 3e 6a 0a 45 95 a3 95


[PPP] 2015/02/24 17:24:10,261

Received LCP frame from peer DEFAULT (channel 0)


[PPP] 2015/02/24 17:24:10,261

Received LCP frame from peer DEFAULT (channel 0)


[PPP] 2015/02/24 17:24:10,262

Received LCP frame from peer DEFAULT (channel 0)


[PPP] 2015/02/24 17:24:10,274

Received CHAP frame from peer DEFAULT (channel 0)
Got CHAP-Response from peer DIAL-IN, length = 49
Searching peer DIAL-IN in PPP table...peer found
Checking response...response valid
Sending CHAP-Success for peer DIAL-IN
This-Layer-Up action for LCP
Change phase to CALLBACK for DIAL-IN
This-Layer-Up action for LCP
Change phase to NETWORK for DIAL-IN
Lower-Layer-Up event for IPCP
Initializing IPCP restart timer to 3000 milliseconds
Generating IPCP configure-request for peer DIAL-IN
Inserting IP address 192.168.1.69
Inserting primary DNS address 0.0.0.0
Inserting secondary DNS address 0.0.0.0
Inserting primary NBNS address 0.0.0.0
Inserting secondary NBNS address 0.0.0.0
Sending IPCP configure-request with ID 00 and length 34 to peer DIAL-IN (channel 0)
Starting IPCP restart timer with 3000 milliseconds
Lower-Layer-Up event for CCP
Initializing CCP restart timer to 3000 milliseconds
Generating CCP configure-request for peer DIAL-IN
Sending CCP Configure-Request with: Bits: HS
Sending CCP configure-request with ID 00 and length 10 to peer DIAL-IN (channel 0)
Starting CCP restart timer with 3000 milliseconds


[PPP] 2015/02/24 17:24:10,338
PPTP call control: received SetLinkInfo from 10.0.0.38 for call id 524 with SendACCM=0xffffffff, ReceiveACCM=0xffffffff


[PPP] 2015/02/24 17:24:10,386

Received IPV6CP frame from peer DIAL-IN (channel 0)
Sending LCP protocol-reject for protocol 8057 with ID 03 and length 20 to peer DIAL-IN (channel 0)


[PPP] 2015/02/24 17:24:10,387

Received CCP frame from peer DIAL-IN (channel 0)
Evaluate configure-request with ID 06 and size 10
Peer requests: Bits: HS
Our bits: Bits: HS
New Offer: Bits: HS
Positive Configure-Request-Received event for CCP
Sending CCP configure-ack with ID 06 and length 10 to peer DIAL-IN (channel 0)


[PPP] 2015/02/24 17:24:10,388

Received IPCP frame from peer DIAL-IN (channel 0)
Evaluate configure-request with ID 07 and size 34
Peer requests IP address 0.0.0.0, NAK with 172.16.99.102
Peer requests primary DNS address 0.0.0.0, NAK with 192.168.1.69
Peer requests primary NBNS address 0.0.0.0, NAK with 192.168.1.69
Peer requests secondary DNS address 0.0.0.0, rejected
Peer requests secondary NBNS address 0.0.0.0, rejected
Negative Configure-Request-Received event for IPCP
Sending IPCP configure-reject with ID 07 and length 16 to peer DIAL-IN (channel 0)


[PPP] 2015/02/24 17:24:10,391

Received IPCP frame from peer DIAL-IN (channel 0)
Evaluate configure-reject with ID 00 and size 28
Peer rejects primary DNS address , discard local option
Peer rejects secondary DNS address , discard local option
Peer rejects primary NBNS address , discard local option
Peer rejects secondary NBNS address , discard local option
Configure-Nak/Rej-Received event for IPCP
Initializing IPCP restart timer to 3000 milliseconds
Generating IPCP configure-request for peer DIAL-IN
Inserting IP address 192.168.1.69
Sending IPCP configure-request with ID 02 and length 10 to peer DIAL-IN (channel 0)
Starting IPCP restart timer with 3000 milliseconds


[PPP] 2015/02/24 17:24:10,394

Received CCP frame from peer DIAL-IN (channel 0)
Evaluate configure-ack with ID 00 and size 10
Last Configure-Request: Bits: HS
Configure-Ack-Received event for CCP
Initializing CCP restart timer to 3000 milliseconds
This-Layer-Up action for CCP
Stopping CCP restart timer


[PPP] 2015/02/24 17:24:10,417

Received IPCP frame from peer DIAL-IN (channel 0)
Evaluate configure-request with ID 08 and size 22
Peer requests IP address 0.0.0.0, NAK with 172.16.99.102
Peer requests primary DNS address 0.0.0.0, NAK with 192.168.1.69
Peer requests primary NBNS address 0.0.0.0, NAK with 192.168.1.69
Negative Configure-Request-Received event for IPCP
Sending IPCP configure-nak with ID 08 and length 22 to peer DIAL-IN (channel 0)


[PPP] 2015/02/24 17:24:10,420

Received IPCP frame from peer DIAL-IN (channel 0)
Evaluate configure-ack with ID 02 and size 10
Configure-Ack-Received event for IPCP
Initializing IPCP restart timer to 3000 milliseconds


[PPP] 2015/02/24 17:24:10,428

Received IPCP frame from peer DIAL-IN (channel 0)
Evaluate configure-request with ID 09 and size 22
Peer requests IP address 172.16.99.102, accepted
Peer requests primary DNS address 192.168.1.69, accepted
Peer requests primary NBNS address 192.168.1.69, accepted
Positive Configure-Request-Received event for IPCP
Sending IPCP configure-ack with ID 09 and length 22 to peer DIAL-IN (channel 0)
Stopping IPCP restart timer
This-Layer-Up action for IPCP

Gruß
Backslash

Michael_VPN · Beitrag von **Michael_VPN** » 24 Feb 2015, 18:19

Vielen Dank für die ausführliche Rückmeldung. Ich weiß, es ist normal nichts dahinter, deshalb verstehe ich es nicht.

Kann es ev noch an Firewall, Routing oder GRE/Ports liegen?

Viele Grüße, Michael

backslash · Beitrag von **backslash** » 24 Feb 2015, 19:06

Hi Michael_VPN,

Kann es ev noch an Firewall, Routing oder GRE/Ports liegen?

eigentlich nicht - zumindest nicht am LANCOM... Wenn allerdings zwischen deinem LANCOM und dem Windows irgendwo ein NAT oder eine Firewall steht, das/die PPTP nicht unterstützt, dann könnten die GRE-Pakete dort gefiltert werden...

Ist deine Internet-Verbindung, über die sich der Windoes-Client einwählen will, auf der DSL-Leitung oder kommt er über UMTS rein?

Gruß
Backslash

Michael_VPN · Beitrag von **Michael_VPN** » 24 Feb 2015, 19:13

Hallo Backslash,

Hmm, nur über 3G/UMTS wird reingegangen. könnte eventuell a1/telekom/sim dafür verantwortlich sein?

Rufe dort morgen an bzw. versuche testweise via Lan reinzugehen.

VG, Michael

backslash · Beitrag von **backslash** » 24 Feb 2015, 20:00

Hi Michael_VPN,

Hmm, nur über 3G/UMTS wird reingegangen. könnte eventuell a1/telekom/sim dafür verantwortlich sein?

höchstwahrscheinlich... Zumindest bei der T-Mobile ist da immer noch eine Firewall zwischen, die Serverdienste unterbinden soll - selbst wenn du eine öffentliche IP bekommst...

Gruß
Backslash

GrandDixence · Beitrag von **GrandDixence** » 25 Feb 2015, 20:10

Code: Alles auswählen

[PPP] 2015/02/24 08:03:07,671 Devicetime: 2015/02/24 08:02:54,760
Change phase to DEAD for DEFAULT

Bin definitiv kein PPP-Experte, aber diese Zeile hört sich für mich an, als hätte die Dead-Peer-Detection (DPD) zugeschlagen. Für mehr Informationen zur Dead-Peer-Detection (DPD) siehe bitte LCOS v9.00-Referenzhandbuch Kapitel 17.1.

Übrigens: PPTP gilt als unsicher. Aus Sicherheitsgründen sollte IPSec verwendet werden:
http://www.heise.de/security/artikel/De ... 01365.html

Michael_VPN · Beitrag von **Michael_VPN** » 25 Feb 2015, 20:14

Hallo GrandDixence,

ich habe für IPSec leider noch keine Anleitung für Windows VPN Client und Lancom 9.0 gefunden. gibt es soetwas?

@backslash: A1 hat gemeint sie müssen das prüfen, habe noch keine klare Rückmeldung erhalten.

Viele Grüße, Michael

GrandDixence · Beitrag von **GrandDixence** » 25 Feb 2015, 20:29

Der im Windows-Betriebsystem integrierte VPN-Client unterstützt nur IKEv2.
LANCOM-Geräte mit LCOS v9.00 oder älter unterstützen nur IKEv1. LCOS v9.00 unterstützt kein IKEv2.

Zum Thema IKEv1/IKEv2 gibt es genügend Forum-Beiträge.

LANCOM-Forum.de

1780EW-3G Konfiguriation PPTP funktioniert nicht

1780EW-3G Konfiguriation PPTP funktioniert nicht

Re: 1780EW-3G Konfiguriation PPTP funktioniert nicht

Re: 1780EW-3G Konfiguriation PPTP funktioniert nicht

Re: 1780EW-3G Konfiguriation PPTP funktioniert nicht

Re: 1780EW-3G Konfiguriation PPTP funktioniert nicht

Re: 1780EW-3G Konfiguriation PPTP funktioniert nicht

Re: 1780EW-3G Konfiguriation PPTP funktioniert nicht

Re: 1780EW-3G Konfiguriation PPTP funktioniert nicht

Re: 1780EW-3G Konfiguriation PPTP funktioniert nicht

Re: 1780EW-3G Konfiguriation PPTP funktioniert nicht

Re: 1780EW-3G Konfiguriation PPTP funktioniert nicht

Re: 1780EW-3G Konfiguriation PPTP funktioniert nicht

Re: 1780EW-3G Konfiguriation PPTP funktioniert nicht