Classement

@MilesTEG1 Bonjour, Un enregistrement CNAME en "language DNS" est un alias sur ton domaine ni plus ni moins. Un enregistrement de type "A" sert à "relier" le domaine à une adresse IPv4. et un "AAAA" à une @IPv6. Cordialement oracle7😉

@Juan luis Bonjour, Pour info, lors d'un scan externe, le malveillant recherche les ports connus d'une part mais aussi les ports ouverts derrière lesquels il y a un service/appareil de préférence actif qui va lui répondre. Si le service/appareil répond, de mémoire, il s'identifie et donc selon les failles connue pour ce service/appareil, le malveillant saura exploiter ces failles pour s'introduire dans le système. Dans le cas où le service ne répond pas ou qu'il n'y a pas de service derrière le port ouvert, alors le malveillant reçoit un message du type : "Reason: Connection refused". Normalement, le malveillant n'insiste pas et passe au port suivant par manque de temps pour creuser la chose. Dans le cas ou le port est fermé le message renvoyé est du type : "Reason: Connection timed out". Donc le malveillant normalement passe aussi son chemin (i.e. passe au port suivant) toujours par manque de temps. Dans ton cas, les ports VPN sont donc ouverts et tu as un service derrière (le serveur VPN) qui répond. Mais heureusement, le système de blocage du NAS fait bien son travail de protection. Donc pas de soucis, sauf à s'inquiéter de la tentative d'accès. En bloquant en amont les @IP concernées, on ne fait que ne plus être avertit des tentatives liées à ces @IP. Cordialement oracle7😉

Je n'ai pas omis d'inclure le nom, j'ai oublié de modifier la conf du site qui héberge les images pour qu'il passe sur un autre certificat, c'est corrigé 😉 @Mic13710 si si je consulte bien mes mails, mais je n'y réponds pas nécessairement et encore moins immédiatement 😛 Si vous voulez tout savoir, ce domaine est splitté sur 2 zones indépendantes sur 2 serveurs distincts afin de limiter les risques d'indisponibilité, les changements de certificats sont aussi en différé, d'où les comportements qui peuvent paraitre étranges (ça marche pour une personne mais pas pour l'autre).

La plupart des gens présents ici ont déjà un NAS, ils s'y vendent rarement en 5 jours, sauf si très bonne affaire. Ca limite forcément l'audience, mais il n'y a pas de mal, hein, bravo pour la vente. 🙂

Bonjour PierU, 1)Je n'ai pas de disques SMR dans mes nas, (et c'est certainement le cas de beaucoup ici) donc difficile de dire si l'option Trim est activable comme pour les ssd. https://www.synology.com/fr-fr/knowledgebase/DSMUC/help/DSMUC/StorageManager/volume_ssd_trim 2) Comme expliqué ici: https://www.reddit.com/r/DataHoarder/comments/ddjy7f/wd_elements_se_trim_smr/ "D'après ce que je comprends des lecteurs SMR, il existe une certaine quantité de PMR qui agit comme un tampon d'environ 20 à 50 Go, ce qui est beaucoup plus rapide que la partie SMR. Les fichiers dans cette région sont automatiquement copiés à un moment donné sur le SMR, qui est beaucoup plus lent. Ainsi, lorsque vous transférez un fichier dont la taille est supérieure à celle de la mémoire tampon PMR, le lecteur est forcé d'écrire dans le SMR, plus lent, à une vitesse d'environ 20 Mo/s." Les disques SMR déplacent de façon automatique les données de la zone tampon rapide à technologie CMR vers la zone lente en SMR, dans les périodes d'inactivité, et c'est géré par le microcode. Dans ce cas, le Trim permet au microcode du disque de savoir quelles zones dont libres pour faire ces déplacements. https://support-en.wd.com/app/answers/detail/a_id/25185 Mais n'empêche pas une chute des performances en écriture quand le cache ou la zone d'écriture rapide sont remplis. Donc ce ne me semble pas être un palliatif. Quand au garbage collection, il permet dans le cas des SSD de vider le contenu des cellules mémoire flash avant d’y inscrire de nouvelles données, dans les zones dont les données ont été libérées. Une réécriture directe n'est pas possible. Dans le cas des disques, cette fonction liée à la technologie SSD/Flash n'a aucun intérêt, car un disque n'a pas besoin de réellement effacer les données avant de pouvoir réécrire au même endroit. Tout se passe dans les tables d'allocation. Donc, à mon avis, cette fonction ne doit pas exister pour les disques SMR.