Mic13710

Non, que ce soit en mode routeur ou en bridge, le téléphone fonctionne toujours. Il reste connecté au routeur free. Par contre, pour la TV je ne sais pas car je n'ai pas de POP. Le boitier TV de la révolution fonctionne parfaitement derrière le routeur, il peut accéder au NAS pour le multimédia, mais pour cela il faut passer par le VLAN. Or, à ma connaissance, c'est prévu chez Syno mais pas encore implémenté. Ils ont trois guerres de retard....

@Pascalou59, @oracle7 veut dire que le mesh des Ubiquiti n'est pas compatible avec le mesh de Synology. Ce n'est pas un scoop puisque c'est le cas pour tous les fabricants qui ont chacun leurs propres systèmes. Ce qui ne veux pas dire que tu ne peux plus les utiliser ! Comme l'a dit @maxou56, tu peux très bien désactiver le wifi du Syno (ou le garder au choix pour avoir un deuxième réseau) et conserver tes bornes Ubiquiti qui seront toujours meilleures que le wifi du routeur Synology. Dans tous les cas, il n'y a pas d'incompatibilité.

2 disques en SHR avec protection des données = RAID1 Votre RAID est normal (les 2 disques sont en miroir)

Modèle obsolète, remplacé par DS220+. Une simple recherche sur internet vous aurait permis de voir qu'on en trouve encore en neuf chez beaucoup de marchands : https://www.idealo.fr/prix/5918211/synology-ds218-sans-disque-dur.html Vous pouvez peut-être en trouver en occasion sur leboncoin ou ici dans la partie vente entre particuliers

C'est ce qu'on appelle mettre la charrue avant les boeufs 😉 https://www.synology.com/fr-fr/compatibility?search_by=products&model=DS215j&category=hdds_no_ssd_trim&filter_size=8TB&p=1&change_log_p=1 Il ne vous reste plus qu'à espérer que les disques que vous avez achetés sont dans la liste.

@Audio @oracle7 même constat chez moi. Impossible d'établir une connexion L2TP/IPSec depuis quelques jours entre mon PC sous W10 et le NAS. A chaque essai j'avais un message disant qu'il y avait un souci sur le couche de sécurité du serveur. Et ce matin la connexion fonctionne à nouveau. Comprend qui peut.

Est-ce que vous avez au moins essayé de changer de dossier sur le client à la création de la tâche ? Je vous confirme qu'il est tout à fait possible de choisir un autre dossier que celui proposé par défaut. Je n'ai plus paramétré de clients depuis un certain temps. Il y avait une case à décocher pour ne pas avoir ce dossier par défaut. Je crois que pour les dernières moutures, ce choix se fait directement sur la page que vous avez mise en capture d'écran.

C'est un dossier proposé par défaut, mais rien n'empêche lors du paramétrage de la tâche de choisir n'importe quel dossier, y compris un dossier existant non vide.

Bonjour Harlock67, soyez le bienvenu dans la communauté. En ce qui concerne les problèmes techniques, ce n'est pas ici qu'il faut les exposer et je remercie les prochains intervenants de ne pas répondre au dernier message. Vous pouvez le faire sur le fil dédié qui a été ouvert par @Harlock67. Merci.

Si vous nous plantez avec des copier/coller hasardeux, c'est sûr qu'on n'y comprend plus rien. Effectivement, avec les valeurs correctement en place, c'est un peu mieux. Non, elles sont normales pour des Seagate. Par contre, je suis toujours scotché sur le 4. Autant, une valeur de 0 était impossible, autant 4400 plus celle enregistrée en 193 me font dire que vous avez activé la mise en veille des disques. Nous sommes nombreux ici à dire que c'est une fausse bonne idée. Si le but est de faire des économies d'énergie, c'est vrai, même si l'économie est ridicule. Cependant, le revers de la médfaille c'est un vieillissement accéléré des disques. Alors, arrêter les disques pour gagner quelques Euros mais en perdre bien plus en devant remplacer ses disques plus tôt, c'est pas trop mon truc. Je vous conseille de supprimer toutes les mises en veille de vos disques. Néanmoins, si le côté écolo qui coute du pognon vous séduit, alors ne changez rien.

@Pasquale Ne pas s'inquiéter pour les valeurs SMART 1 et 7. Je dirais même que c'est normal sur des disques Seagate. Je n'ai que des disques de cette marque et ils sont tous avec des valeurs toutes aussi délirantes. Par contre, je suis très étonné de voir que la valeur 4 (ce disque qui a 25400h de vol n'a jamais été alimenté ????) et surtout la 5 qui indique le nombre de secteurs réalloués. Avec cette valeur, le disque devrait être considéré comme HS. En parallèle, la valeur 197 qui donne le nombre de secteurs sous surveillance est à 0 ce qui ne reflète pas le résultat de la 5. Je n'ai pas accès à mon NAS pour vérifier mes propres valeurs, mais d’ors et déjà, il est clair que les 4 et 5 sont très perturbantes. D'un autre côté, la 5 ne semble pas perturber DSM puisque le disque est noté comme sain. A croire que c'est plutôt le test SMART qui s'est mal passé. Il faudrait en relancer un nouveau pour voir s'il y a du changement.

Alors, cette histoire de reconnexion est très sujette à caution. J'ai moi même un disque qui a une alerte de reconnexion depuis bientôt 2 ans sans que cela se traduise par des dysfonctionnements. Le SMART (199) n'en fait pas état, le monitoring du disque ne fait apparaître aucune dérive par rapport à l'autre disque. Bref, dans mon cas, j'ai considéré qu'il s'agissait plutôt d'une erreur d'appréciation du gestionnaire de RAID. Surveillez votre disque pendant quelques mois et si la valeur n'évolue pas, n'y attachez pas plus d'importance.

@olivier.du.974, santé vié moun. Un CNAME est en soit une redirection. Certes elle est invisible, contrairement à une redirection permanente qui elle est visible, mais son fonctionnement est identique et sa propagation est assez rapide. Généralement, on fait une redirection permanente d'un ndd vers un autre ndd (ndd2 vers ndd1 ou ndd2 vers une autre IP par exemple), et on utilise les CNAME pour des redirections à l'intérieur d'un ndd (par exemple file.ndd vers ndd). C'est ce qui aurait dû fonctionner chez vous.

Je viens de regarder et il semble en effet qu'ils ne proposent pas de gestion d'IP dynamique. Je trouve que c'est un gros manque alors que beaucoup de FAI mettent à dispo des IP dynamiques. Il faut suivre les conseils de @.Shad.. Là je suis sec sur la mise en oeuvre car j'ai une IP fixe et les ndd que j'utilise sur des réseaux avec IP dynamiques sont tous hébergés chez OVH qui propose ce service.

Quel est votre fournisseur ?

Sauf que dans le post, il est question de plusieurs ndd hébergés chez ovh du genre ndd1, ndd2, ndd3. Le NAS n'acceptant qu'une seule instance par hébergeur, le post indique comment passer outre en utilisant des réglages personnalisés. Bien que je ne comprenne pas pourquoi se casser autant la tête alors qu'il y a plus simple. Il suffit en effet d'avoir un DDNS sur l'un des ndd (disons ndd1) et on crée dans les zones des autres ndd (ndd2, ndd3, ndd4....) un CNAME qui pointent vers ndd1. Pour @olivier.du.974 (bonjour d'un zoreille), le problème est simplement lié à un ndd de deuxième niveau qui doit pointer vers le NAS sur lequel existe un DDNS vers le premier niveau du même ndd. Et là aussi ça passe tout simplement par un CNAME.

@Al1ternet Si IP dynamique, il vous faut mettre en place un DDNS sinon vos requêtes n'aboutiront pas dès que votre IP changera. Voir plus haut les explications d' @oracle7.

Avant de penser routeur, il serait bon de commencer par savoir quelle est votre connexion internet. Et ça commence par votre adresse IP que @.Shad. vous a demandé de vérifier. Si ce qu'il pense se confirme, il ne vous servira à rien de rajouter un routeur.

Bonjour Geronium, soyez le bienvenu sur ce forum.

t'as raison 😆 Pas tout a fait : Ce qui me fait penser que si le port 5000, même si le choix n'est pas judicieux, arrive sur le NAS, c'est qu'il a été redirigé dans le routeur. Alors, si ce port a pu être paramétré dans le routeur, pourquoi n'en serait-il pas de même pour le 443 ? D'où la conclusion logique : l'IP publique est partagée et le 443 n'est pas dans la plage allouée... Je ne connais pas cet opérateur, mais s'il est possible d'obtenir une IP full stack, alors il ne faut pas hésiter.

S'il est toujours connecté (j'entends l'alimentation en marche), ça peut se comprendre puisque le 5v est présent sur la carte, ce qui inhibe la batterie.

L'option "jusqu'à ce que la batterie faiblisse" est dangereuse car le temps restant avant l'arrêt de l'onduleur est très aléatoire puisqu'elle dépend du constructeur (temps de fonctionnement restant à partir du seuil de tension de batterie pour une charge donnée), de l'état de la batterie (moins performante en fin de vie), de la charge elle même et enfin de l'environnement (température). Comme il faut au moins 1 à 2 minutes, parfois plus, pour passer en mode sécurité, l'onduleur peut très bien s'arrêter avant que le NAS soit sécurisé. A mon avis, un passage en mode sécurité entre 2 et 5 minutes est amplement suffisant pour sécuriser le NAS et le mettre en attente du retour du secteur. Et ça permet aussi d'économiser la batterie car plus elle est déchargée, plus on diminue sa durée de vie.

Si le routeur n'est pas paramétrable, ça complique très sérieusement la possibilité d'utiliser un ndd, et tant d'autres choses.... S'il peut passer en bridge, c'est un moindre mal car ça permet d'utiliser un vrai routeur.

Déjà, utiliser un port http pour joindre le NAS n'est pas du tout, mais alors pas du tout, recommandé pour des problèmes évidents de sécurité puisque les informations circulent en clair sur la toile. Pour accéder par votre nom de domaine, il faut d'abord que le port 443 soit dirigé vers le NAS dans le routeur, et il faut que ce port soit autorisé dans la oarefeu. du NAS. Ensuite, il faut paramétrer le reverse proxy pour qu'il redirige la requête ndd vers l'application souhaitée. Exemple, pour joindre file station, il faut utiliser le nom de domaine dédié à file station, disons file.ndd. Dans le reverse proxy on crée une règle que nous appellerons file station. Dans la partie Source, on indique comme url : file.ndd avec le port https 443, et dans la partie destination, localhost avec le port http 7000. Si tout est correct, vous devriez pouvoir joindre directement file station de l'extérieur avec l'url https://file.ndd

A mon avis, vous n'avez pas bien lu le tuto ou vous l'avez lu en diagonale. Nulle part il est dit de diriger les 80 et 443 vers les 5000 et 5001 du NAS. C'est le 443 vers le 443 du NAS, le 80 vers le 80 du NAS. Ensuite, à moins que vous ayez des doutes sur les utilisateurs de votre propre réseau, il est inutile de passer à nouveau en https dans la destination du reverse proxy. Enfin, vérifiez que vous n'avez pas coché l'option de redirection du http vers le https.