javax.net.ssl.SSLHandshakeException: General SSLEngine problem

Fatturazione Elettronica
1

Salve,
non riesco ad uscire da questo tunnel.
Riesco ad inviare la fattura ma non riesco più a ricevere la notifica.
Questo è il codice che utilizzo, che ha funzionato per un periodo poi (non so su quale modifica) ha iniziato a darmi l’errore in oggetto:

ini_set( "soap.wsdl_cache_enabled", 0 );
ini_set( 'soap.wsdl_cache_ttl', 0 );

//wsdl trasmissione fatture
$tfwsdl = __dir__ . '/wsdl/TrasmissioneFatture_v1.1.wsdl';

function ricevutaConsegna() {
    return 'ER01';
}

function notificaMancataConsegna() {
    return 'ER01';
}

function notificaScarto() {
    return 'ER01';
}

function notificaEsito() {
    return 'ER01';
}

function notificaDecorrenzaTermini() {
    return 'ER01';
}

function attestazioneTrasmissioneFattura() {
    return 'ER01';
}

$server = new SoapServer( $tfwsdl );

$server->addFunction( "ricevutaConsegna" );
$server->addFunction( "notificaMancataConsegna" );
$server->addFunction( "notificaScarto" );
$server->addFunction( "notificaEsito" );
$server->addFunction( "notificaDecorrenzaTermini" );
$server->addFunction( "attestazioneTrasmissioneFattura" );

$server->handle();

Qualcuno riesce ad aiutarmi?
Grazie

2

Sei in fase di test o produzione?

3

Sono in fase di test.

Anche se per gli endpoint quando ci siamo accreditati, abbiamo dato lo stesso indirizzo. Inoltre ci siamo accrediti solo per l’invio delle fatture.

4

Nessuno riesce ad aiutarmi?
Sono in questo limbo da un mese e non ho idea del problema.
Riesco ad inviare le fatture senza problemi ma non c’è verso di ricevere le notifiche.
Nel file .htaccess ho aggiunto :

RewriteEngine On RewriteRule ^wsdl/(.*)$ wsdl/$1 [L] RewriteRule ^(.*)$ index.php [QSA,NC,L]

Ma comunque non funziona niente!

5

Speriamo in una proroga,
anche noi siamo sulla mancata ricezione notifiche
siete su IIS e visualstudio ?
Ciao Francesca.

6

Anche noi inviamo correttamente le fatture ma NON riceviamo le notifiche con errore :unamused::

javax.net.ssl.SSLHandshakeException: General SSLEngine problem

Siamo su Debian/apache2/php/soap

7

Non puoi usare i rewrite, perché non vengono seguiti da SdI. Puoi ottenere lo stesso risultato con un reverse proxy, che a differenza dei rewrite, è completamente trasparente.

8

Ragazzi qualcuno ha risolto il problema del multi virtualhost con tecnologia SNI su Apache?
:thinking:
Noi stiamo ricevendo sempre questo errore stavamo pensando di spostare il virtualhost di ricezione su un server dedicato ma non vorrei trovarmi a questa soluzione Qualcuno sa dirmi se su Apache la ricezione e l’invio funzionano sullo stesso server con virtualhost diversi?:roll_eyes:

9

SdI non supporta SNI. Se sul server ospiti più domini, devi assegnare a quello dove risiede l’endpoint un IP dedicato, o in alternativa configurare il certificato dell’AdE come certificato di default del server (cioè quello che viene ritornato ai client senza supporto SNI)

10

Ok, :stuck_out_tongue_winking_eye::stuck_out_tongue_winking_eye::stuck_out_tongue_winking_eye:.
Invio e Ricezione funzionanti.
Purtroppo come temevamo, Per lavorare correttamente, abbiamo dovuto utilizzare 2 server apache.
Uno per l’invio e uno per la ricezione
Forse se leggevamo meglio la guida, non ci ritrovavamo a doverlo fare adesso :joy::joy::joy:
Per chi ha questo tipo di problema,

Verificare da un server diverso l’header ssl riscontrata:
server1>openssl s_client -connect server2:443

Noi abbiamo scoperto che SNI su Apache comunque da problemi, e anche pur avendo la corretta configurazione, mostrava il certificato di CLOUDFLARE.

Così abbiamo clonato il cloud, disattivato altri virtual host, ed ecco la magia è eseguita!!:grin:

image
image941×147 5.77 KB

Al massimo, se volete sviluppare solo su una dir il Vs progetto, usate un proxyPass per reindirizzare le POST request del server di Sogei