{"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\/da\/blog\/administrirovanie\/kak-vzyat-setevuyu-infrastrukturu-pod-svoj-kontrol-glava-pervaya-uderzhanie","title":{"rendered":"S\u00e5dan tager du kontrol over netv\u00e6rksinfrastrukturen. Kapitel \u00e9t. Vedligeholdelse","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><i>Denne artikel er den f\u00f8rste i en serie af artikler \"Hvordan man f\u00e5r netv\u00e6rksinfrastrukturen under kontrol\". Indholdet af alle artikler i serien og links kan findes <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/447008\/\">her<\/a><\/noindex><\/i>.<\/p>\n<p>Jeg antager, at der findes tilstr\u00e6kkeligt mange virksomheder, hvor en simpel netv\u00e6rksnedetid p\u00e5 en time eller endda en dag ikke er kritisk. Desv\u00e6rre eller heldigvis har jeg ikke haft forn\u00f8jelsen af at arbejde i s\u00e5danne steder. Men selvf\u00f8lgelig er der forskellige netv\u00e6rk, forskellige krav, forskellige tilgange, og trods alt vil den liste, der pr\u00e6senteres nedenfor, i mange tilf\u00e6lde v\u00e6re ''must-do'' i en eller anden form.<\/p>\n<p>S\u00e5, udgangsbetingelserne. <\/p>\n<p>Du er p\u00e5 en ny arbejdsplads, eller du har f\u00e5et forfremmelse, eller du har besluttet at se p\u00e5 dine opgaver p\u00e5 en ny m\u00e5de. Virksomhedens netv\u00e6rk er dit ansvar. For dig er det i h\u00f8j grad en udfordring og noget nyt, der delvist retf\u00e6rdigg\u00f8r den vejledende tone i denne artikel :). Men jeg h\u00e5ber, at artiklen ogs\u00e5 kan v\u00e6re nyttig for enhver netv\u00e6rkstekniker.<\/p>\n<p>Dit f\u00f8rste strategiske m\u00e5l er at l\u00e6re at modst\u00e5 entropi og opretholde det \u00f8nskede serviceniveau. <\/p>\n<p>Mange af de opgaver, der er beskrevet nedenfor, kan l\u00f8ses med forskellige midler. Jeg bringer bevidst ikke emnet teknisk implementering op, da det ofte ikke er s\u00e5 vigtigt, hvordan du l\u00f8ser en bestemt opgave, men hvordan du bruger l\u00f8sningen, og om du overhovedet bruger den. Der er ikke meget gavn af for eksempel dit professionelt opbyggede overv\u00e5gningssystem, hvis du ikke kigger p\u00e5 det og ikke reagerer p\u00e5 alarmerne.<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h2>Udstyr<\/h2>\n<p>\nF\u00f8rst skal du forst\u00e5, hvor de st\u00f8rste risici ligger.<\/p>\n<p>Igen kan det variere. Jeg antager, at et sted for eksempel vil det v\u00e6re sikkerhedssp\u00f8rgsm\u00e5l, et andet sted sp\u00f8rgsm\u00e5l relateret til tjenestens kontinuitet, og et andet sted m\u00e5ske noget helt andet. Hvorfor ikke?<\/p>\n<p>Lad os antage for klarhedens skyld, at det trods alt er tjenestens kontinuitet (s\u00e5dan har det v\u00e6ret i alle de virksomheder, jeg har arbejdet for).<\/p>\n<p>S\u00e5 skal vi begynde med udstyret. Her er en liste over emner, som du skal v\u00e6re opm\u00e6rksom p\u00e5:<\/p>\n<ul>\n<li>klassificering af udstyr efter kritikalitet<\/li>\n<li>reserveudstyr til kritisk udstyr<\/li>\n<li>support, licenser<\/li>\n<\/ul>\n<p>\nDu skal overveje mulige fejlmuligheder, is\u00e6r med det udstyr, der befinder sig \u00f8verst i din kritikalitetsklassifikation. Man overser ofte sandsynligheden for dobbelte problemer, ellers kan dine l\u00f8sninger og support blive urimeligt dyre. Men i tilf\u00e6lde af virkelig kritiske netv\u00e6rkskomponenter, hvis nedbrud kan have en v\u00e6sentlig indflydelse p\u00e5 forretningen, b\u00f8r du ogs\u00e5 overveje dette.<\/p>\n<blockquote><p><b>Eksempel<\/b><\/p>\n<p>Lad os antage, at vi taler om rodkontrolleren i datacenteret. <\/p>\n<p>Da vi er blevet enige om, at kontinuitet i servicen er det vigtigste kriterium, er det fornuftigt at sikre \u201ehot\u201c redundans af dette udstyr. Men det er ikke alt. Du skal ogs\u00e5 bestemme, hvor meget tid, det er acceptabelt for dig, at leve med kun \u00e9n fungerende switch i tilf\u00e6lde af nedbrud af den f\u00f8rste switch, for der er en risiko for, at ogs\u00e5 den g\u00e5r i stykker.<\/p>\n<p><b>Vigtigt! Du m\u00e5 ikke tage denne beslutning alene. Du skal beskrive risiciene, mulige l\u00f8sninger og omkostningerne for din ledelse eller virksomhedsledelse. Det er dem, der skal tr\u00e6ffe beslutningerne.<\/b><\/p>\n<p>S\u00e5 hvis det er blevet besluttet, at under betingelsen med en lille sandsynlighed for dobbelt nedbrud, at det at arbejde i fire timer p\u00e5 en switch i princippet er acceptabelt, kan du bare tage den relevante support (hvor udstyret vil blive erstattet inden for fire timer). <\/p>\n<p>Men der er jo en risiko for, at de ikke leverer. Desv\u00e6rre har vi en gang v\u00e6ret i en s\u00e5dan situation. I stedet for fire timer tog det ugen!!!<\/p>\n<p>Derfor skal denne risiko ogs\u00e5 diskuteres, og m\u00e5ske er det bedre for dig at k\u00f8be endnu en switch (den tredje) og holde den som en reserve (\u201ecold\u201c redundancy) eller bruge den til laboratorieform\u00e5l.<\/p><\/blockquote>\n<p>\n<b>Vigtigt! Lav en liste over al den support, du har, med udl\u00f8bsdatoer, og tilf\u00f8j dem til din kalender, s\u00e5 du mindst en m\u00e5ned f\u00f8r f\u00e5r en p\u00e5mindelse om, at du skal begynde at bekymre dig om at forny din support.<\/b><\/p>\n<p>Du vil ikke blive tilgivet, hvis du glemmer at forny din support, og dagen efter den udl\u00f8ber, g\u00e5r dit udstyr ned.<\/p>\n<h2>N\u00f8darbejde<\/h2>\n<p>\nUanset hvad der sker i dit netv\u00e6rk, b\u00f8r du i ideelle tilf\u00e6lde bevare adgangen til dit netv\u00e6rksudstyr. <\/p>\n<p><b>Vigtigt! Du skal have konsoladgang til alt udstyr, og denne adgang m\u00e5 ikke afh\u00e6nge af netv\u00e6rksforbindelsens funktionalitet.<\/b><\/p>\n<p>Du skal ogs\u00e5 p\u00e5 forh\u00e5nd overveje mulige negative scenarier og dokumentere de n\u00f8dvendige handlinger. Tilg\u00e6ngeligheden af dette dokument er ligeledes kritisk, s\u00e5 det skal ikke kun v\u00e6re tilg\u00e6ngeligt p\u00e5 en f\u00e6lles afdelingressource, men ogs\u00e5 gemmes lokalt p\u00e5 ingeni\u00f8rernes computere.<\/p>\n<p>Det skal der v\u00e6re <\/p>\n<ul>\n<li>information, der er n\u00f8dvendig for at \u00e5bne en supportanmodning hos leverand\u00f8ren eller integratoren <\/li>\n<li>information om, hvordan man f\u00e5r adgang til enhver udstyr (konsol, management)<\/li>\n<\/ul>\n<p>\nDer kan selvf\u00f8lgelig ogs\u00e5 v\u00e6re andre nyttige oplysninger, s\u00e5som en beskrivelse af opgraderingsprocedurer for forskelligt udstyr og nyttige diagnosekommandoer.<\/p>\n<h2>Partnere<\/h2>\n<p>\nNu skal du vurdere risiciene forbundet med partnere. Dette omfatter typisk<\/p>\n<ul>\n<li>internetudbydere og trafik exchange punkter (IX)<\/li>\n<li>kommunikationskanaludbydere <\/li>\n<\/ul>\n<p>\nHvilke sp\u00f8rgsm\u00e5l skal du stille dig selv? Som med udstyret skal du overveje forskellige n\u00f8dscenarier. For eksempel, for internetudbydere, kan det v\u00e6re noget som:<\/p>\n<ul>\n<li>hvad sker der, hvis internetudbyder X af en eller anden grund stopper med at levere service til dig? <\/li>\n<li>har du tilstr\u00e6kkelig b\u00e5ndbredde fra de \u00f8vrige udbydere?<\/li>\n<li>hvordan forbliver forbindelsen i orden?<\/li>\n<li>hvor uafh\u00e6ngige er dine internetudbydere, og vil en alvorlig h\u00e6ndelse hos \u00e9n f\u00f8re til problemer hos de andre?<\/li>\n<li>hvor mange optiske indgange har dit datacenter? <\/li>\n<li>hvad sker der, hvis en af indgangene bliver totalt \u00f8delagt?<\/li>\n<\/ul>\n<p>\nOm indgange, i min erfaring i to forskellige virksomheder, i to forskellige <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/da\/kompaniya\/data-centers\/\"   title=\"datacentre\" data-wpil-keyword-link=\"linked\"  data-wpil-monitor-id=\"4668\">datacentre<\/a> graverne har \u00f8delagt br\u00f8ndene, og kun af ren held er vores fiber ikke blevet ramt. Det er ikke en s\u00e5 sj\u00e6lden h\u00e6ndelse.<\/p>\n<p>Og naturligvis er det ikke nok bare at stille disse sp\u00f8rgsm\u00e5l; igen, med ledelsens st\u00f8tte skal du sikre en acceptabel l\u00f8sning i enhver situation. <\/p>\n<h2>Backup<\/h2>\n<p>\nN\u00e6ste prioritet kan v\u00e6re backup af konfigurationer for udstyret. Under alle omst\u00e6ndigheder er det et meget vigtigt punkt. Jeg vil ikke n\u00e6vne de tilf\u00e6lde, hvor du kan miste konfigurationen; det er bedre at lave backup regelm\u00e6ssigt og ikke t\u00e6nke over det. Desuden kan regelm\u00e6ssig backup v\u00e6re meget nyttig til at kontrollere \u00e6ndringer.<\/p>\n<p><b>Vigtigt! S\u00f8rg for at tage backup dagligt. Det er ikke s\u00e5 stort et datavolumen, at man skal spare p\u00e5 det. Om morgenen skal den ansvarlige ingeni\u00f8r (eller du) modtage en rapport fra systemet, der klart angiver, om backuppen var vellykket eller ikke, og i tilf\u00e6lde af en mislykket backup skal problemet l\u00f8ses, eller der skal oprettes en billet (se netv\u00e6rksafdelingens processer). <\/b><\/p>\n<h2>Versioner af software<\/h2>\n<p>\nSp\u00f8rgsm\u00e5let om, hvorvidt det er n\u00f8dvendigt at opgradere hardwarens software, er ikke s\u00e5 entydigt. P\u00e5 den ene side er gamle versioner pr\u00e6get af kendte fejl og s\u00e5rbarheder, men p\u00e5 den anden side er ny software ikke altid en smertefri opgraderingsprocedure, og der kan komme nye fejl og s\u00e5rbarheder.<\/p>\n<p>Her skal man finde den optimale l\u00f8sning. Her er nogle \u00e5benlyse anbefalinger:<\/p>\n<ul>\n<li>installer kun stabile versioner<\/li>\n<li>man b\u00f8r ikke leve p\u00e5 helt gamle softwareversioner<\/li>\n<li>lav et skema med information om, hvilken software der er installeret hvor<\/li>\n<li>l\u00e6s periodisk rapporter om s\u00e5rbarheder og fejl i softwareversioner, og hvis der er kritiske problemer, b\u00f8r man overveje at opgradere<\/li>\n<\/ul>\n<p>\nP\u00e5 dette stadie, med konsoladgang til udstyret, information om support og en beskrivelse af opgraderingsproceduren, er du i princippet klar til dette skridt. Den ideelle situation er, n\u00e5r du har laboratorieudstyr, hvor du kan teste hele proceduren, men desv\u00e6rre sker det ikke ofte.<\/p>\n<p>I tilf\u00e6lde af kritisk udstyr kan du henvende dig til leverand\u00f8rens support med anmodning om hj\u00e6lp til at gennemf\u00f8re opgraderingen.<\/p>\n<h2>Billetsystem<\/h2>\n<p>\nNu kan du se dig omkring. Du skal etablere processer for interaktion med andre afdelinger og inden for afdelingen. <\/p>\n<p>M\u00e5ske er det ikke obligatorisk (f.eks. hvis dit firma er lille), men jeg vil st\u00e6rkt anbefale at organisere arbejdet, s\u00e5 alle eksterne og interne opgaver g\u00e5r gennem ticketsystemet.<\/p>\n<p>Ticketsystemet er i det v\u00e6sentlige dit interface for interne og eksterne kommunikationer, og du skal beskrive dette interface med tilstr\u00e6kkelig detaljer.<\/p>\n<p>Lad os tage et vigtigt og ofte forekommende eksempel p\u00e5 en opgave om at \u00e5bne adgang. Jeg vil beskrive den algoritme, der fungerede fremragende i et af virksomhederne.<\/p>\n<blockquote><p><b>Eksempel<\/b><\/p>\n<p>Lad os starte med, at bestillere af adgang ofte formulerer deres \u00f8nsker p\u00e5 en sprog, der er uklart for netv\u00e6rksingeni\u00f8ren, nemlig p\u00e5 applikationssproget, for eksempel, \u201c\u00e5bn adgang til 1C\u201d. <\/p>\n<p>Derfor har vi aldrig accepteret anmodninger direkte fra s\u00e5danne brugere. <br \/>\nOg det var det f\u00f8rste krav.<\/p>\n<ul>\n<li>Anmodninger om adgang skal komme fra tekniske afdelinger (i vores tilf\u00e6lde var det Unix, Windows, helpdesk-ingeni\u00f8rer).<\/li>\n<\/ul>\n<p>\nDet andet krav er, at <\/p>\n<ul>\n<li>denne adgang skal v\u00e6re protokolleret (af den tekniske afdeling, som vi modtog denne anmodning fra), og som anmodning modtager vi et link til denne protokolleret adgang. <\/li>\n<\/ul>\n<p>\nFormen for denne anmodning skal v\u00e6re forst\u00e5elig for os, det vil sige, <\/p>\n<ul>\n<li>anmodningen skal indeholde oplysninger om, fra hvilken og til hvilken subnet adgang skal \u00e5bnes, samt om protokollen og (i tilf\u00e6lde af tcp\/udp) portene.<\/li>\n<\/ul>\n<p>\nDer skal ogs\u00e5 angives <\/p>\n<ul>\n<li>en beskrivelse af, hvorfor denne adgang \u00e5bnes.<\/li>\n<li>midlertidig eller permanent (hvis midlertidig, s\u00e5 indtil hvilken dato).<\/li>\n<\/ul>\n<p>\nOg et meget vigtigt punkt er godkendelser.<\/p>\n<ul>\n<li>fra lederen af afdelingen, der har initieret adgangen (for eksempel regnskabsafdelingen).<\/li>\n<li>fra lederen af den tekniske afdeling, hvorfra denne anmodning kom til netv\u00e6rksafdelingen (for eksempel helpdesk).<\/li>\n<\/ul>\n<p>\nHer betragtes lederen af afdelingen, der har initieret adgangen (regnskabsafdelingen i vores eksempel) som \u201cejeren\u201d af denne adgang, og han er ansvarlig for, at siden med de protokollerede adgange for denne afdeling forbliver aktuel.\n<\/p><\/blockquote>\n<p><\/p>\n<h2>Logf\u00f8ring<\/h2>\n<p>\nDette er noget, man kan drukne i. Men hvis du \u00f8nsker at implementere en proaktiv tilgang, skal du l\u00e6re at h\u00e5ndtere denne datastr\u00f8m.<\/p>\n<blockquote><p>Her er nogle praktiske anbefalinger:<\/p>\n<ul>\n<li>logs skal gennemg\u00e5s dagligt.<\/li>\n<li>Ved planlagt gennemgang (og ikke i en n\u00f8dsituation) kan man begr\u00e6nse sig til kritikalitetsniveauer (severity) 0, 1, 2 og tilf\u00f8je udvalgte m\u00f8nstre fra andre niveauer, hvis det anses for n\u00f8dvendigt.<\/li>\n<li>Skriv et script, der parser logs og ignorerer de logs, hvis m\u00f8nstre du har tilf\u00f8jet til en ignorerliste.<\/li>\n<\/ul>\n<p>\nDenne tilgang vil over tid g\u00f8re det muligt at sammens\u00e6tte en ignorerliste over logs, der ikke interesserer dig, og kun tilbageholde dem, som du virkelig anser for vigtige.<br \/>\nDet fungerede glimrende for os.<\/p><\/blockquote>\n<p><\/p>\n<h2>Overv\u00e5gning<\/h2>\n<p>\nDet er ikke ualmindeligt, at en virksomhed mangler et overv\u00e5gningssystem. Du kan for eksempel stole p\u00e5 logfiler, men udstyret kan blot \"d\u00f8de\", f\u00f8r det n\u00e5r at \"sige\" noget, eller en UDP-pakke fra syslog-protokollen kan g\u00e5 tabt. Generelt er aktiv overv\u00e5gning selvf\u00f8lgelig vigtig og n\u00f8dvendig.<\/p>\n<blockquote><p>To af de mest efterspurgte eksempler i min praksis:<\/p>\n<ul>\n<li>overv\u00e5gning af belastningen p\u00e5 kommunikationskanaler, kritiske forbindelser (for eksempel forbindelser til udbydere). Dette g\u00f8r det muligt at se potentielle problemer med serviceforringelse p\u00e5 grund af tab af trafik og derved undg\u00e5 det.<\/li>\n<li>grafer baseret p\u00e5 NetFlow. De g\u00f8r det let at finde anomalier i trafikken og er meget nyttige til at opdage nogle simple, men v\u00e6sentlige former for hackerangreb.<\/li>\n<\/ul>\n<\/blockquote>\n<p>\n<b>Vigtigt! Indstil sms-notifikationer for de mest kritiske h\u00e6ndelser. Dette g\u00e6lder b\u00e5de for overv\u00e5gning og logfiler. Hvis du ikke har en vagt, skal sms'er ogs\u00e5 sendes uden for arbejdstid. <\/b><\/p>\n<p>Planl\u00e6g processen s\u00e5ledes, at du ikke v\u00e6kker alle ingeni\u00f8rerne. Vi havde en vagtingeni\u00f8r til dette.<\/p>\n<h2>\u00c6ndringskontrol<\/h2>\n<p>\nEfter min mening er det ikke n\u00f8dvendigt at kontrollere alle \u00e6ndringer. Men under alle omst\u00e6ndigheder skal du have mulighed for nemt at finde ud af, hvem der har foretaget hvilke \u00e6ndringer i netv\u00e6rket, hvis det er n\u00f8dvendigt. <\/p>\n<blockquote><p>Nogle tips:<\/p>\n<ul>\n<li>brug et ticketsystem til detaljeret beskrivelse af, hvad der er gjort i forbindelse med dette ticket, for eksempel ved at kopiere den anvendte konfiguration til ticketen.<\/li>\n<li>brug kommentarfunktionerne p\u00e5 netv\u00e6rksudstyr (for eksempel commit comment p\u00e5 Juniper). Du kan notere ticketnummeret.<\/li>\n<li>brug diffusoren af dine konfigurationsbackups.<\/li>\n<\/ul>\n<p>\nDu kan indf\u00f8re dette som en proces ved dagligt at gennemg\u00e5 alle tickets for \u00e6ndringer.<\/p><\/blockquote>\n<p><\/p>\n<h2>Processer<\/h2>\n<p>\nDu skal formalisere og beskrive processerne i dit team. Hvis du er n\u00e5et til dette punkt, skal der i dit team allerede v\u00e6re f\u00f8lgende processer:<\/p>\n<p>Daglige processer:<\/p>\n<ul>\n<li>arbejde med tickets<\/li>\n<li>arbejde med logfiler<\/li>\n<li>\u00e6ndringskontrol<\/li>\n<li>daglig tjekliste<\/li>\n<\/ul>\n<p>\n\u00c5rlige processer:<\/p>\n<ul>\n<li>fornyelse af garantier, licenser<\/li>\n<\/ul>\n<p>\nAsynkrone processer:<\/p>\n<ul>\n<li>reagering p\u00e5 forskellige n\u00f8dsituationer<\/li>\n<\/ul>\n<p><\/p>\n<h2>Konklusion p\u00e5 f\u00f8rste del<\/h2>\n<p>\nHar du bem\u00e6rket, at alt dette ikke handler om netv\u00e6rkskonfiguration, design, netv\u00e6rksprotokoller, routing eller sikkerhed... Det er noget omkring det. Men selvom det m\u00e5ske virker kedeligt, er det selvf\u00f8lgelig meget vigtige elementer i netv\u00e6rksafdelingens arbejde. <\/p>\n<p>Som du kan se, har du indtil videre ikke forbedret dit netv\u00e6rk. Hvis der har v\u00e6ret sikkerhedss\u00e5rbarheder, s\u00e5 er de stadig der, hvis designet var d\u00e5rligt, s\u00e5 er det stadig d\u00e5rligt. Du har ikke brugt dine f\u00e6rdigheder og viden som netv\u00e6rksingeni\u00f8r, som sandsynligvis har kr\u00e6vet en stor m\u00e6ngde tid, kr\u00e6fter og nogle gange penge. Men f\u00f8rst skal du skabe (eller styrke) fundamentet, og derefter kan du begynde at bygge.<\/p>\n<p>Om hvordan man finder og afhj\u00e6lper fejl, og dern\u00e6st forbedrer din infrastruktur \u2013 dette vil v\u00e6re emnet for de n\u00e6ste dele.<\/p>\n<p>Selvf\u00f8lgelig er det ikke n\u00f8dvendigt at g\u00f8re alt sekventielt. Tid kan v\u00e6re kritisk. G\u00f8r det parallelt, hvis ressourcerne tillader det.<\/p>\n<p>Og en vigtig tilf\u00f8jelse. Kommuniker, sp\u00f8rg, r\u00e5dsp\u00f8rg dit team. I sidste ende er det dem, der skal vedligeholde og udf\u00f8re alt dette.<br \/>\n<br \/>Kilde: <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.3 - 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\/da\/blog\/administrirovanie\/kak-vzyat-setevuyu-infrastrukturu-pod-svoj-kontrol-glava-pervaya-uderzhanie\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.3\" \/>\n\t\t<meta property=\"og:locale\" content=\"da_DK\" \/>\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\/da\/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\udd47S\u00e5dan f\u00e5r du kontrol over din netv\u00e6rksinfrastruktur. Kapitel \u00e9t. Beholdelse | ProHoster","description":"Denne artikel er den f\u00f8rste i en serie af artikler med titlen 'S\u00e5dan f\u00e5r du kontrol over din netv\u00e6rksinfrastruktur'.","canonical_url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/kak-vzyat-setevuyu-infrastrukturu-pod-svoj-kontrol-glava-pervaya-uderzhanie","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"da_DK","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\/da\/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\/da\/wp-json\/wp\/v2\/posts\/31068","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/comments?post=31068"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/31068\/revisions"}],"predecessor-version":[{"id":164546,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/31068\/revisions\/164546"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media?parent=31068"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/categories?post=31068"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/tags?post=31068"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}