Mic13710

Si vous n'avez aucune règle, c'est open bar : tout passe, mais seulement en interne puisque vous n'avez pas encore ouvert de port dans votre routeur.

Les ports externes redirigés vers le NAS. Et pour les ports ouverts du NAS, si vous avez bien rempli le parefeu avec les règles de base, c'est tout à fait normal puisque ces premières règles autorisent tout le trafic sur votre réseau privé sans restriction.

Pour le ddns, vous avez dynhost chez OVH qui remplit cette fonction. Lorsque vous créez un lien dynhost, OVH cré en interne l'enregistrement A correspondant automatiquement. Vous n'avez rien à faire de ce côté là, c'est OVH qui gère avec le nas.

Je ne sais pas. Je n'ai jamais utilisé le ndd Synology. Il est je pense plus simple de personnaliser les accès avec un vrai ndd qu'avec celui de Synology. Et vu le coût dérisoire d'un ndd (moins de 10€/an), c'est tout de même plus glamour d'avoir sa propre URL plutôt que celle de Monsieur tout le monde.

Il y a plusieurs méthodes, mais celle qui est la plus simple à l'usage (mais aussi la plus complexe à mettre en oeuvre) est l'utilisation conjointe du serveur DNS et du reverse proxy avec un nom de domaine. Vous trouverez tous les ingrédients dans le tuto de Fenrir sur le serveur DNS, et le complément que j'ai fait en page 2 du même tuto qui explique comment mettre en place le reverse proxy et les certificats Let's Encrypt. Il faudra vous fendre de quelques euros par an si vous voulez un vrai ndd, sinon, vous pouvez aussi utiliser un ndd xxx.synology.me.

Je ne sais pas quoi vous conseiller car vos disques sont très disparate et surtout je ne connais pas vos besoins. Si vous pouvez refaire une installation, vous pouvez formater votre 8To sur un PC, puis econstruire votre volume avec vos deux 4To et votre 8To. Comme je l'ai écrit vous n'aurez que 8To. Il vous suffira de rajouter par la suite un autre 8To pour obtenir 16To de stockage.

Tu veux plutôt dire mon ip privée je pense. J'utilise de préférence mes url, et donc nas.mondomaine tout simplement. A quoi bon mettre en fonction le serveur DNS si on ne s'en sert pas ! Maintenant si tu veux parler de ma connexion VPN proprement dite, j'utilise mon ndd. C'est le passage par le navigateur qui est trompeur dans ta question (on ne passe pas par le navigateur pour se connecter au VPN )

Euh.... Je n'ai pas dit que je passais par le VPN chez moi. Si je suis à l'extérieur, le seul moyen d'accès à DSM c'est le VPN. Ce que je disais c'est que cette adresse nas.mondomaine n'était accessible que sur mon LAN et que donc je devais passer par le VPN pour pouvoir y accéder à partir du WAN. C'est plus clair ainsi ?

Non, ça ne fonctionne pas. Par exemple chez moi je me connecte au DSM en http avec une adresse nas.mondomaine. Cette adresse ne fonctionne que sur mon LAN et bien entendu avec une connexion VPN. La règle .htaccess (http --> https) ne fonctionne pas car c'est la règle du reverse proxy qui prime. Dans ces conditions, le lien partagé est en http.

Je ne sais pas, je n'ai pas activé la redirection sur mon NAS, mais je suppose que ça fonctionne puisque la connexion sera toujours en https.

Facile ! Dans accès externe/Avancé, tu indiques ton domaine nas.ndd.fr et tu mets 80 pour le http et 443 pour le https. C'est encore un truc qui devrait pouvoir se régler au niveau du gestionnaire.... Autre petite bizarrerie des liens : tu ne peux pas choisir entre http et https. Le mode de connexion sera fonction de la connexion avec le NAS. Si tu es en HTTP, le lien sera créé en HTTP, en HTTPS si ta connexion est en HTTPS. J'ai demandé il y a quelques temps à Syno de laisser le choix à l'utilisateur, mais rien n'a été fait. C'est pourtant une évidence et je ne comprends pas pourquoi ils n'améliorent pas ces petits points qui faciliteraient la création et la gestion des liens partagés. Il y a peu de choses à faire pour que ce soit exploitable.

Si vous choisissez un dossier vide que vous avez créé pour ça, ou que vous pointez sur votre dossier "mes documents", Cloud Station ne crée pas de dossier supplémentaire. Il utilise celui que vous lui indiquez.

Non. Ce que vous voulez faire est un pseudo raid10 (deux Raid0 mis en miroir), mais ça ne peut pas fonctionner. Pour cela il vous faudrait 4 disques de 4To. Il faut aussi savoir que si vous montez un SHR avec vos 4To et le 8To, vous n'aurez au final que 8To de stockage et 4To de protection car seulement 4To seront utilisés sur le 8To. Tout simplement parce qu'il faut au moins 2 disques de même capacité pour pouvoir utiliser tout l'espace. Si plus tard vous rajoutez un autre 8To, vous aurez alors 2x4 + 2x8 = 16To et 8To de protection.

C'est l'éternelle question et toujours la même réponse. Pour rajouter des disques à un volume existant en SHR, il faut que le ou les disques rajoutés soient de capacité au moins égale au disque le plus gros du volume. Vous pouvez rajouter un 8To à un groupe de 2 disques de 4To, vous ne pouvez pas rajouter des 4To sur un disque de 8To

Recopié du Forum Plex : To all considering the purchase of, or already own, a DS118, DS218play, a DS418 (Realtek RTD1296 CPU) or the DS418j (Realtek RTD1293) NAS: A. There is currently no support for this model due to the processor. It is an ARMv8 derivative without ARMv7 compatibility mode. If it were a full ARMv8, with ARMv7 compatibility mode, limited support would be possible. B. Engineering is researching support for this model but be advised: a) Compilers must be obtained and verified. b) Software must be ported and verified c) Performance must be benchmarked to verify the unit meets the minimum Passmark rating required to run Plex Media Server. This having been said, There is no promise of support nor research completion ETA at this time Bref, ce n'est pas complètement perdu, mais c'est pas gagné !

Les règles sont lues de la première à la dernière. Tant qu'une règle n'est pas applicable, le parefeu continu la lecture, jusqu'à la dernière règle. Si cette dernière ne bloque pas tout le trafic, alors le parefeu laissera passer tout ce qui n'a pas été autorisé précédemment. D'où l'importance de cette dernière règle. D'où l'importance aussi de placer les nouvelles règles AVANT celle-ci, faute de quoi elles ne seront pas lues.

Je vais répondre pour lui. Les 4 règles sont quasi obligatoires. On peut affiner les 3 premières en fonction de ses besoins, mais la dernière est le seul vrai rempart contre les attaques. Pour le reste, c'est à vous de mettre les règles nécessaires en fonction de votre utilisation. Par exemple, si vous voulez utiliser le serveur VPN, il est bien évidemment nécessaire d'ouvrir les ports adéquates dans le parefeu. Cette règle sera à positionner AVANT la dernière règle. De même, si vous utilisez le port standard https (443), il faudra l'autoriser dans le parefeu. Idem pour CloudStation (6690).

@Dimebag Darrell a qui s'adresse votre message ?

Le problème est maintenant résolu. N'hésitez pas à ouvrir un nouveau message en cas de problème. Ceci est une réponse automatique.

Vraiment pas de bol ! Ce qui m'étonne c'est que les connecteurs soient les mêmes alors que les tensions sont différentes. Ce n'est pas très safe. Carte mère seulement au SAV, mais je ne crois pas qu'ils les vendent au détail. Il font le montage eux-mêmes. Voir avec eux.

Depuis le début on vous a demandé par 3 fois si vous n'avez pas fait de migration, et ce n'est que maintenant que vous nous dites que oui ? Il y a des jours comme ça où.... C'est bien de découvrir ce que je vous avais déjà dit plus haut Seule solution : tout reconstruire (et en profiter au passage pour passer au BTRFS)

1 mois et demi pour en arriver pratiquement au même point, votre persévérance force le respect. Il y a longtemps que j'aurais jeté l'éponge. Après cette version, il y a la 6.1.6, avec peut-être une étape intermédiaire. Je pense toujours qu'un double reset reste la meilleure solution.

Vous avez du faire pas mal de choses étranges pour en arriver à un seul volume, le 3 En dernière vue, vous avez 4To dispos et le bouton gérer est accessible. Normalement si vous cliquez dessus il devrait vous offrir la possibilité d'étendre le volume avec l'espace restant.

Si dans le routeur vous avez fait correctement la redirection du 5002 vers le 5001 du 415 et que le parefeu du NAS ne bloque pas le trafic, il n'y a aucune raison pour que de l'extérieur vous n'atteignez pas le NAS avec l'url adresseIPfixe:5002. Si par contre, vous tentez de le faire de l'intérieur (ce que je suppose), il y a fort à parier que le loopback de la FB vous dirige vers le 5002 du NAS, ce qui ne peut pas fonctionner bien entendu. Idem pour le 7002 vers le 7001 et les autorisations au niveau du parefeu.

Si vous avez attendu à chaque fois que la reconstruction soit terminée avant de passer au suivant, normalement non. Mais comme on dit toujours, le risque zéro n'existe pas. C'est pour cette raison que Synology recommande toujours de mettre à jour les sauvegardes avant de toucher aux disques. C'est aussi une manière de se couvrir en cas de pépin.