Mein Cloud-Abenteuer geht weiter: Remote arbeiten aus dem Amazonas-Regenwald mit Microsoft Azure VPN Gateway.

Apr 20 2023
Alex, ein Freund von mir, war Teil eines Wissenschaftlerteams, das aus Brasilien, Kolumbien und den Vereinigten Staaten in den Amazonas-Regenwald reiste. Das Team würde eine Mückenart erforschen, von der berichtet wurde, dass sie Puberphonie (auch bekannt als mutationales Falsett, funktionelles Falsett, unvollständige Mutation, jugendliches Falsett oder pubertierendes Falsett) überträgt.
Bildnachweis: Szenische Szenen.

Alex, ein Freund von mir, war Teil eines Wissenschaftlerteams, das aus Brasilien, Kolumbien und den Vereinigten Staaten in den Amazonas-Regenwald reiste. Das Team würde eine Mückenart erforschen, von der berichtet wurde, dass sie Puberphonie (auch bekannt als mutationales Falsett, funktionelles Falsett, unvollständige Mutation, jugendliches Falsett oder pubertierendes Falsett) überträgt. Dieser Zustand führt dazu, dass sich die Stimmen von Erwachsenen in babyähnliche Stimmen ändern. Alex und ich haben mit Microsoft Azure VPN Gateway eine Remote-Lösung erstellt, damit das Team vom Forschungsfeld im Amazonas-Regenwald aus remote arbeiten kann. Hier ist die Lösung

Die Architektur der Lösung

Projektbeschreibung:

Diese Lösung beinhaltet die Implementierung eines Point-to-Site (P2S)-VPN, damit das Forschungsteam, das als Home Office-Mitarbeiter repräsentiert wird, mit seinen Computern einen verschlüsselten Tunnel zwischen seiner Umgebung und der Azure-Cloud-Umgebung schließen kann. Auf diese Weise würde bei geschlossener Verbindung (VPN) der Mitarbeiter, der beispielsweise mit Home Office 1 verbunden ist, auf die Ressourcen zugreifen können (wenn er Mitglied des CloudSpecialists-Teams ist), und dies ist privat Zugang.

Mein Ansatz:

Wir begannen mit der Erstellung eines virtuellen Netzwerks (VNet) in der Azure-Umgebung.

VNet erstellt

Anschließend haben wir in Azure eine virtuelle Maschine mit dem Namen VM app1 ohne zugehörige öffentliche IP-Adresse erstellt (während der Erstellung lassen wir keine öffentlichen eingehenden Ports zu).

Virtuelle Maschine erstellt

VPN-Gateway erstellen:

Dies sind die Konfigurationen, die zum Erstellen des VPN-Gateways in Azure verwendet werden:

Gateway-Typ: VPN,

VPN-Typ: Routenbasiert,

SKU: (Dies hängt von der Anzahl der Verbindungen ab, die das VPN verarbeiten würde. Für dieses Demoprojekt haben wir vpnGw1 verwendet, das sich im kostenlosen Kontingent befindet und auch gut genug ist, aber sehen Sie in der Azure-Dokumentation nach, um festzustellen, was Sie benötigen). Wir haben eine neue öffentliche IP-Adresse für das VPN-Gateway erstellt, um eine Remoteverbindung über das Internet zu ermöglichen. Wir haben den Namen der öffentlichen IP-Adresse angegeben.

Erstellen/Installieren eines Zertifikats

Sie können die Azure-Dokumentation lesen, um zu sehen, wie ein Zertifikat erstellt wird, aber wir haben das von uns installierte Zertifikat bereits vor diesem Projekt erstellt, sodass der nächste Schritt nur die Installation des Zertifikats war.

Gateway ist noch nicht bereit

Es hat eine Weile gedauert, bis die Bereitstellung abgeschlossen war. Wenn Sie also versuchen, die Schritte mit mir zu befolgen, holen Sie sich etwas Popcorn und sehen Sie sich einen Film an, während Sie warten. Ich habe die Zeit tatsächlich genutzt, um an einem Song zu arbeiten, den ich geschrieben habe.

Virtual Network Gate-Bereitstellung abgeschlossen

Auf der Registerkarte „Gehe zu Ressource“ konnten wir einige Konfigurationsänderungen am Gateway des virtuellen Netzwerks vornehmen.

Die Änderungen betrafen die Point-to-Site-Konfiguration; Geben Sie den zu verwendenden Adresspool und den Tunneltyp als (IKEv2 und SSTP(SSL)) an. Der Authentifizierungstyp wurde als Azure-Zertifikat angegeben. Wir haben das Stammzertifikat hochgeladen und der Name des Stammzertifikats wurde angegeben. Wir haben die Konfiguration gespeichert und der VPN-Client wurde zum Download bereitgestellt.

Als Nächstes haben wir das Azure-Clientzertifikat installiert, das zur Authentifizierung unseres lokalen Clients in der Azure-VPN-Umgebung verwendet wird, damit Azure uns mit dem von uns hochgeladenen Stammzertifikat authentifizieren kann.

Installieren des Azure-Clientzertifikats

Der nächste Schritt war die Installation des VPN-Clients, den wir zuvor heruntergeladen haben.

Verbinden des Azure-VPN

Über das Windows-Startmenü unseres Computers konnten wir die VPN-Einstellungen finden und unser VPN sehen

VPN zum Verbinden verfügbar
Verbinden Sie immer noch das VPN

Dies würde erfordern, dass Sie Ihre Routing-Tabelle aktualisieren, um fortzufahren.

Azure-VPN ist verbunden.

Testen der Remote-Verbindung mit privater IP

  • Wir haben die private IP-Adresse der VM in Azure kopiert und Git Bash verwendet, um die private IP-Adresse zu pingen
  • Die VM hat auf den Ping geantwortet
  • Wir konnten die VM in Azure über private Konnektivität erreichen, ohne über das Internet gehen zu müssen.
  • Wir haben eine ssh-Verbindung zur Instanz geöffnet und Apache mit den folgenden Befehlen installiert:
Erfolgreich mit der virtuellen Maschine verbunden
Apache installiert

Als nächstes haben wir Apache neu gestartet, damit der Dienst gestartet werden konnte. Wir haben die private IP-Adresse der VM in einen neuen Browser eingefügt, um zu testen, ob Apache aktiv war und ausgeführt wurde, und es war ein Erfolg.

Apache läuft.

Aus den obigen Schritten können Sie entnehmen, dass wir nicht die öffentliche IP-Adresse, sondern die private IP-Adresse verwendet haben, was zeigt, dass das VPN wie erwartet funktioniert hat und den Datenverkehr vom Internet fernhält, da private IP-Adressen nicht über das Internet geroutet werden können. Diese VPN-Konnektivität macht die Verbindung des Forschers sicher und stellt einen verschlüsselten Tunnel für seinen Datenverkehr zu den Ressourcen im internen Netzwerk des Unternehmens und in Azure bereit, ohne dem Internet ausgesetzt zu sein.

Das Forschungsteam müsste die VPN-Client-Konfigurationsdateien und das Zertifikat auf ihren Computern installieren, damit die Verbindung funktioniert. Obwohl die Verbindung nicht über das öffentliche Internet erfolgt, benötigt das Forschungsteam auch eine Internetverbindung im Amazonas-Regenwald, damit die Verbindung funktioniert.

Übrigens ist nicht bekannt, dass Puberphonia durch Moskitos übertragen wird, also viel Glück für diese Forscher, wir waren nicht für das Ergebnis ihrer Forschung oder deren Gültigkeit verantwortlich, wir halfen ihnen auch dabei, ihren Verkehr zu sichern, um fern vom Feld zu arbeiten. Wir sehen uns beim nächsten Cloud-Abenteuer.