Mic13710

Qu'est ce que vous voulez dire par là. Le nom du NAS n'a rien à voir avec le serveur DNS. Le serveur DNS ne peut résoudre que des noms de domaine. Vous pouvez ensuite faire pointer un ndd vers l'IP du NAS. Par exemple : nas.mondomaine vers l'IP privée du NAS. Vous avez dejà la réponse dans votre autre fil. Allez voir le lien donné par InfoYann (partie dynamique uniquement) Faire vos enregistrements CNAME dans la zone DNS d'OVH. Inspirez vous de mon tuto en page 2. Les enregistrements restent similaires quel que soit l'endroit où est localisée la zone, dans le NAS dans mon cas, chez OVH dans le votre.

@Chris_B merci de ne pas répéter inutilement le message précédent. Est-ce que dans la vie de tous les jours vous répétez la question de votre interlocuteur avant de répondre ?

Il n'y a pas de profil par défaut. La liste est vide au départ. S'il y a des règles enregistrées, c'est que vous avez installé des paquets qui ont eux mêmes créé leurs règles. Tous les ports sont ouverts parce que vous n'avez pas encore mis de règle de blocage. Relisez le tuto de Fenrir sur ce point.

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.