Fenrir

nslookup www.nas-forum.com 192.168.1.2 Vérifie aussi cet écran dans le serveur DNS :

essaye de lancer le conteneur en lignes de commandes et surveille qu'il ne crash pas

La résolution netbios n'a rien à voir avec les DNS. Netbios est limité aux machines d'un même réseau (sauf avec un serveur WINS). =>il faut utiliser des IP ou des enregistrements DNS (cf tuto)

Sans IP fixe, vous pouvez suivre le tuto jusqu'à cette mention : Si vous n'avez pas d'IP fixe, pas la peine d'aller plus loin

http://adresse ip du nas : n° de port

Oui mais ce n'est pas recommandé ni forcement trivial.

Certaines box de mauvaise qualité (ou mal configurées par le FAI) ne laissent pas passer l'ipsec, essaye avec OpenVPN déjà.

oui +1

et en local, sans passer par le routeur ?

@kryxx Si tu as un accès SSH aux 2 nas, fais le transfert avec rsync en commande, il n'y a pas plus rapide

Je ne peux pas vérifier maintenant, mais openvpn le permet, par contre tu peux aisément créer un script en tache planifiée qui force la reconnexion, la commande de base est : synovpnc https://blog.cybrox.eu/posts/synology-dsm6x-vpn-via-command-line

pas prévu dans le paquet syno (les serveurs vpn savent le faire) par contre l'ip "lan" ne devrait pas changer et si les routes sont OK, tu devrais pouvoir utiliser cette adresse

essaye avec un autre port, le 8080 est peut être déjà utilisé dans ton nas

il utilise peut être d'autres ports, mais je ne peux pas tester (je n'ai pas le boîtier compatible) normalement on met une IP fixée par le DHCP, pas en dur dans le boîtier donc en cas de changement de box, il faudra simplement refaire la réservation DHCP sur le nouveau plan d'adressage, mais de toute manière ça n'a pas de sens pour un particulier d'utiliser l'ip d'un boîtier dans les règles de ce boîtier. ça évite aussi de se retrouver bloqué en cas de changement d'opérateur ou d'adresssge. En pratique c'est vrai que les box en France utilisent généralement des /24 dans le 192.168.0.0/16 (192.168.0.0/24, 192.168.1.0/24, ...), mais ce n'est pas systématique. Si tu sais ce que ça implique de faire des règles plus strictes, ça ne pose aucun problème. non, au contraire (sauf à avoir un DHCP pirate dans ton réseau) Chacun voit midi à sa porte, mais si azure, google &co utilisaient des ip en dur sur leurs serveurs/conteneurs/vm/..., ça sera un jolie bordel ;) Mais ici on est dans un cadre particulier, pour des utilisateurs qui n'ont pas nécessairement des outils de suivi des allocations et qui n'ont pas les mêmes contraintes, donc le plus simple est souvent le plus fiable => DHCP avec réservation ---- IP en dur sur l'équipement : on ne dépend pas de la fiabilité du serveur DHCP (mais avec des allocations suffisamment longue, le risque est très faible) on est à l'abri d'un serveur DHCP frauduleux (mais si quelqu'un peut installer un DHCP frauduleux dans un réseau, on a un problème bien plus important) IP réservées par le DHCP : on n'a pas à se soucier de ce qui est ou non déjà utilisé sur le réseau (en dur ou en dhcp) car le protocole vérifie qu'une ip est libre avant de l'attribuer en cas de changement de plan d'adressage, on fait les modifications de manière centralisée sans avoir à reconfigurer manuellement chacun des équipements La seule exception concerne les services d'infrastructure : routeurs/switchs/firewall/DNS et les serveurs DHCP (plus quelques autres trucs) => ils est fortement recommandé de les configurer en IP fixe (c'est même indispensable pour certains)

Sauf configuration exotique (pour un particulier), un flux venant d'Internet conservera son adresse d'origine (son adresse internet)

=>oui la plupart des box peuvent faire l'affaire

Si la box ne permet pas de spécifier les DNS à utiliser, une possibilité pourrait être de limiter la plage d'ip et d'en réserver toutes les adresses, mais le plus simple reste de couper le serveur dhcp de la box à mon avis. Autre possibilité, truander les routes mais hors sujet ici.

Dans une fenêtre de commandes lancée en administrateur : route add <destination> mask <masque> <passerelle> -p le -p à la fin c'est pour que la route reste après un reboot Exemples : Pour joindre toutes les adresses en 192.168.123.X on passe par 192.168.123.1 route add 192.168.123.0 mask 255.225.255.0 192.168.123.1 -p Pour joindre l'adresse 192.168.123.2 on passe par 192.168.123.1 route add 192.168.123.2 mask 255.225.255.255 192.168.123.1 -p

ajoute une route sur ton pc qui lui indique qu'il faut passer par le nas pour joindre l'autre tu peux aussi faire un vpn entre ton pc et le nas distant

si tu l'avais avant, regarde tes précédentes captures, c'est juste un avertissement.

ça dépend de ce que tu souhaites faire

Probablement TCP

La dernière règle de DESTINATION LIVEBOX est dangereuse, tu rediriges TOUS les ports vers le nas L'avant dernière règle de DESTINATION NAS PAREFEU est fausse, tu as mis port source au lieu de port destination

Précise ta demande.

Pour faire passerelle VPN un raspberry est aussi rapide qu'un syno et un ERX c'est un modèle de routeur pas cher d'Ubiquiti. Dans mon poste précédent j'ai fait une coquille, le VPN entre les 2 nas peut être le même que l'un ou l'autre des VPN client->nas à la condition que le sens de connexion (nasA vers nasB ou nasB vers nasA) soit toujours le même.