AdArte

Problema ed evidenze operative:

• R: [PSN - AD ARTE] Accessibilità - richiesta creazione ingress per endpoint configurazione AI Gateway. Ciao Samuele Il SOC ci ha risposto così: “le C2S 'MIC-Amministrazione' risultano già abilitate all'accesso alle intere subnet 10.197.129.0/24 e 10.197.134.0/24 con diverse porte, tra cui http. Tutt [...contenuto ridotto per evitare inferenza lenta...] bbiamo provato a risolvere i due hostname, ma dal firewall non si risolvono (ipotizziamo che essendo un nuovo servizio non siano ancora stati registrati sul DNS).” Potete verificare la questione DNS? Non so come funziona la risoluzione, quale DNS usa…. Mi fate sapere? Grazie Luca Company General Use

Soluzione / Procedura Operativa Prioritaria:
Fonte della procedura: diagnosi conservativa costruita sull'evidenza primaria disponibile.

• Usare dns, firewall, mic-amministrazione, soc per cercare nello stesso timeframe log applicativi, trace APM e stato persistito del workflow, evitando ricerche generiche su tutto l'ambiente.
• Ricostruire in ordine le transizioni del workflow dall'ingresso alla risposta finale e individuare la prima transizione assente, fallita o rimasta in stato intermedio.
• Riprodurre una sola volta il caso in ambiente controllato acquisendo correlation/trace id, richiesta, risposta e tempi di ciascuna dipendenza.
• Applicare retry, replay o correzione dati soltanto dopo aver verificato idempotenza e stato corrente, quindi eseguire una prova funzionale end-to-end con lo stesso percorso.

Step di Diagnosi ed Esecuzione:

• Usare la query Datadog riportata sotto per aprire log/APM nello stesso timeframe e verificare se esistono errori sul servizio coinvolto.

Dati Datadog / Telemetry:

• finestra analizzata: ultimi 180 minuti
• chiavi evento usate per la ricerca: MIC-Amministrazione
• topologia: No Datadog hosts matched target: MIC-Amministrazione
• logs: nessun evento trovato. Query: "MIC-Amministrazione"

Diagnosi corrente / Root cause:
Causa non ancora dimostrata; le ipotesi sotto sono ordinate e richiedono verifica tecnica.

• Root cause non determinabile con le sole evidenze ricevute. Il sintomo osservato e: Ciao Samuele Il SOC ci ha risposto così: “le C2S 'MIC-Amministrazione' risultano già abilitate all'accesso alle intere subnet 10.197.129.0/24 e 10.197.134.0/24 con diverse porte, tra cui http. Tuttavia abbiamo provato a risolvere i due hostname, ma dal firewal. La diagnosi deve identificare la prima transizione tecnica fallita nel workflow e confermarla con log, trace o stato persistito prima di attribuire la causa a un componente.

Dati necessari per conferma/chiusura:

• Confermare workflow riproducibile, utenti/operazioni impattati, orario di inizio e ultimo esito corretto noto.
• Acquisire log/APM e metriche del servizio nel timeframe esatto, includendo trace_id, correlation_id o request_id quando disponibili.
• Registrare l'esito dei comandi, la correzione applicata e una prova funzionale positiva prima della chiusura.