{"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\/pl\/blog\/administrirovanie\/kak-trablshutit-otechestvennyj-ipsec-vpn-chast-1","title":{"rendered":"Jak rozwi\u0105zywa\u0107 problemy z rodzimym VPN IPsec. Cz\u0119\u015b\u0107 1","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Jak
\n<\/p>\n

Sytuacja<\/h3>\n

\nZamykam. Pij\u0119 kaw\u0119. Student skonfigurowa\u0142 po\u0142\u0105czenie VPN mi\u0119dzy dwoma punktami i znikn\u0105\u0142. Sprawdzam: tunel rzeczywi\u015bcie istnieje, ale w tunelu nie ma ruchu. Na po\u0142\u0105czenia telefoniczne student nie odpowiada.<\/p>\n

Zarz\u0105dzam czajnikiem i zag\u0142\u0119biam si\u0119 w troubleshooting z C-Terra Gateway. Dziel\u0119 si\u0119 swoim do\u015bwiadczeniem i metodologi\u0105.
\n<\/a><\/noindex><\/p>\n

Dane \u017ar\u00f3d\u0142owe<\/h3>\n

\nDwa terytorialnie oddzielone lokalizacje s\u0105 po\u0142\u0105czone tunelami GRE. Nale\u017cy zaszyfrowa\u0107 GRE:<\/p>\n

\"Jak
\n
\nSprawdzam funkcjonalno\u015b\u0107 tunelu GRE. W tym celu uruchamiam ping z urz\u0105dzenia R1 do interfejsu GRE urz\u0105dzenia R2. To jest docelowy ruch do zaszyfrowania. Brak odpowiedzi:<\/p>\n

root@R1:~# ping 1.1.1.2 -c 4\nPING 1.1.1.2 (1.1.1.2) 56(84) bajt\u00f3w danych.\n\n--- statystyki ping 1.1.1.2 ---\n4 pakiety wys\u0142ane, 0 odebranych, 100% utraty pakiet\u00f3w, czas 3057ms<\/code><\/pre>\n
\nSprawdzam logi na Gate1 i Gate2. Log z rado\u015bci\u0105 informuje, \u017ce tunel IPsec zosta\u0142 pomy\u015blnie ustanowiony, brak problem\u00f3w:<\/p>\n
root@Gate1:~# cat \/var\/log\/cspvpngate.log\nAug  5 16:14:23 localhost  vpnsvc: 00100119  Po\u0142\u0105czenie IPSec 5 ustanowione, selektor ruchu 172.17.0.1->172.16.0.1, proto 47, peer 10.10.10.251, id \"10.10.10.251\", Filtr\nIPsec:Protect:CMAP:1:LIST, IPsecAction IPsecAction:CMAP:1, IKERule IKERule:CMAP:1<\/code><\/pre>\n
\nW statystykach tunelu IPsec na Gate1 widz\u0119, \u017ce tunel rzeczywi\u015bcie istnieje, ale licznik Rcvd jest zerowy:<\/p>\n
root@Gate1:~# sa_mgr show\nSesje ISAKMP: 0 zainicjowanych, 0 odpowiedzianych\n\nPo\u0142\u0105czenia ISAKMP:\nNum Conn-id (Adres lokalny, Port)-(Adres zdalny, Port) Stan Wys\u0142ane Otrzymane\n1 3 (10.10.10.251,500)-(10.10.10.252,500) aktywne 1070 1014\n\nPo\u0142\u0105czenia IPsec:\nNum Conn-id (Adres lokalny, Port)-(Adres zdalny, Port) Protok\u00f3\u0142 Typ Akcji Wys\u0142ane Otrzymane\n1 3 (172.16.0.1,*)-(172.17.0.1,*) 47 ESP tunel 480 0<\/code><\/pre>\n
\nTroubleshootuj\u0119 C-Terr\u0119 w ten spos\u00f3b: szukam, gdzie gin\u0105 docelowe pakiety na drodze od R1 do R2. W trakcie (spoiler) znajd\u0119 b\u0142\u0105d.<\/p>\n
Rozwi\u0105zywanie problem\u00f3w<\/h3>\n
\nKrok 1. Co otrzymuje Gate1 od R1<\/b><\/p>\n
U\u017cywam wbudowanego sniffera pakiet\u00f3w \u2013 tcpdump. Uruchamiam sniffer na interfejsie wewn\u0119trznym (Gi0\/1 w notacji Cisco-like lub eth1 w notacji systemu Debian):<\/p>\n
root@Gate1:~# tcpdump -i eth1\n\ntcpdump: wyj\u015bcie szczeg\u00f3\u0142owe jest ukryte, u\u017cyj -v lub -vv, aby uzyska\u0107 pe\u0142ny dekodowanie protoko\u0142u\nnas\u0142uchuj\u0105c na eth1, typ linku EN10MB (Ethernet), rozmiar przechwytywania 262144 bajt\u00f3w\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 request, 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 request, 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 request, 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 request, id 2083, seq 4, length 64<\/code><\/pre>\n
\nWidz\u0119, \u017ce Gate1 otrzymuje od R1 pakiety GRE. Przechodz\u0119 dalej.<\/p>\n
Krok 2. Co Gate1 robi z pakietami GRE<\/b><\/p>\n
U\u017cywaj\u0105c narz\u0119dzia klogview, sprawdzam, co dzieje si\u0119 z pakietami GRE wewn\u0105trz VPN<\/a> sterownika C-Terra:<\/p>\n
root@Gate1:~# klogview -f 0xffffffff\n\nwynik filtracji dla pakietu wychodz\u0105cego 172.16.0.1->172.17.0.1, proto 47, len 112, if eth0: \u0142a\u0144cuch 4 \"IPsecPolicy:CMAP\", filtr 8, id zdarzenia IPsec:Protect:CMAP:1:LIST, status PASS\nenkapsulacja z SA 31: 172.16.0.1->172.17.0.1, proto 47, len 112, if eth0\nprzeszed\u0142 pakiet wychodz\u0105cy 10.10.10.251->10.10.10.252, proto 50, len 160, if eth0: enkapsulowany\n<\/code><\/pre>\n
\nWidz\u0119, \u017ce docelowy ruch GRE (proto 47) 172.16.0.1 -> 172.17.0.1 przeszed\u0142 (PASS) przez regu\u0142\u0119 szyfrowania LIST w mapie kryptograficznej CMAP i zosta\u0142 zaszyfrowany (enkapsulowany). Nast\u0119pnie pakiet zosta\u0142 przekierowany (passed out). Nie ma ruchu zwrotnego w wyj\u015bciu klogview.<\/p>\n
Sprawdzam listy dost\u0119pu na urz\u0105dzeniu Gate1. Widz\u0119 jedn\u0105 list\u0119 dost\u0119pu LIST, kt\u00f3ra okre\u015bla docelowy ruch do szyfrowania, wi\u0119c regu\u0142y M\u042d nie zosta\u0142y skonfigurowane:<\/p>\n
Gate1#show access-lists\nRozszerzona lista dost\u0119pu IP LIST\n    10 zezw\u00f3l gre host 172.16.0.1 host 172.17.0.1<\/code><\/pre>\n
\nWynik: problem nie le\u017cy w urz\u0105dzeniu Gate1.<\/p>\n
Dodatkowe informacje o klogview<\/b><\/p>\n
Sterownik VPN obs\u0142uguje ca\u0142y ruch sieciowy, nie tylko ten, kt\u00f3ry powinien by\u0107 szyfrowany. Takie komunikaty s\u0105 widoczne w klogview, je\u015bli sterownik VPN obs\u0142u\u017cy\u0142 ruch sieciowy i przekaza\u0142 go w niezabezpieczonej postaci:<\/p>\n
root@R1:~# ping 172.17.0.1 -c 4<\/code><\/pre>\n
<\/p>\n
root@Gate1:~# klogview -f 0xffffffff\n\nwynik filtracji dla pakietu wychodz\u0105cego 172.16.0.1->172.17.0.1, proto 1, len 84, if eth0: \u0142a\u0144cuch 4 \"IPsecPolicy:CMAP\": brak dopasowania\nprzeszed\u0142 pakiet wychodz\u0105cy 172.16.0.1->172.17.0.1, proto 1, len 84, if eth0: filtrowany<\/code><\/pre>\n
\nWidz\u0119, \u017ce ruch ICMP (proto 1) 172.16.0.1->172.17.0.1 nie przeszed\u0142 (brak dopasowania) w regu\u0142y szyfrowania mapy kryptograficznej CMAP. Pakiet zosta\u0142 przekierowany (przeszed\u0142 na zewn\u0105trz) w otwartej postaci.<\/p>\n
Krok 3. Co Gate2 otrzymuje od Gate1<\/b><\/p>\n
Uruchamiam sniffer na interfejsie WAN (eth0) Gate2:<\/p>\n
root@Gate2:~# tcpdump -i eth0\ntcpdump: wyj\u015bcie szczeg\u00f3\u0142owe st\u0142umione, u\u017cyj -v lub -vv dla pe\u0142nego dekodowania protoko\u0142u\nnas\u0142uchiwanie na eth0, typ po\u0142\u0105czenia EN10MB (Ethernet), rozmiar zapisu 262144 bajt\u00f3w\n16:05:45.104195 IP 10.10.10.251 > 10.10.10.252: ESP(spi=0x30088112,seq=0x1), d\u0142ugo\u015b\u0107 140\n16:05:46.093918 IP 10.10.10.251 > 10.10.10.252: ESP(spi=0x30088112,seq=0x2), d\u0142ugo\u015b\u0107 140\n16:05:47.117078 IP 10.10.10.251 > 10.10.10.252: ESP(spi=0x30088112,seq=0x3), d\u0142ugo\u015b\u0107 140\n16:05:48.141785 IP 10.10.10.251 > 10.10.10.252: ESP(spi=0x30088112,seq=0x4), d\u0142ugo\u015b\u0107 140<\/code><\/pre>\n
\nWidz\u0119, \u017ce Gate2 otrzymuje pakiety ESP od Gate1.<\/p>\n
Krok 4. Co Gate2 robi z pakietami ESP<\/b><\/p>\n
Uruchamiam narz\u0119dzie klogview na Gate2:<\/p>\n
root@Gate2:~# klogview -f 0xffffffff\nwynik filtracji dla pakietu przychodz\u0105cego 10.10.10.251->10.10.10.252, proto 50, len 160, if eth0: \u0142a\u0144cuch 17 \"FilterChain:L3VPN\", filtr 21, status DROP\ndro\u017cony pakiet przychodz\u0105cy 10.10.10.251->10.10.10.252, proto 50, len 160, if eth0: zapora\n<\/code><\/pre>\n
\nWidz\u0119, \u017ce pakiety ESP (proto 50) zosta\u0142y odrzucone (DROP) przez regu\u0142\u0119 (L3VPN) zapory sieciowej (firewall). Upewniam si\u0119, \u017ce lista dost\u0119pu L3VPN jest rzeczywi\u015bcie przypisana do Gi0\/0:<\/p>\n
Gate2#show ip interface gi0\/0\nGigabitEthernet0\/0 dzia\u0142a, protok\u00f3\u0142 linii dzia\u0142a\n  Adres internetowy to 10.10.10.252\/24\n  MTU to 1500 bajt\u00f3w\n  Lista dost\u0119pu wychodz\u0105cego nie jest ustawiona\n  Lista dost\u0119pu przychodz\u0105cego to L3VPN<\/code><\/pre>\n
\nProblem zidentyfikowany.<\/p>\n
Krok 5. Co jest nie tak z list\u0105 dost\u0119pu
\n<\/b>
\nPatrz\u0119, jak wygl\u0105da lista dost\u0119pu L3VPN:<\/p>\n
Gate2#show access-list L3VPN\nExtended IP access list L3VPN\n    10 permit udp host 10.10.10.251 any eq isakmp\n    20 permit udp host 10.10.10.251 any eq non500-isakmp\n    30 permit icmp host 10.10.10.251 any<\/code><\/pre>\n
\nWidz\u0119, \u017ce pakiety ISAKMP s\u0105 dozwolone, wi\u0119c ustalany jest tunel IPsec. Jednak brak regu\u0142y zezwalaj\u0105cej dla ESP. Wygl\u0105da na to, \u017ce student pomyli\u0142 icmp i esp.<\/p>\n
Poprawiam list\u0119 dost\u0119pu:<\/p>\n
Gate2(config)#\nip access-list extended L3VPN\nno 30\n30 permit esp host 10.10.10.251 any<\/code><\/pre>\n
\nKrok 6. Sprawdzam dzia\u0142anie<\/b><\/p>\n
Na pocz\u0105tku upewniam si\u0119, \u017ce lista dost\u0119pu L3VPN jest poprawna:<\/p>\n
Gate2#show access-list L3VPN\nExtended IP access list L3VPN\n    10 permit udp host 10.10.10.251 any eq isakmp\n    20 permit udp host 10.10.10.251 any eq non500-isakmp\n    30 permit esp host 10.10.10.251 any<\/code><\/pre>\n
\nTeraz z urz\u0105dzenia R1 uruchamiam docelowy ruch:<\/p>\n
root@R1:~# ping 1.1.1.2 -c 4\nPING 1.1.1.2 (1.1.1.2) 56(84) bajt\u00f3w danych.\n64 bajty z 1.1.1.2: icmp_seq=1 ttl=64 czas=35.3 ms\n64 bajty z 1.1.1.2: icmp_seq=2 ttl=64 czas=3.01 ms\n64 bajty z 1.1.1.2: icmp_seq=3 ttl=64 czas=2.65 ms\n64 bajty z 1.1.1.2: icmp_seq=4 ttl=64 czas=2.87 ms\n\n--- statystyki ping 1.1.1.2 ---\n4 pakiety wys\u0142ane, 4 odebrane, 0% utraty pakiet\u00f3w, czas 3006ms\nrtt min\/avg\/max\/mdev = 2.650\/10.970\/35.338\/14.069 ms<\/code><\/pre>\n
\nZwyci\u0119stwo. Tunel GRE zosta\u0142 ustanowiony. Licznik ruchu przychodz\u0105cego w statystyce IPsec jest niezerowy:<\/p>\n
root@Gate1:~# sa_mgr show\nSesje ISAKMP: 0 inicjowanych, 0 odpowiedzianych\n\nPo\u0142\u0105czenia ISAKMP:\nNum Conn-id (Adres lokalny, Port)-(Adres zdalny, Port) Stan Wys\u0142ane Odebrane\n1 3 (10.10.10.251,500)-(10.10.10.252,500) aktywne 1474 1350\n\nPo\u0142\u0105czenia IPsec:\nNum Conn-id (Adres lokalny, Port)-(Adres zdalny, Port) Protok\u00f3\u0142 Akcja Typ Wys\u0142ane Odebrane\n1 4 (172.16.0.1,*)-(172.17.0.1,*) 47 ESP tunn 1920 480<\/code><\/pre>\n
\nNa bramie Gate2 w wyj\u015bciu klogview pojawi\u0142y si\u0119 komunikaty, \u017ce ruch docelowy 172.16.0.1->172.17.0.1 zosta\u0142 pomy\u015blnie (PASS) odszyfrowany (decapsulated) przez regu\u0142\u0119 LIST w mapie kryptograficznej CMAP:<\/p>\n
root@Gate2:~# klogview -f 0xffffffff\nwynik filtracji dla pakietu przychodz\u0105cego 172.16.0.1->172.17.0.1, proto 47, len 112, if eth0: \u0142a\u0144cuch 18 \"IPsecPolicy:CMAP\", filtr 25, id zdarzenia IPsec:Protect:CMAP:1:LIST, status PASS\nprzeszed\u0142 pakiet przychodz\u0105cy 172.16.0.1->172.17.0.1, proto 47, len 112, if eth0: dekapsulowany<\/code><\/pre>\n
\nPodsumowanie<\/b><\/p>\n
Student zepsu\u0142 wynik. 
\nUwa\u017caj na regu\u0142y M\u042d.<\/p>\n
Anonimowy in\u017cynier
\nt.me\/anonimous_engineer<\/i>
\n
\u0179r\u00f3d\u0142o: 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\udd47Jak rozwi\u0105zywa\u0107 problemy z krajowym IPsec VPN. Cz\u0119\u015b\u0107 1 | ProHoster","description":"Sytuacja Wyj\u015bciowa.","canonical_url":"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/kak-trablshutit-otechestvennyj-ipsec-vpn-chast-1","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"pl_PL","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.","og:url":"https:\/\/prohoster.info\/pl\/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","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/posts\/91646","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/comments?post=91646"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/posts\/91646\/revisions"}],"predecessor-version":[{"id":156750,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/posts\/91646\/revisions\/156750"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/media\/91647"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/media?parent=91646"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/categories?post=91646"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/tags?post=91646"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}