Ich habe ein System, auf das ich keinen physischen Zugriff habe, das aber automatisch in den Windows 8-Desktop bootet. Die Windows-eigenen Remotedesktopdienste sind deaktiviert und das System ist ansonsten genau so, wie bei einer Standardinstallation von Windows 8 Pro.
Ich habe einen TightVNC-Server auf dem System und hatte zuverlässigen Fernzugriff, bis ich heute die Grafikkartentreiber aktualisiert habe.
Soweit ich das beurteilen kann, startet das System in Windows problemlos, aber im TightVNC-Viewer erscheint nur ein schwarzer Bildschirm.
Es scheint, dass die Grafiktreiber die Ursache dafür sind und VNC verwirrt haben. Es gibt Lösungen, wie man das Problem beheben kann, aber alle setzen voraus, dass Sie lokalen Zugriff auf das System haben, was bei mir nicht der Fall ist! Das System hat auch keinen Monitor zur Verfügung, also kann jemand vor Ort das System aus- und wieder einschalten, aber das ist alles.
Meine Möglichkeiten, auf das System zuzugreifen, sind also die Dateiübertragungsfunktion des VNCViewer-Clients – die funktioniert einwandfrei und ermöglicht mir das Durchsuchen der Verzeichnisse der Remote-Systeme. Ich stelle mir vor, dass ich möglicherweise eine Datei vorbereiten und auf das System kopieren und dann jemanden dort bitten könnte, es neu zu starten?
Außerdem habe ich einen funktionierenden Fernzugriff auf einen anderen Computer im selben lokalen LAN wie der Problemcomputer. Vielleicht kann ich mich also damit verbinden und etwas tun. Ich sollte betonen, dass ich davon ausgehe, dass alle Windows-Freigaben für den Fernzugriff über das LAN ziemlich sicher sind, da es sich um eine moderne Windows-Version handelt. Vielleicht irre ich mich da?
Jede Hilfe ist herzlich willkommen!
Antwort1
Ich glaube, Sie haben einen Punkt erreicht, an dem Sie praktische Hilfe benötigen. Zumindest wenn jemand vor Ort ist, der das Gerät neu starten kann, können Sie es möglicherweise erfolgreicher starten oder ein Bild anzeigen lassen.
Ich bin nicht sicher, wie kritisch dieses System ist, aber beim Betrieb von Remote-Systemen sind einige Dinge zu beachten.
- UNC ist in einer Windows-Umgebung selten die beste Wahl.
- Sie sollten die Remotekonnektivität über die MMCs prüfen, bevor ein Problem auftritt
- Remote Registry kann auch ein großartiges Werkzeug sein
- Sicherheit ist eine Kombination aus Firewalls, ACLs und dem Betriebssystem + der Software. VNC ist möglicherweise die beste Wahl, wenn Sie Port 3389 aus irgendeinem Grund nicht richtig sichern oder den Port nicht entsprechend weiterleiten können.
- Halten Sie einen „Hands-On“-Notfallplan bereit.
Dies ist meine eigene Liste, die mir spontan einfällt, aber ich befasse mich mit dem letzten Teil fürPraktische Unterstützung. In Zukunft könnten Sie sich IP-KVMs ansehen, um remote auf das BIOS und den abgesicherten Modus zuzugreifen.
Eine gute und günstige (für das, was es ist) Lösung, die ich oft verwendet habe, ist der Lantronix Spider:
Auf diese Weise können Sie bei einem Softwarefehler immer noch über einen Browser per VNC auf das kritische Gerät zugreifen, im abgesicherten Modus booten, Treiber neu installieren oder sogar ein neues Image des Geräts erstellen. IP-KVMs sind großartig und ich habe sie für Laptops, Desktops und sogar Android-Tablets verwendet.