Fenrir

Envoi moi ton nom de domaine en MP que je vérifie ton enregistrement MX. Pour le message d'erreur, il faut bien forwarder le port 25 de ta box vers ton nas et autoriser ce port dans le firewall du nas

Supprime l'autre certificat dans le nas

au minimum (je crois que par défaut il conserve 10 versions)

À mon avis ça a simplement mis en évidence l'erreur sur les disques, si tu as de la chance c'était simplement une corruption, mais si c'est un soucis physique sur les disques (bloc endommagé), tes problèmes risquent de réapparaître (pas nécessairement sous la même forme). =>backup à jour et automatiques

Oui, mais tu peux aussi y arriver avec un seul port. Tout dépend du niveau de sécurité recherché et du matériel réseau dont tu disposes (et des connaissances qui vont avec). Mais la bonne solution est celle ci : au détail près que je n'autoriserais que l'ip du nas source à communiquer sur le port de synchro qu'avec l'ip du nas de destination (le reste on le bloque par défaut).

Il faut que ta clef soit en ext3 ou en ext4 pour tirer partie de l'usb3. Donc non lisible depuis Windows (du moins pas nativement).

Si tu utilise CloudStation, c'est probablement la cause de cette augmentation d'espace consommé. Sinon pour DownloadStation, même si tu indiques le disque externe comme cible des téléchargements terminés, ceux encore en cours (pas terminés ou entrain d'être partagés/upload) restent sur le volume1.

Ce n'est pas ce que j'ai dit, je voulais simplement indiquer que parmi tous ces ports, tu devrais en trouver plusieurs d'ouverts. Par exemple les ports suivants sont souvent ouverts : TCP465 : smtps TCP587 : smtp starttls TCP993 : imaps TCP995 : pops Oui, mais si besoin il y a une astuce qui permet de partager un port avec openvpn (directive port-share).

Tu as 65535 autres ports si tu veux ... le 443 c'était un exemple.

utilise cat pour afficher les fichiers

ls -lart et regardes les plus récents (qui datent de ton problème) idem dans le dossier synolog

Vu les "strings" présentes dans le binaire, j'ai l'impression que c'est un daemon à tout faire (pas très kiss), ça n'a donc rien de choquant qu'il tourne en permanence afin d'être à l'écoute des connexions/déconnexions des hauts parleur, d'un client DSAudio, d'un airplay, ... en gros c'est un ordonnanceur mal écrit. Pour ce qui est du fichier json, il est en mémoire (/tmp c'est du tmpfs). Enfin pour la consommation de ressources, chez moi c'est de l'ordre 2% de cpu, donc rien de méchant (même si ça reste bcp pour un daemon en sleep). Je n'ai pas de solution à te proposer autre que te le couper (ce que tu fais déjà).

Tu devrais aller voir ce que les logs ont à dire

et le reste des commandes ?

sudo -s df -h cat /proc/mdstat smartctl --health /dev/sda

il faut utiliser un compte valide sinon, je crois que chez bouygues tu peux désactiver le blocage du port 25 (regarde dans la box ou sur le site de bouygues)

Tes disques sont peut être entrain de lâcher. Commence par sauvegarder tes données (tu peux activer un service avec synoservice, par exemple : synoservice --enable ftpd ; synoservice --restart ftpd). Ensuite contrôle les disques (tu as plein d'exemples sur le forum). Pour la réinstallation, c'est le point 3 de ton lien.

La réinstallation (double reset) ne supprime pas les fichiers, mais si tu as encore accès au nas en ssh, commence par le rebooter proprement (reboot).

Le switch des box orange est connu pour créer des soucis, il faut tester sans (par exemple avec un autre switch, ou en direct). 100mbits ça devrait être suffisant dans l'absolu (il faut environ 10mbits pour lire du full hd) Pour tester le réseau en interne, 2 pc avec iperf ou n'importe quel autre soft ça fait l'affire, une simple copie d'un gros fichier entre un pc et le nas peut aussi donner une bonne idée du débit dispo

Bonjour, Pour envoyer un mail depuis le Synology vers Internet, ce dernier doit soit : passer par un relai de messagerie : par exemple chez orange il faut passer par leurs relais envoyer directement : dans ce cas le port 25 doit être ouvert en sortie (il est bloqué chez free et orange par défaut, chez free on peut le débloquer, pas chez orange) Pour recevoir il faut créer un enregistrement MX dans les DNS de la zone en indiquant l'adresse du nas (ou plus probablement de la box) et forwarder le port 25 vers le nas. nb : il faut une ip fixe avec enregistrement DNS inverse correct pour faire de la messagerie, avec une ip flottante, parfois ça fonctionne mais le plus souvent ça fini dans les spams (au mieux)

Tu as enlevé tous les tests, les contrôles d'erreur et le retour arrière. Typiquement ton stop ne stop rien. Si tu veux juste une commande pour transformer ton syno en routeur, mets ça dans le planificateur des taches : /sbin/iptables -t nat -D POSTROUTING -o wlan0 -j MASQUERADE ; echo "1" >/proc/sys/net/ipv4/ip_forward ; /sbin/iptables -t nat -A POSTROUTING -o wlan0 -j MASQUERADE

Il faudrait faire plus que le tenter à mon avis Pour le problème avec les "grosses" entreprises (celles qui ont autre chose qu'une livebox pour l'accès au net), le port est effectivement la cause probable des soucis. Il y a plusieurs manières de régler le problème, les plus simples sont : sur la box : forward du port internet TCP443 (ou tout autre port ouvert chez les clients) vers le port TCP7001 (filestation chiffré) du nas sur le syno : utilisation d'un reverse proxy (il y en a un intégré et un autre dans les paquets de la communauté, haproxy)

C'est le debug coté serveur qu'il faudrait, c'est lui qui rejette ta clef. Le debug du ssh de ton mac ne montre pas de soucis (sauf que tu utilises une clef en DSA, ce qui est mal). A tout hasard : Les vrais homes sont dans /var/services/homes/<login> (sauf root qui est à sa place dans /root) Ta clef publique doit donc être installée dans le fichier /var/services/homes/<login>/.ssh/authorized_keys et pas dans /volume1/homes/<login>/.ssh/authorized_keys

Oui c'est possible si le coté client permet de spécifier le port (quand CloudStation est sorti, c'était faisable, maintenant je ne sais pas). Mais c'est plutôt à faire sur ton routeur (forward du port internet 443 vers le port 6690 du nas). Par contre je te propose une autre approche, plus sécurisée, simple et fiable à la fois, utilise le vpn du syno => plus de soucis de ports pour les diverses appli : la seule contrainte est que le ou les ports du vpn soient autorisés, avec openvpn tu peux mettre ce que tu veux (y compris TCP 443, comme du https) et ipsec c'est souvent autorisé (c'est un standard)