{"id":31068,"date":"2019-10-31T21:39:16","date_gmt":"2019-10-31T18:39:16","guid":{"rendered":"https:\/\/prohoster.info\/blog\/kak-vzyat-setevuyu-infrastrukturu-pod-svoj-kontrol-glava-pervaya-uderzhanie\/"},"modified":"2019-10-31T21:39:16","modified_gmt":"2019-10-31T18:39:16","slug":"kak-vzyat-setevuyu-infrastrukturu-pod-svoj-kontrol-glava-pervaya-uderzhanie","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/kak-vzyat-setevuyu-infrastrukturu-pod-svoj-kontrol-glava-pervaya-uderzhanie","title":{"rendered":"Come prendere il controllo dell'infrastruttura di rete. Capitolo primo. Mantenimento","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><i>Questo articolo \u00e8 il primo di una serie chiamata \u00abCome prendere il controllo dell'infrastruttura di rete\u00bb. Puoi trovare il contenuto di tutti gli articoli della serie e i link <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/447008\/\">qui<\/a><\/noindex><\/i>.<\/p>\n<p>Non escludo che ci siano un numero sufficiente di aziende in cui una rete semplice non rappresenta un problema critico per un'ora o persino un giorno. Sfortunatamente, non ho avuto la fortuna di lavorare in questi posti. Tuttavia, le reti sono diverse, le esigenze sono diverse, gli approcci sono diversi, e comunque, in un modo o nell'altro, l'elenco seguente sar\u00e0 in molti casi un \u00abmust-do\u00bb.<\/p>\n<p>Quindi, le condizioni iniziali. <\/p>\n<p>Sei in un nuovo posto di lavoro, hai ricevuto una promozione o hai deciso di dare una nuova occhiata alle tue responsabilit\u00e0. La rete dell'azienda \u00e8 la tua area di responsabilit\u00e0. Per te, in gran parte, questa \u00e8 una sfida e qualcosa di nuovo, il che giustifica in parte il tono di guida di questo articolo :). Ma spero che l'articolo possa essere utile anche a qualsiasi ingegnere di rete.<\/p>\n<p>Il tuo primo obiettivo strategico \u00e8 imparare a contrastare l'entropia e mantenere il livello del servizio fornito. <\/p>\n<p>Molti dei compiti descritti di seguito possono essere risolti con diversi strumenti. Non sollever\u00f2 intenzionalmente il tema dell'implementazione tecnica, poich\u00e9 in linea di massima frequentemente non \u00e8 cos\u00ec importante come risolvi un determinato compito, ma \u00e8 importante come lo usi e se lo usi affatto. Ad esempio, non c'\u00e8 molto da guadagnare dalla tua professionalmente costruita sistema di monitoraggio, se non lo controlli e non reagisci agli avvisi.<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h2>Apparecchiatura<\/h2>\n<p>\nIn primo luogo, devi capire dove sono i maggiori rischi.<\/p>\n<p>Ancora una volta, potrebbe essere diverso. Ammetto che in alcuni casi ci\u00f2 potrebbe riguardare domande di sicurezza, in altri questioni legate alla continuit\u00e0 del servizio, e in altri forse qualcos'altro. Perch\u00e9 no?<\/p>\n<p>Supponiamo, per chiarezza, che si tratti comunque di continuit\u00e0 del servizio (\u00e8 stato cos\u00ec in tutte le aziende in cui ho lavorato).<\/p>\n<p>Allora bisogna iniziare dall'hardware. Ecco l'elenco degli argomenti su cui prestare attenzione:<\/p>\n<ul>\n<li>classificazione dell'hardware in base al grado di criticit\u00e0<\/li>\n<li>ridondanza dell'hardware critico<\/li>\n<li>supporto, licenze<\/li>\n<\/ul>\n<p>\nDevi considerare le possibili opzioni di guasto, specialmente per l'attrezzatura che si trova in cima alla tua classificazione di criticit\u00e0. Di solito, si sottovaluta la probabilit\u00e0 di problemi doppi; altrimenti, la tua soluzione e il supporto potrebbero diventare ingiustificatamente costosi. Tuttavia, per gli elementi della rete veramente critici, il guasto dei quali potrebbe influenzare significativamente il business, dovresti prendere in considerazione anche questo.<\/p>\n<blockquote><p><b>Esempio<\/b><\/p>\n<p>Supponiamo di parlare dello switch principale in un data center. <\/p>\n<p>Poich\u00e9 abbiamo concordato che la continuit\u00e0 del servizio \u00e8 il criterio pi\u00f9 importante, \u00e8 sensato garantire la ridondanza \"calda\" di quest'attrezzatura. Ma non \u00e8 tutto. Devi anche decidere quanto tempo, in caso di guasto del primo switch, consideri accettabile vivere con un solo switch rimanente, poich\u00e9 c'\u00e8 il rischio che anche esso si guasti.<\/p>\n<p><b>Attenzione! Non devi prendere questa decisione da solo. Devi descrivere i rischi, le possibili soluzioni e i costi alla tua direzione o alla direzione dell'azienda. Dovranno essere loro a prendere le decisioni.<\/b><\/p>\n<p>Quindi, se \u00e8 stato deciso che, data la bassa probabilit\u00e0 di guasto doppio, operare per 4 ore su uno switch \u00e8, in linea di massima, accettabile, puoi semplicemente avere il supporto corrispondente (secondo il quale l'attrezzatura sar\u00e0 sostituita entro 4 ore). <\/p>\n<p>Ma c'\u00e8 il rischio che non venga consegnato. Purtroppo, una volta ci siamo trovati in una situazione simile. Invece di quattro ore, l'attrezzatura \u00e8 arrivata dopo una settimana!!!<\/p>\n<p>Pertanto, anche questo rischio deve essere discusso e, forse, sarebbe pi\u00f9 corretto acquistare un altro switch (il terzo) e tenerlo in un magazzino (\"ridondanza fredda\") oppure utilizzarlo a scopi di laboratorio.<\/p><\/blockquote>\n<p>\n<b>Importante! Crea un elenco di tutti i supporti di cui disponi, con le date di scadenza, e aggiungili al tuo calendario, in modo che, almeno un mese prima, ti arrivi un'email che ti avvisa che devi iniziare a preoccuparti di rinnovare il supporto.<\/b><\/p>\n<p>Non ti perdoneranno se dimentichi di rinnovare il supporto e, il giorno dopo la scadenza, il tuo attrezzatura si guasta.<\/p>\n<h2>Lavori di emergenza<\/h2>\n<p>\nQualunque cosa accada nella tua rete, idealmente, dovresti mantenere l'accesso alla tua attrezzatura di rete. <\/p>\n<p><b>Importante! Devi avere accesso alla console di tutto l'hardware e questo accesso non deve dipendere dal funzionamento della rete di trasmissione dei dati degli utenti.<\/b><\/p>\n<p>Devi anche considerare in anticipo possibili scenari negativi e documentare le azioni necessarie. La disponibilit\u00e0 di questo documento \u00e8 critica, quindi deve essere non solo pubblicato su una risorsa condivisa per il reparto, ma anche salvato localmente sui computer degli ingegneri.<\/p>\n<p>Devono essere presenti obbligatoriamente <\/p>\n<ul>\n<li>informazioni necessarie per aprire una richiesta di supporto al fornitore o all'integratore <\/li>\n<li>informazioni su come accedere a qualsiasi hardware (console, management)<\/li>\n<\/ul>\n<p>\nPu\u00f2 contenere anche qualsiasi altra informazione utile, ad esempio, la descrizione della procedura di aggiornamento di vari apparecchi e comandi diagnostici utili.<\/p>\n<h2>Partner<\/h2>\n<p>\nOra devi valutare i rischi associati ai partner. Di solito sono<\/p>\n<ul>\n<li>fornitori di servizi Internet e punti di interscambio di traffico (IX)<\/li>\n<li>fornitori di canali di comunicazione <\/li>\n<\/ul>\n<p>\nQuali domande devi porti? Come nel caso dell'hardware, devi considerare diverse opzioni per situazioni di emergenza. Ad esempio, per i fornitori di servizi Internet, potrebbe essere qualcosa come:<\/p>\n<ul>\n<li>cosa succede se il fornitore di servizi Internet X smette per qualche motivo di fornirti il servizio? <\/li>\n<li>hai sufficiente larghezza di banda dagli altri provider?<\/li>\n<li>quanto rester\u00e0 buona la connettivit\u00e0?<\/li>\n<li>quanto sono indipendenti i tuoi fornitori di servizi Internet e un grave guasto di uno di essi porter\u00e0 problemi con gli altri?<\/li>\n<li>quanti ingressi ottici ha il tuo data center? <\/li>\n<li>cosa succede se uno degli ingressi viene completamente distrutto?<\/li>\n<\/ul>\n<p>\nPer quanto riguarda gli ingressi, nella mia esperienza in due diverse aziende, in due diverse <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/it\/kompaniya\/data-centers\/\"   title=\"\u2014 bassa latenza (ping)\" data-wpil-keyword-link=\"linked\"  data-wpil-monitor-id=\"4668\">\u2014 bassa latenza (ping)<\/a> escavatori distruggevano i tombini e solo per miracolo la nostra fibra ottica non veniva danneggiata. Non \u00e8 un caso cos\u00ec raro.<\/p>\n<p>E, naturalmente, non devi solo porsi queste domande, ma, ancora una volta, con il supporto della direzione, garantire una soluzione accettabile in qualsiasi situazione. <\/p>\n<h2>Backup<\/h2>\n<p>\nIl prossimo in priorit\u00e0 potrebbe essere il backup delle configurazioni dell'hardware. In ogni caso, questo \u00e8 un punto molto importante. Non elencher\u00f2 i casi in cui potresti perdere la configurazione, \u00e8 meglio effettuare regolarmente un backup e non pensarci. Inoltre, un backup regolare pu\u00f2 essere molto utile nel controllo delle modifiche.<\/p>\n<p><b>Importante! Esegui il backup quotidianamente. Non \u00e8 un carico di dati cos\u00ec grande da risparmiare su questo. Al mattino, l'ingegnere di turno (o tu) deve ricevere un rapporto dal sistema che indichi chiaramente se il backup \u00e8 stato eseguito con successo o meno, e in caso di backup non riuscito, il problema deve essere risolto o deve essere aperto un ticket (vedi i processi del reparto rete). <\/b><\/p>\n<h2>Versioni software<\/h2>\n<p>\nLa questione di se sia opportuno aggiornare il software dell'hardware non \u00e8 cos\u00ec semplice. Da un lato, le versioni vecchie presentano bug e vulnerabilit\u00e0 note, ma dall'altro, il nuovo software non \u00e8 sempre un processo indolore di aggiornamento e, inoltre, porta con s\u00e9 nuovi bug e vulnerabilit\u00e0.<\/p>\n<p>Qui \u00e8 necessario trovare l'opzione ottimale. Alcuni consigli ovvi<\/p>\n<ul>\n<li>installare solo versioni stabili<\/li>\n<li>non \u00e8 comunque consigliabile utilizzare versioni software troppo obsolete<\/li>\n<li>preparare una tabella con informazioni su quali software \u00e8 installato<\/li>\n<li>leggere periodicamente i rapporti sulle vulnerabilit\u00e0 e sui bug nelle versioni del software, e in caso di problemi critici considerare un aggiornamento<\/li>\n<\/ul>\n<p>\nA questo punto, avendo accesso console all'hardware, informazioni sul supporto e una descrizione della procedura di aggiornamento, sei fondamentalmente pronto per questo passo. L'ideale \u00e8 avere attrezzature da laboratorio dove puoi testare l'intera procedura, ma purtroppo questo non accade spesso.<\/p>\n<p>Nel caso di attrezzature critiche, \u00e8 possibile contattare il supporto del fornitore per chiedere aiuto nell'eseguire l'aggiornamento.<\/p>\n<h2>Sistema di ticketing<\/h2>\n<p>\nOra puoi guardarti intorno. Devi stabilire processi di interazione con altri reparti e all'interno del dipartimento. <\/p>\n<p>Potrebbe non essere obbligatorio (ad esempio, se la tua azienda \u00e8 piccola), ma ti consiglierei vivamente di organizzare il lavoro in modo che tutte le attivit\u00e0 esterne e interne siano gestite attraverso il sistema di ticketing.<\/p>\n<p>Il sistema di ticketing \u00e8 essenzialmente la tua interfaccia per le comunicazioni interne ed esterne, e devi descrivere questa interfaccia con un livello sufficiente di dettaglio.<\/p>\n<p>Esaminiamo come esempio un compito importante e comune di apertura dell'accesso. Descriver\u00f2 l'algoritmo che ha funzionato molto bene in una delle aziende.<\/p>\n<blockquote><p><b>Esempio<\/b><\/p>\n<p>Iniziamo col dire che spesso i richiedenti accessi formulano le loro richieste in un linguaggio incomprensibile per l'ingegnere di rete, ovvero nel linguaggio dell'applicazione, ad esempio, \"aprimi accesso in 1C\". <\/p>\n<p>Pertanto, non abbiamo mai accettato richieste direttamente da tali utenti. <br \/>\nE questo \u00e8 stato il primo requisito<\/p>\n<ul>\n<li>le richieste di accesso devono provenire dai reparti tecnici (nel nostro caso erano ingegneri unix, windows, helpdesk)<\/li>\n<\/ul>\n<p>\nIl secondo requisito \u00e8 che <\/p>\n<ul>\n<li>questo accesso deve essere protocollato (dal reparto tecnico da cui abbiamo ricevuto la richiesta) e come richiesta riceviamo un link a questo accesso protocollato <\/li>\n<\/ul>\n<p>\nLa forma di questa richiesta deve essere comprensibile per noi, cio\u00e8 <\/p>\n<ul>\n<li>la richiesta deve contenere informazioni su quale e in quale subnet deve essere aperto l'accesso, oltre al protocollo e (in caso di tcp\/udp) alle porte<\/li>\n<\/ul>\n<p>\nDeve anche essere indicato <\/p>\n<ul>\n<li>una descrizione del motivo per cui viene aperto questo accesso<\/li>\n<li>temporaneo o permanente (se temporaneo, fino a quale data)<\/li>\n<\/ul>\n<p>\nE un punto molto importante sono le approvazioni<\/p>\n<ul>\n<li>dal responsabile del reparto che ha richiesto l'accesso (ad esempio, la contabilit\u00e0)<\/li>\n<li>dal responsabile del reparto tecnico da cui \u00e8 arrivata questa richiesta al reparto di rete (ad esempio, helpdesk)<\/li>\n<\/ul>\n<p>\nIn questo caso, il \"proprietario\" di questo accesso \u00e8 considerato il responsabile del reparto che ha richiesto l'accesso (la contabilit\u00e0 nel nostro esempio), ed \u00e8 responsabile di mantenere aggiornata la pagina con gli accessi protocollati per questo reparto.\n<\/p><\/blockquote>\n<p><\/p>\n<h2>Registrazione<\/h2>\n<p>\nQuesto \u00e8 ci\u00f2 in cui si pu\u00f2 affondare. Ma se vuoi adottare un approccio proattivo, devi imparare a gestire questo flusso di dati.<\/p>\n<blockquote><p>Ecco alcuni consigli pratici:<\/p>\n<ul>\n<li>\u00e8 necessario controllare i log quotidianamente<\/li>\n<li>in caso di verifica programmata (e non in situazioni di emergenza) puoi limitarti ai livelli di criticit\u00e0 (severity) 0, 1, 2 e aggiungere modelli selezionati da altri livelli se lo ritieni necessario<\/li>\n<li>scrivi uno script che analizzi i log e ignori quei log i cui modelli hai aggiunto alla lista nera<\/li>\n<\/ul>\n<p>\nQuesto approccio ti permetter\u00e0 nel tempo di creare una lista nera dei log che non ti interessano e mantenere solo quelli che consideri realmente importanti.<br \/>\nDa noi questo ha funzionato molto bene.<\/p><\/blockquote>\n<p><\/p>\n<h2>Monitoraggio<\/h2>\n<p>\nNon \u00e8 raro che in un'azienda manchi un sistema di monitoraggio. Puoi, ad esempio, contare sui log, ma l'attrezzatura potrebbe semplicemente \"morire\", prima di riuscire a \"parlare\", o il pacchetto UDP del protocollo syslog potrebbe andare perso e non arrivare. In generale, naturalmente, \u00e8 importante e necessario un monitoraggio attivo.<\/p>\n<blockquote><p>Due esempi molto richiesti nella mia pratica:<\/p>\n<ul>\n<li>monitoraggio del carico dei canali di comunicazione e dei link critici (ad esempio, connessione ai fornitori). Permettono di vedere in modo proattivo un potenziale problema di degrado del servizio a causa di perdita di traffico e quindi evitarlo.<\/li>\n<li>grafici basati su NetFlow. Permettono di individuare facilmente anomalie nel traffico e sono molto utili per rilevare alcuni tipi di attacchi informatici semplici ma significativi.<\/li>\n<\/ul>\n<\/blockquote>\n<p>\n<b>Importante! Configura avvisi SMS per gli eventi pi\u00f9 critici. Questo si applica sia al monitoraggio che al logging. Se non hai un turno di guardia, gli SMS devono comunque arrivare anche fuori orario. <\/b><\/p>\n<p>Pensa al processo in modo da non svegliare tutti gli ingegneri. Noi avevamo un ingegnere di guardia per questo.<\/p>\n<h2>Controllo delle modifiche<\/h2>\n<p>\nA mio avviso, non \u00e8 necessario controllare tutte le modifiche. Ma, in ogni caso, dovresti avere la possibilit\u00e0 di trovare facilmente chi e perch\u00e9 ha fatto determinate modifiche nella rete, se necessario. <\/p>\n<blockquote><p>Alcuni consigli:<\/p>\n<ul>\n<li>usa un sistema di ticket per descrivere in dettaglio ci\u00f2 che \u00e8 stato fatto nel contesto di questo ticket, ad esempio, copiando la configurazione applicata nel ticket<\/li>\n<li>sfrutta le possibilit\u00e0 di commento sull'attrezzatura di rete (ad esempio, commit comment su Juniper). Puoi annotare il numero del ticket<\/li>\n<li>usa il diff dei tuoi backup di configurazione<\/li>\n<\/ul>\n<p>\nPuoi formalizzare questo come un processo, rivedendo quotidianamente tutti i ticket per eventuali modifiche.<\/p><\/blockquote>\n<p><\/p>\n<h2>Processi<\/h2>\n<p>\nDevi formalizzare e descrivere i processi nel tuo team. Se sei arrivato a questo punto, nel tuo team dovrebbero gi\u00e0 funzionare almeno i seguenti processi:<\/p>\n<p>Processi giornalieri:<\/p>\n<ul>\n<li>lavorare con i ticket<\/li>\n<li>lavorare con i log<\/li>\n<li>controllo delle modifiche<\/li>\n<li>lista di controllo giornaliera<\/li>\n<\/ul>\n<p>\nProcessi annuali:<\/p>\n<ul>\n<li>rinnovo di garanzie, licenze<\/li>\n<\/ul>\n<p>\nProcessi asincroni:<\/p>\n<ul>\n<li>reazione a diverse situazioni di emergenza<\/li>\n<\/ul>\n<p><\/p>\n<h2>Conclusione della prima parte<\/h2>\n<p>\nHai notato che tutto questo non riguarda ancora la configurazione della rete, il design, i protocolli di rete, il routing o la sicurezza... \u00c8 qualcosa di pi\u00f9 ampio. Anche se pu\u00f2 sembrare noioso, sono elementi molto importanti per il funzionamento di un'unit\u00e0 di rete. <\/p>\n<p>Finora, come puoi vedere, non hai migliorato nulla nella tua rete. Se c'erano vulnerabilit\u00e0 di sicurezza, esse sono rimaste, se c'era un cattivo design, \u00e8 rimasto tale. Hai ancora bisogno di applicare le tue competenze e conoscenze da ingegnere di rete, che probabilmente hanno richiesto molto tempo, sforzi e talvolta anche denaro. Ma prima devi creare (o rafforzare) le basi, e solo dopo dedicarti alla costruzione.<\/p>\n<p>Sulle modalit\u00e0 di ricerca e risoluzione degli errori, e poi sul miglioramento della tua infrastruttura \u2013 questo sar\u00e0 oggetto delle prossime parti.<\/p>\n<p>Naturalmente, non \u00e8 necessario fare tutto in sequenza. Il tempo potrebbe essere critico. Fai il lavoro in parallelo, se le risorse lo consentono.<\/p>\n<p>E un'importante aggiunta. Comunica, chiedi, consulta il tuo team. Alla fine, saranno loro a dover supportare e gestire tutto questo.<br \/>\n<br \/>Fonte: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/433614\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u042d\u0442\u0430 \u0441\u0442\u0430\u0442\u044c\u044f \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u043f\u0435\u0440\u0432\u043e\u0439 \u0432 \u0446\u0438\u043a\u043b\u0435 \u0441\u0442\u0430\u0442\u0435\u0439 \u00ab\u041a\u0430\u043a \u0432\u0437\u044f\u0442\u044c \u0441\u0435\u0442\u0435\u0432\u0443\u044e \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0443 \u043f\u043e\u0434 \u0441\u0432\u043e\u0439 \u043a\u043e\u043d\u0442\u0440\u043e\u043b\u044c\u00bb. \u0421\u043e\u0434\u0435\u0440\u0436\u0430\u043d\u0438\u0435 \u0432\u0441\u0435\u0445 \u0441\u0442\u0430\u0442\u0435\u0439 \u0446\u0438\u043a\u043b\u0430 \u0438 \u0441\u0441\u044b\u043b\u043a\u0438 \u043c\u043e\u0436\u043d\u043e \u043d\u0430\u0439\u0442\u0438 \u0437\u0434\u0435\u0441\u044c. \u0412\u043f\u043e\u043b\u043d\u0435 \u0434\u043e\u043f\u0443\u0441\u043a\u0430\u044e, \u0447\u0442\u043e \u0441\u0443\u0449\u0435\u0441\u0442\u0432\u0443\u0435\u0442 \u0434\u043e\u0441\u0442\u0430\u0442\u043e\u0447\u043d\u043e\u0435 \u043a\u043e\u043b\u0438\u0447\u0435\u0441\u0442\u0432\u043e \u043a\u043e\u043c\u043f\u0430\u043d\u0438\u0439, \u0433\u0434\u0435 \u043f\u0440\u043e\u0441\u0442\u043e\u0439 \u0441\u0435\u0442\u0438 \u0432 \u043e\u0434\u0438\u043d \u0447\u0430\u0441 \u0438\u043b\u0438 \u0434\u0430\u0436\u0435 \u043e\u0434\u0438\u043d \u0434\u0435\u043d\u044c \u043d\u0435 \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u043a\u0440\u0438\u0442\u0438\u0447\u043d\u044b\u043c. \u041c\u043d\u0435, \u043a \u0441\u043e\u0436\u0430\u043b\u0435\u043d\u0438\u044e \u0438\u043b\u0438 \u043a \u0441\u0447\u0430\u0441\u0442\u044c\u044e, \u043d\u0435 \u0434\u043e\u0432\u0435\u043b\u043e\u0441\u044c \u0440\u0430\u0431\u043e\u0442\u0430\u0442\u044c \u0432 \u0442\u0430\u043a\u0438\u0445 \u043c\u0435\u0441\u0442\u0430\u0445. [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-31068","post","type-post","status-publish","format-standard","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.1.1 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u042d\u0442\u0430 \u0441\u0442\u0430\u0442\u044c\u044f \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u043f\u0435\u0440\u0432\u043e\u0439 \u0432 \u0446\u0438\u043a\u043b\u0435 \u0441\u0442\u0430\u0442\u0435\u0439 \u00ab\u041a\u0430\u043a \u0432\u0437\u044f\u0442\u044c \u0441\u0435\u0442\u0435\u0432\u0443\u044e \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0443 \u043f\u043e\u0434 \u0441\u0432\u043e\u0439 \u043a\u043e\u043d\u0442\u0440\u043e\u043b\u044c\u00bb.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/kak-vzyat-setevuyu-infrastrukturu-pod-svoj-kontrol-glava-pervaya-uderzhanie\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.1.1\" \/>\n\t\t<meta property=\"og:locale\" content=\"it_IT\" \/>\n\t\t<meta property=\"og:site_name\" content=\"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\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u041a\u0430\u043a \u0432\u0437\u044f\u0442\u044c \u0441\u0435\u0442\u0435\u0432\u0443\u044e \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0443 \u043f\u043e\u0434 \u0441\u0432\u043e\u0439 \u043a\u043e\u043d\u0442\u0440\u043e\u043b\u044c. \u0413\u043b\u0430\u0432\u0430 \u043f\u0435\u0440\u0432\u0430\u044f. \u0423\u0434\u0435\u0440\u0436\u0430\u043d\u0438\u0435 | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u042d\u0442\u0430 \u0441\u0442\u0430\u0442\u044c\u044f \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u043f\u0435\u0440\u0432\u043e\u0439 \u0432 \u0446\u0438\u043a\u043b\u0435 \u0441\u0442\u0430\u0442\u0435\u0439 \u00ab\u041a\u0430\u043a \u0432\u0437\u044f\u0442\u044c \u0441\u0435\u0442\u0435\u0432\u0443\u044e \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0443 \u043f\u043e\u0434 \u0441\u0432\u043e\u0439 \u043a\u043e\u043d\u0442\u0440\u043e\u043b\u044c\u00bb.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/kak-vzyat-setevuyu-infrastrukturu-pod-svoj-kontrol-glava-pervaya-uderzhanie\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2019-10-31T18:39:16+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2019-10-31T18:39:16+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Come prendere il controllo della propria infrastruttura di rete. Capitolo primo. Mantenimento | ProHoster","description":"Questo articolo \u00e8 il primo di un ciclo di articoli intitolato \u2018Come prendere il controllo della propria infrastruttura di rete\u2019.","canonical_url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/kak-vzyat-setevuyu-infrastrukturu-pod-svoj-kontrol-glava-pervaya-uderzhanie","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\u041a\u0430\u043a \u0432\u0437\u044f\u0442\u044c \u0441\u0435\u0442\u0435\u0432\u0443\u044e \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0443 \u043f\u043e\u0434 \u0441\u0432\u043e\u0439 \u043a\u043e\u043d\u0442\u0440\u043e\u043b\u044c. \u0413\u043b\u0430\u0432\u0430 \u043f\u0435\u0440\u0432\u0430\u044f. \u0423\u0434\u0435\u0440\u0436\u0430\u043d\u0438\u0435 | ProHoster","og:description":"\u042d\u0442\u0430 \u0441\u0442\u0430\u0442\u044c\u044f \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u043f\u0435\u0440\u0432\u043e\u0439 \u0432 \u0446\u0438\u043a\u043b\u0435 \u0441\u0442\u0430\u0442\u0435\u0439 \u00ab\u041a\u0430\u043a \u0432\u0437\u044f\u0442\u044c \u0441\u0435\u0442\u0435\u0432\u0443\u044e \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0443 \u043f\u043e\u0434 \u0441\u0432\u043e\u0439 \u043a\u043e\u043d\u0442\u0440\u043e\u043b\u044c\u00bb.","og:url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/kak-vzyat-setevuyu-infrastrukturu-pod-svoj-kontrol-glava-pervaya-uderzhanie","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":"2019-10-31T18:39:16+00:00","article:modified_time":"2019-10-31T18:39:16+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"31068","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":"2026-01-21 04:23:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 03:24:13","updated":"2026-01-21 04:23:19","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/31068","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=31068"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/31068\/revisions"}],"predecessor-version":[{"id":164546,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/31068\/revisions\/164546"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=31068"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=31068"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=31068"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}