PiwiLAbruti

Est-ce que l'un d'entre vous a essayé de désactiver SMBv1 et NetBIOS pour voir si le problème persiste ? https://support.apple.com/fr-fr/HT211927

Les erreurs CSP sur un domaine wildcard sont souvent causées par le chargement de ressources externes (images, scripts, feuilles de style, ...) avec un sous-domaine différent de celui du site, comme par exemple un site www.domain.tld qui chargerait du contenu externe depuis static.domain.tld. Il y a plusieurs façons de résoudre/contourner cette anomalie (facilement trouvable via un moteur de recherche). Hors-sujet Le but de ce type de site, comme beaucoup d'autres qui pullulent depuis quelques années, est d'établir des rapports de l'état de santé d'internet en générant des statistiques d'accessibilité et de vulnérabilité. Ce sont des données qui se vendent très bien actuellement. La déclaration de confidentialité de ce site est peu bavarde à ce sujet, on vous promet seulement que les données sont chiffrées, que les clauses avec les tiers (dont les hébergeurs) sont très strictes, … bref, que vos données sont sécurisées. Pour le reste, c'est à vous d'évaluer où vous placez le curseur de confiance. Sur ce type de site prétendant faire de gentils scans sur les adresses qui lui sont fournies en toute confiance par ses visiteurs (désolé, je n'arrive pas le tourner la phrase autrement sans montrer que ça sent mauvais), il y a très souvent une liste des adresses IP des serveurs depuis lesquels les scans sont effectués. Dans le cas présent : https://help.hostedscan.com/help/what-ip-addresses-are-used-for-the-hostedscan-vulnerability-scanners Le domaine scanners.hostedscan.com se résout en 70 adresses IP (une seul adresse en Hollande, tout le reste est aux USA chez Akamai et Amazon). Si le scan réussit, ça veut surtout dire que le NAS est ouvert à toutes ces adresses impliquant éventuellement un défaut de configuration du pare-feu (une limitation géographique étant le minimum).

Personne ne sait si c'est pertinent par manque d'informations techniques concernant la solution comptable. Il vaut mieux vous faire conseiller par un professionnel que par des inconnus sur un forum.

Oui et non. Rares sont les fournisseurs d'accès grand public qui permettent de personnaliser l'enregistrement PTR des abonnés (en fait je ne connais que Free qui le propose). Maintenant tu peux toujours leur exposer ton cas et demander si c'est possible.

La question du prix est prématurée, il faut d'abord définir le besoin (qui nécessite, entre autre, de connaître l'existant). Quand je lis "il n'y aura qu'un poste a la fois sur ce serveur et je constate que cela fonctionne bien même sur ce vieux serveur de 10ans.", je me dis que le besoin est inexistant. Pourquoi vouloir changer quelque chose qui fonctionne bien ?

# nslookup 185.178.186.140 140.186.178.185.in-addr.arpa canonical name = 140.128-27.186.178.185.in-addr.arpa. 140.128-27.186.178.185.in-addr.arpa name = clientBeeIP.as203500.net. # nslookup clientBeeIP.as203500.net ** server can't find clientBeeIP.as203500.net: NXDOMAIN D'où le message "Your reverse DNS entry does not resolve to an IP". Pour que cette vérification soit valide, il faut que l'adresse IP se résolve en un domaine (PTR) et que ce domaine se résolve en l'adresse IP (A et/ou AAAA) : Adresse IP > Domaine > Adresse IP. Dans le cas présent : 185.178.186.140 > clientBeeIP.as203500.net > 💩

Sans connaître les spécifications matérielle du serveur actuel (processeur, RAM, disque, …) et sa charge en production, les spécifications de la base de données (type, taille), les spécifications logicielles de la solution comptable, ainsi que le nombre d'utilisateurs, il va être compliqué de conseiller quoi que ce soit. Le NAS aura beau être équipé de SSD, il pourrait très bien être un goulot d'étranglement au niveau processeur et/ou RAM. Pourquoi ne vous tournez-vous pas vers un professionnel pour dimensionner et maintenir votre solution ? Est-ce que l'éditeur de votre solution comptable propose des offres SaaS ? Ça vous donnerait plus de visibilité pour choisir une solution. Il y a aussi la question des sauvegardes qui n'a pas été abordé.

Oui.

53 est le numéro du port sur lequel le serveur DNS écoute les demandes de résolution. Non. En supposant que la zone publique de ton nom de domaine est hébergée chez ton registrar, il n'y a pas besoin d'exposer le serveur DNS local en ouvrant le port 53 sur le routeur.

@Mic13710 Un simple nslookup nas.domain.tld est suffisant pour tester la résolution. Il existe aussi Resolve-DnsName nas.domain.tld en PowerShell.

Le but est d'utiliser un nom unique (mynas.domain.tld) pour accéder au NAS. Pour cela, il faut que ce nom se résolve en l'adresse IP privée (192.168.x.y et/ou fe80::z) en local et en l'adresse IP publique depuis internet, d'où le besoin d'un serveur DNS sur le réseau local.

Ta question montre que tu n'en as visiblement pas besoin. 😄

Ça reste farfelu dans le sens où le but des 2Gbit/s (et plus) mis à disposition sont faits pour être partagés (n x 1Gbit/s + Wi-Fi), et non dédiés à un seul équipement. En tout cas, c'est l'usage fait par plus de 99% des clients particuliers tellement les équipements LAN dépassant le 1Gbit/s sont rares.

Vu ton besoin et le modèle qui va être remplacé (DS211+), il n'y a aucune hésitation : DS923+. Il est probable que Synology sorte un DS423+ prochainement (en remplacement du DS420+), ça peut être intéressant pour diminuer les coûts.

Synology ne fait que le minimum sur les versions de PHP, j'en ai déjà fait plusieurs fois la remarque auprès du support. Pour information : https://www.php.net/supported-versions.php

Le Cat.6 supporte le 10Gbit/s sur une distance inférieure au Cat.6a, 56m contre 100m. Je n'ai jamais vu un particulier avoir besoin de transporter du 10GbE sur une telle distance 😅 Et en entreprise, pour interconnecter des commutateurs au-delà de cette distance, on n'utilise pas de cuivre 😇

Les serveurs DNS de FDN n'étant pas filtrants, il n'y a aucune différence avec ceux de Google. Essaye tout de même, mais le résultat devrait être identique.

Si tu sais depuis quel compte utilisateur a été exécuté le ransomware, tu peux ne restaurer que le périmètre auquel a accès cet utilisateur. Sinon, il faut appliquer la méthode de @firlin.

As-tu essayé d'intervertir le câble du LAN1 avec celui d'un autre port ?

Attention à la profondeur des modèles rackables, et au bruit aussi (les 40mm c'est tout sauf discret).

Est-ce que le NAS a une adresse IP fixe ou dynamique (DHCP) ? Si elle est fixe, modifie temporairement l'adresse IP de ton PC en 192.168.0.n de façon à pouvoir joindre ton NAS, modifie son adresse IP, puis remets ton PC en DHCP. Idéalement, il convient de laisser l'adressage IP du NAS en DHCP. Ainsi, au prochain changement de box, le NAS sera toujours joignable Si des ports à destination du NAS sont ouverts sur la box, il est préférable de définir un bail DHCP statique pour le NAS.

Je n'utilise pas Plex, mais les IO sont théoriquement meilleures lorsque les échanges ne se font qu'avec la RAM.

Pour montrer à @bliz qu'il a raison (ou tort 🙃). Je serais curieux de voir la réponse d'une société de récupération de données si on leur envoyait ces photos. 😉

J'ai emmené tous mes disques durs défectueux en vacance au Brésil, et je les ai malencontreusement oubliés sur ce bateau.

Les réponses à tes questions sont ici : https://kb.synology.com/fr-fr/DSM/tutorial/What_are_Some_Considerations_for_Creating_SSD_Cache Les sections Applications recommandées, Applications inappropriées, et Cache en lecture seule et en lecture-écriture sont susceptibles de t'intéresser.