{"id":31067,"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-vtoraya-chistka-i-dokumentirovanie\/"},"modified":"2019-10-31T21:39:16","modified_gmt":"2019-10-31T18:39:16","slug":"kak-vzyat-setevuyu-infrastrukturu-pod-svoj-kontrol-glava-vtoraya-chistka-i-dokumentirovanie","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/kak-vzyat-setevuyu-infrastrukturu-pod-svoj-kontrol-glava-vtoraya-chistka-i-dokumentirovanie","title":{"rendered":"S\u00e5dan f\u00e5r du kontrol over dit netv\u00e6rksinfrastruktur. Kapitel to. Rydde op og dokumentere","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><i>Denne artikel er den anden i en serie af artikler om \"S\u00e5dan f\u00e5r du kontrol over dit netv\u00e6rksinfrastruktur\". Du kan finde indholdet af alle artikler i serien og links <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/447008\/\">her<\/a><\/noindex><\/i>.<\/p>\n<p><img decoding=\"async\" alt=\"S\u00e5dan f\u00e5r du kontrol over dit netv\u00e6rksinfrastruktur. Kapitel to. Rydde op og dokumentere\" src=\"\/wp-content\/uploads\/2019\/04\/7b8e020272ed52ef0a119714b0a5d58b.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nVores m\u00e5l p\u00e5 dette tidspunkt er at f\u00e5 orden i dokumentationen og konfigurationen. <br \/>\nUdfaldet af denne proces skal v\u00e6re et n\u00f8dvendigt s\u00e6t dokumenter og et netv\u00e6rk konfigureret i overensstemmelse hermed.<\/p>\n<p>Nu vil vi ikke tale om sikkerhedsaudit - det vil blive d\u00e6kket i tredje del. <\/p>\n<p>Sv\u00e6rhedsgraden af opgaven p\u00e5 dette stadium varierer naturligvis meget fra virksomhed til virksomhed.<\/p>\n<p>Den ideelle situation er, n\u00e5r<\/p>\n<ul>\n<li>dit netv\u00e6rk er blevet oprettet i overensstemmelse med projektet, og du har et komplet s\u00e6t dokumenter<\/li>\n<li>din virksomhed har implementeret <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/433614\/\">en proces for kontrol og \u00e6ndringsadministration<\/a><\/noindex> for netv\u00e6rket<\/li>\n<li>I overensstemmelse med denne proces har du dokumenter (herunder alle n\u00f8dvendige diagrammer), der giver fuld information om den aktuelle situation<\/li>\n<\/ul>\n<p>\nI dette tilf\u00e6lde er din opgave ret enkel. Du skal studere dokumenterne og gennemg\u00e5 alle de \u00e6ndringer, der er blevet foretaget. <\/p>\n<p>I det v\u00e6rste tilf\u00e6lde har du<\/p>\n<ul>\n<li>et netv\u00e6rk oprettet uden projekt, uden plan, uden godkendelse, af ingeni\u00f8rer, der ikke har tilstr\u00e6kkelig kvalifikation,<\/li>\n<li>med kaotiske, ikke-dokumenterede \u00e6ndringer, med et stort antal \"skrammel\" og suboptimale l\u00f8sninger<\/li>\n<\/ul>\n<p>\nDet er klart, at din situation er et sted imellem, men desv\u00e6rre vil du med stor sandsynlighed befinde dig n\u00e6rmere den v\u00e6rste ende p\u00e5 denne skala.<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<p>I dette tilf\u00e6lde vil det kr\u00e6ve, at du ogs\u00e5 er i stand til at l\u00e6se tanker, fordi du m\u00e5 l\u00e6re at forst\u00e5, hvad \"designerne\" \u00f8nskede at g\u00f8re, genopbygge deres logik, f\u00e6rdigg\u00f8re det, der ikke blev afsluttet, og fjerne \"skrammel\". <br \/>\nOg selvf\u00f8lgelig skal du beskytte dem mod deres fejl, \u00e6ndre (p\u00e5 dette stadium s\u00e5 lidt som muligt) designen og \u00e6ndre eller genoprette diagrammer. <\/p>\n<p>Denne artikel g\u00f8r p\u00e5 ingen m\u00e5de krav p\u00e5 at v\u00e6re udt\u00f8mmende. Her vil jeg kun beskrive de generelle principper og fokusere p\u00e5 nogle almindelige problemer, der skal l\u00f8ses.<\/p>\n<h2>S\u00e6t af dokumenter<\/h2>\n<p><\/p>\n<blockquote><p>Lad os starte med et eksempel.<\/p>\n<p>Her er nogle dokumenter, der typisk udarbejdes i Cisco Systems under designfasen.<\/p>\n<p><b>CR<\/b> \u2013 Kunde Krav, kundens krav (teknisk specifikation).<br \/>\nUdformet i samarbejde med kunden og definerer kravene til netv\u00e6rket.<\/p>\n<p><b>HLD<\/b> \u2013 H\u00f8jniveau design, h\u00f8jniveau design baseret p\u00e5 netv\u00e6rkskrav (CR). Dokumentet forklarer og begrunder de vedtagne arkitektoniske beslutninger (topologi, protokoller, valg af udstyr, \u2026). HLD indeholder ikke design detaljer, s\u00e5som de anvendte gr\u00e6nseflader og IP-adresser. Derudover diskuteres der ikke specifik hardwarekonfiguration. Dette dokument er prim\u00e6rt beregnet til at forklare de n\u00f8glem\u00e6ssige designkoncepter for den tekniske ledelse hos kunden.<\/p>\n<p><b>LLD<\/b> \u2013 Low Level Design, lavniveau design baseret p\u00e5 h\u00f8jniveau (HLD). <br \/>\nDet skal indeholde alle de detaljer, der er n\u00f8dvendige for at implementere projektet, s\u00e5som information om, hvordan man tilslutter og konfigurerer udstyret. Dette er en fuldst\u00e6ndig vejledning til at implementere designet. Dette dokument skal give tilstr\u00e6kkelige oplysninger til at implementere det, selv for ikke s\u00e6rligt kvalificeret personale. <\/p>\n<p>Nogle oplysninger, s\u00e5som IP-adresser, AS-numre, fysisk kablingsskema, kan \"udskilles\" i separate dokumenter, s\u00e5som <b>NIP<\/b> (Network Implementation Plan).<\/p>\n<p>Opbygning af netv\u00e6rket begynder efter oprettelsen af disse dokumenter og udf\u00f8res i strengt overensstemmelse med dem og kontrolleres derefter af kunden (tests) for overensstemmelse med designet.<\/p><\/blockquote>\n<p>\nSelvf\u00f8lgelig kan de krav, der stilles til projektokumentation, variere mellem forskellige integratorer, kunder og lande. Men vi \u00f8nsker at undg\u00e5 formaliteter og fokusere p\u00e5 substansen. Dette trin handler ikke om design, men om at skabe orden, og vi har brug for et tilstr\u00e6kkeligt s\u00e6t dokumenter (diagrammer, tabeller, beskrivelser \u2026) til at kunne udf\u00f8re vores opgaver. <\/p>\n<p>Og efter min mening findes der et absolut minimum, uden hvilket det ikke er muligt effektivt at kontrollere netv\u00e6rket.<\/p>\n<p>Disse dokumenter er:<\/p>\n<ul>\n<li>diagram (journal) for fysisk kabling<\/li>\n<li>diagram eller diagrammer af netv\u00e6rket med v\u00e6sentlige L2\/L3 oplysninger<\/li>\n<\/ul>\n<p><\/p>\n<h2>Diagram for fysisk kabling<\/h2>\n<p>\nI nogle mindre virksomheder ligger ansvaret for installation af udstyr og fysisk kabling inden for netv\u00e6rksingeni\u00f8rers omr\u00e5de. <\/p>\n<p>I dette tilf\u00e6lde l\u00f8ses opgaven delvist ved f\u00f8lgende tilgang. <\/p>\n<ul>\n<li>brug beskrivelsen p\u00e5 gr\u00e6nsefladen til at beskrive, hvad der er tilsluttet.<\/li>\n<li>administrativt sluk alle ikke-tilsluttede porte p\u00e5 netv\u00e6rksudstyret.<\/li>\n<\/ul>\n<p>\nDette vil give dig mulighed for hurtigt at identificere, hvad der er tilsluttet denne port, selv i tilf\u00e6lde af problemer med linjen (n\u00e5r CDP eller LLDP ikke fungerer p\u00e5 denne gr\u00e6nseflade).<br \/>\nDu vil ogs\u00e5 nemt kunne se, hvilke porte der er optaget, og hvilke der er ledige, hvilket er n\u00f8dvendigt for at planl\u00e6gge tilslutningen af nyt netv\u00e6rksudstyr, servere eller arbejdsstationer. <\/p>\n<p>Men det er klart, at hvis du mister adgangen til udstyret, vil du ogs\u00e5 miste adgangen til disse informationer. Desuden vil du p\u00e5 denne m\u00e5de ikke kunne dokumentere s\u00e5danne vigtige oplysninger som hvilken udstyr der er, hvilken effekt det forbruger, hvor mange porte det har, hvilket rack det st\u00e5r i, hvilke patch-paneler der er der, og hvor (i hvilket rack\/patch-panel) de er forbundet. Derfor er det ekstra dokumentation (ikke kun beskrivelser p\u00e5 udstyret) meget nyttigt.<\/p>\n<p>Den ideelle l\u00f8sning er at bruge applikationer, der er designet til at arbejde med denne type information. Men du kan ogs\u00e5 n\u00f8jes med enkle tabeller (f.eks. i Excel) eller pr\u00e6sentere informationen, som du finder n\u00f8dvendig, i L1\/L2 diagrammer.<\/p>\n<blockquote><p>Vigtigt!<\/p>\n<p>En netv\u00e6rksingeni\u00f8r kan selvf\u00f8lgelig have en god forst\u00e5else for nuancerne og standarderne for struktureret kabling, typer racks, typer af UPS\u2019er, hvad kold og varm gang er, og hvordan man foretager korrekt jording, \u2026 ligesom han i princippet kan kende til fysikken i elementarpartikler eller C++. Men man skal forst\u00e5, at det hele ikke n\u00f8dvendigvis er hans omr\u00e5de af viden. <\/p>\n<p>Derfor er det en god praksis at have enten dedikerede afdelinger eller dedikerede personer til at l\u00f8se opgaver relateret til installation, tilslutning, vedligeholdelse af udstyrets drift, s\u00e5vel som fysisk kabling. Normalt er dette datacenteringeni\u00f8rer for datacentre og help-desk for kontorer. <\/p>\n<p>Hvis s\u00e5danne enheder er inkluderet i din virksomhed, er sp\u00f8rgsm\u00e5l vedr\u00f8rende f\u00f8ring af log over fysisk kabling ikke din opgave, og du kan n\u00f8jes med beskrivelser p\u00e5 gr\u00e6nsefladen og administrativt slukke for ubenyttede porte.<\/p><\/blockquote>\n<h2>Netv\u00e6rksdiagrammer<\/h2>\n<p>\nDer er ikke en universel tilgang til at tegne diagrammer.<\/p>\n<p>Det vigtigste er, at diagrammerne skal give en forst\u00e5else af, hvordan trafikken vil flyde, gennem hvilke logiske og fysiske elementer i dit netv\u00e6rk.<\/p>\n<p>Under fysiske elementer forst\u00e5r vi<\/p>\n<ul>\n<li>aktivt udstyr<\/li>\n<li>gr\u00e6nseflader\/porte p\u00e5 aktivt udstyr<\/li>\n<\/ul>\n<p>\nUnder logiske forst\u00e5r vi <\/p>\n<ul>\n<li>logiske enheder (N7K VDC, Palo Alto VSYS, \u2026)<\/li>\n<li>VRF <\/li>\n<li>VLANs<\/li>\n<li>subinterfaces<\/li>\n<li>tunneller<\/li>\n<li>zoner<\/li>\n<li>\u2026<\/li>\n<\/ul>\n<p>\nHvis dit netv\u00e6rk ikke er helt enkelt, vil det best\u00e5 af forskellige segmenter. <br \/>\nFor eksempel<\/p>\n<ul>\n<li>datacenter<\/li>\n<li>internet<\/li>\n<li>WAN<\/li>\n<li>fjernadgang<\/li>\n<li>kontor LAN<\/li>\n<li>DMZ<\/li>\n<li>\u2026<\/li>\n<\/ul>\n<p>\nDet ville v\u00e6re fornuftigt at have flere diagrammer, der giver b\u00e5de et overordnet billede (hvordan trafikken bev\u00e6ger sig mellem alle disse segmenter) samt en detaljeret forklaring af hvert enkelt segment.<\/p>\n<p>Da der i moderne netv\u00e6rk kan v\u00e6re mange logiske niveauer, kan det v\u00e6re en god (men ikke obligatorisk) tilgang at lave forskellige diagrammer for de forskellige niveauer; for eksempel, i tilf\u00e6lde af et overlay-tilgang kan f\u00f8lgende diagrammer v\u00e6re relevante:<\/p>\n<ul>\n<li>overlay<\/li>\n<li>L1\/L2 underlay<\/li>\n<li>L3 underlay<\/li>\n<\/ul>\n<p>\nSelvf\u00f8lgelig er det vigtigste diagram, uden hvilken man ikke kan forst\u00e5 ideen bag dit design, rutediagrammet.<\/p>\n<h4>Rutediagram<\/h4>\n<p>\nSom minimum skal dette diagram vise<\/p>\n<ul>\n<li>hvilke rutingsprotokoller der anvendes og hvor<\/li>\n<li>grundl\u00e6ggende information om konfigurationen af rutingsprotokoller (omr\u00e5de\/AS-nummer\/router-id\/\u2026)<\/li>\n<li>p\u00e5 hvilke enheder redistribuering finder sted<\/li>\n<li>hvor filtrering og aggregering af ruter sker<\/li>\n<li>information om standardruten <\/li>\n<\/ul>\n<p>\nDet er ogs\u00e5 ofte nyttigt at have et L2-diagram (OSI).<\/p>\n<h4>L2 diagram (OSI)<\/h4>\n<p>\nDette diagram kan vise f\u00f8lgende information:<\/p>\n<ul>\n<li>hvilke VLANs<\/li>\n<li>hvilke porte der er trunk-porte<\/li>\n<li>hvilke porte der er aggregeret i ether-channel (port channel), virtual port channel<\/li>\n<li>hvilke STP-protokoller og p\u00e5 hvilke enheder der anvendes<\/li>\n<li>grundl\u00e6ggende STP-indstillinger: root\/root backup, STP cost, port priority<\/li>\n<li>yderligere STP-indstillinger: BPDU guard\/filter, root guard\u2026<\/li>\n<\/ul>\n<p><\/p>\n<h2>Karakteristiske fejl ved design<\/h2>\n<p><\/p>\n<blockquote><p>Eksempel p\u00e5 en d\u00e5rlig tilgang til at bygge et netv\u00e6rk.<\/p>\n<p>Lad os tage et simpelt eksempel p\u00e5 oprettelse af et enkelt kontor LAN.<\/p>\n<p>Med erfaring i undervisning i telekommunikation til studerende kan jeg sige, at n\u00e6sten enhver studerende i midten af det andet semester har den n\u00f8dvendige viden (inden for det kursus, jeg underviste i) til at kunne konfigurere et enkelt kontor LAN.<\/p>\n<p>Hvad er der sv\u00e6rt ved at forbinde switchene sammen, konfigurere VLAN, SVI-gr\u00e6nseflader (i tilf\u00e6lde af L3-switches) og skrive statisk routing?<\/p>\n<p>Det hele vil fungere.<\/p>\n<p>Men der er stadig sp\u00f8rgsm\u00e5l, der vedr\u00f8rer <\/p>\n<ul>\n<li>sikkerhed<\/li>\n<li>reserve<\/li>\n<li>netv\u00e6rksskala<\/li>\n<li>ydelsen<\/li>\n<li>b\u00e5ndbredde<\/li>\n<li>p\u00e5lidelighed<\/li>\n<li>\u2026<\/li>\n<\/ul>\n<p>\nNogle gange h\u00f8rer jeg p\u00e5standen om, at et kontor-LAN er noget meget enkelt, og jeg h\u00f8rer det normalt fra ingeni\u00f8rer (og ledere), der besk\u00e6ftiger sig med alt muligt andet end netv\u00e6rk, og de siger det s\u00e5 selvsikkert, at man ikke skulle blive overrasket, hvis LAN bliver lavet af folk med utilstr\u00e6kkelig praksis og viden og bliver lavet med de typiske fejl, som jeg vil beskrive lidt l\u00e6ngere nede.<\/p><\/blockquote>\n<p><\/p>\n<h4>Karakteristiske designfejl p\u00e5 niveau L1 (OSI)<\/h4>\n<p><\/p>\n<ul>\n<li>Hvis du alligevel er ansvarlig for struktureret kabling, er en af de mest ubehagelige arv, du kan f\u00e5, en sjusket og uigennemt\u00e6nkt switching.<\/li>\n<\/ul>\n<p>\nType L1-fejl omfatter ogs\u00e5 fejl relateret til de anvendte udstyrs ressourcer, for eksempel<\/p>\n<ul>\n<li>utilstr\u00e6kkelig b\u00e5ndbredde<\/li>\n<li>utilstr\u00e6kkelig TCAM p\u00e5 udstyret (eller ineffektiv brug af det)<\/li>\n<li>utilstr\u00e6kkelig ydeevne (ofte relateret til firewalls)<\/li>\n<\/ul>\n<p><\/p>\n<h4>Karakteristiske designfejl p\u00e5 niveau L2 (OSI)<\/h4>\n<p>\nOfte, n\u00e5r der ikke er en god forst\u00e5else af, hvordan STP fungerer, og hvilke potentielle problemer det medf\u00f8rer, tilsluttes switchene kaotisk, med standardindstillinger, uden yderligere tuning af STP. <\/p>\n<p>Resultatet er ofte f\u00f8lgende<\/p>\n<ul>\n<li>stor STP-diameter i netv\u00e6rket, hvilket kan f\u00f8re til broadcast-storme <\/li>\n<li>STP-roden vil blive bestemt tilf\u00e6ldigt (baseret p\u00e5 MAC-adresse), og trafikvejen vil v\u00e6re suboptimal<\/li>\n<li>porte, der tilsluttes til v\u00e6rter, vil ikke v\u00e6re konfigureret som edge (portfast), hvilket vil f\u00f8re til genberegning af STP ved t\u00e6nding\/slukning af endestationer<\/li>\n<li>netv\u00e6rket vil ikke v\u00e6re segmenteret p\u00e5 niveau L1\/L2, hvilket betyder, at problemer med enhver switch (for eksempel overbelastning af str\u00f8m) vil f\u00f8re til genberegning af STP-topologien og stoppe trafikken i alle VLAN p\u00e5 alle switches (herunder i segmentet, der er kritisk for servicekontinuitet)<\/li>\n<\/ul>\n<p><\/p>\n<h4>Eksempler p\u00e5 designfejl i L3 (OSI)<\/h4>\n<p>\nNogle typiske fejl fra begyndere indenfor netv\u00e6rk:<\/p>\n<ul>\n<li>hyppig brug (eller kun brug af) statisk routing<\/li>\n<li>brug af suboptimale routingprotokoller til dette design<\/li>\n<li>suboptimal logisk segmentering af netv\u00e6rket<\/li>\n<li>suboptimal brug af adresseomr\u00e5det, hvilket hindrer aggregationen af ruter<\/li>\n<li>mangel p\u00e5 backup-ruter<\/li>\n<li>mangel p\u00e5 redundant forbindelser for default gateway<\/li>\n<li>asymmetrisk routing ved opbygning af ruter (kan v\u00e6re kritisk i tilf\u00e6lde af NAT\/PAT, tilstandsafh\u00e6ngige firewalls)<\/li>\n<li>MTU-problemer<\/li>\n<li>ved ombygning af ruter passerer trafikken gennem andre sikkerhedszoner eller endda andre firewalls, hvilket f\u00f8rer til, at denne trafik bliver droppet<\/li>\n<li>d\u00e5rlig skalerbarhed i topologien<\/li>\n<\/ul>\n<p><\/p>\n<h2>Kriterier for vurdering af designkvalitet<\/h2>\n<p>\nN\u00e5r vi taler om optimalitet\/suboptimalitet, skal vi forst\u00e5 hvilke kriterier vi kan vurdere dette ud fra. Her er de mest v\u00e6sentlige (men ikke alle) kriterier (og forklaring relateret til routingprotokoller):<\/p>\n<ul>\n<li>skalerbarhed (scalability)<br \/>\n For eksempel, hvis du beslutter at tilf\u00f8je endnu et datacenter. Hvor nemt kan du g\u00f8re det?<\/li>\n<li>brugervenlighed<br \/>\n Hvor nemt og sikkert kan operationelle \u00e6ndringer, som annoncering af et nyt netv\u00e6rk eller filtrering af ruter, gennemf\u00f8res?<\/li>\n<li>tilg\u00e6ngelighed<br \/>\n Hvor stor en procentdel af tiden leverer dit system det kr\u00e6vede serviceniveau?<\/li>\n<li>sikkerhed (security)<br \/>\n Hvor beskyttede er de overf\u00f8rte data?<\/li>\n<li>pris<\/li>\n<\/ul>\n<p><\/p>\n<h2>\u00c6ndringer<\/h2>\n<p>\nDet grundl\u00e6ggende princip p\u00e5 dette stadium kan udtrykkes med formlen \"G\u00f8r ikke skade\".<br \/>\nS\u00e5 selvom du ikke helt er enig i designet og den valgte implementering (konfiguration), er det ikke altid hensigtsm\u00e6ssigt at lave \u00e6ndringer. En fornuftig tilgang er at rangordne alle identificerede problemer ud fra to parametre: <\/p>\n<ul>\n<li>hvor let det er at l\u00f8se dette problem<\/li>\n<li>hvor stor risiko det medf\u00f8rer<\/li>\n<\/ul>\n<p>\nF\u00f8rst og fremmest skal man fjerne det, som i \u00f8jeblikket reducerer serviceniveauet under acceptabelt, for eksempel problemer der f\u00f8rer til pakke tab. Derefter skal du fjerne det, der lettest og sikrest kan l\u00f8ses i r\u00e6kkef\u00f8lge efter faldende alvorlighedsgrad af risiko (fra problemer med design eller konfiguration, der indeb\u00e6rer st\u00f8rre risici til mindre).<\/p>\n<p>Perfektionisme p\u00e5 dette stadium kan v\u00e6re skadelig. Bring designet til en acceptabel tilstand og synkroniser netv\u00e6rkskonfigurationen i overensstemmelse hermed.<br \/>\n<br \/>Kilde: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/434750\/\">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 \u0432\u0442\u043e\u0440\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. \u041d\u0430\u0448\u0430 \u0446\u0435\u043b\u044c \u043d\u0430 \u0434\u0430\u043d\u043d\u043e\u043c \u044d\u0442\u0430\u043f\u0435 \u2014 \u043d\u0430\u0432\u0435\u0434\u0435\u043d\u0438\u0435 \u043f\u043e\u0440\u044f\u0434\u043a\u0430 \u0432 \u0434\u043e\u043a\u0443\u043c\u0435\u043d\u0442\u0430\u0446\u0438\u0438 \u0438 \u043a\u043e\u043d\u0444\u0438\u0433\u0443\u0440\u0430\u0446\u0438\u0438. \u041d\u0430 \u0432\u044b\u0445\u043e\u0434\u0435 \u044d\u0442\u043e\u0433\u043e \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u0430 \u0443 \u0432\u0430\u0441 \u0434\u043e\u043b\u0436\u0435\u043d \u0431\u044b\u0442\u044c \u043d\u0435\u043e\u0431\u0445\u043e\u0434\u0438\u043c\u044b\u0439 \u043a\u043e\u043c\u043f\u043b\u0435\u043a\u0442 \u0434\u043e\u043a\u0443\u043c\u0435\u043d\u0442\u043e\u0432 \u0438 \u0441\u0435\u0442\u044c, \u0441\u043a\u043e\u043d\u0444\u0438\u0433\u0443\u0440\u0438\u0440\u043e\u0432\u0430\u043d\u043d\u0430\u044f \u0432 \u0441\u043e\u043e\u0442\u0432\u0435\u0442\u0441\u0442\u0432\u0438\u0438 \u0441 \u043d\u0438\u043c\u0438. \u0421\u0435\u0439\u0447\u0430\u0441 \u043c\u044b [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":23042,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-31067","post","type-post","status-publish","format-standard","has-post-thumbnail","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 \u0432\u0442\u043e\u0440\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-vtoraya-chistka-i-dokumentirovanie\" \/>\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 \u0432\u0442\u043e\u0440\u0430\u044f. \u0427\u0438\u0441\u0442\u043a\u0430 \u0438 \u0434\u043e\u043a\u0443\u043c\u0435\u043d\u0442\u0438\u0440\u043e\u0432\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 \u0432\u0442\u043e\u0440\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-vtoraya-chistka-i-dokumentirovanie\" \/>\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 tager du kontrol over netv\u00e6rksinfrastrukturen. Kapitel to. Reng\u00f8ring og dokumentation | ProHoster","description":"Denne artikel er den anden i r\u00e6kken af artikler \"Hvordan man tager kontrol over netv\u00e6rksinfrastrukturen\".","canonical_url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/kak-vzyat-setevuyu-infrastrukturu-pod-svoj-kontrol-glava-vtoraya-chistka-i-dokumentirovanie","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 \u0432\u0442\u043e\u0440\u0430\u044f. \u0427\u0438\u0441\u0442\u043a\u0430 \u0438 \u0434\u043e\u043a\u0443\u043c\u0435\u043d\u0442\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0435 | ProHoster","og:description":"\u042d\u0442\u0430 \u0441\u0442\u0430\u0442\u044c\u044f \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u0432\u0442\u043e\u0440\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-vtoraya-chistka-i-dokumentirovanie","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":"31067","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:22: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:22: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\/31067","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=31067"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/31067\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media\/23042"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media?parent=31067"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/categories?post=31067"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/tags?post=31067"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}