2017-10-10 7 views
1

J'essaye de configurer mon application springboot sur le serveur de production de Debian Stretch. App utilise TLS 1.2 et HTTP2 donc je l'ai couru avec Undertow intégré et il a fonctionné parfaitement sur Windows, mais il semble juste abandonner la connexion après Client Hello sur Linux. c'est ce qu'il ressemble à Wireshark:Undertow (je pense) ferme la connexion après le client SSL Bonjour

enter image description here

j'ai pu se connecter sur l'insécurité http/1.1 sans problème cependant. Je suis sûr qu'il a quelque chose à voir avec TLS, car le désactiver dans application.properties permet à Undertow de se replier sur http/1.1. (J'ai besoin de multiplexage cependant)

Et je ne trouve rien qui pourrait causer un tel comportement. Ce n'est pas le keystore car je n'ai pas d'erreurs en Java.

La seule chose que je devais changer à partir de Windows étaient des paramètres JVM que je devais changer pour le faire utiliser IPv4:

java -Xbootclasspath/p:/home/dptools/alpn-boot-8.1.11.v20170118.jar -Djava.net.preferIPv4Stack=true -Djava.net.preferIPv4Addresses -jar dpTools-0.0.1-SNAPSHOT.jar 
+0

Où la capture de paquet a-t-elle été effectuée? Je suppose du côté du client. Veuillez effectuer une capture de paquets en parallèle du côté serveur pour vérifier que le FIN est réellement causé par le serveur et non par un boîtier d'inspection de paquets profond (comme un pare-feu) entre les deux. –

+0

@SteffenUllrich Il a en effet été pris côté client, mais tcpdump sur le côté serveur le capture également. https://puu.sh/xUshC/77b51ab95e.png –

Répondre

0

Transforme que c'était keystore après tout, pas exactement keystore, mais à l'intérieur keypair. Apparemment, mettre des caractères spéciaux dans un alias n'est pas une bonne idée. après le passage à l'alias alphanumérique, cela fonctionne. Ce qui me préoccupe, c'est l'absence d'erreur sur la liaison socket.