Zuerst die fehlerhafte Phase lokalisieren
Ein offline befindliches Gerät kann durch ein falsches Paket, einen beendeten Dienst, einen nicht erreichbaren Endpunkt oder einen serverseitigen Fehler verursacht werden. Ein verbundenes Gerät mit einem leeren Bericht deutet auf ein anderes Symptom hin. Führen Sie die folgenden Prüfungen der Reihe nach durch und dokumentieren Sie alle Änderungen.
Beginnen Sie mit einem betroffenen Endpunkt. Notieren Sie Uhrzeit, Bereitstellungsmodell, Paketversion, Betriebssystem, erwartete Organisation und sichtbaren Fehler. Halten Sie Passwörter, Verbindungszeichenfolgen, Lizenzkennungen und private Gerätedetails von öffentlichen Screenshots fern.
1. Überprüfen Sie das Paket und den Service
Vergewissern Sie sich, dass Sie den Agenten und nicht die Administrator- oder die portable Version installiert haben und dass die Cloud- oder lokale Bereitstellung mit der Organisation übereinstimmt. Überprüfen Sie in Windows Diensten Folgendes: GoMyid für einen Cloud-Agenten oder GoMyit für einen Außendienstmitarbeiter.
Falls der Dienst fehlt, überprüfen Sie das Installationsergebnis und den Schutzverlauf. Falls der Dienst startet und dann abbricht, erfassen Sie das entsprechende Windows Ereignis und den Paketfehler, bevor Sie ihn wiederholt neu installieren. Ändern Sie nicht als erste Maßnahme das Dienstkonto oder deaktivieren Sie den Endpunktschutz.
2. Überprüfen Sie das konfigurierte Ziel
Vergleichen Sie bei On-Premise-Installationen den Paketendpunkt mit dem zugewiesenen Server-Hostnamen oder der IP-Adresse. Ein Hostname muss vom betroffenen Gerät, einschließlich VPN oder Filialnetzwerk, korrekt aufgelöst werden können. Ein Hostname, der auf dem Server selbst funktioniert, kann auf einem Client möglicherweise nicht auf dieselbe Weise aufgelöst werden.
Falls die Organisation oder der Endpunkt falsch ist, beschaffen Sie sich ein korrekt generiertes Paket über den genehmigten Einrichtungsprozess. Kopieren Sie nicht manuell die Konfiguration eines anderen Kunden.
3. Testen Sie den eigentlichen TCP-Listener
Erfragen Sie den aktiven Serverport beim Bereitstellungsadministrator. Ein PowerShell -Verbindungscheck auf dem betroffenen Windows Gerät kann helfen, einen Netzwerkfehler von einem Anwendungsfehler zu unterscheiden.
Test-NetConnection -ComputerName <server-hostname> -Port <configured-port>
Ersetzen Sie beide Platzhalter, bevor Sie den Befehl ausführen. TcpTestSucceeded Wenn dies nicht der Fall ist, überprüfen Sie DNS, Routing, VPN, den Server-Listener und die Firewall-Regeln. Wenn dies der Fall ist, überprüfen Sie die Anwendungskonfiguration und die Organisation weiter; eine erfolgreiche TCP-Verbindung beweist weder die Registrierung noch die Authentifizierung.
4. Server und Datenbank überprüfen
Bei On-Premise-Installationen prüfen Sie, ob der Server läuft und auf der erwarteten Schnittstelle lauscht. Überprüfen Sie Start- oder Verbindungsfehler und verifizieren Sie die Datenbankverbindung mithilfe der tatsächlichen Laufzeitidentität. Ein fehlender oder nicht erreichbarer Eintrag Sql.udl Die Datei kann den nativen Server beeinträchtigen, selbst wenn SQL für einen Datenbankadministrator verfügbar ist.
Prüfen Sie GoMyidServer und GoMyidCore separat vom Endpunkt Agent . Das Setup testet sowohl die Anmelde- als auch die Registrierungs-/Datenbankseite. Eine Anmeldeantwort allein beweist nicht, dass die Datenbank funktioniert. Siehe … illustrierte Einrichtungsanleitung.
5. Fehlende Meldungen von fehlenden Verbindungen unterscheiden
Wenn das Gerät angeschlossen ist, der Bericht aber leer ist, überprüfen Sie die ausgewählte Organisation, Gruppe, den Benutzer, den Datumsbereich, die Berechtigungen des Prüfers und die aktivierten Erfassungseinstellungen. Berücksichtigen Sie das konfigurierte Erfassungsintervall und vergleichen Sie den Bericht mit einem kürzlich aufgetretenen Ereignis. Ein leerer gefilterter Bericht ist kein Beweis dafür, dass die Installation fehlgeschlagen ist.
Symptom-zu-prüfen-Referenz
| Symptom | Erste Überprüfungen |
|---|
| Installationsvorgang fehlgeschlagen | Genehmigtes Paket, Erhöhung, Installationsergebnis und Antivirus-Ereignis. |
| Agentendienst fehlt | Agenten- versus Administratorprofil, Bereitstellungstyp und Installationsabschluss. |
| Funktioniert im LAN, Ausfallsicherung über VPN | DNS-Ergebnis, Route, Ziel-Listener und zulässige Quellnetzwerke. |
| TCP-Verbindung erfolgreich, Gerät nicht vorhanden | Organisationsspezifische Paket-, Endpunktkonfigurations- und serverseitige Fehler. |
| GateCore HTTP- oder Registrierungsprüfung schlägt fehl | Protokollieren Sie den Endpunkt und den HTTP-Status bzw. den Verbindungsfehler. Überprüfen Sie GoMyidCore , den ausgewählten Webport und die installierte Konfiguration. Untersuchen Sie SQL-Anweisungen, wenn die Registrierungs-/Datenbankprüfung einen Datenbankfehler meldet. |
| Gerät verbunden, Meldung leer | Filter, Berechtigungen, Sammlungskonfiguration, Intervall- und Serverdatenverarbeitung. |
Was man an die Unterstützung senden sollte
Senden Sie bitte die Versionsnummer und den Pakettyp, Windows Version, den Zeitstempel mit Zeitzone, die genaue Fehlermeldung, den Dienststatus, ob die DNS- und TCP-Prüfungen erfolgreich waren, sowie die relevanten, anonymisierten Protokolle. Geben Sie außerdem an, welcher Schritt zuletzt erfolgreich war. Organisationsspezifische Kennungen dürfen nur über den genehmigten privaten Supportkanal weitergegeben werden.
Zurück zu DeskGate -Clientinstallation und -verbindung oder Rezension Erforderliche Berechtigungen und Firewall-Konfiguration.