PiwiLAbruti

Je m'en doute bien, mais quand tu dis : Tu parles bien de MalPlus Server ?

En fait il en restait deux, maintenant il n'en reste plus qu'un 😅 Ceci dit j'ai déjà éprouvé DSM 7 sur un DS213j, et torturé sur VDSM. Mon DS718+ va bientôt y passer, par contre il va falloir que je sauvegarde le contenu de mes utilisateurs locaux pour les restaurer en utilisateurs LDAP avant la migration.

Quand tu parles de MailPlus, il s'agit du paquet client ou serveur ?

C'est-à-dire que les ports 465 et 587 ne peuvent être ouverts qu'à ton pays de résidence. Seul le port 25 a besoin d'une exposition plus large sur internet pour recevoir les messages.

Seuls les ports tcp/465 et tcp/587 doivent être limités aux clients SMTP qui les utilisent. Le port tcp/25 est utilisé entre les MTAs et n'a pas besoin d'être limité si ton serveur est correctement configuré.

Un simple whois donne beaucoup d'information sur une adresse IP ou un domaine : https://whois.domaintools.com/37.1.255.126 Quels sont les ports que tu bloques à certains pays sur MailPlus ?

Quelle est l'adresse IP et le masque de ton PC sous Windows XP ? Y a-t-il un serveur DHCP dans le réseau du PC ? Le NAS doit avoir une adresse IP dans le même réseau que ce PC. Ça devrait suffire à le rendre accessible sur le réseau. Le choix de continuer d'utiliser Windows XP (sorti en 2001) impacte tout l'environnement récent avec lequel tu pourrais travailler (dont le NAS).

Pourquoi utiliser Windows XP et Internet Explorer ? Ce système d'exploitation et ce navigateur internet sont incompatibles avec les technologies web récentes utilisées par DSM. À moins de trouver un navigateur supportant les technologies web récentes et compatible avec Windows XP, je ne vois pas d'autres alternatives que d'abandonner Windows XP au profit d'un système d'exploitation plus récent.

l'URL http://x.x.x.x:8080/var/packages/domoticz/backupdatabase.php ne risque pas de renvoyer quoi que ce soit à part une erreur (probablement une HTTP 404). Je ne connais pas Domoticz, mais le fichier backupdatabase.php devrait être dans un dossier web pour être accessible depuis une URL. Mais vu la sensibilité de ce script, il est probablement plus judicieux de l'exécuter depuis une ligne de commande : user@DiskStation:~$ php -f /var/packages/domoticz/backupdatabase.php > /var/services/homes/...

Merci pour ces précisions @.Shad.. En tout cas, il est impossible de lancer un container Portainer depuis l'interface de DSM car on ne peut pas ajouter /var/run/docker.sock dans les volumes (restriction d'interface Synology). Alors que dans Portainer c'est possible. De toute façon j'utilise maintenant directement les commandes Docker qui sont plutôt bien hiérarchisées et donc presque intuitives au bout de quelques minutes de manipulations.

Quel est le masque complet de 192.168.0.1/255.255.25... ? Ça ne devrait pas plutôt être 192.168.1.0/255.255.255.0 ? (d'où la notification de blocage)

Ok, merci pour les précisions. Le problème des versions taguées [:latest] est qu'on ne connaît pas la version utilisée. Donc le [:latest] d'il y a quelques mois est souvent obsolète, et quand ça touche à la sécurité... 🤕 C'est le plus gros reproche fait à Docker dans la gestion des images, il faudrait des branches dédiées afin d'éviter les ruptures liées aux versions majeures et assurer la continuité des mises à jour automatiques d'une branche (surtout pour la sécurité). Il y a des choses qui ont été faites de ce côté ? (j'utilise peu Docker)

---- Je m'auto-réponds : N'ayant pas pu définir ce chemin dans l'interface de DSM, j'ai utilisé la commande docker. sudo docker run -d -p 8000:8000 -p 9000:9000 -p9443:9443 --name=portainer-ce -v /var/run/docker.sock:/var/run/docker.sock -v /volume1/docker/portainer:/data portainer/portainer-ce:2.11.0 @Lelolo : Le lien vers /var/run/docker.sock est automatiquement créé à la création du container ?

Je déterre ce sujet. L'interface de Portainer 2.11.0 a changé et ne détecte pas l'hôte local car je ne parviens pas à créer le lien vers /var/run/docker.sock (pas de souci pour /data). J'utilise l'image portainer/portariner-ce:2.11.0. Une idée ?

Pour stocker des fichiers et des photos, le DS920+ est largement suffisant, voir sur-dimensionné. Le choix de la taille des disques se fait en fonction de la volumétrie à stocker. Peu importe la qualité des disques, il faut prévoir une sauvegarde externe des fichiers importants. Des Exos 7E8 4TB, j'en ai deux qui ont claqué en moins de 4 ans au boulot alors que des vieux WD Green 1TB fonctionnent depuis plus de 10 ans sans broncher. Tous ces disques font partie de grappes RAID 5 qui en prennent quotidiennement plein la tronche.

Si je devais m'équiper d'un routeur, ça serait certainement un Mikrotik RB4011iGS+RM qu'on trouve d'occasion à moins de 150€. La seule chose contraignante au niveau hardware est l'enveloppe thermique : ça chauffe. Ce n'est pas pour rien que le récent RB5900UG-S+IN est affublé d'un dissipateur imposant. Par contre, ça reste du matériel réservé à un public averti.

Ah zut, je ne t'ai pas donné le bon chemin. C'est /var/packages/ Toutes mes confuses 😅

Il est dans /var/services/packages/

Il n'y aurait pas une confusion réseau/plage IP ? 10.0.0.0/255.0.0.0 ou 10/8, plage [10.0.0.0 - 10.255.255.255] 172.16.0.0/255.240.0.0 ou 172.16/12, plage [172.16.0.0 - 172.31.255.255] 192.168.0.0/255.255.0.0 ou 192.168/16, plage [192.168.0.0 - 192.168.255.255] Le réseau 224/4 [224.0.0.0-239.255.255.255] est réservé à la multidiffusion, d'où la limitation que tu constates à 223.255.255.255.

De ce que j'ai pu lire et comprendre sur le sujet, oui. À ma connaissance, le reverse DNS ne fonctionne qu'en IPv4 car pour IPv6 il faut une délégation DNS que Free ne permet pas actuellement. J'ai déjà fait le test avec un nom d'dhôte qui renvoie aussi bien l'IPv4 que l'IPv6 et ça ne fonctionne pas mieux. Comme déjà dit, il y a de fortes chances que ça reste ainsi tant que la migration 6rd -> 4rd ne sera pas achevée chez Free.

Je n'ai aucun souci non plus @Jeff777 alors que ma connexion fibre (sur RIP TDF) a été installée début décembre. Mais en parcourant les retours de beaucoup d'abonnés, ça semble être une exception. La fibre Free (sur Orange) a également été installée chez un proche mi-décembre et impossible de faire valider le reverse DNS (IP full stack et enregistrement DNS type A bien présent). Comme le réseau Free est toujours en cours de migration (6rd -> 4rd), ce souci va durer encore un bout de temps.

Et il ne le sera pas. Beaucoup d'utilisateurs ne parvienne plus à personnaliser le reverse DNS depuis le passage de leur connexion en IPv6 natif chez Free.

Tu peux aussi définir le relais uniquement pour les adresses de destination @free.fr dans la rubrique Remise de message > Onglet Delivery > Bouton Liste des hôtes actifs > Onglet Règle du destinataire. Je l'utilise à destination des domaines Microsoft (outlook.com, hotmail.com, hotmail.fr, ...). Aucune idée, je n'ai jamais utilisé Kopano.

208.67.222.222 est l'adresse du serveur DNS interrogé. Le nom mor75-7-XX-XX-XX-XX.fbxo.proxad.net n'a pas d'adresse IP associée (tu as bien renseigné ton adresse IP à la place des XX ? 😅), ce qui est cohérent avec le résultat de mxtoolbox.com. C'est la première fois que je vois ça chez Free 🤨 Comme suggéré par @Jeff777, renseigne un reverse DNS dans ton compte abonné Free, et vérifie le résultat une heure après (ce n'est pas immédiat) avec la commande suivante : > nslookup XX.XX.XX.XX Tu peux l'installer via Docker.

Oui, et le port à utiliser est tcp/587. Oui. Oui : v=spf1 [...] include:_spf.free.fr -all Intéressant. D'habitude, les reverses attribués par Free se résolvent bien en une adresse IP. La commande suivante ne renvoie pas d'adresse IP ? > nslookup mor75-7-XX-XX-XX-XX.fbxo.proxad.net Le comble est qu'en plus tu est directement fibré par Free (fbxo.proxad.net), alors que je n'ai aucun souci avec des abonnements Free sur fibre Orange ou TDF (subs.proxad.net).