Aus den E-Mails an den Tucha-Support entstehen echte Artikel. Kürzlich wandte sich ein Kunde an uns mit der Bitte um Klärung, was bei Verbindungen innerhalb des VPN-Tunnels zwischen dem Büro des Nutzers und der Cloud-Umgebung sowie bei Verbindungen außerhalb des VPN-Tunnels passiert. Daher ist der gesamte nachfolgende Text eine echte E-Mail, die wir einem unserer Kunden als Antwort auf seine Anfrage geschickt haben. Natürlich haben wir die IP-Adressen geändert, um den Kunden nicht zu anonymisieren. Aber ja, der Tucha-Support ist tatsächlich für seine ausführlichen Antworten und informativen E-Mails bekannt. 🙂
Natürlich verstehen wir, dass dieser Artikel für viele keine Neuigkeit sein wird. Aber da auf Habr gelegentlich Artikel für angehende Administratoren erscheinen und dieser Artikel aus einer echten E-Mail an einen tatsächlichen Kunden hervorgegangen ist, möchten wir diese Informationen dennoch hier teilen. Es besteht eine hohe Wahrscheinlichkeit, dass sie für jemanden nützlich sein werden.
Deshalb erklären wir detailliert, was zwischen dem Cloud-Server und dem Büro passiert, wenn sie über ein Site-to-Site-Netzwerk verbunden sind. Dabei ist zu beachten, dass einige Dienste nur vom Büro aus zugänglich sind, während andere von überall im Internet erreichbar sind.
Zu Beginn sei gesagt, dass unser Kunde den Wunsch geäußert hat, dass auf dem Server 192.168.A.1 von überall über RDP zugegriffen werden kann, indem man sich mit A.A.A.2:13389, während die anderen Dienste nur vom Büro aus erreichbar sind (192.168.B.0/24), das über VPNverbunden ist. Außerdem wurde zu Beginn festgelegt, dass die Maschine 192.168.B.2 im Büro ebenfalls von überall über RDP erreichbar ist, wenn man sich mit B.B.B.1:11111verbindet. Wir haben geholfen, IPSec-Verbindungen zwischen der Cloud und dem Büro einzurichten, und der IT-Spezialist des Kunden begann, Fragen dazu zu stellen, was in verschiedenen Fällen passieren würde. Um all diese Fragen zu beantworten, haben wir ihm alles geschrieben, was Sie im Folgenden lesen können.
Jetzt wollen wir diese Prozesse im Detail betrachten.
Erster Punkt
Wenn etwas aus 192.168.B.0/24 in oder aus , wird es in das VPN eingegeben. Das bedeutet, dass dieses Paket zusätzlich verschlüsselt und zwischen oder aus in 192.168.B.0/24B.B.B.1 und und A.A.A.1übertragen wird, jedoch 192.168.A.1 das Paket genau von 192.168.B.1. Sie können über beliebige Protokolle miteinander kommunizieren. Die Antworten werden ebenfalls über ein VPN übertragen, was bedeutet, dass das Paket aus 192.168.A.1 für 192.168.B.1 als ESP-Datagramm von A.A.A.1 findet man und, das auf der anderen Seite vom Router entpackt wird, um das Paket zu extrahieren und es an 192.168.B.1 als Paket von 192.168.A.1.
Ein konkretes Beispiel:
1) 192.168.B.1 auf den 192.168.A.1, möchte eine TCP-Verbindung zu 192.168.A.1:3389;
2) 192.168.B.1 eine Verbindungsanfrage von 192.168.B.1:55555 (die Portnummer für die Rückmeldung wählt er selbst; hier und weiterhin verwenden wir die Nummer 55555 als Beispiel für eine solche Portnummer, die das System bei der Bildung einer TCP-Verbindung wählt) an 192.168.A.1:3389;
3) Das Betriebssystem, das auf dem Computer mit der Adresse 192.168.B.1, beschließt, dieses Paket an die Gateway-Adresse des Routers (192.168.B.254 in unserem Fall) zu senden, da es keine spezifischeren Routen für 192.168.A.1gibt, also leitet es das Paket über die Standardroute (0.0.0.0/0);
4) Dazu versucht es, die MAC-Adresse für die IP-Adresse 192.168.B.254 aus der ARP-Protokoll-Cache-Tabelle zu finden. Wenn diese nicht gefunden wird, sendet es von der Adresse 192.168.B.1 eine Broadcast-Who-has-Anfrage an das Netzwerk 192.168.B.0/24. Wenn jemand 192.168.B.254 antwortet mit seiner MAC-Adresse, das System sendet ein Ethernet-Paket für ihn und speichert diese Information in seiner Cache-Tabelle;
5) der Router empfängt dieses Paket und entscheidet, wohin er es weiterleiten soll: er hat eine Richtlinie festgelegt, gemäß der er alle Pakete zwischen 192.168.B.0/24 und oder aus über eine VPN-Verbindung weiterleitet zwischen und und A.A.A.1;
6) der Router erstellt ein ESP-Datagramm von und findet man A.A.A.1;
7) der Router entscheidet, an wen er dieses Paket senden soll, er schickt es an, sagen wir, B.B.B.254 (Gateway des Internetanbieters), da er keine spezifischeren Routen zu A.A.A.1, als 0.0.0.0/0, hat;
8) genau wie bereits erwähnt, findet er die MAC-Adresse für B.B.B.254 und leitet das Paket an das Gateway des Internetanbieters weiter;
9) die Internetanbieter übertragen über ihre Netzwerke das ESP-Datagramm von und findet man A.A.A.1;
10) der virtuelle Router auf A.A.A.1 empfängt dieses Datagramm, entschlüsselt es und erhält das Paket von 192.168.B.1:55555 für 192.168.A.1:3389;
11) der virtuelle Router prüft, an wen er es weiterleiten soll, findet im Routing-Tabelle das Netzwerk oder aus und sendet es direkt zu 192.168.A.1, da er ein Interface hat 192.168.A.254/24;
12) dafür findet der virtuelle Router die MAC-Adresse für 192.168.A.1 und überträgt ihm dieses Paket über das virtuelle Ethernet-Netzwerk;
13) 192.168.A.1 empfängt dieses Paket am Port 3389, stimmt der Herstellung einer Verbindung zu und erstellt ein Antwortpaket für 192.168.A.1:3389 findet man 192.168.B.1:55555;
14) sein System überträgt dieses Paket an die Gateway-Adresse des virtuellen Routers (192.168.A.254 in unserem Fall) zu senden, da es keine spezifischeren Routen für 192.168.B.1, das hat es nicht, daher muss es das Paket über den Standardroute (0.0.0.0/0) weiterleiten;
15) ebenso wie in den vorherigen Fällen erkennt das System, das auf dem Server mit der Adresse 192.168.A.1den MAC-Adresse 192.168.A.254, da sich dieser im selben Netzwerk wie seine Schnittstelle befindet 192.168.A.1/24;
16) der virtuelle Router akzeptiert dieses Paket und entscheidet, wohin er es weiterleiten soll: Es ist eine Regel vorhanden, die besagt, dass er alle Pakete zwischen oder aus und 192.168.B.0/24 über eine VPN-Verbindung weiterleitet zwischen A.A.A.1 und und;
17) der virtuelle Router erstellt ein ESP-Datagramm von A.A.A.1 für und;
18) der virtuelle Router entscheidet, an wen dieses Paket gesendet werden soll, und schickt es an A.A.A.254 (Gateway des Internetanbieters, in diesem Fall sind wir das ebenfalls), weil es keine spezifischeren Routen zu gibt und, als 0.0.0.0/0, hat;
19) Internetanbieter übermitteln das ESP-Datagramm über ihre Netzwerke mit A.A.A.1 findet man und;
20) dem Router bei und empfängt dieses Datagramm, entschlüsselt es und erhält das Paket von 192.168.A.1:3389 für 192.168.B.1:55555;
21) er erkennt, dass es tatsächlich an weitergegeben werden sollte 192.168.B.1, da sich dieser im gleichen Netzwerk befindet, gibt es daher einen entsprechenden Eintrag in der Routing-Tabelle, der ihn zwingt, Pakete an alle zu senden. 192.168.B.0/24 direkt;
22) der Router findet die MAC-Adresse für 192.168.B.1 und überträgt ihm dieses Paket;
23) das Betriebssystem des Computers mit der Adresse 192.168.B.1 empfängt das Paket von 192.168.A.1:3389 für 192.168.B.1:55555 und initiiert die nächsten Schritte zur Etablierung einer TCP-Verbindung.
In diesem Beispiel wird recht kompakt und vereinfacht beschrieben, was auf den Ebenen 2-4 passiert (und es gibt noch viele weitere Details zu erwähnen). Die Ebenen 1, 5-7 werden nicht behandelt.
Zweite Position
Wenn etwas mit 192.168.B.0/24 genau auf A.A.A.2, wird es nicht über das VPN, sondern direkt gesendet. Das heißt, wenn ein Nutzer von der Adresse 192.168.B.1 auf den A.A.A.2:13389, wird dieses Paket von der Adresse und, an A.A.A.2, weitergeleitet, und dort akzeptiert der Router es und überträgt es an 192.168.A.1. 192.168.A.1 weiß nichts über 192.168.B.1, er sieht das Paket von und, da dieses es ihm geschickt hat. Daher erfolgt die Antwort auf diese Anfrage über die allgemeine Route, sie wird ebenfalls von der Adresse A.A.A.2 gesendet und geht an und, und dieser Router gibt die Antwort an 192.168.B.1weiter, welcher die Antwort von A.A.A.2sieht, an den er adressiert war.
Ein konkretes Beispiel:
1) 192.168.B.1 auf den A.A.A.2, möchte eine TCP-Verbindung zu A.A.A.2:13389;
2) 192.168.B.1 eine Verbindungsanfrage von 192.168.B.1:55555 (Diese Nummer kann, wie im vorherigen Beispiel, anders sein.) A.A.A.2:13389;
3) Das Betriebssystem, das auf dem Computer mit der Adresse 192.168.B.1, beschließt, dieses Paket an die Gateway-Adresse des Routers (192.168.B.254 in unserem Fall) zu senden, da es keine spezifischeren Routen für A.A.A.2, es hat keine, was bedeutet, dass es das Paket über die Standardroute (0.0.0.0/0) weiterleitet;
4) dafür versucht es, wie wir im vorherigen Beispiel erwähnt haben, die MAC-Adresse für die IP-Adresse zu finden. 192.168.B.254 aus der ARP-Protokoll-Cache-Tabelle zu finden. Wenn diese nicht gefunden wird, sendet es von der Adresse 192.168.B.1 eine Broadcast-Who-has-Anfrage an das Netzwerk 192.168.B.0/24. Wenn jemand 192.168.B.254 antwortet mit seiner MAC-Adresse, das System sendet ein Ethernet-Paket für ihn und speichert diese Information in seiner Cache-Tabelle;
5) der Router empfängt dieses Paket und entscheidet, wohin er es weiterleiten soll: Er hat eine Richtlinie, gemäß der er alle Pakete von 192.168.B.0/24 an andere Knoten im Internet weiterleiten muss;
6) da diese Richtlinie verlangt, dass die Quelladresse mit der niedrigeren Adresse an dem Interface übereinstimmt, über das dieses Paket weitergeleitet wird, entscheidet der Router zuerst, an wen er dieses Paket übermitteln soll, und wie im vorherigen Beispiel muss er es an B.B.B.254 (Gateway des Internetanbieters), da er keine spezifischeren Routen zu A.A.A.2, als 0.0.0.0/0, hat;
7) daher ändert der Router die Quelladresse des Pakets, sodass das Paket nun von B.B.B.1:44444 (die Portnummer kann natürlich anders sein) auf A.A.A.2:13389;
8) der Router merkt sich, was er getan hat, also wird er, wenn eine Antwort von A.A.A.2:13389 zu B.B.B.1:44444 eintrifft, wissen, dass er die Adresse und den Port des Empfängers auf 192.168.B.1:55555.
9) nun muss der Router es an das Netzwerk des Internetanbieters weiterleiten, also wie bereits erwähnt, findet er die MAC-Adresse für B.B.B.254, daher findet er, wie bereits erwähnt, die MAC-Adresse für B.B.B.254 und leitet das Paket an das Gateway des Internetanbieters weiter;
10) Internetanbieter übertragen das Paket über ihre Netze von und findet man A.A.A.2;
11) einem virtuellen Router auf A.A.A.2 empfängt dieses Paket am Port 13389;
12) auf dem virtuellen Router gibt es eine Regel, die besagt, dass Pakete, die von einem beliebigen Absender an diesen Port gesendet werden, weitergeleitet werden sollen an 192.168.A.1:3389;
13) der virtuelle Router findet im Routing-Tabellen das Netzwerk oder aus und sendet es direkt 192.168.A.1, da er eine Schnittstelle hat 192.168.A.254/24;
14) dafür findet der virtuelle Router die MAC-Adresse für 192.168.A.1 und überträgt ihm dieses Paket über das virtuelle Ethernet-Netzwerk;
15) 192.168.A.1 empfängt dieses Paket am Port 3389, stimmt der Herstellung einer Verbindung zu und erstellt ein Antwortpaket für 192.168.A.1:3389 findet man B.B.B.1:44444;
16) sein System sendet dieses Paket an die Gateway-Adresse des virtuellen Routers (192.168.A.254 in unserem Fall) zu senden, da es keine spezifischeren Routen für und, das hat es nicht, daher muss es das Paket über den Standardroute (0.0.0.0/0) weiterleiten;
17) genau wie in den vorherigen Fällen, das System, das auf dem Server mit der Adresse läuft 192.168.A.1den MAC-Adresse 192.168.A.254, da sich dieser im selben Netzwerk wie seine Schnittstelle befindet 192.168.A.1/24;
18) der virtuelle Router empfängt dieses Paket. Es ist wichtig zu beachten, dass er sich erinnert, dass er A.A.A.2:13389 das Paket von B.B.B.1:44444 erhalten hat und die Adresse sowie den Port des Empfängers auf 192.168.A.1:3389ändert, folglich ändert er die Adresse des Absenders in 192.168.A.1:3389 für B.B.B.1:44444 19) der virtuelle Router entscheidet, an wen er dieses Paket weiterleiten möchte, er sendet es an A.A.A.2:13389;
20) Internetanbieter übertragen das Paket mit A.A.A.254 (Gateway des Internetanbieters, in diesem Fall sind wir das ebenfalls), weil es keine spezifischeren Routen zu gibt und, als 0.0.0.0/0, hat;
21) der Router auf A.A.A.2 findet man und;
empfängt dieses Paket und erinnert sich daran, dass er, als er das Paket von und nimmt dieses Paket an und erinnert sich, dass er das Paket von 192.168.B.1:55555 für A.A.A.2:13389, er hat die Absenderadresse und den Port geändert, B.B.B.1:44444, das bedeutet, dies ist die Antwort, die an 192.168.B.1:55555 weitergegeben werden muss (es gibt tatsächlich noch einige weitere Überprüfungen, aber darauf gehen wir hier nicht ein);
22) er versteht, dass seine Nachricht direkt an 192.168.B.1weitergeleitet werden muss, da er sich im selben Netzwerk befindet, weshalb es einen entsprechenden Eintrag in der Routing-Tabelle gibt, der die Pakete für die gesamte 192.168.B.0/24 direkt;
23) der Router findet die MAC-Adresse für 192.168.B.1 und überträgt ihm dieses Paket;
24) das Betriebssystem auf dem Computer mit der Adresse 192.168.B.1 empfängt das Paket von A.A.A.2:13389 für 192.168.B.1:55555 und initiiert die nächsten Schritte zur Etablierung einer TCP-Verbindung.
Es ist zu beachten, dass in diesem Fall der Computer mit der Adresse 192.168.B.1 nichts über den Server mit der Adresse weiß, 192.168.A.1, er kommuniziert nur mit A.A.A.2. Ebenso weiß der Server mit der Adresse 192.168.A.1 nichts über den Computer mit der Adresse 192.168.B.1. Er ist der Meinung, dass er von der Adresse undangeschlossen wurde, und mehr weiß er sozusagen nicht.
Es ist auch zu beachten, dass, wenn dieser Computer zu A.A.A.2:1540verbindet, keine Verbindung hergestellt wird, weil die Portweiterleitung auf Port 1540 auf dem virtuellen Router nicht konfiguriert ist, selbst wenn auf einigen Servern im virtuellen Netzwerk oder aus (zum Beispiel auf dem Server mit der Adresse 192.168.A.1) und es gibt Dienste, die auf dieser Portverbindung warten. Sollte der Benutzer des Computers mit der Adresse 192.168.B.1 dringend eine Verbindung zu diesem Dienst benötigen, muss er ein VPN nutzen, d.h. direkt auf 192.168.A.1:1540.
Es ist wichtig zu betonen, dass alle Versuche, eine Verbindung zu A.A.A.1 (außer einer IPSec-Verbindung von und nicht erfolgreich sein werden. Versuche, eine Verbindung zu A.A.A.2, abgesehen von Verbindungen zum Port 13389, werden ebenfalls nicht erfolgreich sein.
Außerdem stellen wir fest, dass, wenn sich jemand anderes an die A.A.A.2 wendet (zum Beispiel C.C.C.C), die Punkte 10-20 auch für ihn gelten. Was davor und danach geschieht, hängt davon ab, was sich hinter dieser C.C.C.C. befindet. Wir haben diese Informationen nicht, daher empfehlen wir, sich an die Administratoren des Knotens mit der Adresse C.C.C.C. zu wenden.
Position drei
Und umgekehrt, wenn von 192.168.A.1 etwas an einen Port gesendet wird, der für die Weiterleitung an B.B.B.1 konfiguriert ist (zum Beispiel 11111), gelangt es ebenfalls nicht ins VPN, sondern wird einfach weitergeleitet von A.A.A.1 und gelangt zu und, und dieser leitet es dann weiter an einen anderen, sagen wir, 192.168.B.2:3389. Dieser sieht dieses Paket nicht von 192.168.A.1, sondern von A.A.A.1. Und wenn 192.168.B.2 antwortet, das Paket kommt von und findet man A.A.A.1, und gelangt später zum Verbindungsinitiator — 192.168.A.1.
Ein konkretes Beispiel:
1) 192.168.A.1 auf den und, möchte eine TCP-Verbindung zu B.B.B.1:11111;
2) 192.168.A.1 eine Verbindungsanfrage von 192.168.A.1:55555 (Diese Nummer kann, wie im vorherigen Beispiel, anders sein.) B.B.B.1:11111;
3) das Betriebssystem, das auf dem Server mit der Adresse 192.168.A.1, beschließt, dieses Paket an die Gateway-Adresse des Routers (192.168.A.254 in unserem Fall) zu senden, da es keine spezifischeren Routen für undgibt, also leitet es das Paket über die Standardroute (0.0.0.0/0);
4) dazu versucht, wie wir in früheren Beispielen erwähnt haben, die MAC-Adresse für die IP-Adresse zu finden 192.168.A.254 aus der ARP-Protokoll-Cache-Tabelle zu finden. Wenn diese nicht gefunden wird, sendet es von der Adresse 192.168.A.1 eine Broadcast-Who-has-Anfrage an das Netzwerk oder aus. Wenn jemand 192.168.A.254 sendet in Antwort seine MAC-Adresse zurück, das System überträgt das Ethernet-Paket dafür und trägt diese Informationen in seine Cache-Tabelle ein;
5) der virtuelle Router empfängt dieses Paket und entscheidet, wohin es gesendet werden soll: Er hat eine Richtlinie, gemäß der er alle Pakete von oder aus an andere Knoten im Internet weiterleiten muss;
6) da diese Richtlinie vorschreibt, dass die Rückadresse mit der niedrigeren Adresse auf dem Interface übereinstimmen muss, über das dieses Paket gesendet wird, muss der virtuelle Router zuerst entscheiden, an wen er dieses Paket senden soll, und er, wie im vorherigen Beispiel, muss es an A.A.A.254 (Gateway des Internetanbieters, in diesem Fall sind wir das ebenfalls), weil es keine spezifischeren Routen zu gibt und, als 0.0.0.0/0, hat;
7) bedeutet, der virtuelle Router ersetzt die Rückadresse des Pakets, ab jetzt ist es ein Paket von A.A.A.1:44444 (die Portnummer kann natürlich anders sein) auf B.B.B.1:11111;
8) der virtuelle Router merkt sich, was er getan hat, daher, wenn von B.B.B.1:11111 für A.A.A.1:44444 eintrifft, wissen, dass er die Adresse und den Port des Empfängers auf 192.168.A.1:55555.
9) Jetzt muss der virtuelle Router ihn an das Netzwerk des Internetanbieters übermitteln, durch A.A.A.254, also, genau wie wir bereits erwähnt haben, findet er die MAC-Adresse für A.A.A.254 und leitet das Paket an das Gateway des Internetanbieters weiter;
10) Internetanbieter übertragen das Paket über ihre Netze von A.A.A.1 auf B.B.B.1;
11) Der Router an und empfängt dieses Paket an Port 11111;
12) Auf dem virtuellen Router gibt es eine Regel, die besagt, dass Pakete, die von einem beliebigen Absender an diesen Port gesendet werden, an 192.168.B.2:3389;
13) Der Router findet im Routing-Tabelle das Netzwerk 192.168.B.0/24 und sendet es direkt zu 192.168.B.2, da er ein Interface hat 192.168.B.254/24;
14) dafür findet der virtuelle Router die MAC-Adresse für 192.168.B.2 und überträgt ihm dieses Paket über das virtuelle Ethernet-Netzwerk;
15) 192.168.B.2 empfängt dieses Paket am Port 3389, stimmt der Herstellung einer Verbindung zu und erstellt ein Antwortpaket für 192.168.B.2:3389 findet man A.A.A.1:44444;
16) Sein System überträgt dieses Paket an die Gateway-Adresse des Routers (192.168.B.254 in unserem Fall) zu senden, da es keine spezifischeren Routen für A.A.A.1, das hat es nicht, daher muss es das Paket über den Standardroute (0.0.0.0/0) weiterleiten;
17) genau wie in den vorherigen Fällen, das System, das auf dem Computer mit der Adresse 192.168.B.2den MAC-Adresse 192.168.B.254, da sich dieser im selben Netzwerk wie seine Schnittstelle befindet 192.168.B.2/24;
18) Der Router empfängt dieses Paket. Es ist zu beachten, dass er sich daran erinnert, dass er an B.B.B.1:11111 das Paket von A.A.A.1 erhalten hat und die Adresse sowie den Port des Empfängers auf 192.168.B.2:3389ändert, folglich ändert er die Adresse des Absenders in 192.168.B.2:3389 für A.A.A.1:44444 19) der virtuelle Router entscheidet, an wen er dieses Paket weiterleiten möchte, er sendet es an B.B.B.1:11111;
19) Der Router entscheidet, an wen er dieses Paket senden soll. Er sendet es an, sagen wir, B.B.B.254 (das Gateway des Internetanbieters, dessen genaue Adresse wir nicht kennen), da es keine spezifischeren Routen gibt zu A.A.A.1, als 0.0.0.0/0, hat;
21) der Router auf und findet man A.A.A.1;
21) dem virtuellen Router an A.A.A.1 nimmt dieses Paket an und erinnert sich, dass er das Paket von 192.168.A.1:55555 für B.B.B.1:11111, er hat die Absenderadresse und den Port geändert, A.A.A.1:44444. Das bedeutet, dass dies die Antwort ist, die übermittelt werden muss an 192.168.A.1:55555 (tatsächlich, wie wir im vorherigen Beispiel erwähnt haben, gibt es auch noch ein paar weitere Überprüfungen, aber darauf gehen wir diesmal nicht näher ein);
22) er versteht, dass er direkt an 192.168.A.1weitergeleitet werden muss, da sich dieser im selben Netzwerk befindet, bedeutet das, dass dieser einen entsprechenden Eintrag in seiner Routing-Tabelle hat, der ihn zwingt, Pakete für alle zu senden oder aus direkt;
23) der Router findet die MAC-Adresse für 192.168.A.1 und überträgt ihm dieses Paket;
24) das Betriebssystem auf dem Server mit der Adresse 192.168.A.1 empfängt das Paket von B.B.B.1:11111 für 192.168.A.1:55555 und initiiert die nächsten Schritte zur Etablierung einer TCP-Verbindung.
Genau wie im vorherigen Fall ist hier der Server mit der Adresse 192.168.A.1 nichts über den Computer mit der Adresse 192.168.B.1, er kommuniziert nur mit und. Der Computer mit der Adresse 192.168.B.1 weiß auch nichts über den Server mit der Adresse 192.168.A.1. Er ist der Meinung, dass er von der Adresse A.A.A.1, während der Rest vor ihm verborgen ist.
Fazit
So läuft das ab bei Verbindungen innerhalb des VPN-Tunnels zwischen dem Büro des Kunden und der Cloud-Umgebung sowie bei Verbindungen außerhalb des VPN-Tunnels. Und falls Sie noch Fragen haben oder unsere Unterstützung bei Cloud-Angelegenheiten benötigen,
Quelle: habr.com
