{"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\/de\/blog\/administrirovanie\/kak-vzyat-setevuyu-infrastrukturu-pod-svoj-kontrol-glava-vtoraya-chistka-i-dokumentirovanie","title":{"rendered":"Wie Sie die Netzwerk-Infrastruktur unter Ihre Kontrolle bringen. Kapitel zwei. Aufr\u00e4umen und Dokumentieren","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><i>Dieser Artikel ist der zweite in einer Serie von Artikeln mit dem Titel \u201eWie man die Netzwerkstruktur unter Kontrolle bekommt\u201c. Den Inhalt aller Artikel dieser Reihe und die Links finden Sie <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/447008\/\">hier<\/a><\/noindex><\/i>.<\/p>\n<p><img decoding=\"async\" alt=\"Wie Sie die Netzwerk-Infrastruktur unter Ihre Kontrolle bringen. Kapitel zwei. Aufr\u00e4umen und Dokumentieren\" src=\"\/wp-content\/uploads\/2019\/04\/7b8e020272ed52ef0a119714b0a5d58b.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nUnser Ziel in dieser Phase ist es, Ordnung in die Dokumentation und die Konfiguration zu bringen. <br \/>\nAm Ende dieses Prozesses sollten Sie das notwendige Dokumentenpaket und ein Netzwerk haben, das entsprechend konfiguriert ist.<\/p>\n<p>Jetzt werden wir nicht \u00fcber die Sicherheits\u00fcberpr\u00fcfung sprechen \u2013 dies wird im dritten Teil behandelt. <\/p>\n<p>Der Schwierigkeitsgrad der Aufgabe, die in dieser Phase gestellt wird, variiert nat\u00fcrlich stark von Unternehmen zu Unternehmen.<\/p>\n<p>Die ideale Situation ist, wenn<\/p>\n<ul>\n<li>Ihr Netzwerk gem\u00e4\u00df dem Projekt eingerichtet wurde und Sie ein vollst\u00e4ndiges Dokumentationspaket haben<\/li>\n<li>in Ihrem Unternehmen ein <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/433614\/\">\u00c4nderungsmanagementprozess implementiert wurde<\/a><\/noindex> f\u00fcr das Netzwerk<\/li>\n<li>gem\u00e4\u00df diesem Prozess verf\u00fcgen Sie \u00fcber Dokumente (einschlie\u00dflich aller notwendigen Diagramme), die vollst\u00e4ndige Informationen \u00fcber die aktuelle Situation bieten<\/li>\n<\/ul>\n<p>\nIn diesem Fall ist Ihre Aufgabe ziemlich einfach. Sie m\u00fcssen die Dokumente studieren und alle \u00c4nderungen \u00fcberpr\u00fcfen, die vorgenommen wurden. <\/p>\n<p>Im schlechtesten Fall werden Sie ein<\/p>\n<ul>\n<li>Netzwerk haben, das ohne Projekt, ohne Plan, ohne Genehmigung von Ingenieuren, die nicht \u00fcber ausreichende Qualifikationen verf\u00fcgen, erstellt wurde,<\/li>\n<li>mit chaotischen, undokumentierten \u00c4nderungen, einer Menge \u201eSchrott\u201c und suboptimalen L\u00f6sungen.<\/li>\n<\/ul>\n<p>\nEs ist klar, dass sich Ihre Situation irgendwo dazwischen befindet, aber leider werden Sie mit gro\u00dfer Wahrscheinlichkeit n\u00e4her am schlimmsten Ende dieser Skala liegen.<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<p>In diesem Fall werden von Ihnen unter anderem F\u00e4higkeiten im Gedankenlesen verlangt, da Sie lernen m\u00fcssen zu verstehen, was die \u201eDesigner\u201c beabsichtigt haben, ihre Logik zu rekonstruieren, das zu vervollst\u00e4ndigen, was nicht abgeschlossen wurde, und den \u201eSchrott\u201c zu entfernen. <br \/>\nUnd nat\u00fcrlich m\u00fcssen Sie ihre Fehler korrigieren, das Design (in dieser Phase nach M\u00f6glichkeit minimal) \u00e4ndern und Diagramme \u00e4ndern oder neu erstellen. <\/p>\n<p>Dieser Artikel erhebt keinesfalls Anspruch auf Vollst\u00e4ndigkeit. Ich werde hier lediglich allgemeine Prinzipien beschreiben und auf einige h\u00e4ufige Probleme eingehen, die gel\u00f6st werden m\u00fcssen.<\/p>\n<h2>Dokumentensatz<\/h2>\n<p><\/p>\n<blockquote><p>Lassen Sie uns mit einem Beispiel beginnen.<\/p>\n<p>Im Folgenden sind einige Dokumente aufgef\u00fchrt, die bei der Planung in der Firma Cisco Systems \u00fcblich sind.<\/p>\n<p><b>CR<\/b> \u2013 Customer Requirements, Anforderungen des Kunden (technische Spezifikation).<br \/>\nWird gemeinsam mit dem Kunden erstellt und definiert die Anforderungen an das Netzwerk.<\/p>\n<p><b>HLD<\/b> \u2013 High Level Design, ein hochrangiges Design basierend auf den Netzwerk-Anforderungen (CR). Das Dokument erl\u00e4utert und begr\u00fcndet die getroffenen architektonischen Entscheidungen (Topologie, Protokolle, Ger\u00e4teauswahl, \u2026). HLD enth\u00e4lt keine Designdetails, wie z. B. die verwendeten Interfaces und IP-Adressen. Auch die spezifische Konfiguration der Ger\u00e4te wird hier nicht diskutiert. Dieses Dokument dient vielmehr dazu, das technische Management des Kunden \u00fcber die Schl\u00fcsselaspekte des Designs zu informieren.<\/p>\n<p><b>LLD<\/b> \u2013 Low Level Design, das auf dem High Level Design (HLD) basiert. <br \/>\nEs sollte alle Details enthalten, die zur Umsetzung des Projekts erforderlich sind, wie Informationen zum Anschluss und zur Konfiguration der Hardware. Dies ist ein umfassendes Implementierungshandbuch f\u00fcr das Design. Dieses Dokument muss gen\u00fcgend Informationen bereitstellen, damit auch weniger qualifiziertes Personal es umsetzen kann. <\/p>\n<p>Einige Dinge, wie z.B. IP-Adressen, AS-Nummern, das Schema der physikalischen Verkabelung, k\u00f6nnen in separate Dokumente ausgegliedert werden, wie z.B. <b>NIP<\/b> (Network Implementation Plan).<\/p>\n<p>Der Aufbau des Netzwerks beginnt nach der Erstellung dieser Dokumente und erfolgt strikt entsprechend ihnen, und wird dann vom Kunden (Tests) auf \u00dcbereinstimmung mit dem Design \u00fcberpr\u00fcft.<\/p><\/blockquote>\n<p>\nNat\u00fcrlich k\u00f6nnen die Anforderungen an die Projektdokumentation je nach Integratoren, Kunden und L\u00e4ndern unterschiedlich sein. Aber wir m\u00f6chten Formalit\u00e4ten vermeiden und die Dinge beim Namen nennen. Dieser Schritt geht nicht um das Design, sondern darum, Ordnung zu schaffen, und wir ben\u00f6tigen einen ausreichenden Dokumentensatz (Schemata, Tabellen, Beschreibungen \u2026), um unsere Aufgaben zu erf\u00fcllen. <\/p>\n<p>Und meiner Meinung nach gibt es ein gewisses absolutes Minimum, ohne das eine effektive Kontrolle des Netzwerks nicht m\u00f6glich ist.<\/p>\n<p>Das sind die folgenden Dokumente:<\/p>\n<ul>\n<li>Schema (Protokoll) der physikalischen Verkabelung<\/li>\n<li>Schema oder Schemata des Netzwerks mit wesentlichen L2\/L3 Informationen<\/li>\n<\/ul>\n<p><\/p>\n<h2>Schaltplan der physischen Verkabelung<\/h2>\n<p>\nIn einigen kleinen Unternehmen liegen die Arbeiten, die mit der Installation von Hardware und physikalischer Verkabelung verbunden sind, im Verantwortungsbereich von Netzwerkingenieuren. <\/p>\n<p>In diesem Fall wird die Aufgabe teilweise mit dem folgenden Ansatz gel\u00f6st. <\/p>\n<ul>\n<li>Verwenden Sie die Beschreibung an der Schnittstelle, um zu beschreiben, was daran angeschlossen ist.<\/li>\n<li>Schalten Sie administrativ alle nicht angeschlossenen Ports des Netzwerkger\u00e4ts aus.<\/li>\n<\/ul>\n<p>\nDies erm\u00f6glicht Ihnen, auch im Falle eines Problems mit dem Link (wenn cdp oder lldp auf diesem Interface nicht funktioniert), schnell zu erkennen, was an diesen Port angeschlossen ist.<br \/>\nSie k\u00f6nnen auch leicht sehen, welche Ports belegt sind und welche frei sind, was notwendig ist, um neue Netzwerkger\u00e4te, Server oder Arbeitsstationen zu planen. <\/p>\n<p>Es ist jedoch klar, dass Sie, wenn Sie den Zugang zu der Ausr\u00fcstung verlieren, auch den Zugang zu diesen Informationen verlieren. Au\u00dferdem k\u00f6nnen Sie auf diese Weise solche wichtigen Informationen wie das verwendete Ger\u00e4t, die Leistungsaufnahme, die Anzahl der Ports, in welchem Rack es sich befindet, welche Patch-Panels vorhanden sind und wo (in welches Rack\/Patch-Panel) sie verkabelt sind, nicht protokollieren. Daher ist es immer noch sehr n\u00fctzlich, zus\u00e4tzliche Dokumentationen (nicht nur Beschreibungen an den Ger\u00e4ten) zu haben.<\/p>\n<p>Die ideale L\u00f6sung besteht darin, Anwendungen zu nutzen, die f\u00fcr die Arbeit mit solchen Informationen entwickelt wurden. Aber es kann auch mit einfachen Tabellen (zum Beispiel in Excel) auskommen oder die Informationen, die Sie f\u00fcr notwendig erachten, in L1\/L2-Schemen darstellen.<\/p>\n<blockquote><p>Wichtig!<\/p>\n<p>Ein Netzwerkingenieur kann nat\u00fcrlich die Feinheiten und Standards von TK-Systemen, Rack-Typen, Arten von unterbrechungsfreien Stromversorgungen, was kalte und warme G\u00e4nge sind, die richtige Erdung usw. gut kennen, genauso gut wie er im Prinzip die Physik elementarer Teilchen oder C++ kennen kann. Aber man muss verstehen, dass das alles nicht sein Fachgebiet ist. <\/p>\n<p>Deshalb ist es eine gute Praxis, f\u00fcr Aufgaben im Zusammenhang mit der Installation, Verbindung, Aufrechterhaltung der Funktionsf\u00e4higkeit von Ger\u00e4ten sowie der physischen Verkabelung entweder spezialisierte Abteilungen oder spezialisierte Personen zu haben. Normalerweise sind dies Ingenieure f\u00fcr Rechenzentren, und f\u00fcr B\u00fcros gibt es Helpdesk. <\/p>\n<p>Wenn solche Abteilungen in Ihrem Unternehmen vorgesehen sind, dann ist die Faltung des physischen Verkabelungsprotokolls nicht Ihre Aufgabe, und Sie k\u00f6nnen sich auf die Beschreibung an der Schnittstelle und das administrative Abschalten ungenutzter Ports beschr\u00e4nken.<\/p><\/blockquote>\n<h2>Netzwerkschemas<\/h2>\n<p>\nEs gibt keinen universellen Ansatz zum Zeichnen von Schemen.<\/p>\n<p>Das Wichtigste ist, dass die Schemen ein Verst\u00e4ndnis daf\u00fcr vermitteln sollten, wie der Verkehr flie\u00dft, durch welche logischen und physischen Elemente Ihres Netzwerks.<\/p>\n<p>Unter physischen Elementen verstehen wir<\/p>\n<ul>\n<li>aktives Equipment<\/li>\n<li>Schnittstellen\/Ports der aktiven Ger\u00e4te<\/li>\n<\/ul>\n<p>\nUnter logischen \u2014 <\/p>\n<ul>\n<li>logische Ger\u00e4te (N7K VDC, Palo Alto VSYS, \u2026)<\/li>\n<li>VRF <\/li>\n<li>VLANs<\/li>\n<li>Subnetzschnittstellen<\/li>\n<li>Tunnel<\/li>\n<li>Zonen<\/li>\n<li>\u2026<\/li>\n<\/ul>\n<p>\nWenn Ihr Netzwerk nicht ganz elementar ist, wird es aus verschiedenen Segmenten bestehen. <br \/>\nZum Beispiel<\/p>\n<ul>\n<li>Rechenzentrum<\/li>\n<li>Internet<\/li>\n<li>WAN<\/li>\n<li>Fernzugriff<\/li>\n<li>B\u00fcro LAN<\/li>\n<li>DMZ<\/li>\n<li>\u2026<\/li>\n<\/ul>\n<p>\nEs ist sinnvoll, mehrere Diagramme zu haben, die sowohl eine Gesamt\u00fcbersicht (wie der Verkehr zwischen all diesen Segmenten flie\u00dft) als auch detaillierte Beschreibungen jedes einzelnen Segments bieten.<\/p>\n<p>Da es in modernen Netzwerken viele logische Ebenen geben kann, k\u00f6nnte ein guter (aber nicht notwendiger) Ansatz darin bestehen, verschiedene Diagramme f\u00fcr verschiedene Ebenen zu erstellen. Beispielsweise k\u00f6nnten im Fall eines Overlay-Ansatzes die folgenden Diagramme erstellt werden:<\/p>\n<ul>\n<li>ein Overlay<\/li>\n<li>L1\/L2 Unterlage<\/li>\n<li>L3 Unterlage<\/li>\n<\/ul>\n<p>\nNat\u00fcrlich ist das wichtigste Diagramm, ohne das das Verst\u00e4ndnis Ihres Designs nicht m\u00f6glich w\u00e4re, das Routing-Diagramm.<\/p>\n<h4>Routing-Schema<\/h4>\n<p>\nMindestens in diesem Diagramm sollte Folgendes dargestellt werden:<\/p>\n<ul>\n<li>welche Routing-Protokolle verwendet werden und wo<\/li>\n<li>grundlegende Informationen zu den Einstellungen des Routing-Protokolls (Bereich\/AS-Nummer\/Router-ID\/\u2026)<\/li>\n<li>auf welchen Ger\u00e4ten die Neuzuweisung erfolgt<\/li>\n<li>wo die Filterung und Aggregation von Routen stattfindet<\/li>\n<li>Informationen zur Standardroute <\/li>\n<\/ul>\n<p>\nOft ist auch das L2-Diagramm (OSI) n\u00fctzlich.<\/p>\n<h4>L2-Schema (OSI)<\/h4>\n<p>\nIn diesem Diagramm k\u00f6nnte folgende Informationen dargestellt werden:<\/p>\n<ul>\n<li>welche VLANs<\/li>\n<li>welche Ports Trunk-Ports sind<\/li>\n<li>welche Ports in Ether-Channel (Port-Kanal), virtuellen Port-Kanal aggregiert sind<\/li>\n<li>welche STP-Protokolle verwendet werden und auf welchen Ger\u00e4ten<\/li>\n<li>grundlegende STP-Einstellungen: Root\/Root-Backup, STP-Kosten, Port-Priorit\u00e4t<\/li>\n<li>zus\u00e4tzliche STP-Einstellungen: BPDU-Schutz\/Filter, Root-Schutz\u2026<\/li>\n<\/ul>\n<p><\/p>\n<h2>Charakteristische Fehler bei der Planung<\/h2>\n<p><\/p>\n<blockquote><p>Beispiel f\u00fcr einen schlechten Ansatz beim Netzwerkaufbau.<\/p>\n<p>Lassen Sie uns ein einfaches Beispiel f\u00fcr den Aufbau eines einfachen B\u00fcro-LANs betrachten.<\/p>\n<p>Mit Erfahrung im Unterrichten von Telekommunikation an Studenten kann ich sagen, dass praktisch jeder Student bis zur Mitte des zweiten Semesters das notwendige Wissen hat (im Rahmen des Kurses, den ich gelehrt habe), um ein einfaches B\u00fcro-LAN einzurichten.<\/p>\n<p>Was ist daran so schwierig, Switches miteinander zu verbinden, VLANs, SVI-Schnittstellen (im Fall von L3-Switches) einzurichten und statisches Routing zu konfigurieren?<\/p>\n<p>Alles wird funktionieren.<\/p>\n<p>Doch bleiben dabei Fragen offen, die mit <\/p>\n<ul>\n<li>Sicherheit.<\/li>\n<li>Redundanz<\/li>\n<li>Netzwerkskalierung<\/li>\n<li>Leistung<\/li>\n<li>Bandbreite<\/li>\n<li>Zuverl\u00e4ssigkeit.<\/li>\n<li>\u2026<\/li>\n<\/ul>\n<p>\nManchmal h\u00f6re ich die Behauptung, dass ein B\u00fcro-LAN etwas ganz Einfaches ist, und das h\u00f6re ich oft von Ingenieuren (und Managern), die sich mit allem M\u00f6glichen besch\u00e4ftigen, aber nicht mit Netzwerken. Sie sprechen so \u00fcberzeugt dar\u00fcber, dass es nicht \u00fcberraschend ist, wenn ein LAN von Personen erstellt wird, die nicht gen\u00fcgend Praxis und Kenntnisse haben und dabei grobe Fehler machen, die ich gleich n\u00e4her beschreiben werde.<\/p><\/blockquote>\n<p><\/p>\n<h4>Typische Fehler im Design der L1 (OSI)<\/h4>\n<p><\/p>\n<ul>\n<li>Wenn Sie auch f\u00fcr die strukturierte Verkabelung verantwortlich sind, dann ist eines der unangenehmsten Erben, die Sie erhalten k\u00f6nnen, eine sorglose und schlecht durchdachte Verkabelung.<\/li>\n<\/ul>\n<p>\nZu der L1-Kategorie w\u00fcrde ich auch Fehler z\u00e4hlen, die mit den Ressourcen der verwendeten Ger\u00e4te zu tun haben, zum Beispiel:<\/p>\n<ul>\n<li>unzureichende Bandbreite<\/li>\n<li>unzureichlicher TCAM auf der Hardware (oder ineffiziente Nutzung)<\/li>\n<li>unzureichende Leistung (betrifft h\u00e4ufig Firewalls)<\/li>\n<\/ul>\n<p><\/p>\n<h4>Typische Fehler im Design der L2 (OSI)<\/h4>\n<p>\nOft werden, wenn es kein gutes Verst\u00e4ndnis daf\u00fcr gibt, wie STP funktioniert und welche potenziellen Probleme es mit sich bringt, Switches chaotisch, mit den Standardeinstellungen, ohne zus\u00e4tzliche STP-Tuning verbunden. <\/p>\n<p>Infolgedessen haben wir oft Folgendes:<\/p>\n<ul>\n<li>einen gro\u00dfen STP-Durchmesser im Netzwerk, was zu Broadcast-St\u00fcrmen f\u00fchren kann. <\/li>\n<li>Der STP-Root wird zuf\u00e4llig (basierend auf der MAC-Adresse) bestimmt und der Datenverkehrsweg wird suboptimal sein.<\/li>\n<li>Ports, die mit Hosts verbunden sind, werden nicht als Edge (portfast) konfiguriert, was zu einer Neuberechnung des STP beim Ein- und Ausschalten der Endstationen f\u00fchrt.<\/li>\n<li>Das Netzwerk wird nicht auf L1\/L2-Ebene segmentiert, sodass Probleme mit einem Switch (z.B. \u00dcberlastung der Stromversorgung) zu einer Neuberechnung der STP-Topologie und zum Stillstand des Datenverkehrs in allen VLANs auf allen Switches f\u00fchren, auch im kritischen Segment f\u00fcr die Servicekontinuit\u00e4t.<\/li>\n<\/ul>\n<p><\/p>\n<h4>Beispiele f\u00fcr Designfehler in L3 (OSI)<\/h4>\n<p>\nEinige typische Fehler von angehenden Netzwerkern:<\/p>\n<ul>\n<li>h\u00e4ufige (oder ausschlie\u00dfliche) Nutzung von statischem Routing<\/li>\n<li>Verwendung von f\u00fcr das Design suboptimalen Routing-Protokollen<\/li>\n<li>suboptimale logische Segmentierung des Netzwerks<\/li>\n<li>suboptimale Nutzung des Adressraums, die Aggregation von Routen nicht erm\u00f6glicht<\/li>\n<li>Fehlen von Backup-Routen<\/li>\n<li>Fehlen von Redundanz f\u00fcr das Default Gateway<\/li>\n<li>asymmetrisches Routing bei der Umstrukturierung von Routen (kann kritisch sein im Falle von NAT\/PAT, stateful Firewalls)<\/li>\n<li>Probleme mit der MTU<\/li>\n<li>Bei der Umstrukturierung von Routen geht der Datenverkehr durch andere Sicherheitszonen oder sogar durch andere Firewalls, was dazu f\u00fchrt, dass dieser Verkehr abgelehnt wird.<\/li>\n<li>schlechte Skalierbarkeit der Topologie<\/li>\n<\/ul>\n<p><\/p>\n<h2>Bewertungskriterien f\u00fcr Designqualit\u00e4t<\/h2>\n<p>\nWenn wir \u00fcber Optimalit\u00e4t\/Nicht-Optimalit\u00e4t sprechen, m\u00fcssen wir verstehen, aus der Perspektive welcher Kriterien wir dies bewerten k\u00f6nnen. Meiner Meinung nach sind die bedeutendsten (aber nicht alle) Kriterien (und ihre Entschl\u00fcsselung im Zusammenhang mit Routing-Protokollen):<\/p>\n<ul>\n<li>Skalierbarkeit (scalability)<br \/>\n Zum Beispiel haben Sie beschlossen, ein weiteres Rechenzentrum hinzuzuf\u00fcgen. Wie einfach k\u00f6nnen Sie das tun?<\/li>\n<li>Verwaltungsfreundlichkeit (managability)<br \/>\n Wie einfach und sicher werden operationale \u00c4nderungen vorgenommen, z. B. die Ank\u00fcndigung eines neuen Netzes oder das Filtern von Routen?<\/li>\n<li>Verf\u00fcgbarkeit (availability)<br \/>\n Wie viel Prozent der Zeit bietet Ihr System das erforderliche Serviceniveau?<\/li>\n<li>Sicherheit (security)<br \/>\n Wie sicher sind die \u00fcbertragenen Daten?<\/li>\n<li>der Preis<\/li>\n<\/ul>\n<p><\/p>\n<h2>\u00c4nderungen<\/h2>\n<p>\nDas Hauptprinzip in dieser Phase kann durch die Formel \"nicht schaden\" ausgedr\u00fcckt werden.<br \/>\nDaher, selbst wenn Sie mit dem Design und der gew\u00e4hlten Implementierung (Konfiguration) nicht ganz einverstanden sind, ist es nicht immer sinnvoll, \u00c4nderungen vorzunehmen. Ein vern\u00fcnftiger Ansatz besteht darin, alle identifizierten Probleme nach zwei Kriterien zu priorisieren: <\/p>\n<ul>\n<li>Wie leicht kann dieses Problem behoben werden?<\/li>\n<li>Wie gro\u00df ist das Risiko, das es mit sich bringt?<\/li>\n<\/ul>\n<p>\nZuerst sollten Sie das beseitigen, was derzeit das Serviceniveau unter das akzeptable Niveau senkt, z. B. Probleme, die zu Paketverlusten f\u00fchren. Beseitigen Sie dann das, was am einfachsten und sichersten behoben werden kann, in absteigender Reihenfolge der Risikogef\u00e4hrdung (von Problemen im Design oder in der Konfiguration, die gro\u00dfe Risiken bergen, zu geringeren).<\/p>\n<p>Perfektionismus kann in dieser Phase sch\u00e4dlich sein. Bringen Sie das Design in einen zufriedenstellenden Zustand und synchronisieren Sie die Netzwerkkonfiguration damit.<br \/>\n<br \/>Quelle: <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.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 \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\/de\/blog\/administrirovanie\/kak-vzyat-setevuyu-infrastrukturu-pod-svoj-kontrol-glava-vtoraya-chistka-i-dokumentirovanie\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.1.1\" \/>\n\t\t<meta property=\"og:locale\" content=\"de_DE\" \/>\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\/de\/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\udd47Wie Sie Ihre Netzwerkstruktur unter Kontrolle bringen. Kapitel zwei. Bereinigung und Dokumentation | ProHoster","description":"Dieser Artikel ist der zweite in einer Artikelreihe \"Wie Sie Ihre Netzwerkstruktur unter Kontrolle bringen\".","canonical_url":"https:\/\/prohoster.info\/de\/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":"de_DE","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\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\/de\/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\/de\/wp-json\/wp\/v2\/posts\/31067","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/comments?post=31067"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/31067\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media\/23042"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media?parent=31067"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/categories?post=31067"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/tags?post=31067"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}