Skip to main content
Apri Administration → Keys e conferma che la chiave della macchina sia attiva e abbia events:add. Quindi apri Observe → Events, amplia l’intervallo di tempo e cancella i filtri per ambiente e agent. Se esistono eventi, cerca l’ID della sessione e controlla quindi Observe → Sessions per il raggruppamento. Se non esistono eventi, diagnostica il daemon Failproof dalla CLI.Il flusso eventi live con i suoi filtri principali visibili e i recenti eventi degli agent in arrivo.
Cancella i filtri in Observe → Events e cerca l’ID esatto della sessione SDK. Se non appare nulla, ispeziona lo spool dell’SDK e il daemon Failproof sulla macchina di origine.
Apri Admin → enforcement, seleziona la macchina e confronta le versioni assegnate, segnalate e precedenti. Conferma che l’ambito della distribuzione includa la macchina e che la sua chiave abbia policies:pull. L’ingestione può funzionare anche quando la consegna delle policy non funziona.
Apri Admin → enforcement e ispeziona l’ultimo orario di visualizzazione della macchina e la versione segnalata. Se la macchina è obsoleta, tratta questo come un problema del daemon locale. Non indebolire la policy distribuita solo per aggirare un daemon non disponibile.
Per una policy creata in Cloud, apri Admin → policy editor, seleziona la bozza e rivedi gli errori di convalida prima di pubblicare. Per una policy locale, usa la CLI per convalidarla, quindi apri Observe → policy dopo un’azione di test per confermare che gli ordini arrivino.
Apri Analyze → audits, seleziona l’esecuzione e verifica se l’analisi del modello è stata eseguita. Quindi confronta il suo ambito e finestra con Observe → sessions e apri tracce rappresentative da quella popolazione.Un risultato pari a zero è significativo solo quando l’analisi è stata eseguita con successo. Se l’analisi è stata saltata o non è riuscita, l’esecuzione non produce risultati e mantiene la finestra non analizzata aperta per un’esecuzione futura riuscita. Se l’analisi del modello è disabilitata, l’audit non produce risultati perché la scansione deterministica delle credenziali e della PII registra statistiche ma non genera più risultati.Il modulo di audit in cui ambiente, agent, cadenza e finestra di sweep definiscono la popolazione della sessione.
Apri una sessione completata e verifica se una valutazione manuale ha esito positivo. Cloud ospitato attualmente non ha alcun controllo dell’endpoint dell’evaluator nel dashboard; l’operatore del server deve configurarlo.
Usa il selettore di organizzazione e conferma lo slug e i permessi previsti prima di confrontare i risultati con la CLI.
Apri Observe → policy, conserva la decisione e la sessione collegata e identifica la condizione di falso positivo. Quindi apri Admin → enforcement ed esegui il rollback delle macchine interessate alla versione precedente. Crea una versione più ristretta in Policy editor, testala su un piccolo ambito e espandi solo dopo il successo del lavoro valido.
Quando contatti il supporto, includi la versione della CLI, l’harness, l’ambiente, l’ID sessione o distribuzione rilevante e l’output di failproofai config --status con i segreti rimossi.