Aller au contenu

Classement

  1. _DR64_

    _DR64_

    Membres


    • Points

      4

    • Compteur de contenus

      1624


  2. Balooforever

    Balooforever

    Membres


    • Points

      1

    • Compteur de contenus

      375


  3. alan.dub

    alan.dub

    Membres


    • Points

      1

    • Compteur de contenus

      1129


  4. maxou56

    maxou56

    Membres


    • Points

      1

    • Compteur de contenus

      3876


Contenu populaire

Affichage du contenu avec la meilleure réputation le 05/20/20 dans toutes les zones

  1. C'estce que j'ai dis 😄
    1 point
  2. Ça, c'est parce qu'en raison de la pénurie d'IP V4, depuis quelques temps Free partage une même IP entre plusieurs utilisateurs (en attribuant des plages de ports à chaque utilisateur). Donc si tu n'a pas la chance d'avoir la plage de début, tu ne peux pas utiliser les ports 80 et 443... Mais ce problème est facile à régler : dans ta console d'administration, tu peux demander une IP "full- stack", c'est à dire avoir une IP pour toi tout seul ... (attention, cela va modifier l'IP fixe qui t'était attribuée).
    1 point
  3. Bonjour @Sylvainfx bienvenue à toi sur le forum!
    1 point
  4. Parfait! Je pense que ta solution est là :
    1 point
  5. Après changement du port SFTP ainsi que rajout des règles dans le pare-feu, plus aucune tentative d'intrusion !
    1 point
  6. Merci pour ton rapide retour. "La requête Ping n’a pas pu trouver l’hôte NAS. Vérifiez le nom et essayez à nouveau." (Oui mon NAS est nommé "NAS")
    1 point
  7. Non parfait, c'est mon Syno qui fait office de client et tout fonctionne 🙂 Par contre, je pense virer les fichiers car si besoin je recommencerais à 0 finalement 🙂
    1 point
  8. Bonjour, Uniquement pour le cache en lecture, pour le cache en lecture/écriture celui-ci est persistent.
    1 point
  9. Tu risques de perdre tes données si le NAS se coupe (panne de courant sans onduleur) pas si tu l'arrêtes correctement car il démonte le RAID/SHR avant de s'éteindre. Je rajouterai que le cache se vide à chaque reboot -->
    1 point
  10. Oui, tu as raison. Mais on dit bien lire, pas décoder. Un fichier word, c'est le NAS qui le décode ? Non, c'est le word installé sur l'hôte qui le décode. Pour la vidéo, c'est pareil. Tu as un stockage d'un coté, et le programme de l'autre qui le décode. Si tu utilises un lecteur réseau, un ordinateur ou un smartphone, leur hardware le fera facilement. Contrairement à un NAS (même si indiqué comme faisant du transcodage) ou une TV (même si connectée blablabla...), leur hardware est... insuffisant. Et je ne reviens pas sur l'impossibilité sur ces écrans de lire la plupart des conteneurs et codecs utilisés dans le monde de la vidéo/audio. Si ça c'est du chinois... quelles sont tes connaissance en réseau ?
    1 point
  11. Juste pour information, je suis toujours à la recherche d'une automatisation du certificat via ssh. J'ai trouvé un tuto sur la toile (https://forum.synology.com/enu/viewtopic.php?f=265&t=141181&p=523064&hilit=wildcard#p523064) mais je n'arrive pas dans la ligne de commande à ajouter mon ndd.tld et mon *.ndd.tld en même temps. Pour rappel, si on enregistre un certificat juste avec *.ndd.tld, le ndd.tld n'est pas prit en compte alors que sur SSL for Free, je peux enregistrer les deux pour obtenir un seul certificat. Pour vraiment répondre, c'est Let's Encrypt directement depuis leur site qui propose de passer par ce service SSL for Free. Voici d'ailleurs la liste officielle qui utilise l'API pour les certificats Wildcard. https://letsencrypt.org/docs/client-options/
    1 point
Ce classement est défini par rapport à Bruxelles/GMT+01:00
×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.