{"id":92998,"date":"2020-09-02T01:42:42","date_gmt":"2020-09-01T23:42:42","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/odna-iz-funkczij-chromium-sozdayot-ogromnuyu-nagruzku-na-kornevye-dns-servery"},"modified":"2020-09-02T01:42:42","modified_gmt":"2020-09-01T23:42:42","slug":"odna-iz-funkczij-chromium-sozdayot-ogromnuyu-nagruzku-na-kornevye-dns-servery","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/odna-iz-funkczij-chromium-sozdayot-ogromnuyu-nagruzku-na-kornevye-dns-servery","title":{"rendered":"Una delle funzioni di Chromium genera un carico enorme sui server DNS radice.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Una
\n
\nIl browser Chromium, un progetto open source in continua evoluzione e il genitore di Google Chrome e del nuovo Microsoft Edge, ha attirato una seria attenzione negativa a causa di una funzione concepita con buone intenzioni: verifica se il provider dell'utente sta 'rubando' risultati di query di domini inesistenti.<\/p>\n

Intranet Redirect Detector<\/a><\/noindex>, creando richieste fasulle di 'domini' casuali, la cui esistenza \u00e8 statisticamente molto improbabile, \u00e8 responsabile di circa la met\u00e0 del traffico totale ricevuto dai server DNS radice in tutto il mondo. L'ingegnere di Verisign Matt Thomas ha scritto un dettagliato un post<\/a><\/noindex> nel blog di APNIC descrivendo il problema e valutando la sua portata.
\n<\/a><\/noindex><\/p>\n

Come avviene di solito la risoluzione DNS<\/h2>\n

\n\"Una
\nQuesti server sono l'ultima istanza a cui rivolgersi per risolvere .com, .net e cos\u00ec via, per informarti che frglxrtmpuf non \u00e8 un dominio di primo livello (TLD).<\/i><\/p>\n

DNS, o Domain Name System (\u00absistema dei nomi di dominio\u00bb) \u00e8 il sistema che consente ai computer di trasformare nomi di dominio facilmente memorizzabili come arstechnica.com in indirizzi IP molto meno intuitivi, come 3.128.236.93. Senza DNS, Internet non potrebbe esistere in una forma utilizzabile per gli esseri umani, quindi il carico inutile sull'infrastruttura di alto livello rappresenta un problema reale.<\/p>\n

Per caricare una singola pagina web moderna pu\u00f2 essere necessaria una quantit\u00e0 inimmaginabile di operazioni di ricerca DNS. Ad esempio, quando abbiamo analizzato la homepage di ESPN, abbiamo contato 93 nomi di dominio separati, da a.espncdn.com a z.motads.com. Tutti sono essenziali per il caricamento completo della pagina!<\/p>\n

Per sostenere un carico del genere, il sistema di ricerca deve essere in grado di servire il mondo intero; per questo motivo, il DNS \u00e8 progettato come un'architettura gerarchica a pi\u00f9 livelli. Alla sommit\u00e0 di questa piramide ci sono i server radice: ogni dominio di primo livello, come .com, ha la propria famiglia di server, che \u00e8 l'istanza suprema per ogni dominio sottostante. Un gradino sopra questi<\/em> server ci sono i server radice stessi, da a.root-servers.net<\/code> fino a m.root-servers.net<\/code>.<\/p>\n

Con che frequenza accade questo?<\/h2>\n

\nGrazie alla gerarchia di caching multi-livello dell'infrastruttura DNS, solo una piccola percentuale delle richieste DNS mondiali raggiunge i server radice. La maggior parte delle persone ottiene le informazioni dal resolver DNS direttamente dal proprio fornitore. Quando un dispositivo utente deve scoprire come accedere a un certo sito, la richiesta viene prima inviata al server DNS gestito da quel fornitore locale. Se il server DNS locale non conosce la risposta, reindirizza la richiesta ai propri \"server di inoltro\" (nel caso in cui siano specificati).<\/p>\n

Se n\u00e9 il server DNS del fornitore locale n\u00e9 i \"server di inoltro\" configurati hanno una risposta memorizzata nella cache, la richiesta viene quindi elevata direttamente al server di dominio autoritativo in precedenza<\/em> di quello che stai cercando di risolvere. In questo caso dominio.com<\/code> significherebbe che la richiesta viene inviata ai server autoritativi del dominio stesso com<\/code>, che si trovano all'indirizzo gtld-servers.net<\/code>.<\/p>\n

Sistema gtld-servers<\/code>, a cui \u00e8 stata effettuata la richiesta, risponde con un elenco di server DNS autorizzati per il dominio dominio.com, insieme ad almeno un record di collegamento contenente l'indirizzo IP di uno di questi server DNS. Le risposte vengono quindi trasmesse a catena: ogni server di inoltro trasferisce queste risposte al server che le ha richieste, fino a quando la risposta non raggiunge finalmente il server del provider locale e il computer dell'utente. Tutti questi server memorizzano la risposta nella cache per non dover disturbare i sistemi di livello superiore.<\/p>\n

Nella maggior parte dei casi, i record dei server DNS per dominio.com<\/strong> saranno gi\u00e0 memorizzati nella cache su uno di questi server di inoltro, quindi i server radice non vengono disturbati. Tuttavia, mentre parliamo del consueto formato URL - quello che si traduce in un normale sito web. Le richieste di Chrome si riferiscono al livello in precedenza<\/em> di questo, al livello dei cluster stessi root-servers.net<\/code>.<\/p>\n

Chromium e verifica della presa NXDomain<\/h2>\n

\n\"Una
\nLe verifiche di Chromium \u00abquesto server DNS non mi inganna?\u00bb costituiscono quasi la met\u00e0 di tutto il traffico che raggiunge il cluster dei server DNS radice di Verisign.<\/i><\/p>\n

Il browser Chromium, progetto genitore di Google Chrome, del nuovo Microsoft Edge e di innumerevoli altri browser meno noti, mira a garantire agli utenti la semplicit\u00e0 di ricerca in un unico campo, a volte chiamato \"Omnibox\". In altre parole, l'utente inserisce sia URL reali che query di ricerca nello stesso campo di testo nella parte superiore della finestra del browser. Facendo un ulteriore passo verso la semplificazione, non richiede nemmeno all'utente di digitare parte dell'URL con http:\/\/<\/code> o https:\/\/<\/code>.<\/p>\n

Per quanto comodo possa essere, questo approccio richiede che il browser comprenda cosa considerare un URL e cosa una query di ricerca. Nella maggior parte dei casi, questo \u00e8 piuttosto ovvio: ad esempio, una stringa con spazi non pu\u00f2 essere un URL. Ma tutto pu\u00f2 diventare pi\u00f9 complicato, considerando le intranet: reti private che possono anche utilizzare domini di primo livello privati per risolvere veri siti web.<\/p>\n

Se un utente nella intranet della propria azienda digita \"marketing\" e all'interno dell'intranet c'\u00e8 un sito web interno con lo stesso nome, Chromium mostra una finestra di avviso chiedendo all'utente se desidera cercare \"marketing\" o accedere a https:\/\/marketing<\/code>. Questo pu\u00f2 ancora andare bene, ma molti provider Internet e fornitori di reti Wi-Fi pubbliche \"rubano\" ogni URL inserito con un errore di battitura, reindirizzando l'utente a una pagina piena di banner pubblicitari.<\/p>\n

Generazione casuale<\/h2>\n

\nGli sviluppatori di Chromium non volevano che gli utenti vedessero una finestra informativa ad ogni ricerca di una sola parola nelle reti comuni, quindi hanno implementato un test: all'avvio del browser o al cambio di rete, Chromium esegue ricerche DNS di tre \"domini\" di primo livello generati casualmente, lunghi da sette a quindici caratteri. Se due di queste richieste restituiscono lo stesso indirizzo IP, Chromium presume che la rete locale \"rubi\" gli errori. NXDOMAIN<\/code>, che dovrebbe ricevere, quindi il browser considera, fino a ulteriore avviso, tutte le richieste inserite di una sola parola come tentativi di ricerca.<\/p>\n

Sfortunatamente, nelle reti che non<\/em> rubano i risultati delle richieste DNS, queste tre operazioni vengono solitamente elevate al massimo, fino ai server di nomi radice: il server locale non sa come tradurre qwajuixk<\/code>, quindi inoltra questa richiesta al suo server di inoltro, che fa lo stesso fino a quando, infine, a.root-servers.net<\/code> o uno dei suoi \u00abfratelli\u00bb non \u00e8 costretto a dire \u00abMi dispiace, ma questo non \u00e8 un dominio\u00bb.<\/p>\n

Poich\u00e9 ci sono circa 1,67*10^21 possibili nomi di dominio falsi da sette a quindici caratteri, pi\u00f9 frequentemente ognuno<\/em> di questi test, eseguiti in una rete \u00abonesta\u00bb, raggiunge il server radice. Questo rappresenta addirittura met\u00e0<\/em> del carico totale sui DNS di root, se si crede alle statistiche da quella parte dei cluster root-servers.net<\/code>, che appartengono all'azienda Verisign.<\/p>\n

La storia si ripete<\/h2>\n

\nNon \u00e8 il primo caso in cui un progetto creato con le migliori intenzioni sia fallito<\/a><\/noindex> o stia per fallire un risorsa pubblica con traffico non necessario \u2014 ci ha subito ricordato la lunga e triste storia di D-Link e del server NTP (Network Time Protocol) di Poul-Henning Kamp a met\u00e0 anni 2000.<\/p>\n

Nel 2005, il sviluppatore di FreeBSD Poul-Henning, che possedeva anche l'unico server NTP di livello Stratum 1 in Danimarca, ricevette una bolletta inaspettata e molto alta per il traffico trasferito. In breve, la causa risiedeva nel fatto che i programmatori di D-Link avevano inserito gli indirizzi dei server NTP Stratum 1, incluso il server Kampa, nel firmware della loro linea di switch, router e punti di accesso. Ci\u00f2 ha aumentato immediatamente il traffico del server Kampa di nove volte, portando il Danish Internet Exchange (punto di scambio del traffico Internet della Danimarca) a cambiare la sua tariffa da 'Gratuita' a '9 000 dollari all'anno'.<\/p>\n

Il problema non era che ci fossero troppi router D-Link, ma che questi \"violavano la gerarchia\". Proprio come per il DNS, l'NTP deve funzionare in modo gerarchico: i server di livello Stratum 0 trasmettono informazioni ai server Stratum 1, che a loro volta le inviano ai server Stratum 2 e cos\u00ec via, gi\u00f9 per la gerarchia. Un comune router domestico, switch o punto di accesso come quelli in cui D-Link ha inserito gli indirizzi dei server NTP, avrebbe dovuto inviare richieste ai server Stratum 2 o Stratum 3.<\/p>\n

Il progetto Chromium, pur avendo buone intenzioni, ha replicato il problema NTP con quello DNS, sovraccaricando i server di root di Internet con richieste che non avrebbero mai dovuto elaborare.<\/p>\n

C'\u00e8 speranza per una soluzione rapida<\/h2>\n

\nC'\u00e8 un bug aperto nel progetto Chromium bug<\/a><\/noindex>, che richiede di disattivare di default l'Intranet Redirect Detector per risolvere il problema. Va dato atto al progetto Chromium: il bug \u00e8 stato scoperto prima che<\/em>Matt Thomas di Verisign attirasse un'enorme attenzione su di esso con il suo post<\/a><\/noindex> post sul blog APNIC. Il bug \u00e8 stato segnalato a giugno, ma \u00e8 rimasto nell'oblio fino al post di Thomas; dopo quel post, ha iniziato a essere attentamente monitorato.<\/p>\n

C'\u00e8 speranza che il problema venga risolto presto, e i server DNS di root non dovranno pi\u00f9 rispondere quotidianamente a circa 60 miliardi di richieste false.<\/p>\n

<\/p>\n

In pubblicit\u00e0<\/h4>\n

\nServer epici<\/b> \u2014 rappresenta VPS su Windows<\/a><\/noindex> o Linux con potenti processori della famiglia AMD EPYC e dischi NVMe Intel molto veloci. Affrettati a ordinare!<\/p>\n

\"Una<\/a><\/noindex>
\n
Fonte: habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u0411\u0440\u0430\u0443\u0437\u0435\u0440 Chromium, \u0430\u043a\u0442\u0438\u0432\u043d\u043e \u0440\u0430\u0437\u0432\u0438\u0432\u0430\u044e\u0449\u0438\u0439\u0441\u044f open-source-\u0440\u043e\u0434\u0438\u0442\u0435\u043b\u044c Google Chrome \u0438 \u043d\u043e\u0432\u043e\u0433\u043e Microsoft Edge, \u043e\u0431\u0440\u0430\u0442\u0438\u043b \u043d\u0430 \u0441\u0435\u0431\u044f \u0441\u0435\u0440\u044c\u0451\u0437\u043d\u043e\u0435 \u043d\u0435\u0433\u0430\u0442\u0438\u0432\u043d\u043e\u0435 \u0432\u043d\u0438\u043c\u0430\u043d\u0438\u0435 \u0438\u0437-\u0437\u0430 \u0444\u0443\u043d\u043a\u0446\u0438\u0438, \u043a\u043e\u0442\u043e\u0440\u0430\u044f \u0437\u0430\u0434\u0443\u043c\u044b\u0432\u0430\u043b\u0430\u0441\u044c \u0441 \u0431\u043b\u0430\u0433\u0438\u043c\u0438 \u043d\u0430\u043c\u0435\u0440\u0435\u043d\u0438\u044f\u043c\u0438: \u043e\u043d\u0430 \u043f\u0440\u043e\u0432\u0435\u0440\u044f\u0435\u0442, \u043d\u0435 \u00ab\u043f\u043e\u0445\u0438\u0449\u0430\u0435\u0442\u00bb \u043b\u0438 \u043f\u0440\u043e\u0432\u0430\u0439\u0434\u0435\u0440 \u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u0435\u043b\u044f \u043d\u0435\u0441\u0443\u0449\u0435\u0441\u0442\u0432\u0443\u044e\u0449\u0438\u0435 \u0440\u0435\u0437\u0443\u043b\u044c\u0442\u0430\u0442\u044b \u0437\u0430\u043f\u0440\u043e\u0441\u043e\u0432 \u0434\u043e\u043c\u0435\u043d\u043e\u0432. Intranet Redirect Detector, \u0441\u043e\u0437\u0434\u0430\u044e\u0449\u0438\u0439 \u043f\u043e\u0434\u0434\u0435\u043b\u044c\u043d\u044b\u0435 \u0437\u0430\u043f\u0440\u043e\u0441\u044b \u0441\u043b\u0443\u0447\u0430\u0439\u043d\u044b\u0445 \u00ab\u0434\u043e\u043c\u0435\u043d\u043e\u0432\u00bb, \u0441\u0443\u0449\u0435\u0441\u0442\u0432\u043e\u0432\u0430\u043d\u0438\u0435 \u043a\u043e\u0442\u043e\u0440\u044b\u0445 \u0441\u0442\u0430\u0442\u0438\u0441\u0442\u0438\u0447\u0435\u0441\u043a\u0438 \u043c\u0430\u043b\u043e\u0432\u0435\u0440\u043e\u044f\u0442\u043d\u043e, \u043e\u0442\u0432\u0435\u0442\u0441\u0442\u0432\u0435\u043d\u0435\u043d \u043f\u0440\u0438\u043c\u0435\u0440\u043d\u043e \u0437\u0430 \u043f\u043e\u043b\u043e\u0432\u0438\u043d\u0443 \u043e\u0431\u0449\u0435\u0433\u043e \u0442\u0440\u0430\u0444\u0438\u043a\u0430, \u043f\u043e\u043b\u0443\u0447\u0430\u0435\u043c\u043e\u0433\u043e \u043a\u043e\u0440\u043d\u0435\u0432\u044b\u043c\u0438 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":92999,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-92998","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\udd47Una delle funzioni di Chromium genera un carico enorme sui server DNS radice | ProHoster","description":"Il browser Chromium, un progetto open-source in continua evoluzione che \u00e8 alla base di Google Chrome e del nuovo Microsoft Edge, ha attirato una seria attenzione negativa a causa di una funzione pensata con buone intenzioni: controlla se il provider sta \u00abrubando\u00bb risultati di ricerca inesistenti per i domini. L'Intranet Redirect Detector, che genera richieste false per \u00abdomini\u00bb casuali, la cui esistenza \u00e8 statisticamente improbabile, \u00e8 responsabile di circa la met\u00e0 del traffico totale ricevuto dai server radice.","canonical_url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/odna-iz-funkczij-chromium-sozdayot-ogromnuyu-nagruzku-na-kornevye-dns-servery","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"it_IT","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\u041e\u0434\u043d\u0430 \u0438\u0437 \u0444\u0443\u043d\u043a\u0446\u0438\u0439 Chromium \u0441\u043e\u0437\u0434\u0430\u0451\u0442 \u043e\u0433\u0440\u043e\u043c\u043d\u0443\u044e \u043d\u0430\u0433\u0440\u0443\u0437\u043a\u0443 \u043d\u0430 \u043a\u043e\u0440\u043d\u0435\u0432\u044b\u0435 DNS-\u0441\u0435\u0440\u0432\u0435\u0440\u044b | ProHoster","og:description":"\u0411\u0440\u0430\u0443\u0437\u0435\u0440 Chromium, \u0430\u043a\u0442\u0438\u0432\u043d\u043e \u0440\u0430\u0437\u0432\u0438\u0432\u0430\u044e\u0449\u0438\u0439\u0441\u044f open-source-\u0440\u043e\u0434\u0438\u0442\u0435\u043b\u044c Google Chrome \u0438 \u043d\u043e\u0432\u043e\u0433\u043e Microsoft Edge, \u043e\u0431\u0440\u0430\u0442\u0438\u043b \u043d\u0430 \u0441\u0435\u0431\u044f \u0441\u0435\u0440\u044c\u0451\u0437\u043d\u043e\u0435 \u043d\u0435\u0433\u0430\u0442\u0438\u0432\u043d\u043e\u0435 \u0432\u043d\u0438\u043c\u0430\u043d\u0438\u0435 \u0438\u0437-\u0437\u0430 \u0444\u0443\u043d\u043a\u0446\u0438\u0438, \u043a\u043e\u0442\u043e\u0440\u0430\u044f \u0437\u0430\u0434\u0443\u043c\u044b\u0432\u0430\u043b\u0430\u0441\u044c \u0441 \u0431\u043b\u0430\u0433\u0438\u043c\u0438 \u043d\u0430\u043c\u0435\u0440\u0435\u043d\u0438\u044f\u043c\u0438: \u043e\u043d\u0430 \u043f\u0440\u043e\u0432\u0435\u0440\u044f\u0435\u0442, \u043d\u0435 \u00ab\u043f\u043e\u0445\u0438\u0449\u0430\u0435\u0442\u00bb \u043b\u0438 \u043f\u0440\u043e\u0432\u0430\u0439\u0434\u0435\u0440 \u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u0435\u043b\u044f \u043d\u0435\u0441\u0443\u0449\u0435\u0441\u0442\u0432\u0443\u044e\u0449\u0438\u0435 \u0440\u0435\u0437\u0443\u043b\u044c\u0442\u0430\u0442\u044b \u0437\u0430\u043f\u0440\u043e\u0441\u043e\u0432 \u0434\u043e\u043c\u0435\u043d\u043e\u0432. Intranet Redirect Detector, \u0441\u043e\u0437\u0434\u0430\u044e\u0449\u0438\u0439 \u043f\u043e\u0434\u0434\u0435\u043b\u044c\u043d\u044b\u0435 \u0437\u0430\u043f\u0440\u043e\u0441\u044b \u0441\u043b\u0443\u0447\u0430\u0439\u043d\u044b\u0445 \u00ab\u0434\u043e\u043c\u0435\u043d\u043e\u0432\u00bb, \u0441\u0443\u0449\u0435\u0441\u0442\u0432\u043e\u0432\u0430\u043d\u0438\u0435 \u043a\u043e\u0442\u043e\u0440\u044b\u0445 \u0441\u0442\u0430\u0442\u0438\u0441\u0442\u0438\u0447\u0435\u0441\u043a\u0438 \u043c\u0430\u043b\u043e\u0432\u0435\u0440\u043e\u044f\u0442\u043d\u043e, \u043e\u0442\u0432\u0435\u0442\u0441\u0442\u0432\u0435\u043d\u0435\u043d \u043f\u0440\u0438\u043c\u0435\u0440\u043d\u043e \u0437\u0430 \u043f\u043e\u043b\u043e\u0432\u0438\u043d\u0443 \u043e\u0431\u0449\u0435\u0433\u043e \u0442\u0440\u0430\u0444\u0438\u043a\u0430, \u043f\u043e\u043b\u0443\u0447\u0430\u0435\u043c\u043e\u0433\u043e \u043a\u043e\u0440\u043d\u0435\u0432\u044b\u043c\u0438","og:url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/odna-iz-funkczij-chromium-sozdayot-ogromnuyu-nagruzku-na-kornevye-dns-servery","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-09-01T23:42:42+00:00","article:modified_time":"2020-09-01T23:42:42+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"92998","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 11:57:25","updated":"2022-09-30 00:56:08"},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/92998","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/comments?post=92998"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/92998\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media\/92999"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=92998"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=92998"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=92998"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}