CoolRaoul

Je ne comprends pas ce qui fait dire que "-exec /usr/bin/rm -f {} \;" serait plus efficace que "-delete." Au contraire la première forme lance un process pour chaque suppression alors que l'autre n'en lance aucun (c'est built-in dans find). Même si j'imagine que l'impact reste minime bien entendu.

Mon explication date de 2013 et à l'époque je ne pouvais me baser que sur les informations dont on disposait à ce moment-là. Le white paper est daté de du 18/12/2019 selon les métadonnées PdF

Pas dans la mesure ou mon hypothèse (selon laquelle avoir préalablement configuré un reverse DNS protègereait d'un passage en IPV4 partagé inopiné et du changement d'IP qui en découle) est valide: il n'y aurait alors *pas* de changement d'IP. Saufs si ils s'assoient dessus, d'où ma remarque précédente:

Je suis exactement dans la même configuration (je dispose de tout le range de ports entrants) Par contre, j'imagine qu'être réellement en "full stack" suppose en plus une sorte de garantie de la part de Free que ça ne changera pas.

Ca me semble avoir du sens. Sinon mon reverse s'applique aussi aux autres clients Free qui partagent mon IP, pas glop je trouve. A moins qu'ils fassent sauter le reverse en même temps que le compte est basculé en IP partagée (ca serait un peu gros quand même) **EDIT** A partir du moment ou le reverse DNS est configuré, c'est le FQDN associé qui est retourné en reverse lookup (essayer ici: http://www.kloth.net/services/nslookup.php) Imaginez avoir positionné en reverse ceci-est-ma-box.mon-domaine.com (ou vous êtres propriétaire de "mon-domaine.com" , c'est obligatoire) C'est ce FQDN qui sera associé à cette IP, pour vous et vos "voisins d'IP"

Moi non plus, zut **EDIT** Mais comme j'avais un reverse DNS j'imagine que ça rend impossible le partage d'IP dans mon cas non?

Peut-être attendre des promos lors de la sortie de son remplaçant alors?

J'espère qu'on ne me tiendra pas rigueur de me raccrocher à ce vieux fil mais il se trouve que j'ai à peu pres les mêmes préoccupations que @David7tb4 Actuellement équipé d'un DS213j, je pense qu'il est temps de le remplacer (même si il n'y a pas urgence vu qu'il fait encore le taff) Mes besoins: Deux baies (ça me suffit amplement) plus réactif que mon modèle actuel. Support docker serait un plus mais je peux faire sans. silencieux et faible consommation électrique (du moins en mode idle). USB3 pour sauvegardes sur disque externe (que je pourrais externaliser plus facilement ainsi) Tant qu'a faire j'en profiterai pour upgrader les disques, mes priorités étant avant tout (et de loin) la fiabilité plus que les performances ou la volumétrie. Je n'ai pas d'à priori contre le fait de sélectionner un modèle de la génération précédente pour peu que ca me permettre de faire une bonne affaire.

Ca vient de m'arriver à l'instant, et j'avoue ne rien comprendre à ce qui se passe. Je suis connecté https et selon Chrome tout est OK: Me suis déconnecté puis reconnecté et le message n'est pas ré-apparu.

Ca ne s'arrange pas si on en croit ce témoignage: https://www.synoforum.com/threads/deleted-threads-over-in-the-community.873/ ils sont désormais en mode blocage et censure

Simultanément? C'est pour un grand appart un colocation ou une pension de famille?

Il est exact qu'il serait pas inutile en plus d'ajouter des clauses restrictives au find. En particulier: ! -path "*/@*" (conserver répertoires de métadonnées et leur contenu) -type f éventuellement (pour conserver les répertoires)

Il faut utiliser l'option "-depth" de la commande "find". A ce propos la lecture de cet autre fil ("Script pour supprimer des fichiers de plus de X jours") pourrait t'être utile, ce post et suivants: https://www.nas-forum.com/forum/topic/48985-script-pour-supprimer-des-fichiers-de-plus-de-x-jours/?do=findComment&comment=1319364938

New Synology DS220+, DVA3219, FS6400 And UC3200 NAS Revealed

@dd5992 merci pour ces explications détaillées👍

Ah oui en effet, au temps pour moi, j'avais pas lu en détail le fil de discussion sur la fibre, il explique bien les implications et les moyens de désactiver cette adresse globale variable ('ipv6 set privacy state=disabled") Donc pas de problème pour ceux qui souhaitent forcer l'IP de leur PC pour par exemple permette des accès distants.

Les addresses globales ne sont pas randomisées il me semble, non? A distance, dans ce cas c'est donc l'addressee *globale* qui est utilisée.

Ou simplement désactiver la randomisation comme détaillé ici: https://sid-500.com/2018/02/07/ipv6-how-windows-generates-link-local-addresses-eui-64/ Set-NetIPv6Protocol -RandomizeIdentifiers Disabled Toutefois, avoir une IP fixe sur une poste de travail n'est en général pas nécessaire, c'est à priori sur un serveur que ça a un sens il me semble.

Les addresses en scope "local" ne sont pas concernées ici, ce sont celles en scope "global" qui sont potentiellement (en absence de firewall sur la box) visible sur internet

Pas de n'importe où: par exemple, dans ma boite, on est toujours pas compatible IPV6 et donc, c'est IPV4 exclusivement pour les connexions sortantes.

Merci pour le témoignage, c'est rassurant

Pas forcément pour tous les clients si l'éligibilité à l'option "full-stack" n'est pas garantie en ZTD comme on peut l'interpréter.

Justement on parle de Free ici, c'est chez eux qu'il a ce problème de mutualisation des IP V4. IP fixe chez SFR? J'ignorais

Pour ma part j'habite en ville et ça me ferait un peu mal au c** si un jour je passe en fibre (ce qui n'est pas dans les tuyaux toutefois) de ne plus pouvoir accéder au port 443 de mon NAS.

Je me méfie toujours avec Free, si on les prend au mot et selon ces deux pages: https://fibre.guide/deploiement/zmd https://fibre.guide/deploiement/ztd les villes ci dessous ne sont pas éligibles au full stack, car en "ZTD" et pas "ZMD": Bordeaux Clermont-Ferrand Grenoble Lille Lyon Marseille Metz Montpellier Nancy Nantes Nice Orléans Paris Poitiers Rennes Rouen Saint-Etienne Strasbourg Toulon Toulouse