{"id":80085,"date":"2020-05-03T01:42:41","date_gmt":"2020-05-02T23:42:41","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/borba-za-millisekundy-kak-vybrat-server-s-naimenshim-pingom"},"modified":"2020-05-03T01:42:41","modified_gmt":"2020-05-02T23:42:41","slug":"borba-za-millisekundy-kak-vybrat-server-s-naimenshim-pingom","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/borba-za-millisekundy-kak-vybrat-server-s-naimenshim-pingom","title":{"rendered":"Der Wettlauf um Millisekunden. So w\u00e4hlen Sie einen Server mit der geringsten Latenz.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

F\u00fcr viele Anwendungen sind die Latenzen zwischen Client und Server von entscheidender Bedeutung, beispielsweise bei Online-Spielen, Video-\/Voice-Konferenzen, IP-Telefonie, VPN usw. Wenn der Server auf IP-Ebene zu weit vom Client entfernt ist, k\u00f6nnen Verz\u00f6gerungen (umgangssprachlich \u201ePing\u201c, \u201eLag\u201c) die Arbeit beeintr\u00e4chtigen. <\/p>\n

Die geografische N\u00e4he eines Servers entspricht nicht immer der N\u00e4he auf der Ebene der IP-Routing. So kann ein Server in einem anderen Land \u201en\u00e4her\u201c an Ihnen sein als ein Server in Ihrer Stadt. Dies liegt an den Besonderheiten des Routings und des Netzaufbaus.<\/p>\n

\"Der<\/a><\/noindex><\/p>\n

Wie w\u00e4hlt man einen Server aus, der m\u00f6glichst nah an allen potenziellen Kunden ist? Was bedeutet IP-Netz-Konnektivit\u00e4t? Wie leitet man einen Kunden zu dem n\u00e4chstgelegenen Server? In diesem Artikel erfahren Sie mehr.
\n<\/a><\/noindex><\/p>\n

Latenzen messen<\/h2>\n

\nZun\u00e4chst lernen wir, Latenzen zu messen. Diese Aufgabe ist nicht so einfach, wie sie scheint, da die Latenzen je nach Protokoll und Paketgr\u00f6\u00dfe variieren k\u00f6nnen. Au\u00dferdem k\u00f6nnen kurzfristige Ph\u00e4nomene, wie zum Beispiel Verz\u00f6gerungen von mehreren Millisekunden, unbemerkt bleiben. <\/p>\n

ICMP \u2014 gew\u00f6hnliches Ping<\/h2>\n

\nWir werden das Unix-Tool ping verwenden, das es erm\u00f6glicht, manuell die Intervalle zwischen den Paket\u00fcbertragungen festzulegen, was die Windows-Version von ping nicht kann. Dies ist wichtig, da man bei langen Pausen zwischen den Paketen m\u00f6glicherweise nicht sieht, was zwischen ihnen passiert. <\/p>\n

Paketgr\u00f6\u00dfe<\/b> (Option -s) \u2014 standardm\u00e4\u00dfig sendet das Tool ping Pakete mit einer Gr\u00f6\u00dfe von 64 Byte. Mit so kleinen Paketen k\u00f6nnen Ph\u00e4nomene, die sich bei gr\u00f6\u00dferen Paketen zeigen, unbemerkt bleiben. Daher werden wir die Paketgr\u00f6\u00dfe auf 1300 Byte einstellen. <\/p>\n

Intervall zwischen den Paketen<\/b> (Option -i) \u2014 die Zeit zwischen den Daten\u00fcbertragungen. Standardm\u00e4\u00dfig werden die Pakete einmal pro Sekunde gesendet, was zu lange ist; reale Programme senden Hunderte und Tausende von Paketen pro Sekunde. Daher setzen wir das Intervall auf 0,1 Sekunden. Weniger erlaubt das Programm nicht.<\/p>\n

Das endg\u00fcltige Kommando sieht so aus:<\/p>\n

ping -s 1300 -i 0.1 yandex.ru\n<\/code><\/pre>\n
\nDiese Konstruktion erm\u00f6glicht es, ein realistischeres Bild der Latenzen zu sehen.<\/p>\n
Ping \u00fcber UDP und TCP<\/h2>\n
\nIn einigen F\u00e4llen werden TCP-Verbindungen nicht auf die gleiche Weise wie ICMP-Pakete verarbeitet, was dazu f\u00fchren kann, dass die Messungen je nach Protokoll abweichen. Oft reagiert der Host auch einfach nicht auf ICMP, wodurch herk\u00f6mmliches Ping nicht funktioniert. So verh\u00e4lt es sich zum Beispiel bei einem Host. microsoft.com<\/b>.<\/p>\n
Dienstprogramm nping<\/a><\/noindex> aus den Entwicklern des ber\u00fchmten Scanners nmap, der in der Lage ist, beliebige Pakete zu generieren. Dies kann auch zur Messung von Latenzen verwendet werden. 
\nDa UDP und TCP auf spezifischen Protokollen basieren, m\u00fcssen wir einen bestimmten Port \u201epingen\u201c. Lassen Sie uns versuchen, TCP Port 80, also den Port des Webservers, zu pingen:<\/p>\n
$ sudo nping --tcp -p 80 --delay 0.1 -c 0 microsoft.com\n\nStarte Nping 0.7.80 ( https:\/\/nmap.org\/nping ) am 30.04.2020 um 13:07 MSK\nGESENDET (0.0078s) TCP 10.0.0.1:63236 > 13.77.161.179:80 S ttl=64 id=49156 iplen=40  seq=3401731188 win=1480\nGESENDET (0.1099s) TCP 10.0.0.1:63236 > 13.77.161.179:80 S ttl=64 id=49156 iplen=40  seq=3401731188 win=1480\nEMPFANGEN (0.2068s) TCP 13.77.161.179:80 > 10.0.0.1:63236 SA ttl=43 id=0 iplen=44  seq=1480267007 win=64240 \nGESENDET (0.2107s) TCP 10.0.0.1:63236 > 13.77.161.179:80 S ttl=64 id=49156 iplen=40  seq=3401731188 win=1480\nEMPFANGEN (0.3046s) TCP 13.77.161.179:80 > 10.0.0.1:63236 SA ttl=43 id=0 iplen=44  seq=1480267007 win=64240 \nGESENDET (0.3122s) TCP 10.0.0.1:63236 > 13.77.161.179:80 S ttl=64 id=49156 iplen=40  seq=3401731188 win=1480\nEMPFANGEN (0.4247s) TCP 13.77.161.179:80 > 10.0.0.1:63236 SA ttl=42 id=0 iplen=44  seq=2876862274 win=64240 \n\nMax rtt: 112.572ms | Min rtt: 93.866ms | Avg rtt: 101.093ms\nRohpakete gesendet: 4 (160B) | Empfangene: 3 (132B) | Verloren: 1 (25,00%)\nNping abgeschlossen: 1 IP-Adresse in 0,43 Sekunden angepingt\n<\/code><\/pre>\n
\nStandardm\u00e4\u00dfig sendet nping 4 Pakete und stoppt. Die Option -c 0<\/b> erm\u00f6glicht das unendliche Senden von Paketen; um das Programm zu stoppen, dr\u00fccken Sie Ctrl+C. Am Ende wird eine Statistik angezeigt. Wir sehen, dass der durchschnittliche Wert des RTT (Round-Trip-Time) 101 ms betr\u00e4gt.<\/p>\n
MTR \u2014 Traceroute auf Steroiden<\/h2>\n
\nDas Programm MTR<\/a><\/noindex> (engl. My Traceroute) \u2013 ein erweitertes Tool zur Nachverfolgung von Routen zu einem entfernten Host. Im Gegensatz zu dem Standard-Systemtool traceroute (unter Windows ist dies die tracert-Anwendung), kann es die Latenz zu jedem Host in der Paketfolge anzeigen. Es ist auch in der Lage, Routen nicht nur \u00fcber ICMP, sondern auch \u00fcber UDP und TCP zu verfolgen.<\/p>\n
$ sudo mtr microsoft.com<\/code><\/pre>\n
\n\"Der<\/a><\/noindex>
\n(Klickbar) Das Interface des MTR-Programms. Die Routenverfolgung zu microsoft.com wurde gestartet. <\/p>\n
MTR zeigt sofort den Ping zu jedem Host in der Kette an, und die Daten werden kontinuierlich aktualisiert, solange das Programm l\u00e4uft, sodass kurzfristige \u00c4nderungen sichtbar sind. 
\nAuf dem Screenshot ist zu sehen, dass am Knoten Nr. 6 Paketverluste auftreten, aber in Wirklichkeit ist das nicht ganz korrekt, da einige Router einfach Pakete mit abgelaufener TTL verwerfen und keinen Fehlerbericht zur\u00fccksenden. Daher k\u00f6nnen die Informationen zu Paketverlusten hier ignoriert werden. <\/p>\n
WiFi gegen Kabel<\/h2>\n
\n\"Der
\nDieses Thema geh\u00f6rt nicht ganz zum Artikel, ist meiner Meinung nach jedoch sehr wichtig im Kontext der Latenz. Ich liebe WiFi, aber wenn ich auch nur die geringste M\u00f6glichkeit habe, per Kabel mit dem Internet zu verbinden, nutze ich diese. Au\u00dferdem rate ich immer davon ab, WiFi-Kameras zu verwenden. 
\nWenn Sie ernsthafte Online-Shooter spielen, Streaming-Videos \u00fcbertragen oder an der B\u00f6rse handeln: Bitte verwenden Sie eine kabelgebundene Internetverbindung. <\/p>\n
Hier ist ein anschaulicher Test zum Vergleich von WiFi und kabelgebundener Verbindung. Dies ist der Ping zum WiFi-Router, also noch nicht einmal das Internet.<\/p>\n
\"Der<\/a><\/noindex>
\n(Klickbar) Vergleich des Pings zum WiFi-Router \u00fcber Kabel und \u00fcber WiFi<\/p>\n
Es ist zu sehen, dass die Latenz \u00fcber WiFi um 1 ms h\u00f6her ist und gelegentlich Pakete mit bis zu zehnmal h\u00f6herer Verz\u00f6gerung auftreten! Und das ist nur ein kurzer Zeitabschnitt. Dabei liefert derselbe Router stabile Latenzen <1 ms. <\/p>\n
Im obigen Beispiel wird WiFi 802.11n auf 2,4 GHz verwendet, wobei nur ein Laptop und ein Telefon mit dem WiFi-Zugangspunkt verbunden sind. Wenn mehr Clients am Zugangspunkt w\u00e4ren, w\u00e4ren die Ergebnisse deutlich schlechter. Aus diesem Grund bin ich so gegen die Umstellung aller B\u00fcrocomputer auf WiFi, wenn es die M\u00f6glichkeit gibt, sie kabelgebunden anzuschlie\u00dfen. <\/p>\n
IP-Konnektivit\u00e4t<\/h2>\n
\nWir haben gelernt, die Latenzen zum Server zu messen, und versuchen nun, den n\u00e4chstgelegenen Server zu finden. Dazu k\u00f6nnen wir uns ansehen, wie die Routing-Struktur bei unserem Anbieter aussieht. Dazu eignet sich der Dienst bgp.he.net<\/a><\/noindex><\/p>\n
\"Der
\n
\nBeim Besuch der Website sehen wir, dass unsere IP-Adresse zu einem autonomen System geh\u00f6rt AS42610<\/a><\/noindex>. <\/p>\n
Wenn wir das Diagramm der Interconnection autonomer Systeme betrachten, sehen wir, \u00fcber welche \u00fcbergeordneten Anbieter unser Anbieter mit dem Rest der Welt verbunden ist. Jeder Knoten ist anklickbar, sodass Sie mehr \u00fcber den jeweiligen Anbieter erfahren k\u00f6nnen. <\/p>\n
\"Der
\nDiagramm der Interconnection autonomer Systeme des Anbieters<\/p>\n
Mit diesem Tool kann man untersuchen, wie die Verbindungen eines jeden Anbieters, einschlie\u00dflich Hosting-Anbieter, aufgebaut sind. Man kann sehen, mit welchen Anbietern er direkt verbunden ist. Dazu muss man die IP-Adresse des Servers in die Suche auf bgp.he.net eingeben und das Diagramm seines autonomen Systems betrachten. Es ist auch m\u00f6glich zu verstehen, wie ein Rechenzentrum oder Hosting-Anbieter mit einem anderen verbunden ist.<\/p>\n
Die meisten Internet-Knotenpunkte bieten ein spezielles Tool namens Looking Glass an, mit dem Sie einen Ping- oder Traceroute-Test von einem bestimmten Router am Knotenpunkt durchf\u00fchren k\u00f6nnen. <\/p>\n
Hier zum Beispiel Looking Glass<\/a><\/noindex> von MGTS <\/p>\n
So k\u00f6nnen wir beim Auswahl eines Servers im Voraus sehen, wie er aus verschiedenen Knotenpunkten aussieht. Wenn sich unsere potenziellen Kunden in einer bestimmten geografischen Zone befinden, k\u00f6nnen wir den optimalen Standort f\u00fcr den Server finden. <\/p>\n
W\u00e4hlen Sie den n\u00e4chsten Server<\/h2>\n
\nWir haben den Prozess zur Suche nach dem optimalen Server f\u00fcr unsere Kunden vereinfacht und eine Seite mit einem automatischen Test der n\u00e4chstgelegenen Standorte erstellt: RUVDS-Rechenzentren<\/a><\/noindex>.
\nBeim Betreten der Seite misst ein Skript die Latenzen von Ihrem Browser zu jedem Server und zeigt diese auf einer interaktiven Karte an. Mit einem Klick auf das Rechenzentrum werden die Testergebnisse angezeigt.<\/p>\n
\"Der
\n
\n\"Der<\/a><\/noindex><\/p>\n
Der Button f\u00fchrt zur Seite mit den Latenzen zu all unseren Rechenzentren. Um die Testergebnisse zu sehen, klicken Sie auf den Punkt des Rechenzentrums auf der Karte.<\/p>\n
\"Der<\/a><\/noindex>
\n
Quelle: habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"
\u0414\u043b\u044f \u043c\u043d\u043e\u0433\u0438\u0445 \u0437\u0430\u0434\u0430\u0447 \u0437\u0430\u0434\u0435\u0440\u0436\u043a\u0438 \u043c\u0435\u0436\u0434\u0443 \u043a\u043b\u0438\u0435\u043d\u0442\u043e\u043c \u0438 \u0441\u0435\u0440\u0432\u0435\u0440\u043e\u043c \u043a\u0440\u0438\u0442\u0438\u0447\u0435\u0441\u043a\u0438 \u0432\u0430\u0436\u043d\u044b, \u043d\u0430\u043f\u0440\u0438\u043c\u0435\u0440 \u0432 \u043e\u043d\u043b\u0430\u0439\u043d \u0438\u0433\u0440\u0430\u0445, \u0432\u0438\u0434\u0435\u043e\/\u0433\u043e\u043b\u043e\u0441\u043e\u0432\u044b\u0445 \u043a\u043e\u043d\u0444\u0435\u0440\u0435\u043d\u0446\u0438\u044f\u0445, IP \u0442\u0435\u043b\u0435\u0444\u043e\u043d\u0438\u0438, VPN \u0438 \u0442.\u0434. \u0415\u0441\u043b\u0438 \u0441\u0435\u0440\u0432\u0435\u0440 \u0431\u0443\u0434\u0435\u0442 \u0441\u043b\u0438\u0448\u043a\u043e\u043c \u0443\u0434\u0430\u043b\u0435\u043d \u043e\u0442 \u043a\u043b\u0438\u0435\u043d\u0442\u0430 \u043d\u0430 \u0443\u0440\u043e\u0432\u043d\u0435 IP-\u0441\u0435\u0442\u0438, \u0442\u043e \u0437\u0430\u0434\u0435\u0440\u0436\u043a\u0438 (\u0432 \u043d\u0430\u0440\u043e\u0434\u0435 \u00ab\u043f\u0438\u043d\u0433\u00bb, \u00ab\u043b\u0430\u0433\u00bb) \u0431\u0443\u0434\u0443\u0442 \u043c\u0435\u0448\u0430\u0442\u044c \u0440\u0430\u0431\u043e\u0442\u0435. \u0413\u0435\u043e\u0433\u0440\u0430\u0444\u0438\u0447\u0435\u0441\u043a\u0430\u044f \u0431\u043b\u0438\u0437\u043e\u0441\u0442\u044c \u0441\u0435\u0440\u0432\u0435\u0440\u0430 \u043d\u0435 \u0432\u0441\u0435\u0433\u0434\u0430 \u0440\u0430\u0432\u043d\u0430 \u0431\u043b\u0438\u0437\u043e\u0441\u0442\u0438 \u043d\u0430 \u0443\u0440\u043e\u0432\u043d\u0435 IP \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0446\u0438\u0438. \u0422\u0430\u043a, \u043d\u0430\u043f\u0440\u0438\u043c\u0435\u0440, \u0441\u0435\u0440\u0432\u0435\u0440 \u0432 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":80086,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-80085","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\udd47Der Kampf um Millisekunden. So w\u00e4hlen Sie einen Server mit der niedrigsten Latenz | ProHoster","description":"F\u00fcr viele Anwendungen sind die Latenzen zwischen Client und Server entscheidend, beispielsweise bei Online-Spielen, Video-\/Audio-Konferenzen, IP-Telefonie, VPN usw. Wenn der Server im IP-Netzwerk zu weit vom Client entfernt ist, werden die Latenzen (umgangssprachlich \"Ping\", \"Lag\") die Nutzung beeintr\u00e4chtigen. Die geografische N\u00e4he des Servers entspricht nicht immer der N\u00e4he auf der IP-Routing-Ebene. So ist beispielsweise ein Server in","canonical_url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/borba-za-millisekundy-kak-vybrat-server-s-naimenshim-pingom","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\u0411\u043e\u0440\u044c\u0431\u0430 \u0437\u0430 \u043c\u0438\u043b\u043b\u0438\u0441\u0435\u043a\u0443\u043d\u0434\u044b. \u041a\u0430\u043a \u0432\u044b\u0431\u0440\u0430\u0442\u044c \u0441\u0435\u0440\u0432\u0435\u0440 \u0441 \u043d\u0430\u0438\u043c\u0435\u043d\u044c\u0448\u0438\u043c \u043f\u0438\u043d\u0433\u043e\u043c | ProHoster","og:description":"\u0414\u043b\u044f \u043c\u043d\u043e\u0433\u0438\u0445 \u0437\u0430\u0434\u0430\u0447 \u0437\u0430\u0434\u0435\u0440\u0436\u043a\u0438 \u043c\u0435\u0436\u0434\u0443 \u043a\u043b\u0438\u0435\u043d\u0442\u043e\u043c \u0438 \u0441\u0435\u0440\u0432\u0435\u0440\u043e\u043c \u043a\u0440\u0438\u0442\u0438\u0447\u0435\u0441\u043a\u0438 \u0432\u0430\u0436\u043d\u044b, \u043d\u0430\u043f\u0440\u0438\u043c\u0435\u0440 \u0432 \u043e\u043d\u043b\u0430\u0439\u043d \u0438\u0433\u0440\u0430\u0445, \u0432\u0438\u0434\u0435\u043e\/\u0433\u043e\u043b\u043e\u0441\u043e\u0432\u044b\u0445 \u043a\u043e\u043d\u0444\u0435\u0440\u0435\u043d\u0446\u0438\u044f\u0445, IP \u0442\u0435\u043b\u0435\u0444\u043e\u043d\u0438\u0438, VPN \u0438 \u0442.\u0434. \u0415\u0441\u043b\u0438 \u0441\u0435\u0440\u0432\u0435\u0440 \u0431\u0443\u0434\u0435\u0442 \u0441\u043b\u0438\u0448\u043a\u043e\u043c \u0443\u0434\u0430\u043b\u0435\u043d \u043e\u0442 \u043a\u043b\u0438\u0435\u043d\u0442\u0430 \u043d\u0430 \u0443\u0440\u043e\u0432\u043d\u0435 IP-\u0441\u0435\u0442\u0438, \u0442\u043e \u0437\u0430\u0434\u0435\u0440\u0436\u043a\u0438 (\u0432 \u043d\u0430\u0440\u043e\u0434\u0435 \u00ab\u043f\u0438\u043d\u0433\u00bb, \u00ab\u043b\u0430\u0433\u00bb) \u0431\u0443\u0434\u0443\u0442 \u043c\u0435\u0448\u0430\u0442\u044c \u0440\u0430\u0431\u043e\u0442\u0435. \u0413\u0435\u043e\u0433\u0440\u0430\u0444\u0438\u0447\u0435\u0441\u043a\u0430\u044f \u0431\u043b\u0438\u0437\u043e\u0441\u0442\u044c \u0441\u0435\u0440\u0432\u0435\u0440\u0430 \u043d\u0435 \u0432\u0441\u0435\u0433\u0434\u0430 \u0440\u0430\u0432\u043d\u0430 \u0431\u043b\u0438\u0437\u043e\u0441\u0442\u0438 \u043d\u0430 \u0443\u0440\u043e\u0432\u043d\u0435 IP \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0446\u0438\u0438. \u0422\u0430\u043a, \u043d\u0430\u043f\u0440\u0438\u043c\u0435\u0440, \u0441\u0435\u0440\u0432\u0435\u0440 \u0432","og:url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/borba-za-millisekundy-kak-vybrat-server-s-naimenshim-pingom","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-05-02T23:42:41+00:00","article:modified_time":"2020-05-02T23:42:41+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"80085","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 16:24:58","updated":"2022-09-30 17:27:01"},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/80085","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=80085"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/80085\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media\/80086"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media?parent=80085"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/categories?post=80085"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/tags?post=80085"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}