{"id":91646,"date":"2020-08-16T07:42:09","date_gmt":"2020-08-16T05:42:09","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/kak-trablshutit-otechestvennyj-ipsec-vpn-chast-1"},"modified":"2020-08-16T07:42:09","modified_gmt":"2020-08-16T05:42:09","slug":"kak-trablshutit-otechestvennyj-ipsec-vpn-chast-1","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/kak-trablshutit-otechestvennyj-ipsec-vpn-chast-1","title":{"rendered":"So beheben Sie Probleme mit hausinternen IPsec VPNs. Teil 1","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"So
\n<\/p>\n

Situation<\/h3>\n

\nSonntag. Ich trinke Kaffee. Der Student hat eine VPN-Verbindung zwischen zwei Punkten eingerichtet und ist verschwunden. Ich \u00fcberpr\u00fcfe: Der Tunnel existiert tats\u00e4chlich, aber es gibt keinen Verkehr im Tunnel. Der Student antwortet nicht auf Anrufe.<\/p>\n

Ich setze den Wasserkocher auf und tauche in die Fehlersuche des C-Terra Gateways ein. Ich teile meine Erfahrungen und Methoden.
\n<\/a><\/noindex><\/p>\n

Rohdaten<\/h3>\n

\nZwei geografisch getrennte Standorte sind durch ein GRE-Tunnel verbunden. GRE muss verschl\u00fcsselt werden:<\/p>\n

\"So
\n
\nIch \u00fcberpr\u00fcfe die Funktionalit\u00e4t des GRE-Tunnels. Dazu f\u00fchre ich einen Ping von Ger\u00e4t R1 zum GRE-Interface von Ger\u00e4t R2 aus. Das ist der Zielverkehr zur Verschl\u00fcsselung. Es gibt keine Antwort:<\/p>\n

root@R1:~# ping 1.1.1.2 -c 4\nPING 1.1.1.2 (1.1.1.2) 56(84) Bytes Daten.\n\n--- 1.1.1.2 Ping-Statistik ---\n4 Pakete gesendet, 0 empfangen, 100% Paketverlust, Zeit 3057ms<\/code><\/pre>\n
\nIch schaue die Logs auf Gate1 und Gate2 an. Das Log berichtet erfreut, dass die IPsec-Verbindung erfolgreich hergestellt wurde, keine Probleme:<\/p>\n
root@Gate1:~# cat \/var\/log\/cspvpngate.log\nAug  5 16:14:23 localhost  vpnsvc: 00100119 <4:1> IPSec connection 5 established, traffic selector 172.17.0.1->172.16.0.1, proto 47, peer 10.10.10.251, id "10.10.10.251", Filter \nIPsec:Protect:CMAP:1:LIST, IPsecAction IPsecAction:CMAP:1, IKERule IKERule:CMAP:1<\/code><\/pre>\n
\nIn der Statistik des IPsec-Tunnels auf Gate1 sehe ich, dass der Tunnel tats\u00e4chlich vorhanden ist, aber der R\u0441vd-Z\u00e4hler auf null gesetzt wurde:<\/p>\n
root@Gate1:~# sa_mgr show\nISAKMP-Sitzungen: 0 initiiert, 0 geantwortet\n\nISAKMP-Verbindungen:\nNum Conn-id (Lokale Adresse,Port)-(Remote Adresse,Port) Status Gesendet Empfangen\n1 3 (10.10.10.251,500)-(10.10.10.252,500) aktiv 1070 1014\n\nIPsec-Verbindungen:\nNum Conn-id (Lokale Adresse,Port)-(Remote Adresse,Port) Protokoll Aktionsart Gesendet Empfangen\n1 3 (172.16.0.1,*)-(172.17.0.1,*) 47 ESP tunn 480 0<\/code><\/pre>\n
\nIch habe ein Problem mit C-Terra, ich suche, wo die Zielpakete auf dem Weg von R1 nach R2 verloren gehen. Im Verlauf (Spoiler) finde ich einen Fehler.<\/p>\n
Fehlerbehebung<\/h3>\n
\nSchritt 1. Was erh\u00e4lt Gate1 von R1<\/b><\/p>\n
Ich benutze den integrierten Paket-Sniffer \u2013 tcpdump. Ich starte den Sniffer auf dem internen (Gi0\/1 in Cisco-Notation oder eth1 in Debian-Notation) Interface:<\/p>\n
root@Gate1:~# tcpdump -i eth1\n\ntcpdump: Ausf\u00fchrliche Ausgabe unterdr\u00fcckt, verwenden Sie -v oder -vv f\u00fcr vollst\u00e4ndige Protokolldekodierung\nh\u00f6re auf eth1, link-type EN10MB (Ethernet), Erfassungsgr\u00f6\u00dfe 262144 Bytes\n14:53:38.879525 IP 172.16.0.1 > 172.17.0.1: GREv0, key=0x1, length 92: IP 1.1.1.1 > 1.1.1.2: ICMP Echo-Anfrage, id 2083, seq 1, length 64\n14:53:39.896869 IP 172.16.0.1 > 172.17.0.1: GREv0, key=0x1, length 92: IP 1.1.1.1 > 1.1.1.2: ICMP Echo-Anfrage, id 2083, seq 2, length 64\n14:53:40.921121 IP 172.16.0.1 > 172.17.0.1: GREv0, key=0x1, length 92: IP 1.1.1.1 > 1.1.1.2: ICMP Echo-Anfrage, id 2083, seq 3, length 64\n14:53:41.944958 IP 172.16.0.1 > 172.17.0.1: GREv0, key=0x1, length 92: IP 1.1.1.1 > 1.1.1.2: ICMP Echo-Anfrage, id 2083, seq 4, length 64<\/code><\/pre>\n
\nIch sehe, dass Gate1 von R1 GRE-Pakete erh\u00e4lt. Ich mache weiter.<\/p>\n
Schritt 2. Was macht Gate1 mit GRE-Paketen<\/b><\/p>\n
Mit dem Tool klogview schaue ich, was mit den GRE-Paketen im Inneren passiert VPN<\/a> des C-Terra-Treibers:<\/p>\n
root@Gate1:~# klogview -f 0xffffffff\n\nfiltration result for out packet 172.16.0.1->172.17.0.1, proto 47, len 112, if eth0: chain 4 "IPsecPolicy:CMAP", filter 8, event id IPsec:Protect:CMAP:1:LIST, status PASS\nencapsulating with SA 31: 172.16.0.1->172.17.0.1, proto 47, len 112, if eth0\npassed out packet 10.10.10.251->10.10.10.252, proto 50, len 160, if eth0: encapsulated\n<\/code><\/pre>\n
\nIch sehe, dass der Ziel-GRE-Verkehr (proto 47) 172.16.0.1 -> 172.17.0.1 dem Verschl\u00fcsselungsregel LIST in der kryptographischen Karte CMAP unterliegt und verschl\u00fcsselt wurde (kapselisiert). Das Paket wurde dann weitergeleitet (passed out). In der Ausgabe von klogview gibt es keinen Antwortverkehr.<\/p>\n
Ich \u00fcberpr\u00fcfe die Zugriffskontrolllisten auf dem Ger\u00e4t Gate1. Ich sehe eine Zugriffskontrollliste LIST, die den Zielverkehr f\u00fcr die Verschl\u00fcsselung definiert; das bedeutet, dass keine MEP-Regeln konfiguriert sind:<\/p>\n
Gate1#show access-lists\nErweiterte IP-Zugriffsliste LIST\n    10 erlauben gre host 172.16.0.1 host 172.17.0.1<\/code><\/pre>\n
\nAusgabe: Das Problem liegt nicht am Ger\u00e4t Gate1.<\/p>\n
Zus\u00e4tzliches zu klogview<\/b><\/p>\n
Der VPN-Treiber verarbeitet gesamten Netzwerkverkehr, nicht nur den, der verschl\u00fcsselt werden soll. So erscheinen Nachrichten in klogview, wenn der VPN-Treiber den Netzwerkverkehr verarbeitet und unverschl\u00fcsselt weiterleitet:<\/p>\n
root@R1:~# ping 172.17.0.1 -c 4<\/code><\/pre>\n
<\/p>\n
root@Gate1:~# klogview -f 0xffffffff\n\nfiltration result for out packet 172.16.0.1->172.17.0.1, proto 1, len 84, if eth0: chain 4 "IPsecPolicy:CMAP": no match\npassed out packet 172.16.0.1->172.17.0.1, proto 1, len 84, if eth0: filtered<\/code><\/pre>\n
\nIch sehe, dass der ICMP-Verkehr (proto 1) von 172.16.0.1 nach 172.17.0.1 nicht in die Regeln der Crypto-Karte CMAP gepasst hat (no match). Das Paket wurde unverschl\u00fcsselt weitergeleitet.<\/p>\n
Schritt 3. Was Gate2 von Gate1 erh\u00e4lt<\/b><\/p>\n
Ich starte den Sniffer am WAN (eth0)-Schnittstelle von Gate2:<\/p>\n
root@Gate2:~# tcpdump -i eth0\ntcpdump: ausf\u00fchrliche Ausgabe unterdr\u00fcckt, verwenden Sie -v oder -vv f\u00fcr vollst\u00e4ndige Protokolldekodierung\nlausche auf eth0, Linktyp EN10MB (Ethernet), Erfassungsgr\u00f6\u00dfe 262144 Bytes\n16:05:45.104195 IP 10.10.10.251 > 10.10.10.252: ESP(spi=0x30088112,seq=0x1), L\u00e4nge 140\n16:05:46.093918 IP 10.10.10.251 > 10.10.10.252: ESP(spi=0x30088112,seq=0x2), L\u00e4nge 140\n16:05:47.117078 IP 10.10.10.251 > 10.10.10.252: ESP(spi=0x30088112,seq=0x3), L\u00e4nge 140\n16:05:48.141785 IP 10.10.10.251 > 10.10.10.252: ESP(spi=0x30088112,seq=0x4), L\u00e4nge 140<\/code><\/pre>\n
\nIch sehe, dass Gate2 ESP-Pakete von Gate1 erh\u00e4lt.<\/p>\n
Schritt 4. Was Gate2 mit den ESP-Paketen macht<\/b><\/p>\n
Ich starte das Tool klogview auf Gate2:<\/p>\n
root@Gate2:~# klogview -f 0xffffffff\nfiltration result for in packet 10.10.10.251->10.10.10.252, proto 50, len 160, if eth0: chain 17 "FilterChain:L3VPN", filter 21, status DROP\ndropped in packet 10.10.10.251->10.10.10.252, proto 50, len 160, if eth0: firewall\n<\/code><\/pre>\n
\nIch sehe, dass die ESP-Pakete (proto 50) vom Firewall-Regel (L3VPN) verworfen wurden (DROP). Ich stelle sicher, dass die Zugriffssteuerungsliste L3VPN tats\u00e4chlich an Gi0\/0 gebunden ist:<\/p>\n
Gate2#show ip interface gi0\/0\nGigabitEthernet0\/0 ist aktiv, Leitungssignal ist aktiv\n  Internetadresse ist 10.10.10.252\/24\n  MTU ist 1500 Bytes\n  Ausgangszugriffssteuerung ist nicht gesetzt\n  Eingehende Zugriffsliste ist L3VPN<\/code><\/pre>\n
\nIch habe das Problem gefunden.<\/p>\n
Schritt 5. Was stimmt nicht mit der Zugriffssteuerungsliste
\n<\/b>
\nIch sehe mir die Zugriffsberechtigungen der L3VPN-Liste an:<\/p>\n
Gate2#show access-list L3VPN\nErweiterte IP-Zugriffsliste L3VPN\n    10 erlauben udp host 10.10.10.251 any eq isakmp\n    20 erlauben udp host 10.10.10.251 any eq non500-isakmp\n    30 erlauben icmp host 10.10.10.251 any<\/code><\/pre>\n
\nIch stelle fest, dass ISAKMP-Pakete erlaubt sind, weshalb das IPsec-Tunnel eingerichtet wird. Allerdings fehlt die Erlaubnisregel f\u00fcr ESP. Anscheinend hat der Student icmp und esp verwechselt.<\/p>\n
Ich korrigiere die Zugriffsregel:<\/p>\n
Gate2(config)#\nip access-list extended L3VPN\nno 30\n30 erlauben esp host 10.10.10.251 any<\/code><\/pre>\n
\nSchritt 6. Ich \u00fcberpr\u00fcfe die Funktionsf\u00e4higkeit<\/b><\/p>\n
Zun\u00e4chst stelle ich sicher, dass die L3VPN-Zugriffsliste korrekt ist:<\/p>\n
Gate2#show access-list L3VPN\nErweiterte IP-Zugriffsliste L3VPN\n    10 erlauben udp host 10.10.10.251 any eq isakmp\n    20 erlauben udp host 10.10.10.251 any eq non500-isakmp\n    30 erlauben esp host 10.10.10.251 any<\/code><\/pre>\n
\nJetzt starte ich den Zielverkehr von Ger\u00e4t R1:<\/p>\n
root@R1:~# ping 1.1.1.2 -c 4\nPING 1.1.1.2 (1.1.1.2) 56(84) bytes of data.\n64 bytes von 1.1.1.2: icmp_seq=1 ttl=64 Zeit=35,3 ms\n64 bytes von 1.1.1.2: icmp_seq=2 ttl=64 Zeit=3,01 ms\n64 bytes von 1.1.1.2: icmp_seq=3 ttl=64 Zeit=2,65 ms\n64 bytes von 1.1.1.2: icmp_seq=4 ttl=64 Zeit=2,87 ms\n\n--- 1.1.1.2 ping statistiken ---\n4 Pakete \u00fcbertragen, 4 empfangen, 0% Paketverlust, Zeit 3006ms\nrtt min\/avg\/max\/mdev = 2.650\/10.970\/35.338\/14.069 ms<\/code><\/pre>\n
\nSieg. Der GRE-Tunnel ist eingerichtet. Der Z\u00e4hler des eingehenden Datenverkehrs in den IPsec-Statistiken ist nicht null:<\/p>\n
root@Gate1:~# sa_mgr show\nISAKMP-Sitzungen: 0 initiiert, 0 beantwortet\n\nISAKMP-Verbindungen:\nNum Conn-id (Lokale Adresse,Port)-(Remote Adresse,Port) Status Gesendet Empfangen\n1 3 (10.10.10.251,500)-(10.10.10.252,500) aktiv 1474 1350\n\nIPsec-Verbindungen:\nNum Conn-id (Lokale Adresse,Port)-(Remote Adresse,Port) Protokoll Aktionsart Gesendet Empfangen\n1 4 (172.16.0.1,*)-(172.17.0.1,*) 47 ESP tunn 1920 480<\/code><\/pre>\n
\nAm Gateway Gate2 erscheinen in der Ausgabe von klogview Nachrichten, dass der Zielverkehr 172.16.0.1->172.17.0.1 erfolgreich (PASS) durch die Regel LIST in der Kryptokarte CMAP entschl\u00fcsselt (decapsulated) wurde:<\/p>\n
root@Gate2:~# klogview -f 0xffffffff\nfiltration result for in packet 172.16.0.1->172.17.0.1, proto 47, len 112, if eth0: chain 18 "IPsecPolicy:CMAP", filter 25, event id IPsec:Protect:CMAP:1:LIST, status PASS\npassed in packet 172.16.0.1->172.17.0.1, proto 47, len 112, if eth0: decapsulated<\/code><\/pre>\n
\nErgebnisse<\/b><\/p>\n
Der Student hat das Wochenende ruiniert. 
\nSeien Sie vorsichtig mit M&E-Regeln.<\/p>\n
Anonymer Ingenieur
\nt.me\/anonimous_engineer<\/i>
\n
Quelle: habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"
\u0421\u0438\u0442\u0443\u0430\u0446\u0438\u044f \u0412\u044b\u0445\u043e\u0434\u043d\u043e\u0439. \u041f\u044c\u044e \u043a\u043e\u0444\u0435. \u0421\u0442\u0443\u0434\u0435\u043d\u0442 \u043d\u0430\u0441\u0442\u0440\u043e\u0438\u043b VPN \u0441\u043e\u0435\u0434\u0438\u043d\u0435\u043d\u0438\u0435 \u043c\u0435\u0436\u0434\u0443 \u0434\u0432\u0443\u043c\u044f \u0442\u043e\u0447\u043a\u0430\u043c\u0438 \u0438 \u0438\u0441\u0447\u0435\u0437. \u041f\u0440\u043e\u0432\u0435\u0440\u044f\u044e: \u0442\u0443\u043d\u043d\u0435\u043b\u044c \u0434\u0435\u0439\u0441\u0442\u0432\u0438\u0442\u0435\u043b\u044c\u043d\u043e \u0435\u0441\u0442\u044c, \u043d\u043e \u0442\u0440\u0430\u0444\u0438\u043a\u0430 \u0432 \u0442\u0443\u043d\u043d\u0435\u043b\u0435 \u043d\u0435\u0442. \u041d\u0430 \u0437\u0432\u043e\u043d\u043a\u0438 \u0441\u0442\u0443\u0434\u0435\u043d\u0442 \u043d\u0435 \u043e\u0442\u0432\u0435\u0447\u0430\u0435\u0442. \u0421\u0442\u0430\u0432\u043b\u044e \u0447\u0430\u0439\u043d\u0438\u043a \u0438 \u043f\u043e\u0433\u0440\u0443\u0436\u0430\u044e\u0441\u044c \u0432 \u0442\u0440\u0430\u0431\u043b\u0448\u0443\u0442\u0438\u043d\u0433 \u0421-\u0422\u0435\u0440\u0440\u0430 \u0428\u043b\u044e\u0437. \u0414\u0435\u043b\u044e\u0441\u044c \u0441\u0432\u043e\u0438\u043c \u043e\u043f\u044b\u0442\u043e\u043c \u0438 \u043c\u0435\u0442\u043e\u0434\u043e\u043b\u043e\u0433\u0438\u0435\u0439. \u0418\u0441\u0445\u043e\u0434\u043d\u044b\u0435 \u0434\u0430\u043d\u043d\u044b\u0435 \u0414\u0432\u0435 \u0442\u0435\u0440\u0440\u0438\u0442\u043e\u0440\u0438\u0430\u043b\u044c\u043d\u043e \u0440\u0430\u0437\u0434\u0435\u043b\u0435\u043d\u043d\u044b\u0435 \u043f\u043b\u043e\u0449\u0430\u0434\u043a\u0438 \u0441\u0432\u044f\u0437\u0430\u043d\u044b GRE \u0442\u0443\u043d\u043d\u0435\u043b\u0435\u043c. GRE \u043d\u0443\u0436\u043d\u043e \u0437\u0430\u0448\u0438\u0444\u0440\u043e\u0432\u0430\u0442\u044c: \u041f\u0440\u043e\u0432\u0435\u0440\u044f\u044e \u0440\u0430\u0431\u043e\u0442\u043e\u0441\u043f\u043e\u0441\u043e\u0431\u043d\u043e\u0441\u0442\u044c GRE […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":91647,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-91646","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Wie man ein inl\u00e4ndisches IPsec VPN debuggt. Teil 1 | ProHoster","description":"Situation Wochenende. Ich trinke Kaffee. Der Student hat eine VPN-Verbindung zwischen zwei Punkten eingerichtet und ist verschwunden. Ich pr\u00fcfe: Der Tunnel ist tats\u00e4chlich vorhanden, aber im Tunnel gibt es keinen Verkehr. Der Student antwortet nicht auf Anrufe. Ich mache Wasserkochen und vertiefe mich in die Fehlersuche beim C-Terra Gateway. Ich teile meine Erfahrungen und Methodologie. Ausgangsdaten Zwei geografisch getrennte Standorte sind durch einen GRE-Tunnel verbunden. GRE muss verschl\u00fcsselt werden: Ich \u00fcberpr\u00fcfe die Funktionsf\u00e4higkeit von GRE","canonical_url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/kak-trablshutit-otechestvennyj-ipsec-vpn-chast-1","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"de_DE","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041a\u0430\u043a \u0442\u0440\u0430\u0431\u043b\u0448\u0443\u0442\u0438\u0442\u044c \u043e\u0442\u0435\u0447\u0435\u0441\u0442\u0432\u0435\u043d\u043d\u044b\u0439 IPsec VPN. \u0427\u0430\u0441\u0442\u044c 1 | ProHoster","og:description":"\u0421\u0438\u0442\u0443\u0430\u0446\u0438\u044f \u0412\u044b\u0445\u043e\u0434\u043d\u043e\u0439. \u041f\u044c\u044e \u043a\u043e\u0444\u0435. \u0421\u0442\u0443\u0434\u0435\u043d\u0442 \u043d\u0430\u0441\u0442\u0440\u043e\u0438\u043b VPN \u0441\u043e\u0435\u0434\u0438\u043d\u0435\u043d\u0438\u0435 \u043c\u0435\u0436\u0434\u0443 \u0434\u0432\u0443\u043c\u044f \u0442\u043e\u0447\u043a\u0430\u043c\u0438 \u0438 \u0438\u0441\u0447\u0435\u0437. \u041f\u0440\u043e\u0432\u0435\u0440\u044f\u044e: \u0442\u0443\u043d\u043d\u0435\u043b\u044c \u0434\u0435\u0439\u0441\u0442\u0432\u0438\u0442\u0435\u043b\u044c\u043d\u043e \u0435\u0441\u0442\u044c, \u043d\u043e \u0442\u0440\u0430\u0444\u0438\u043a\u0430 \u0432 \u0442\u0443\u043d\u043d\u0435\u043b\u0435 \u043d\u0435\u0442. \u041d\u0430 \u0437\u0432\u043e\u043d\u043a\u0438 \u0441\u0442\u0443\u0434\u0435\u043d\u0442 \u043d\u0435 \u043e\u0442\u0432\u0435\u0447\u0430\u0435\u0442. \u0421\u0442\u0430\u0432\u043b\u044e \u0447\u0430\u0439\u043d\u0438\u043a \u0438 \u043f\u043e\u0433\u0440\u0443\u0436\u0430\u044e\u0441\u044c \u0432 \u0442\u0440\u0430\u0431\u043b\u0448\u0443\u0442\u0438\u043d\u0433 \u0421-\u0422\u0435\u0440\u0440\u0430 \u0428\u043b\u044e\u0437. \u0414\u0435\u043b\u044e\u0441\u044c \u0441\u0432\u043e\u0438\u043c \u043e\u043f\u044b\u0442\u043e\u043c \u0438 \u043c\u0435\u0442\u043e\u0434\u043e\u043b\u043e\u0433\u0438\u0435\u0439. \u0418\u0441\u0445\u043e\u0434\u043d\u044b\u0435 \u0434\u0430\u043d\u043d\u044b\u0435 \u0414\u0432\u0435 \u0442\u0435\u0440\u0440\u0438\u0442\u043e\u0440\u0438\u0430\u043b\u044c\u043d\u043e \u0440\u0430\u0437\u0434\u0435\u043b\u0435\u043d\u043d\u044b\u0435 \u043f\u043b\u043e\u0449\u0430\u0434\u043a\u0438 \u0441\u0432\u044f\u0437\u0430\u043d\u044b GRE \u0442\u0443\u043d\u043d\u0435\u043b\u0435\u043c. GRE \u043d\u0443\u0436\u043d\u043e \u0437\u0430\u0448\u0438\u0444\u0440\u043e\u0432\u0430\u0442\u044c: \u041f\u0440\u043e\u0432\u0435\u0440\u044f\u044e \u0440\u0430\u0431\u043e\u0442\u043e\u0441\u043f\u043e\u0441\u043e\u0431\u043d\u043e\u0441\u0442\u044c GRE","og:url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/kak-trablshutit-otechestvennyj-ipsec-vpn-chast-1","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-08-16T05:42:09+00:00","article:modified_time":"2020-08-16T05:42:09+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"91646","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 12:23:24","updated":"2026-02-04 14:42:05"},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/91646","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/comments?post=91646"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/91646\/revisions"}],"predecessor-version":[{"id":156750,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/91646\/revisions\/156750"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media\/91647"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media?parent=91646"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/categories?post=91646"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/tags?post=91646"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}