[RISOLTO] Problema Waptexit: errore client 408: per URL:

[wapt.user6325]

Ciao a tutti,

La breve introduzione:
Ex amministratore di un Wapt Enterprise nella mia precedente azienda, avendo cambiato azienda di recente, ho deciso di creare un Wapt Server (per il momento Discovery, per il resto vedremo più avanti).

Il problema:
Il server è attivo e funzionante, sembra funzionare, waptdeploy è stato inviato tramite GPO, MA ho esattamente lo stesso problema di questo argomento, che è contrassegnato come risolto (in seguito all'aggiornamento WAPT)
Collegamento all'argomento

In pratica, quando il client non riesce a contattare il server durante l'arresto (nel mio caso, non sono ancora in produzione, quindi sto simulando questo con l'arresto del server WAPT), ricevo un errore waptexit:

408 Errore client: per l'URL:
http://127.0.0.1:8088/is_entreprise
Premere "OK" per ignorare e rischiare il danneggiamento dei dati.
Premere "Annulla" per chiudere il programma

Seguendo il thread menzionato, pensavo che il problema fosse risolto. Sono un caso isolato?
Un problema di licenza?

Grazie per l'aiuto

PS:
Non credo che sia correlato, ma ho notato che sulla pagina web del mio server WAPT, per scaricare il client, c'è scritto "WAPT Server: ENTERPRISE"
Non so se dovrebbe esserci scritto qualcos'altro, tipo "Discovery", visto che non è installata alcuna licenza?


Ambiente di prova:
Scoperta di Watt
Versione del server WAPT: 2.2.3
Versione dell'agente WAPT: 2.2.3.12463
Versione di distribuzione WAPT: 2.2.3.12463
Sistema operativo del server: Debian 11 - aggiornato
Sistema operativo client Waptdeploy: Windows 10

[alejeune]

Salve,

abbiamo identificato la causa e abbiamo aperto un ticket di supporto interno.
Per una soluzione rapida, potete aggiungere le parentesi quadre [] al file licenses.json sul server WAPT e al file /var/www/licences.json sul vostro server Debian 11.

Cordiali saluti,
Amélie

[wapt.user6325]

Ciao,
sì, sembra che il problema sia stato risolto! Grazie
(modifica effettuata, server riavviato e nessun agente rigenerato).

Per mia comprensione:
non capisco bene come una modifica a un file di configurazione del server possa influenzare il comportamento di waptexit (che sembra interrogare l'indirizzo "localhost", ma è errato) sulla macchina client?


Buona giornata,
Alexis

[dcardon]

Ciao Alexis,

l'agente deve sapere se sta eseguendo l'edizione Enterprise o Discovery per determinare quali funzionalità attivare. Per fare ciò, recupera una derivazione della licenza e la memorizza in una cache locale. Nel caso di Discovery, non c'è alcuna licenza sul server, quindi dovrebbe recuperare un oggetto JSON vuoto (da qui le parentesi quadre [ ]), ma c'era un bug per cui recuperava invece un valore nullo. Se il valore è nullo localmente, l'agente presume di non sapere ancora se sta eseguendo Discovery o Enterprise, quindi si connette al server per verificarlo. Questo è il problema quando la macchina è disconnessa e non riesce a raggiungere il suo server. Il problema si verifica solo quando non c'è una risposta ICMP di irraggiungibilità per chiudere la connessione (in pratica, c'è un DROP). L'agente quindi attende una risposta che non arriva mai e, poiché il timeout tra l'agente e il server è più lungo del tempo tra waptexit e l'agente, restituisce un codice 408 a waptexit.

Il problema è complesso, ed è per questo che ci è voluto un po' per risolverlo. In sostanza, il server non avrebbe mai dovuto restituire un valore nullo; avrebbe dovuto restituire una lista vuota (il file che hai creato).

Dato che la versione Enterprise copre gli stipendi e lo sviluppo di WAPT, naturalmente dedichiamo più tempo al suo sviluppo e ai test. Questo bug ci era sfuggito.

Cordiali saluti,

Denis

[wapt.user6325]

Ciao Denis,

e grazie per la tua risposta, che ha certamente soddisfatto la mia curiosità!

Buona giornata e in bocca al lupo!

Alexis