Jeff777

Tu me casses le moral 😬

Salut, Petit progrès : depuis la semaine passée, il y a deux poteaux de plus de posés, dont un devant chez moi 😄. Si je suis optimiste avant la fin de l'année j'ai la fibreeeeeeeeee!

Bonjour, ça c'est loin d'être génial. L'intérêt du reverse proxy est de n'ouvrir que le minimum de ports. Avec le port 443 tu peux envoyer des requêtes en https et c'est dans le réseau local à l'abri des regards que tu rajoutes le port de l'application grâce au reverse proxy. Relis les tutos suivants et corrige le tir rapidement:

Le pire c'est que je crois que j'ai déjà eu ce soucis une fois. Ah.... Alzheimer 🤣. Du coup tu peux mettre en résolu.

Bonjour, Oui mais : L'IPv6 est délivré aujourd'hui sous forme de tunnel (6RD) au dessus l'IPv4 (dit natif). En raison des évolutions internes de notre réseau, le système va progressivement être inversé, et c'est désormais l'IPv6 qui sera natif, et l'IPv4 délivré sous forme de tunnel. Pour cette raison, désactiver l'IPv6 complètement sur une Freebox revient à potentiellement diminuer les performances réseaux, donc nous enlevons la possibilité de désactiver celui-ci globalement. Cette fonction avait été introduite il y a plus de 10 ans au même moment que la fonction IPv6 de la Freebox, afin d'éviter les problèmes d'interopérabilité avec les systèmes d'exploitation de l'époque. Notez qu'il est toujours possible de désactiver l'IPv6 sur le périphérique lui-même." D'après ce site : https://www.universfreebox.com/article/4381/Suis-je-bien-passe-en-IPv6, je suis en IPV4 natif. Edit : mais https://ipv6-test.com/ me dit IPV6 natif 🙄 En découvrant ton Edit, j'ai fait la modif et remplacé les ports 80/443 (il me semble que c'est relativement récent que j'ai les ports classiques 🙄) par n'importe quoi et Bingo !!! Bravo plus 10 ! Maintenant je vais faire des tests intensifs mais à priori j'ai retrouvé la redondance. Je m'y prépare. Du coup je vais ajouter son ns IPV6 au nas 2.

non rien de la sorte. Du moins pas volontairement. Non mais avant le premier message j'avais modifié dans ma zone une référence à l'IPV6 de mon ancien DS212+ qui n'est maintenant plus dans le circuit. Il est possible que la modif ne se soit pas propagée. Je crois que l'on peut dire 99%. En fait je viens de refaire quelques tests en déconnectant un serveur puis l'autre. La redondance ne fonctionne plus si je coupe le nas1. Il faut que je rajoute l'IPV6 du nas2 en ns pour que cela refonctionne. Une chose m'a mis la puce à l'oreille : sur la page d'accueil des deux nas j'ai un test qui me dit si je suis en IPV4 ou IPV6. Depuis que j'ai remplacé le DS212+ par le DS220+ j'ai toujours les connexions en IPV6 sur les deux nas alors que théoriquement elle est en IPV4 sur le nas2. Ce qui signifie que je passe toujours par le nas 1 et jamais directement sur le 2. Je peux même dire que la connexion en IPV4 est impossible puis qu'en coupant le nas1 je n'arrive plus à joindre le nas2 sauf si je lui mets l'IPV6. Reste à savoir pourquoi j'ai perdu la possibilité de joindre le nas 2 en IPV4 (j'ai toujours la connectivité IPV4 et IPV6 depuis mon PC et les deux nas affichent leurs IPV4 et 6). La redirection du port 443 vers le nas2 est toujours effective dans le routeur et les autres paramètres du routeur n'ont pas changé. J'ai vu que Free était passé de IPV4 natif à IPV6 natif. Il faut que je creuse ce point. Tu aurais une autre idée ? ...et ne me dis pas qu'il faut arrêter mes délires 😉

Salut et bienvenue @arobase1024. Avec un ds411 tu vas rapidement vouloir passer à la vitesse supérieure une fois que tu te seras fait les dents 😉

vers webstation. Comme je te disais dans un navigateur ndd.ovh renvoie la page d'accueil de Webstation en https. Je ne comprends pas pourquoi j'ai cet échec avec https://hstspreload.org/. A noter que le test sur https://www.ssllabs.com/ssltest/analyze.html me donne A+ sur l'adresse IPV6 de mon domaine mais que l'adresse IPV4 donne "Unable to connect to the server".

Et là tu choisis ton utilisateur et ses droits (permission/options avancées/inspecteur de permissions)

Non il n'y a pas de blocage GeoIP sur le port 443. ça, je ne sais pas quoi en faire. Ni d'ailleurs de ce que dit @Einsteinium

oui ce serait bien 😉

1/ tu crées un fichier TXT sur le bureau de ton PC 2/tu ouvres le fichier tu copies/colles les 3 lignes ci-dessus :Rewrite etc..... 3/tu sauvegardes le fichier en changeant son nom Nouveau document texte.txt devient .htaccess 4/Tu t'assure que le paquet Web Station est installé sur le NAS sinon tu l'installes. 5/tu ouvres FileStation (je suppose qu'il est installé sinon tu l'installes) et tu ouvres le dossier web 6/tu glisses le fichier .htaccess dans ce dossier C'est fini !

Ah oui merci. J'avais mal compris ! Pour se connecter au nas en https, il faut créer un fichier texte : RewriteEngine On RewriteCond %{HTTPS} off RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301] l'enregistrer en changeant le nom en .htaccess (faire attention de prendre aussi l'extension). Puis mettre ce fichier à la racine du dossier web (il faut que Webstation soit installé). Toute tentative de connexion en http sera redirigée en https.

Bonjour, Non, pas de modification. Ce matin, sans rien changer, je n'ai plus la même réponse au test hstspreload sur ndd.ovh : Error: Cannot connect using TLS We cannot connect to https://ndd.ovh using TLS ("Get https://ndd.ovh: dial tcp 78.xxx.xxx.xxx:443: connect: connection refused") Ce que je ne comprends pas c'est qu'en mettant ndd.ovh dans le navigateur j'obtiens la page d'accueil de Webstation en https ce qui est normal. Et cela en local ou en extérieur.

Oui c'est bien ce que je crains mais comment corriger : Je ne sais pas ce qui est à l'origine de la redirection http://ndd.ovh ---> http://ndd.ovh/login.php !

Bonjour, Tu crées un dossier partagé musique et dans les permissions tu donnes les bons droits aux différents utilisateurs Edit : Dans les paramètres du dossier partagé tu peux aussi rendre les dossiers invisible à ceux qui n'ont pas les droits

Bienvenue @warzouz

Ah oui....une tonne Ah oui....une tonne. Je modifie en permanence 🤣. Mon objectif actuel c'est d'avoir le site wordpress et le mail de mailplus en high availibility. C'est OK pour le site et j'ai Mailplus opérationnel sur le nas 2 mais avant de poursuivre j'aimerais régler ce problème. As tu une idée concernant la position du fichier login.php recherché par le test de hstspreload plus heut ?

La redirection http vers https.

Bonjour à tous, Je poste ici car je ne vois pas bien où traiter le sujet ailleurs. Ma question est plus une curiosité qu'un véritable problème. J'ai maintenant mes deux nas en DSM7 et je viens de réinstaller Mailplusserveur sur le nas2. J'ai toujours HSTS de configuré. A priori tout fonctionne bien..........mais lorsque je veux tester mon domaine ndd.ovh sur https://hstspreload.org j'ai la réponse suivante : Status: ndd.ovh is currently preloaded, but no longer meets the requirements. It may be at risk of removal. Error: HTTP does not redirect to HTTPS`http://ndd.ovh` (HTTP) redirects to `http://ndd.ovh/login.php`. The first redirect from `http://ndd.ovh` should be to a secure page on the same host (`https://ndd.ovh`). Pourtant, pour n'importe quelle URL mise dans le navigateur la redirection en https s'effectue. Même pour ndd.ovh qui affiche avec le petit cadenas la page d'accueil de Webstation. Si ce n'était le status ci-dessus je ne m'inquiéterai pas plus que ça. Une idée? Je ne trouve pas le fichier login.php dont il est question, j'utilise .htaccess pour la redirection.

Ah oui.... la sauvegarde te sauve la mise !😉

Bienvenue @TotoBello

DS218+ et DS220+ mis à jour. RAS

Merci....j'y vais

Je te remercie mais je préfère attendre que Synology remette l'update à disposition ou autre 🙄