MilesTEG1

Heu, c'est-à-dire que mon reverse proxy fonctionne bien lui. Mais l'accès avec l'IP directement non... PS : comment fait-on pour mettre une 2FA sur un user du routeur ? J'ai du désactiver celle que j'avais pour mon user admin avant de le rebooter parce qu'il n'arrivait pas à se connecter au NDD juste après l'installation de la freebox... Et là je voudrais le remettre (2FA)...

@Jeff777 Merci quand même, si un jour je constate un soucis bloquant avec la DMZ, je tenterais le bridge 🙂 Sinon, là j'ai un petit soucis que je ne comprends pas... Je suis connecté au VPN du routeur en L2TP. J'accède bien au NAS via son IP LAN, mais impossible d'accéder au routeur avec son IP LAN à lui 192.168.2.1 ... Toutes les autres IP de mon réseau sont joignables directement. J'ai configuré dans le NAS une entrée de reverse-proxy (avec contrôle d'accès pour n'autoriser que les IP LAN) pour accéder au routeur : Et cette redirection fonctionne... Je précise que j'ai essayé avec HTTP et HTTPS avec les ports personnalisés, et même problème : Du coup, comment ça se fait que je n'arrive pas à accéder à mon routeur via son IP LAN via le VPN alors que c'est possible pour toutes les autres IP et que j'y arrive avec le nom de domaine... ?? Précision : depuis l'ordinateur que je contrôle à distance, le routeur est bien accessible via son IP LAN 😅🤣

Bah quand j'ai regardé la partie Préfixe, et NextHOP, je t'avoue que ça m'a un peu perdu... Et surtout, je ne voyais pas où placer tout ça dans le RT... Mais du coup, faut-il que je configure ça (le NextHOP) ? Je voudrais surtout être sûr que mon réseau est toujours bien sécurisé 🙂 que les IPv6 ne fuitent pas sur le NET.

👋🏻 Salut 🙂 Loin des 400, pas tant que ça 😉 Bon Ok, ça représente 15% d'écart, mais je ne suis pas sûr que tu t'en rendes compte 😆 Retente un speedtest, tu auras une autre valeur 😅 peut-être meilleure, peut-être pire 🤣 Sinon, mettre le routeur en DMZ, je trouve ça plus simple que de suivre ce qui est mis ici : https://utux.fr/?article13/free-bridge-ipv6 et donc de passer la box en bridge 🙂

Oui c'est clair. Perso, je m'en fiche de pas avoir le débit max, tant que c'est très conséquent 😄 Et je le rappelle, j'avais déjà 400M / 400M avec Orange, et ça me satisfaisait bien 😉 Merci pour les infos, je testerais ce soir ^^ Sinon pour la fibre, il n'y a pas de pertes de débit avec la distance comme c'est le cas en ADSL. Ce qui peut causer des pertes de débits, ce sont les soudures mal faites. Et le forfait qui bride le débit. Tu as quoi comme forfait chez Orange ? Car normalement tu es censé avoir pas loin de 400M en upload, non ? Bon après, les tests speedtest sont soumis à la charge CPU de là où c'est exécuté. Et comme tu sembles avoir lancé le test dans ton conteneur docker, ça peut expliquer le débit un peu en retrait, j'avais moi aussi ce genre de petits soucis avec le speedtest en docker.

Ha oui l’ADSL en bout de ligne… j’ai connu ça pas mal d’années… je compatis vraiment et je te souhaite d’avoir la fibre prochainement… mais je sais que ça peut être long… on est loin des promesses du gouvernement du tout fibré en 2022 😤🤬 Je referais un .ovpn classique ce soir pour voir si ça fonctionne correctement. et après je verrais si je dois mettre les trucs v6 pour que ça marche 😅

Non pas encore essayé, je m'en occupe ce soir du OpenVPN. Le quoi ?? mssfix ? ça sert à quoi ? Le ping depuis le PC fonctionne et me retourne l'IPv4 de www.free.fr : 212.27.48.10 Depuis le RT (en SSH), j'ai l'IPv6 de free : Par contre, ormis ce stress de la reconfiguration, qui au final a été assez rapide, que c'est bon d'avoir son propre routeur, et de ne pas avoir à tout reconfigurer pour son réseau local !!

Oui normalement OpenVPN devrait fonctionner, mais comme ça fait un bail que j'ai pas essayé avec, le certificat a du changer, et je devrais recréer le .ovpn pour mon iPhone. J'essaye ce soir (si j'y repense 😉 ) Pour le débit, en filaire sur mon pc fixe : Sinon oui j'ai connecté le RT sur le port 2,5Gbit/s Et les autres sont dispo oui. Je me connectais avec mon mac sur la box avec le port n°2. Mais l'objectif n'est pas d'utiliser ces autres ports XD Je sais que je ne bénéficierais pas des 2,5Gbit/s de la box, mais pas grave, j'ai déjà plus que les 400M/400M de chez Orange.

Donc connexion au VPN : L2TP : OK SSL VPN : OK OpenVPN : KO... mais je pense que c'est à cause du certificat qui a di changer... faut que je creuse. Bon et bien ma foi, tout semble OK (sauf OpenVPN...) Est-ce que niveau sécurité, ça vous semble OK ?

Bon j'ai rebooté le routeur des fois que... Et... tadam : Le ndd synology s'est enfin reconnecté. Le VPN fonctionne sur le L2TP, faut que je teste les deux autres modes de connexion. Oui oui, j'ai un RT2600AC quand même (voir titre du sujet, et les différents messages 😄 ) Pour l'IPV6, seule l'IP externe est utilisée en tant que telle, moi dans mon LAN, je n'utilise en général pas l'IPv6... Là seule l'AppleTV a récupérée une IPv6, et encore c'est pas sûr... faut que je vérifie.

Je peux tenter le mode bridge 😊 mais : - est ce que j’aurais besoin de configurer plus de trucs côté routeur ? - est-ce que le pare-feu ipv6 de la box continuera de fonctionner ?

Hello 🙂 Ça y est je suis chez free 😄 Alors, apparemment ce que j'ai fait fonctionne puisque d'une part j'ai la TV via l'application OQEE de free sur l'AppleTV 😄 Et surtout mes domaines semblent bien fonctionner depuis ma connexion 4G (Plex, Vaultwarden...). Bref tout me semble parfait. Maintenant, voilà ce que j'ai fait... vous allez voir, je n'ai pas fait grand chose... Alors, une fois la POP connectée à la fibre (et les techniciens peu bavards partis), je me suis connecté en filaire sur la POP, pour la configurer. J'ai déjà re-paramétré le Wifi pour que ma femme puisse accéder à internet depuis son ordi le temps que je finisse la configuration. Activation du pare-feu IPv6 Désactivation de l'UPNP Configuration du DHCP : J'ai mis l'adresse MAC du RT en baux statique sur l'IP 192.168.1.2. (J'ai aussi réduit la plage DHCP) Gestion des ports : mise en DMZ de l'IP du RT. Ensuite sur le RT, après avoir branché ce dernier sur la freebox : J'ai cliqué sur le bouton détecter : Et dans la configuration IPv6, c'est en mode Relais IPv6. Voilà, c'est tout ce que j'ai fait. En rédigeant ce message, j'ai essayé la connexion à mon VPN sur le RT depuis la 4G de mon téléphone... mais ça ne fonctionne plus... Le DDNS Synology que j'utilise a bien eu la bonne IP (je sais pas quand en fait), mais là il ne veut plus se mettre à jour, et n'est pas joignanble, ce qui expliquerais les soucis de connexion au VPN... C'est vitale pour moi d'arriver à me connecter au VPN du RT... Comment puis-je configurer le tout pour que ça fonctionne ? Merci de votre aide 🙂 @oracle7 @Einsteinium @PiwiLAbruti @Jeff777

Je pensais que tu avais contacté le support synology en parallèle 😅 c’est à mon avis ce que tu devrais faire.

Il faut surtout que tu vérifies si les permissions sont OK avec ce nouveau dossier... Si c'est le cas, essaye de copier quelques photos et quelques dossiers de l'ancien vers le nouveau, et vérifie à nouveau les permissions et si tu y as bien accès partout où tu le devrais.

Oh 😄 Je ne te forçais pas à passer à DSM7 😅 Bon maintenant que c'est fait 😄 Il y a un vrai soucis sur ce dossier... Est-ce que tu as ça sur d'autres dossiers partagés ? tes disques durs ont-ils migrés depuis un autre NAS ? Si oui lequel ? Pourrais-tu essayer de renommer ton dossier partagé, et en recréer un nouveau tour frais ?

C’est normal j’ai eu moi aussi ce message. Ça veut dire que tu resterais sur bla-bla.ndd.tld même si en sous marin ça va sur ndd.tld. L’url dans la barre d’adresse ne changera pas et affichera donc toujours bla-bla.ndd.tld. Je crois que c’est que les autres ici appellent un CNAME.

@Chaf Tu es encore sous DSM 6.2 ? Faut que je me connecte sur le vieux DS212 pour faire des captures 😮 Bon moi ce que je voulais voir c'était cet onglet : Mais pas que pour le groupe administrators... Montre aussi les permissions d'un utilisateur pas admin. PS : on est bien d'accord que le compte "admin" est bien désactivé sur ton NAS ?

@olivier.du.974 Pour ça, il faut que ton sous-domaine soit une redirection vers ton domaine, dans la configuration OVH.

@Chaf Montre les permissions de groupes, je pense que le soucis est là.

Attention, @oracle7n'a toujours pas migré sur DSM7 ! Sinon, en effet j'ia bloqué la version 1.20.4 dans mon docker-compose.yml 🙂 Et j'ai bien eu une MAJ ce matin... du coup je ne sais pas pourquoi vu qu'il paraitrait logique que cette version ne soit plus suivi au niveau des MAJ, non ??

Salut 🙂 Lorsque que tu dis, @Pnessque tu dois fixer les DNS avec ceux d'orange, c'est où ? Dans la configuration internet du routeur ? Car si c'est là, je ne vois pas pourquoi on ne pourrait pas spécifier dans la partie DHCP nos propres DNS, que ce soit celui de notre serveur DNS (DNS serveur du NAS, ou un AdguardHome/PiHole), ou bien des DNS plus réputés 😉

Hello, Watchtower m'a fait une MAJ de telegraf 1.20.4. Et je vois ça dans les logs ce matin : 2022-01-28T04:03:21Z I! Starting Telegraf 1.20.4 2022-01-28T04:03:21Z I! Using config file: /etc/telegraf/telegraf.conf 2022-01-28T04:03:21Z I! Loaded inputs: cpu disk diskio docker kernel mem processes snmp swap system 2022-01-28T04:03:21Z I! Loaded aggregators: 2022-01-28T04:03:21Z I! Loaded processors: 2022-01-28T04:03:21Z I! Loaded outputs: influxdb 2022-01-28T04:03:21Z I! Tags enabled: host=monitoring_telegraf 2022-01-28T04:03:21Z I! [agent] Config: Interval:10s, Quiet:false, Hostname:"monitoring_telegraf", Flush Interval:10s 2022-01-28T04:03:31Z E! [outputs.influxdb] When writing to [http://monitoring_influxdb:8086]: failed doing req: Post "http://monitoring_influxdb:8086/write?consistency=any&db=nas_telegraf": dial tcp 172.20.0.2:8086: connect: connection refused 2022-01-28T04:03:31Z E! [agent] Error writing to outputs.influxdb: could not write any address 2022-01-28T04:03:35Z E! [inputs.docker] Error in plugin: Get "http://%2Fvar%2Frun%2Fdocker.sock/v1.21/info": context deadline exceeded 2022-01-28T04:03:41Z E! [outputs.influxdb] When writing to [http://monitoring_influxdb:8086]: failed doing req: Post "http://monitoring_influxdb:8086/write?consistency=any&db=nas_telegraf": dial tcp 172.20.0.2:8086: connect: connection refused 2022-01-28T04:03:41Z E! [agent] Error writing to outputs.influxdb: could not write any address 2022-01-28T04:03:51Z E! [outputs.influxdb] When writing to [http://monitoring_influxdb:8086]: failed doing req: Post "http://monitoring_influxdb:8086/write?consistency=any&db=nas_telegraf": dial tcp 172.20.0.2:8086: connect: connection refused 2022-01-28T04:03:51Z E! [agent] Error writing to outputs.influxdb: could not write any address 2022-01-28T04:04:01Z E! [outputs.influxdb] When writing to [http://monitoring_influxdb:8086]: failed doing req: Post "http://monitoring_influxdb:8086/write?consistency=any&db=nas_telegraf": dial tcp 172.20.0.2:8086: connect: connection refused 2022-01-28T04:04:01Z E! [agent] Error writing to outputs.influxdb: could not write any address 2022-01-28T04:04:11Z E! [outputs.influxdb] When writing to [http://monitoring_influxdb:8086]: failed doing req: Post "http://monitoring_influxdb:8086/write?consistency=any&db=nas_telegraf": dial tcp 172.20.0.2:8086: connect: connection refused 2022-01-28T04:04:11Z E! [agent] Error writing to outputs.influxdb: could not write any address 2022-01-28T04:04:21Z E! [outputs.influxdb] When writing to [http://monitoring_influxdb:8086]: failed doing req: Post "http://monitoring_influxdb:8086/write?consistency=any&db=nas_telegraf": dial tcp 172.20.0.2:8086: connect: connection refused 2022-01-28T04:04:21Z E! [agent] Error writing to outputs.influxdb: could not write any address Mais chose étrange, Grafana semble avoir accès aux données, et m'affiche bien les valeurs : Du coup je ne comprends pas l'erreur qui a lieu avec telegraf... Edit : Hmm alors en fait, les erreurs dates d'avant la MAJ 😮 Et en rebootant les conteneurs telegraf, je ne vois plus ces erreurs... donc fausse alerte XD

Salut, Du coup, tu as vraiment diagnostiqué le soucis comme étant issu des disques durs ? (c'est souvent ce qui fait foirer le NAS c'est sûr 😅).

Tu auras normalement la possibilité d'éditer le message dont le titre.

Ouf, c'est une très bonne nouvelle ! Mais purée, ça peut lâcher comme ça une alimentation ?? Il est pas si vieux ton 918+...