Fenrir

Tu devrais aller lire (ou relire) le tuto présent dans ma signature et l'aide intégrée aux appli (le ? en haut à droite de la plupart des fenêtres).

Je ne peux pas confirmer car tu as masqué les ip et de toute manière je ne connais pas les ip légitimes pour ton domaine => à toi d'analyser.

Les rapports c'est rua et ruf, à toi de configurer ce que tu souhaites, ce n'est en rien une obligation : les RUA ne représente que peu de messages - en général 1 par jour/par domaine - mais ils peuvent être très gros les RUF (tout le monde ne l'envoi pas) ne sont envoyés qu'en cas de problème, en cas de phishing ça peut représenter beaucoup de messages dans les 2 cas on peut mettre des adresses spécifiques ou des alias pour les classer automatiquement Donc au début il faut activer les 2 et lire systématiquement ces rapports pour voir s'il n'y a pas de problèmes. Au bout d'un certain temps sans anomalies, on peut se contenter de les lire de temps en temps, puis pour finir, ne plus les recevoir. Tu peux aussi voir ça comme un moyen de superviser ta messagerie. Pour un particulier, ça ne devrait pas représenter beaucoup de messages, donc autant les recevoir, au cas où ..., pour une entreprise avec un nom connu, ça peut représenter plusieurs milliers de messages par jour ...

à éviter sauf si on utilise un très vieux navigateur pas à jour et plein de failles

Regarde dans l'application photostation (ton http://tonnas/photo)

Je viens de voir ton tuto, beau travail qui devrait en aider plus d'un.

Ça peut rendre service en interne, va lire mon tuto sur le sujet, je donne des exemples (tv, loopback, vpn, ...) Tu peux nommer ton MX comme bon te semble, aucun impact si tu respecte bien les temps de propagation entre les modifications : ajout d'un type A vers le nouveau nom modification du MX pour utiliser ce nouveau nom attente de la propagation suppression de l'ancien nom

Nas ou routeur ? Il n'y a pas de paquets équivalent à portsentry chez syno, mais est ce vraiment nécessaire ? Tu ne devrais normalement laisser passer que les ports que tu utilises Certains seulement depuis certaines adresses Tu peux aussi limiter les services à certains pays (ça fait déjà un très gros ménage) Tout le reste devrait être bloqué Les techniques de blacklist sont inefficaces* de nos nos jours (les scanners changent plus vite d'ip qu'on ne peut les bloquer) voir dangereuses (une usurpation d'ip c'est simple à faire => tu peux te retrouver avec des ip légitimes en blacklist). *quand c'est bien fait, avec des bases propres et un équipement bien configuré, ça reste utile, mais ce n'est pas à la portée d'un particulier

Ça devrait suffire à régler ton problème. Pour le 1, au départ tu devais avoir 2 enregistrements de type NS, il faut les remettre comme à l'origine. Sinon tu peux réinitialiser ta zone, il faudra alors supprimer les enregistrements parasites qu'ovh ajoute et remettre les tiens : supprime tout sauf les type NS remets TES enregistrements (MX, A, CNAME, DKIM, SPF, ...) Mais laisse OVH gérer ta zone, tu n'es pas encore en mesure de le faire par toi même (il faut au moins 2 serveurs pour ça et des connaissances que tu n'as pas)

Si tes autres logiciels installent aussi des certificats au même endroit (magasin central des certificats) sans notification, tu devrais te méfier.

Pour les photos, il aurait mieux fallu lire la doc et demander sur le forum, ça t’aurait évité ce "désagrément", mais si ça peut te rassurer, la plupart des utilisateurs se font avoir (ce n'est pas clair chez Synology). Après c'est à toi de voir, entre refaire tout le transfert avec l'application ou laisser le nas travailler (avec 100Go il en a pour plusieurs jours). Mais ce n'est pas très grave. Et l'application PhotoStation est dispo a même endroit que les autres applications, dans le menu des applications (en haut à gauche de DSM)

Ouvre l'application directement

@kerod : je confirme mon précédent message, tu as laissé le MX d'ovh dans ta zone publique dig +short -t MX domaine.fr 1 redirect.ovh.net. 10 mail.domaine.fr. Et ta zone DNS est gérée par OVH (ce qui n'est pas un problème), donc les modifications que tu fais dans le NAS sur la partie DNS ne sont valables que pour toi. => reconfigure correctement ta zone chez OVH (actuellement il n'y a qu'un seul NS, il devrait il en avoir au moins 2) enlève l'enregistrement redirect.ovh.net

Comme indiqué dans le tuto sécurité (enfin dans les commentaires), DSPhoto utilise sa propre gestion de droits, une fois le paquet installé, il faut gérer les droits dans l'application. Pour le CPU, il doit être entrain d'indexer les photos et de créer les miniatures.

ça n'a pas changé soit tu n'as pas configuré correctement ta zone, soit tu n'as pas attendu assez longtemps que ça soit propagé, soit tu test mal

Perso tout ça je le gère avec un bout de code en php, c'est plus simple que d'aller changer la conf du syno.

Tu as mal recopié mon exemple, ta 3ème règle est fausse : 198.168.0.0 Parce que qu'un proxy inversé ce n'est pas un virtual host Pas possible sauf à utiliser un port non utilisé par Synology. Les ports 80, 443, 5000 et 5001 sont en écoute de base

Laisse vide

Syno te demande de changer le numéro de port sur lequel le service SSH écoute, ça ne présente aucun intérêt de le faire et ça complique les choses.

Tu n'as pas coché le bonne case surtout.

Ce code indique que tu as une redirection mal configurée (ou qui ne devrait pas l'être), tu as bien configuré ton IP publique comme adresse de MX ?

Ok, dans ce cas il faudra que tu désactives le dhcp de ta box.

Je sais pas quoi dire de plus que : Donc encore une fois, regardes si dans le serveur DHCP de ta box tu as moyen de modifier le serveur DNS envoyé aux clients (aucun lien avec ddns).

Choisi un nom, le nas fera en sorte que depuis Internet, ce nom corresponde à l'ip de ta box. Relis le tuto sécurité, la réponse est dedans Soit tu ouvres les ports nécessaires, soit du passe par le Serveur VPN du Syno (cf tuto), ça dépend de tes besoins

Quand je disais que le port était bloqué je parlais en sortie