Données réseau du NAS local et du NAS distant (sur le même réseau que le local pour le moment).
+ ce que la box affiche sur les NAS.
+ ce que la box affiche sur les NAS.
Synology DS 218 play : perte de connexion
- Auteur du sujet pi3529
- Date de début
Merci de ces informations que j'avais demandées en privé.
Ceci confirme que les NAS sont configurés en client DHCP
Il faudrait la configuration DHCP de la BOX pour voir s'il y a des réservations d'adresse ou pas
S'il n'y a pas de réservation DHCP, rien ne garantit que le NAS conserve la même adresse lors des renouvellements des baux
C'est ce que devrait permettre de voir les journaux du NAS
Par ailleurs, j'ai noté que tu as un Raspberry qui fait passerelle Tailscale
Je vais regarder demain s'il y a un impact sur le routage ou autre sur le LAN.
Si un colistier est expert, il donnera certainement son avis
Est-ce que tu utilises Tailscale pour faire communiquer les deux NAS entre eux lorsque chacun est sur son site ?
Bonjour,
Effectivement, ce serait mieux d’affecter une adresse IP fixe à chaque NAS.
"Est-ce que tu utilises Tailscale pour faire communiquer les deux NAS entre eux lorsque chacun est sur son site ?"
Jusqu’à maintenant, non, mais je suis en train de configurer cela. D’après ce que j’ai compris, outre l’utilisation d’un VPN, Tailscale permet le déplacement du NAS ainsi connecté sans avoir à configurer / modifier les paramètres réseau.
Cordialement,
Effectivement, ce serait mieux d’affecter une adresse IP fixe à chaque NAS.
"Est-ce que tu utilises Tailscale pour faire communiquer les deux NAS entre eux lorsque chacun est sur son site ?"
Jusqu’à maintenant, non, mais je suis en train de configurer cela. D’après ce que j’ai compris, outre l’utilisation d’un VPN, Tailscale permet le déplacement du NAS ainsi connecté sans avoir à configurer / modifier les paramètres réseau.
Cordialement,
A mon sens il est INDISPENSABLE d'affecter des adresses IP fixes à chaque NAS et aussi à chaque appareil ayant des fonctions serveur, ...
Pour cela deux solutions
Soit l'appareil est en client DHCP : dans ce cas il faut faire une réservation d'adresse sur le serveur DHCP (la BOX dans ton cas si je ne me trompe pas)
Soit l'appareil est configuré en IP statique
Chacune des solutions a ses avantages, ses inconvénients et ses partisans ou adversaires
L'avantage de la solution en client DHCP est qu'en cas de changement de réseau (changement de FAI par exemple), on n'a pas à intervenir sur les équipements clients
L'avantage de la solution en IP statique c'est qu'on ne dépend pas du protocole DHCP
Il existe une alternative qui consiste à utiliser un routeur en aval de la BOX, mais, cette solution ne présente pas que des avantages, surtout pour quelqu'un peu familiarisé avec le réseau. L'idée est d'avoir un réseau indépendant de tout changement de BOX et sur lequel on a la maitrise totale du routeur. Parmi les avantages, la possibilité de segmenter entre plusieurs VLANS, d'avoir un meilleur contrôle sur le filtrage, d'avoir des logs "décents", ... ce qui ne concerne pas tous les utilisateurs.
Pour cela deux solutions
Soit l'appareil est en client DHCP : dans ce cas il faut faire une réservation d'adresse sur le serveur DHCP (la BOX dans ton cas si je ne me trompe pas)
Soit l'appareil est configuré en IP statique
Chacune des solutions a ses avantages, ses inconvénients et ses partisans ou adversaires
L'avantage de la solution en client DHCP est qu'en cas de changement de réseau (changement de FAI par exemple), on n'a pas à intervenir sur les équipements clients
L'avantage de la solution en IP statique c'est qu'on ne dépend pas du protocole DHCP
Il existe une alternative qui consiste à utiliser un routeur en aval de la BOX, mais, cette solution ne présente pas que des avantages, surtout pour quelqu'un peu familiarisé avec le réseau. L'idée est d'avoir un réseau indépendant de tout changement de BOX et sur lequel on a la maitrise totale du routeur. Parmi les avantages, la possibilité de segmenter entre plusieurs VLANS, d'avoir un meilleur contrôle sur le filtrage, d'avoir des logs "décents", ... ce qui ne concerne pas tous les utilisateurs.
Concernant l'impossibilité d'arrêter le NAS (LOCAL) par appui long sur l'interrupteur, je te propose, afin de s'assurer qu'il ne s'agit pas d'un faux problème :
Lorsque l'activité disque est faible (peu d'activité sur les voyants des disques)
appuyer sur l'interrupteur, laisser appuyé jusqu'à ce que les voyants des disques s'activent (environ 3 à 5 secondes dans le cas de mes NAS)
relâcher l'interrupteur et patienter jusqu'à l'arrêt complet
au redémarrage du NAS, vérifier qu'il n'est pas signalé un arrêt anormal
Je n'ai pas vu dans le paramétrage de DSM une option qui désactiverait ce type d'arrêt mais je peux l'avoir zappée. Si un colistier a un avis contraire, il devrait réagir.
Lorsque l'activité disque est faible (peu d'activité sur les voyants des disques)
appuyer sur l'interrupteur, laisser appuyé jusqu'à ce que les voyants des disques s'activent (environ 3 à 5 secondes dans le cas de mes NAS)
relâcher l'interrupteur et patienter jusqu'à l'arrêt complet
au redémarrage du NAS, vérifier qu'il n'est pas signalé un arrêt anormal
Je n'ai pas vu dans le paramétrage de DSM une option qui désactiverait ce type d'arrêt mais je peux l'avoir zappée. Si un colistier a un avis contraire, il devrait réagir.
Annule et remplace le message numéro 5
Lorsque le problème apparait (tu ne peux plus accéder aux partages), il faudrait effectuer les actions suivantes sur le site LOCAL :
- vérifier sur la BOX que le NAS est bien reconnu, si ce n'est pas le cas, voir depuis quand (s'il y aurait eu des pertes d'accès plus ou moins récentes)
- s'il y a des logs pour la BOX, voir s'il n'y aurait pas eu une coupure réseau côté LAN
Depuis un des postes sous Kubuntu
- contrôler l'adressage IP des divers interfaces :
ip address
- contrôler la table ARP et vérifier la correspondance pour le NAS LOCAL et qu'il n'y ait pas une autre adresse MAC qui pointerait sur l'IP du NAS LOCAL :
si je ne me trompe pas, l'adresse MAC du NAS "LOCAL" est 00:11:32:b2:73:1a
donc tu peux utiliser la commande :
ip neighbor | grep '00:11:32'
- vérifier la table de routage du poste :
ip route
- vérifier l'état de connexions SMB :
ss -n | grep -Ev '^u_str|^u_dgr'
- tenter une connexion smb://... en utilisant l'adresse IP du NAS, noter les messages d'erreur
- tenter une connexion smb://... en utilisant le nom du NAS, noter les messages d'erreur
- dans le cas d'un PC portable, si tu es raccordé à la fois en filaire et en wifi, assure-toi qu'il n'y aurait pas eu une bascule accidentelle du filaire au wifi
tu peux le voir en cherchant dans le log avec la commande "journalctl ..."
- avant de redémarrer le NAS tenter un ping sur l'adresse IP, puis sur le nom depuis le PC et vérifier les messages d'erreur
- contrôler à nouveau la table ARP
- redémarrer le NAS, si nécessaire
- s'assurer qu'il est accessible en DSM sur son adresse IP
- vérifier les messages concernant le DHCP dans les journaux du NAS (voir message numéro 14 pour les détails); depuis le centre de journaux, tu peux aller dans Journaux puis rechercher dhcp et exporter
Lorsque le problème apparait (tu ne peux plus accéder aux partages), il faudrait effectuer les actions suivantes sur le site LOCAL :
- vérifier sur la BOX que le NAS est bien reconnu, si ce n'est pas le cas, voir depuis quand (s'il y aurait eu des pertes d'accès plus ou moins récentes)
- s'il y a des logs pour la BOX, voir s'il n'y aurait pas eu une coupure réseau côté LAN
Depuis un des postes sous Kubuntu
- contrôler l'adressage IP des divers interfaces :
ip address
- contrôler la table ARP et vérifier la correspondance pour le NAS LOCAL et qu'il n'y ait pas une autre adresse MAC qui pointerait sur l'IP du NAS LOCAL :
si je ne me trompe pas, l'adresse MAC du NAS "LOCAL" est 00:11:32:b2:73:1a
donc tu peux utiliser la commande :
ip neighbor | grep '00:11:32'
- vérifier la table de routage du poste :
ip route
- vérifier l'état de connexions SMB :
ss -n | grep -Ev '^u_str|^u_dgr'
- tenter une connexion smb://... en utilisant l'adresse IP du NAS, noter les messages d'erreur
- tenter une connexion smb://... en utilisant le nom du NAS, noter les messages d'erreur
- dans le cas d'un PC portable, si tu es raccordé à la fois en filaire et en wifi, assure-toi qu'il n'y aurait pas eu une bascule accidentelle du filaire au wifi
tu peux le voir en cherchant dans le log avec la commande "journalctl ..."
- avant de redémarrer le NAS tenter un ping sur l'adresse IP, puis sur le nom depuis le PC et vérifier les messages d'erreur
- contrôler à nouveau la table ARP
- redémarrer le NAS, si nécessaire
- s'assurer qu'il est accessible en DSM sur son adresse IP
- vérifier les messages concernant le DHCP dans les journaux du NAS (voir message numéro 14 pour les détails); depuis le centre de journaux, tu peux aller dans Journaux puis rechercher dhcp et exporter