Aller au contenu

Fenrir

Membres
  • Compteur de contenus

    6610
  • Inscription

  • Dernière visite

  • Jours gagnés

    163

Tout ce qui a été posté par Fenrir

  1. Fenrir

    [TUTO] VPN Server

    C'est on UPLOAD (nas vers Internet) qui bride probablement. Pour rappel les paquets vont de la source, vers le nas (donc débit down) puis du nas vers le client (donc débit up)
  2. Fenrir

    [TUTO] DNS Server

    nslookup www.nas-forum.com 192.168.1.2 Vérifie aussi cet écran dans le serveur DNS :
  3. essaye de lancer le conteneur en lignes de commandes et surveille qu'il ne crash pas
  4. Fenrir

    [TUTO] VPN Server

    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)
  5. Fenrir

    [TUTO] DNS Server

    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
  6. Fenrir

    [TUTO] DNS Server

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

    [TUTO] VPN Server

    Certaines box de mauvaise qualité (ou mal configurées par le FAI) ne laissent pas passer l'ipsec, essaye avec OpenVPN déjà.
  8. et en local, sans passer par le routeur ?
  9. @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
  10. Fenrir

    [TUTO] VPN Server

    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
  11. Fenrir

    [TUTO] VPN Server

    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
  12. essaye avec un autre port, le 8080 est peut être déjà utilisé dans ton nas
  13. 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)
  14. Sauf configuration exotique (pour un particulier), un flux venant d'Internet conservera son adresse d'origine (son adresse internet)
  15. =>oui la plupart des box peuvent faire l'affaire
  16. Fenrir

    [TUTO] DNS Server

    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.
  17. Fenrir

    [TUTO] VPN Server

    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
  18. Fenrir

    [TUTO] VPN Server

    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
  19. Fenrir

    HYPERBACKUP ET PORTS

    si tu l'avais avant, regarde tes précédentes captures, c'est juste un avertissement.
  20. ça dépend de ce que tu souhaites faire
  21. Fenrir

    HYPERBACKUP ET PORTS

    Probablement TCP
  22. Fenrir

    HYPERBACKUP ET PORTS

    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
  23. Fenrir

    [TUTO] Cloud Station - Drive

    Précise ta demande.
×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.