PiwiLAbruti

Les identifiants demandés sont ceux de la caméra. D'après la documentation, par défaut c'est admin sans mot de passe (je te conseille fortement de modifier ces identifiants). N'utilise pas ONVIF pour le moment. Si tu vas dans [Caméra IP] > [Ajouter] et que tu configures la caméra manuellement (profil foscam, modèle 9961EP), aucune image n'apparaît ?

Le profil de pare-feu du routeur est bon : Medium: All connection attempts coming from the WAN are rejected with the exception of those that have been authorized through port forwarding, DMZ or remote access configuration. La configuration du pare-feu du NAS est bonne le temps de faire les tests, mais les ports restent inaccessibles. Est-ce que l'adresse IP privée du NAS renseignée dans cette règle est bien la bonne ? Sinon, la règle de redirection de port serait erronée (poste une capture de cette règle). Au passage, est-ce que l'adresse IP du NAS est fixée ou attribuée par DHCP ? Si elle este attribuée par DHCP, assure-toi de créer un bail de réservation pour qu'elle ne change pas.

Ce modèle de caméra est pourtant bien officiellement compatible avec les NAS Synology depuis le Device Pack 4.5.0-1348. C'est à dire ? As-tu essayé en ajoutant manuellement la caméra ?

Vérifie que QuickConnect est bien désactivé. Rien ne sert d'aller plus loin tant que ce test n'est pas concluant. Il faut reprendre les points 1. et 2. Est-ce que le routeur dispose d'un pare-feu ? Est-ce que les règles sont bien configurées dans le contexte "Toutes les interfaces" du pare-feu du NAS ? (liste déroulante en haut à droite qui n'apparaît d'ailleurs pas dans ta précédente capture) Poste à nouveau une capture d'écran des règles de translation (NAT/PAT) du routeur et des règles du pare-feu du NAS.

Est-ce que le port concerné (tcp/5001 ou tcp/443 si reverse proxy) est bien redirigé depuis le routeur vers le NAS ? Est-ce que le port est autorisé dans le pare-feu du NAS ? Est-ce que le port est bien vu comme ouvert depuis http://canyouseeme.org/ ? (Si oui, restreindre immédiatement la zone géographique qui a accès à ce port dans le pare-feu du NAS) Quelle adresse utilises-tu pour accéder à ton NAS depuis internet ? (donne-la en MP vu que c'est une information sensible)

@pluton212+ Relis les messages au-dessus : Peu importe l'ordre, ça fonctionnera. Mais ça a (de mon point de vue) plus de sens de définir Pi-Hole comme redirecteur du NAS. Ainsi la résolution des zones locales n'est pas soumise à Pi-Hole, et le cache DNS de DNS Server tient compte des filtrages de Pi-Hole.

Je ne vois pas le rapport. Tu as la page de Pi-Hole où il est expliqué qu’il doit être les premier Serveur DNS ?

@camdel : Les deux premières règles sont inutiles puisque les 3 règles suivantes (réseaux privés) répondent déjà à ce besoin.

Il suffit de paramétrer le même SSID et la même clé sur les différents points d’accès Wi-Fi pour que le réseau soit le même. Bien sûr, chaque point d’accès doit être bridgé avec le réseau local existant. Tu peux conserver le Wi-Fi de la Livebox au rez-de-chaussée et ajouter 2 autres points d’accès (1 par étage supérieur).

Tes questions font vraiment peur parfois @Zeus 😅 Non, tu ne peux pas relier des systèmes distincts en eSATA.

Surtout pas ! Le transfert transiterait via ton ordinateur. FTP est une bonne solution, même si on peut se passer de FXP en montant les dossiers partagés du NAS source dans le FileStation du NAS distant. En plus on a le choix du protocole (SMB, NFS, FTP de mémoire). Sinon il y a rsync.

C’est bien ça.

Si tu veux résoudre un nom local (nas.mydomaine.tld) dans le schéma actuel, la demande passe par Pi-Hole (qui ne peut pas le résoudre directement) qui le transmet à DNS Server (qui peut le résoudre). Ce passage obligé par Pi-Hole est inutile puisqu’il serait préférable d’interroger directement DNS Server pour les noms locaux. D’où l’intérêt de placer DNS Serveur avant Pi-Hole dans l’ordre de résolution. Ceci implique de distribuer l’adresse de DNS Serveur aux clients, définir Pi-Hole comme redirecteur de DNS Server, et des serveurs DNS publics comme redirecteurs de Pi-Hole. C’est peut-être une fausse-bonne-idée mais ça me parait plus pertinent dans cet ordre. Maintenant ça dépend aussi des priorités qu’on veut donner à chacun des serveurs DNS. L’avantage dans ton cas est que si DNS Serveur tombe, les résolutions DNS publiques fonctionnent toujours.

Pi-Hole n’a pas besoin d’etre Le premier DNS. Il devient d’ailleurs un passage obligatoire et inutile pour la résolution des zones locales définies dans DNS Server.

Essaye cette configuration, tu verras. Pense à faire des tests de résolution sur chacun des serveurs DNS (DNS Server et Pi-Hole). Poste les resultats de résolution ici en cas de souci. Quels sont les redirecteurs définis sur Pi-Hole ?

Il faut que Pi-Hole soit configuré comme redireteur dans DNS Serveur et que ce dernier soit distribué aux clients du réseau local.

Le support est intégré à DSM (application Assistance).

Le calcul est simple, 5 cameras à 30ips ça fait 150ips. Il ne reste plus qu’à connaître la résolution et le codec utilisé par tes caméras pour avoir une idée de la charge. Dans tous les cas, les deux modèles conviendront.

C'est indiqué dans le comparatif dont je t'ai donné le lien. Par exemple pour du H.264 en 1080p : DS218+ : 600 FPS @ 1080p (1920×1080) DS718+ : 800 FPS @ 1080p (1920×1080)

Tu auras la réponse à la plupart de tes interrogations sur la page suivante : https://www.synology.com/fr-fr/products/compare/DS218+/DS718+ "plus puissant" ne veut rien dire, tout dépend des usages. Le processeur du DS218+ (Celeron J3355 2C@2,0GHz) a d'ailleurs une fréquence plus élevée que celle du processeur du DS718+ (Celeron J3455 4C@1,5GHz) : https://ark.intel.com/compare/95597,95594 Le DS718+ dispose de deux interfaces LAN et supporte les extensions de baies DX5xx. Si tu n'en as aucune utilité, le DS218+ est tout indiqué.

Vérifie la qualité de ton serveur SMTP avec MailTester. J'ai l'impression que ProtonMail n'apprécie pas trop ton serveur. Y a-t-il des précision sur l'erreur dans la colonne description ?

Pour en revenir au premier post, si tu as activé le partage de connexion sur le mac, il faut bien indiquer l’adresse IP de ce dernier comme passerelle du NAS. Par contre ton mac ne fournit pas de service DNS. Il faut donc configurer la même adresse DNS sur le NAS et le mac. Dans tous les cas, ça devrait marcher sans investir dans du matériel 10GbE.

Regarde les dates et où ça se situe dans le top 10.

Il y a des tutos à ce sujet :

Si ton NAS n'a pas besoin d'être accédé depuis un autre pays que le tien, tu peux configurer une restriction géographique dans le par-feu du NAS (cf. tuto de Fenrir donné ci-dessus par Kramlech). Je suppose que tu avais configuré un proxy inversé pour accéder à DSM. Si c'est le cas, il suffit simplement de préciser le port utilisé dans les applications mobiles. Par exemple, en supposant que tu accèdes à DSM via l'adresse https://nas.domain.tld/, il suffit de saisir nas.domain.tld:443 dans les applications mobiles.