merci Merrick pour le coup de main aussi.
c'est comme la requête n'aboutissait jamais au serveur, car je ne retoruve aucune trace de requêtes https avec l'ip pc salon, seulement celles en http.
iptables -L |grep ton_ip_publique
grep -R ton_ip_publique /var/log/*
un énorme fichier où il n'y a aucune trace d'accès https, même en essayant de faire coïncider l'heure où j'ai tenté d'y accéder. Seulement les accès http y figurent. Par contre chose que je n'avait pas pensé, il y a les accès de mon NAS synology (vsftpd) OK pour les DL auto par le ftp, les accès transdroid en wifi aussi qui fonctionnent. Si il avait banni l'IP ces accès là auraient fonctionné ?
ex d'accès en http OK : /var/log/nginx/rutorrent-access.log.1:ippcsalon - user [27/Jan/2019:17:23:35 +0100] "GET /rutorrent/ HTTP/1.1" 304 0 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/71.0.3578.98 Safari/537.36"
ex depuis pc taf en https :
/var/log/nginx/rutorrent-access.log:ippctaf - user [28/Jan/2019:09:46:50 +0100] "POST /user HTTP/1.1" 200 8982 "https://ipseedbox/rutorrent/" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/71.0.3578.98 Safari/537.36"
grep ton_ip_publique /etc/hosts.deny