Deaktivieren Sie die Netzwerkkarte über RDP auf der AWS EC2-Instanz

Question

Ich habe einen Fehler gemacht - einen NIC auf einer AWS EC2-Instanz deaktiviert. Derzeit versuche ich, Zugriff darauf zu erhalten. Eine Google-Suche hat mir 3 mögliche Lösungen gegeben:

1. Erstellen Sie ein VPC und fügen Sie einen NIC hinzu - das hat bei mir nicht funktioniert. Tatsächlich konnte ich nicht einmal von einem anderen Rechner innerhalb des VPC darauf zugreifen.
2. Trennen Sie das Volume und hängen Sie es an eine andere Instanz an. Laden Sie einen Registry-Hive und versuchen Sie, den NIC über die Registry-Einstellungen zu aktivieren - das hat auch bei mir nicht funktioniert. Es scheint, dass etwa 100 Schlüssel geändert werden müssen (ich habe 2 Registry-Snapshots erstellt und verglichen) - es lohnt sich nicht, es zu versuchen.
3. Trennen Sie das Volume und hängen Sie es an eine andere Instanz an. Laden Sie einen Registry-Hive und versuchen Sie, AutoAdminLogon einzustellen. Und fügen Sie ein Skript
   netsh interface set interface "Local Area Connection 2" enabled
   zum HKLM/.../RunOnce-Ordner hinzu.

---

Diese dritte Lösung funktioniert für mich nicht, weil AutoLogon aus irgendeinem Grund nicht funktioniert. Ich bin sicher, dass AutoLogon nicht funktioniert, weil im anderen Fall der Schlüssel aus dem RunOnce-Ordner entfernt wird. Aber er ist immer noch da!

Ich habe eine neue Instanz erstellt (nennen wir sie Instanz0), bin zur Registrierung gegangen und habe 3 Schlüssel gesetzt: AutoAdminLogon, DefaultUserName und DefaultPassword. Fügen Sie einen Schlüssel mit "netsh ..." zum RunOnce-Ordner hinzu. Deaktivieren Sie den NIC, starten Sie die Instanz neu und ... es hat funktioniert! Dann habe ich den NIC auf dieser Instanz deaktiviert. Eine neue Instanz erstellen - Instanz1. Hängen Sie das Volume von Instanz0 an. Laden Sie den Hive "%Instance0-Windows%\System32\config\SOFTWARE" (Es ist HKLM/Software). Führen Sie die gleichen Operationen durch, wie ich es getan habe, hängen Sie das Volume an Instanz0 an, starten Sie es und ... es funktioniert nicht! Meine Vermutung ist, dass es Unterschiede gibt zwischen dem Setzen von Schlüsseln für Ihren lokalen Rechner und dem Setzen von Schlüsseln unter Verwendung von "load hive" für die Registrierung eines nicht-lokalen Rechners.

Kann mir jemand bei diesem Problem helfen? Die Frage ist nicht "Warum funktioniert die automatische Anmeldung nicht?", sondern "Wie komme ich auf Instanz0?" Es scheint mir, dass der Zugriff über die Auto-Login-Funktion sehr einfach wäre, wenn AutoLogon funktioniert. Wenn jemand eine andere Methode kennt, wäre das wirklich hilfreich.

Answer 1

Es ist einfach, einfach eine neue NIC in der gleichen Verfügbarkeitszone auf der ES2-Instanz zu zuweisen, dann die neue NIC an die Instanz anzufügen und eine neue Elastic IP zuzuweisen und sie mit der neuen NIC zu verknüpfen, dann verwenden Sie die Remote-Anmeldung, um sich mit der EC2-Instanz unter Verwendung der neuen Elastic IP anzumelden.

Nach der Anmeldung an der ES2-Instanz haben Sie die Wahl, die alte lokale Verbindung erneut herzustellen oder bei der neuen lokalen Verbindung zu bleiben. Die bewährte Praxis besteht darin, die alte zu verbinden, da sie die verfügbare Bandbreite für Ihre Instanz erhöht.

und haben Sie einen schönen Tag :)

Answer 2

Der einfache Weg ist, eine AMI von dieser Instanz zu erstellen. Dann starten Sie die AMI mit dem Benutzerdatencode (Powershell-Skript), um die Netzwerkkarte zu aktivieren

Amazon Elastic Compute Cloud -> Benutzerdaten

Aktivieren und Deaktivieren von Netzwerkadaptern mit PowerShell

Answer 3

Wenn es jemand anderes in Zukunft braucht, ist das, wie ich mein Problem gelöst habe.

Habe eine neue Netzwerkschnittstelle über die Konsole hinzugefügt. Habe eine elastische IP an die neue Netzwerkschnittstelle angehängt. Habe mich über RDP mit der neuen elastischen IP verbunden. Habe die neue Netzwerkschnittstelle entfernt und wieder auf die originale zurückgesetzt. Habe die Verbindung über RDP getrennt. Habe mich über die originale Verbindung wieder verbunden und es hat funktioniert.