Versioni 1.11.x rompono il download del metadata sp

[FedericoValeri]

Fino alla versione 1.10.6 mi è possibile scaricare il metadata sp inserendo il seguente url nel validator: http://host.docker.internal:<my-app-port>/metadata-spid/metadata.xml:

>>> 2025-03-31 09:35:06 - POST [] /api/metadata-sp/download


>>> DATABASE : QUERY
"SELECT store, type FROM store WHERE user='validator' AND entity_id='http://localhost:5141/'  AND type='main'"


>>> DATABASE : QUERY
"SELECT store, type FROM store WHERE user='validator' AND entity_id='http://localhost:5141/'  AND type='main'"


>>> DATABASE : QUERY
"INSERT OR IGNORE INTO store(user, organization, entity_id, external_code, timestamp, type, store) VALUES ('validator', NULL, 'http://localhost:5141/', NULL, DATETIME('now', 'localtime'), 'main', '{\"metadata_SP_URL\":\"http://host.'/*+14997 bytes*/);"


>>> DATABASE : QUERY
"UPDATE store SET timestamp=DATETIME('now', 'localtime'), store='{\"metadata_SP_URL\":\"http://host.'/*+14997 bytes*/ WHERE user='validator' AND entity_id='http://localhost:5141/' AND type='main'"

Dalla versione 1.11.0 viene mostrato errore generico e la seguente chiamata non prosegue:

>>> 2025-03-31 09:37:39 - POST [] /api/metadata-sp/download

[AlfoAnto02]

Anche io ho riscontrato lo stesso errore per quanto riguarda il download del metadata nell'ultima release dell'immagine docker. Stesso medesimo errore. Aggiungo che sia con postman che con il comando interno alla cli del container il metadata viene effettivamente trovato all'endpoint http://localhost:5141/metadata-spid/metadata.xml

[FedericoValeri]

Credo che il problema risieda in spid-validator/server/lib/utils.js. Questo blocco di codice che era stato inserito in commit 6076e36:

var q = url.parse(src, true);
var protocol = (q.protocol == "http:") ? require('http') : require('https');
protocol.get(src, (res) => {...}

è tornato ad essere:

https.get(src, (res) => {...}

[markreds81]

Confermo, ho avuto anch'io lo stesso problema. Nel mio ambiente di test avevo un server Keycloak con profilo "dev" a cui mi connettevo in http e mi sono cos' imbattuto nello stesso inconveniente. Fixato il codice a mano, rifatta l'immagine di spin-saml-check e ha funzionato. Capisco che in produzione non usi di certo http, ma per fare delle prove in cui non vuoi sbatterti con certificati vari, farebbe comodo potersi connettere in http.