11
iclo, le 06 février 2010 - 23:50 , dit :
Pour les utilisateurs de Freebox, je confirme déjà deux points:
1. Il faut en plus du port 8080, rediriger le port 443 de la Freebox vers le NAS
2. Il faut utiliser une adresse http sécurisée: https://
L'un sans l'autre, cela ne marche pas. Avec cette configuration (et après avoir créé une adresse http plus conviviale sur le site dyndns), on arrive à accéder à la console d'administration à l'aide d'une adresse du type: https://nomauchoix.home.dyndns.org (si on a choisi home.dyndns.org comme host).
Pour le reste, je testerai plus tard...
1. Il faut en plus du port 8080, rediriger le port 443 de la Freebox vers le NAS
2. Il faut utiliser une adresse http sécurisée: https://
L'un sans l'autre, cela ne marche pas. Avec cette configuration (et après avoir créé une adresse http plus conviviale sur le site dyndns), on arrive à accéder à la console d'administration à l'aide d'une adresse du type: https://nomauchoix.home.dyndns.org (si on a choisi home.dyndns.org comme host).
Pour le reste, je testerai plus tard...
Si on se tient aux principes de la redirection ... le fait d'avoir "obligatoirement" les ports 8080 ET 443 ... laisse supposer un bug soit sur Freebox soit sur Qnap ... soit une information à compléter ?
Je n'ai pas de freebox pour tester ... d'ou le doute !!!
UN PEU LOURD mais .... :
Les principes :
a ) les connexions I.P. sont mono directionnelles (pas les échanges bien sur) et ne sont pas liées a des applications mais généralement associées à des applications... .
rien ne vous empêche d'utiliser un client telnet de lui donner comme cible une adresse I.P. (ou dns) sur le port 80 et vous recevrez les entêtes Web (si c'est bien une applic. Web à l'écoute du port 80) ... le client telnet ne saura pas les interpréter, mais cela montre que ni le client ni l'application cible ne savent a priori qui est en face de quoi.
Les seuls cas d'espéces sont les applic. telle FTP qui envoi (mode actif) un port au client pour qu'il ouvre une deuxième connexion pour les datas ... ceci ne peut se traiter que grace au "suivi de connexion" qui n'est pas implémenté dans tous les routeurs.
Un seveur (Linux, Qnap, Windows) verifie toujours qu'une seule application est a l'écoute sur un port ... et refuse a une autre le droit d'attendre sur le même port.
b ) certaines applications associent A Priori une demande à un port ...
http://dnsname/ et ABSOLUMENT equivalent a http://dnsname:80/ ... ce n'est qu'une facilité d'écriture comme https://dnsname/ et https://dnsname:443/
SINON il suffit d'ouvrir EXPLICITEMENT un port
http://dnsname:8080/ demande une connexion vers le port 8080
DONC : si vous laissez passer les demandes vers les port 8080 ET 443 de votr freebox ET que vous avez laissé ( vous n'avez pas coché la case "forcez la connexion sécurisée (SSL) Uniquement " ) les deux ports valides sur votre Qnap alors vous devrirez pouvoir faire indifféremment :
http://dnsname:8080/ ou https://dnsname/ ... pour atteindre l'administration. sauf si un port (8080) est filtré par la freebox ... dans ce cas essayer de le changer en 9090 par ex. et de re vérifier.
PEUT-ETRE vouliez-vous dire que si en plus de l'administration, vous voulez atteindre les applications fournis par Qnap (hors web server) directement accéssibles (Multi. Station, File Manager, ...) ET que vous avez forcé SSL uniquement ... alors il y aurait un bug dans le Qnap car les applications resteraient en écoute sur 8080 au lieu de basculer elles aussi sur 443 ?????
Pour rappel, ceci dépends quand même de votre version de firmware, car avant la 3.2 le SSL de l'administration était fait via stunnel un simple "redirecteur" de port, c'est à dire qu'il se mettait à l'écoute du port 443 et redirigeait localement au Qnap vers l'adresse 127.0.0.1:8080 (8080 port de l'administration) il n'y avait donc pas de possibilité de ne conserver que le port 443 ouvert.
Dernier point le SSL est aussi ouvert maintenant aux applications Web Server (Apache) ET vous devez choisir un port qui ne pourra être le 443 si vous l'avez utilisé pour l'administration en SSL (d'ailleurs le défaut est 8081)
donc une application apache utilisant ssl devra (si le port 443 est déjà reservé a l'administration) faire une demande explicite : https://dnsname:8081/ pour arriver sur le serveur apache du Qnap.
DONC avoir deux ports necessaires c'est un de trop ... si ce n'est pas un choix explicite.
Philippe.
NB désolé pour le pavé.
.
