Individuare prima la fase di guasto
Un dispositivo offline può essere causato da un pacchetto errato, un servizio interrotto, un endpoint irraggiungibile o un errore lato server. Un dispositivo connesso con un report vuoto è un sintomo diverso. Eseguire i controlli seguenti in ordine e annotare le modifiche.
Iniziate con un endpoint interessato. Annotate l'ora, il modello di distribuzione, la versione del pacchetto, il sistema operativo, l'organizzazione prevista e l'errore visibile. Evitate di includere password, stringhe di connessione, identificativi di licenza e dettagli privati del dispositivo negli screenshot pubblici.
1. Verifica il pacchetto e il servizio
Verifica di aver installato Agent anziché Admin o Portable e che la sua distribuzione Cloud o On-Premise corrisponda all'organizzazione. In Servizi Windows , controlla GoMyid per un agente cloud o GoMyit per un agente in loco.
Se il servizio non è presente, esaminare il risultato dell'installazione e la cronologia di protezione. Se si avvia e poi si arresta, acquisire l'evento Windows e l'errore del pacchetto pertinenti prima di tentare nuovamente la reinstallazione. Come prima soluzione, non modificare l'account del servizio né disabilitare la protezione degli endpoint.
2. Verificare la destinazione configurata
Per le installazioni on-premise, confrontare l'endpoint del pacchetto con il nome host o l'indirizzo IP del server assegnato. Un nome host deve essere risolvibile correttamente dal dispositivo interessato, inclusa la sua VPN o rete di filiale. Un nome host che funziona sul server stesso potrebbe non essere risolvibile allo stesso modo su un client.
Se l'organizzazione o l'endpoint non sono corretti, ottenere un pacchetto generato correttamente tramite la procedura di installazione approvata. Non copiare manualmente la configurazione di un altro cliente.
3. Testare il listener TCP effettivo
Chiedi all'amministratore della distribuzione la porta del server attiva. Dal dispositivo Windows interessato, un controllo della connettività PowerShell può aiutare a distinguere un errore di rete da un errore dell'applicazione:
Test-NetConnection -ComputerName <server-hostname> -Port <configured-port>
Sostituire entrambi i segnaposto prima di eseguire il comando. Se TcpTestSucceeded Se è falso, controlla DNS, routing, VPN, il listener del server e le regole del firewall con ambito. Se è vero, continua a controllare la configurazione e l'organizzazione dell'applicazione; il successo TCP non dimostra la registrazione o l'autenticazione.
4. Controllare il server e il database
Per le installazioni on-premise, verificare che il server sia in esecuzione e in ascolto sull'interfaccia prevista. Esaminare gli errori di avvio o di connessione e verificare la connessione al database utilizzando l'identità di runtime effettiva. Un'identità mancante o inaccessibile Sql.udl Il file può influire sul server nativo anche quando SQL è disponibile per un DBA.
Controlla GoMyidServer e GoMyidCore separatamente dall'endpoint Agent . La configurazione testa sia la pagina di accesso che quella di registrazione/database. Una risposta di accesso da sola non dimostra che il database funziona. Vedi il procedura di installazione illustrata.
5. Distinguere i report mancanti dalle connessioni mancanti
Se il dispositivo è connesso ma il report è vuoto, verificare l'organizzazione, il gruppo, l'utente, l'intervallo di date, le autorizzazioni del revisore e le impostazioni di raccolta abilitate. Attendere l'intervallo di raccolta configurato e confrontare con un evento noto recente. Non interpretare un report filtrato vuoto come prova di un errore di installazione.
Riferimento sintomo-controllo
| Sintomo | Primi controlli |
|---|
| L'installazione non riesce | Pacchetto approvato, elevazione dei privilegi, risultato dell'installazione e evento antivirus. |
| Servizio agente mancante | Profilo agente o amministratore, tipo di distribuzione e completamento dell'installazione. |
| Funziona sulla rete LAN, ma non tramite VPN. | Risultato DNS, percorso, listener di destinazione e reti sorgente consentite. |
| La connessione TCP ha esito positivo, il dispositivo è assente | Errori relativi al pacchetto specifico dell'organizzazione, alla configurazione dell'endpoint e al lato server. |
| Il controllo HTTP o di registrazione di GateCore non riesce | Registra l'endpoint e lo stato HTTP o l'errore di connessione. Verifica GoMyidCore , la porta web selezionata e la configurazione installata. Analizza SQL quando il controllo della registrazione/del database segnala un errore del database. |
| Dispositivo connesso, report vuoto | Filtri, autorizzazioni, configurazione della raccolta, intervallo ed elaborazione dei dati del server. |
Cosa inviare all'assistenza
Invia la release e il tipo di pacchetto, la versione Windows , la data e l'ora con il fuso orario, l'errore esatto, lo stato del servizio, se i controlli DNS e TCP sono andati a buon fine e i log pertinenti (opportunamente anonimizzati). Indica quale passaggio ha funzionato per ultimo. Condividi gli identificativi specifici dell'organizzazione solo tramite il canale di supporto privato approvato.
Torna a Installazione e connessione del client DeskGate o recensione Autorizzazioni richieste e configurazione del firewall.