ml78

Et sur un PC ? Pour rappel, un disque dur tombe en panne dans les premiers jours d'utilisation, puis on est tranquille plutôt longtemps.

Non, une adresse IP commençant par 10 est non routable, donc ne fait pas partie du réseau Internet, mais que du réseau local. En mode client, c'est le but du jeu.

En local ? Bonne nouvelle, Apache est actif. Non, je ne pense pas. Il faudrait vérifier sur la box sur quelle machine le port 80 est routé. Il y a peut-être une sécurité sur Apache pour filtrer les connexions extérieures. Peut-être des éléments de réponse : Can't access server remotely Essayez le user/mot de passe de la caméra pour voir. Ca ressemble à un routage vers la caméra, plutôt que vers le site web.

Je vais peut-être répondre à coté étant encore en DSM 6.2.4. Normalement, on se connecte en admin, puis un fois en mode console on exécute un sudo -l pour passer en root.

Tout d'abord, je trouve très risqué d'ouvrir autant de ports à l’extérieur. Pour résumer, en local (derrière la box Free), tout fonctionne ? Si oui, il y a autant de redirection de ports vers le NAS (3306,5000,5001,80,...) paramétrés sur la box ? Que se passe-t-il lorsque l'on accède à la racine du serveur Apache (en local puis http://mon IP fixe du NAS fournie par Free:80, le 80 étant facultatif) ? S'il y a une erreur 403, dans les 2 cas, c'est intéressant. Il faut créer à la racine du serveur un fichier index.html avec un texte du genre "It works!". Si ça ne fonctionne qu'en local, se demander s'il ne faudrait pas une connexion https de l'extérieur ? Enfin astuce, mettre dans le fichier hosts l'association nom / IP, c'est plus pratique/lisible 😉

J'utilise xplorer² pour faire ce genre de copies séquentiellement. Lorsque j'ai ce type d'erreur, je move les fichiers concernés dans un fichier rar, que je move sur le Syno, puis unrar...

Pour la copie, il suffit de mounter entre les Syno. Le Mac pilote ça au travers du DSM.

sftp compresse, mais nfs est un vrai système de fichier réseau et donc optimisé.

Pour faire ce genre de manip, je mount (NFS) sur une des machines (à priori la plus puissante) l'autre, puis je fais un transfert via File Station. Une fois lancé, on peut se déconnecter (c'est un traitement batch) et ça peut donc se faire sans PC connecté

Deux petites astuces au passage : Mettre les VM sur un SSD. Si le Syno le permet, cache NVMe. Éviter les Syno avec Celeron.

Il s'agit -en ce qui me concerne- de Seagate IronWolf 4To qui n'ont pas d'erreur secteur, ni problème SMART détectés par le Syno. Mais le syno qui fini(ssai)t par les rejeter. C'est le support de Syno qui m'a suggéré la manip. WD-40 😉

J'ai ?eu? un problème équivalent. La 5ème baie de mon ds3615sx jetait plus ou moins vite mes disques (4 essayés). Ça tenait de quelques heures à quelques jours. Le disque était en erreur mais pas de secteurs défectueux et Ok sur un PC. La reconstruction était souvent faisable, quasiment toujours après un reboot, mais ne tenait pas très longtemps. Démontage des disques, grand coup de soufflante, un peu de wd40 dans le slot en question et ça tient depuis une bonne quinzaine... Ça fait quand même épée de Damoclès.

La reconnexion ne fait pas partie de la gestion SMART. Il semblerait que ce soit un problème de qualité de contacts avec le disque constatée par Syno. Donc gênant, à surveiller, mais pas trop grave. Un coup de WD40 et bien renfoncer le disque et ça devrait repartir...

Juste à vérifier : la base, la table et le fichier sont-ils tous utf-8 ?

Est-ce que par hasard, il n'y aurait pas une trace des anciens comptes : Voir dans Control Panel\All Control Panel Items\Credential Manager\Windows Credentials Credential Manager on Windows