Antworten:
Ich habe kürzlich den fantastischen Open-Source-VPN-Client OpenConnect erweitert , um das PAN GlobalProtect-VPN sowohl im SSL-VPN- als auch im IPsec / ESP-Modus zu unterstützen.
Dies ist noch in Arbeit , aber ich habe es bereits für echte Arbeit verwendet und es funktioniert sehr gut für mich. Es wäre großartig, wenn andere Leute es testen würden, und ich freue mich über Ihr Feedback!
Erstellen Sie den globalprotect
Zweig aus diesem Repository:
https://github.com/dlenski/openconnect
... und führen Sie es dann wie --certificate
folgt aus , um es zu testen (Sie können den Teil weglassen, wenn Ihr VPN kein Client-Zertifikat verwendet):
$ ./openconnect --protocol=gp [--certificate=my_cert_with_pk.pem] \
server.company.com --dump -vvv
Please enter your username and password.
Username:
Password:
Derzeit werden nur Benutzername, Kennwort und optional die Clientzertifikatsauthentifizierung unterstützt, da dies das einzige Beispiel ist, das ich habe. Ich würde mich über Feedback freuen, wenn andere Authentifizierungsmethoden zur Verfügung stehen.
PS: Für mein VPN ist der VPN-Tunnelserver der gleiche wie der VPN-Portal-Server, Ihr VPN kann sich jedoch unterscheiden. Versuchen Sie, mit OpenConnect sowohl die "Portal-Adresse" als auch die "GlobalProtect Gateway-IP" zu verwenden, die im Windows-Client angezeigt werden:
[ ]
Meine Arbeitskonfiguration Linux-Host ifconfig :
vboxnet0 Link encap:Ethernet HWaddr 0a:ee:27:00:09:00
inet addr:192.168.137.100 Bcast:192.168.137.255 Mask:255.255.255.0
inet6 addr: fe80::800:27ff:fe00:0/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:1340 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:429784 (429.7 KB)
wlan0 Link encap:Ethernet HWaddr 82:49:34:1a:a6:e9
inet addr:10.157.48.55 Bcast:10.157.48.255 Mask:255.255.255.0
inet6 addr: fe80::8219:34ff:fe15:a6e9/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:10935 errors:0 dropped:0 overruns:0 frame:0
TX packets:9571 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:6235519 (6.2 MB) TX bytes:2625822 (2.6 MB)
Linux-Hostroute:
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
default 10.157.48.1 0.0.0.0 UG 400 0 0 wlan0
10.0.0.0 192.168.137.1 255.0.0.0 UG 0 0 0 vboxnet0
link-local * 255.255.0.0 U 1000 0 0 wlan0
192.168.137.0 * 255.255.255.0 U 100 0 0 vboxnet0
~ $ netstat -nr
Kernel IP routing table
Destination Gateway Genmask Flags MSS Window irtt Iface
0.0.0.0 10.157.48.1 0.0.0.0 UG 0 0 0 wlan0
10.0.0.0 192.168.137.1 255.0.0.0 UG 0 0 0 vboxnet0
169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 wlan0
192.168.137.0 0.0.0.0 255.255.255.0 U 0 0 0 vboxnet0
Windows igconfig:
Ethernet adapter VPN:
Connection-specific DNS Suffix . :
Link-local IPv6 Address . . . . . : fe80::a0fd:e08a:6a52:87db%12
IPv4 Address. . . . . . . . . . . : 10.7.8.23
Subnet Mask . . . . . . . . . . . : 255.255.255.255
Default Gateway . . . . . . . . . :
Ethernet adapter vboxnet0:
Connection-specific DNS Suffix . :
Link-local IPv6 Address . . . . . : fe80::a4bb:6e53:572:5682%13
IPv4 Address. . . . . . . . . . . : 192.168.137.1
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Default Gateway . . . . . . . . . :
Ethernet adapter Local Area Connection:
Connection-specific DNS Suffix . :
Link-local IPv6 Address . . . . . : fe80::90de:f93f:b73d:871f%11
IPv4 Address. . . . . . . . . . . : 10.0.2.15
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Default Gateway . . . . . . . . . : 10.0.2.2
Ich verbringe einige Stunden in diesem Projekt und es funktioniert wirklich:
https://github.com/dlenski/openconnect
Ich verstehe nicht, dass es heute eine Android-Anwendung für Global Project gibt und es keine Lösung für Ubuntu oder andere Linux-Benutzer gibt.
Daher muss ich viele Pakete installieren, um diese Schritte auszuführen:
./autogen.sh
./configure
gib nicht auf! Freundliche Grüße
(Unter der Annahme, dass das VPN-Subnetz "10.0.0.0/255.0.0.0" ist, können Sie es an Ihre Bedürfnisse anpassen.)
Fehlerbehebung: 1. Überprüfen Sie in der Win-VM die IP des Hosts und vergewissern Sie sich, dass sich vboxnet0 im selben Subnetz befindet. Versuchen Sie, die IP des vbox-net-adapters, die sich auf dem Win-Computer befindet, zu pingen