Aller au contenu

Classement

  1. oracle7

    oracle7

    Membres


    • Points

      4

    • Compteur de contenus

      5559


  2. PiwiLAbruti

    PiwiLAbruti

    SynoCommunity


    • Points

      2

    • Compteur de contenus

      8763


  3. Jeff777

    Jeff777

    Membres


    • Points

      2

    • Compteur de contenus

      4736


  4. .Shad.

    .Shad.

    Membres


    • Points

      1

    • Compteur de contenus

      6648


Contenu populaire

Affichage du contenu avec la meilleure réputation le 01/24/23 dans toutes les zones

  1. Ah bon ! Et comment tu fais
    2 points
  2. @Vista1967 Bonjour, Je vais essayé de t'expliquer en espérant être clair. Du fait que tu as mis ton routeur en DMZ dans ta box, cela veux dire que ta box se comporte comme un simple modem ni plus ni moins. Donc tout ton flux Internet la traverse sans aucune restriction et arrive sur ton routeur qui avec son pare-feu bloque tout ce qui ne correspond pas à une règle définie (1 ère barrière de sécurité). Mais toi, tu as défini entre autres, deux règles qui autorisent du trafic (au passage elles sont grisées) au travers de ton routeur vers tes périphériques de ton réseau local, le NAS notamment. Pour mémoire, ces régles ont été créées automatiquement lorsque tu as mis en place un transfert (NAT) des ports 443 et 80 vers ton NAS. Donc, tout ton flux internet HTTPS (443) et HTTP (80) passe par ces deux ports respectivement et traverse alors ton routeur. Nota : Au passage, je vois que tu utilises aussi Synology Drive, alors il te faut aussi une règle de tranfert vers le NAS pour le port 6690. Ne pas modifier ce port ! sinon les synchros ne fonctionneront pas !!! Maintenant ce flux arrive sur ton NAS et si tu n'ouvres/autorises pas ces deux ports (idem pour 6690) dans le pare-feu du NAS, le flux sera bloqué au niveau du NAS (2ème barrière de sécurité mais limitée au NAS), donc inexploitable en aval par les services du NAS (photo, file, drive, reverse proxy, etc ...). ENsuite, ton reverse proxy écoute en permanence le port 443 et toute requête HTTPS qui arrive sur ce port via une URL avec nom de domaine spécifique ( tel que xyz.xxxx.synology.me) que tu as définie, est redirigé automatiquement vers l'@IP du service/machine concerné situé sur ton réseau local (en quelque sorte 3ème barrière de sécurité). Tout autre domaine non défini/répertorié par une règle sera rejeté. Enfin, saches que ton serveur DNS situé sur ton routeur, n'est là que pour rediriger toute URL émise en local (après traduction du domaine), vers la bonne @IP locale correspondante. Ainsi, plus besoin d'utiliser en local des URL avec une @IP. Voilà en gros comment cela marche. Donc, à part sur l'écran2 où à mon sens, il te faut cocher/activer tes deux règles nommées "reverse proxy", et ensuite sauf erreur de ma part, tout le reste me semble correct. Cordialement oracle7😉
    1 point
  3. @bliz Bonjour, Sauf erreur de ma part, le format iso est un fichier qui contient l'image d'un CD ou d'un DVD, non ? Arrêtes moi si je dis une co... ce n'est donc pas un format vidéo en tant que tel. Donc, cette image englobe, si je puis dire, des fichiers vidéos dont les formats sont propres aux mode d'enregistrement de ces films/séries qui y sont intégrés. Maintenant, très franchement je ne stocke pas de films/séries sous forme d'iso mais directement les fichiers vidéos (mpeg_x, ts, h264, h265, indeo, wmv, etc ...) dans des conteneurs très divers allant de l'AVI, au MKV, MPEG, FLV, Quictime, MP4, Ogg, etc ... Aussi je ne saurait te dire si KODI sait ouvrir un fichier iso pour le lire comme le fais un explorateur Windows par ex, je n'ai jamais essayé ! Sinon en ce qui concerne les formats que supporte KODI je te renvoie à son Wiki ici. Sans vouloir polémiquer sur ce point, je crois que KODI en supporte plus que PLEX mais peu importe ... voir ici pour PLEX si tu veux comparer. Le principal est et reste que les deux supportent les formats les plus courants. Cordialement oracle7😉
    1 point
  4. quand je recréé le dossier je le trouve dans la sauvegarde, et que je sélectionne le dossier ou non dans la configuration de la sauvegarde, une fois qu'elle est terminée, j'ai la confirmation que tout a bien fonctionné. Par contre si je supprime le dossier, j'ai une notification de backup patiellement complétée. Je vais pas me battre contre DSM, l'astuce de Lelolo me va bien à défaut de mieux. Merci à tous
    1 point
  5. Le NAS ne pourra pas non plus faire du transcodage matériel pour les nouveaux codecs, car c'est figé, donc ça sera logiciellement via la CPU ce qui demande beaucoup plus de puissance. Par exemple pour les DS720+, DS920+ « Intel Celeron J4125 » il faut regarder la colonne « Gemini Lake ». https://en.wikipedia.org/wiki/Intel_Quick_Sync_Video
    1 point
  6. @kevfou Bonjour, A mon tour aussi de mettre mon grain de sel 😁, pour ton info, il y a aussi la solution de passer par KODI (c'est unique client "lourd" par rapport à Plex où il faut un Server ET un client) installé via la distribution Libreelec (voir ici aussi )sur un simple Raspberry 2, 3B, 3B+ et 4B au choix connecté en suite par HDMI à ta TV. J'ai personnellement 4 RPI (un / TV) qui attaquent une seule et même base de données centralisée de films, séries, photos, et musiques. KODI lit tous les formats de fichiers Vidéo/Audio et avantage : pas de transcodage à faire. Dans ce cas, ton NAS joue son rôle premier de serveur de données et pas plus. KODI lit les fichiers via le réseau local soit en SAMBA soit en NFS (ce qui est mieux à mon humble avis). A toi de voir ... Enfin, KODI associé à un outil tel que TinyMédiaManager te permettra avantageusement de gérer ta BdD de Films/Séries. Cordialement oracle7😉
    1 point
  7. Chacun faisant la promotion de ce qu'il utilise, je m'y mets aussi : Avec un 918 en stockage, une Apple TV (cher, mais abordable) est une excellent lecteur (associé à Plex).
    1 point
  8. Je ne me suis jamais intéressé aux box dans ce genre ou bien le matériel de Bliz (mais beaucoup trop cher). Si je comprends bien, le NAS stocke les fichiers. Quand on veut lire un film sur le NAS, on passe par la box (ou le matériel de Bliz) qui se charge de lire le fichier directement et qui ne fait que renvoyer la vidéo et l'audio a la tv ? Dui coup la TV ne lit plus rien, elle ne fait qu'afficher le flux vidéo/audio que la box envoie. Tu utilises quelles box @cadkey ? En effet Bliz j'ai dis que je ne veux pas passer par un boitier externe parce que je ne connaissais pas cette solution des box android. Par rapport a ton équipement qui avoisine les 600€, les box android tournent dans les 100-150€ apparemment et là c'est ok pour en utiliser un. C'est là que je me rends compte que je manque cruellement de connaissances sur cette notion des codecs vidéo/audio, du fonctionnement du transcodage et dans l'intérêt d'avoir un lecteur multimédia déportés (box ou ton appareil Bliz). Ce qui, si je passe par une box android, me permet de prendre un NAS sans iGPU, il n'aura plus besoin de s'occuper du transcodage ? Donc le DS723+ est possible.
    1 point
  9. Pour ma part, je pense que le transcodage va devenir obsolete. J'ai Emby sur mon 920+, et depuis quelques mois maintenant, plus aucun client ne sollicite le transcodage video sur mon NAS. Je ne parle pas du transcodage audio qui est plus leger en ressource. Si bien que j'ai interdit le transcodage video sur mon serveur Emby, et personne n'a de souci. Les derniers péripheriques lisent correctement la 4K. Les telephones également depuis quelque temps. Les derniers besoins en transcodage étaient dû à un mauvais parametrage du client ou une mise à jour buguée ou obsolete du client Emby comme on peut en trouver sur les TV. Mes clients sont tous des Box Android ou Apple. l'iGPU n'est plus un critere pour moi, alors qu'il l'était quand j'ai pris mon 920+
    1 point
  10. Branche le câble USB entre l'onduleur et ton NAS, Sélectionne UPS USB.
    1 point
  11. @Vista1967 Bonjour, Juste autoriser les ports de DSM dans le pare-feu du routeur. OUI Oui il faut ajouter le port au domaine dans l'URL de connexion, mais ceci n'est valable UNIQUEMENT que pour les application Synology DSxxxx. Si tu veux atteindre par exemple une autre machine ou un autre service non Synology, ton URL n'est alors constituée que du domaine pas besoin de port car en HTTPS c'est le port 443 qui est sous-entendu et qui est mis de façon transparente pour toi par ton navigateur. Cordialement oracle7😉
    1 point
  12. Si monnas.ndd.tld est défini dans une configuration de reverse proxy, vérifie que les en-têtes WebSocket sont bien créées : Source : https://kb.synology.com/fr-fr/DSM/help/DSM/AdminCenter/system_login_portal_advanced?version=7
    1 point
  13. C'est surtout que je me connecte avec pas mal d'utilisateurs différents, vu que j'ai segmenté les permissions suivant les dossiers partagés. Les montages SMB et NFS représentent selon moi la plus grosse faille de sécurité. On a vite tendance à se connecter avec des droits d'admin sur un lecteur distant, et dans ce cas-là notre pare-feu, notre 2FA, tout ce qu'on veut, ne pourra rien y faire. Et c'est parce que j'utilise Windows, qui a cette limitation débile. Sous Linux on peut utiliser 200 fois le même nom de domaine avec des utilisateurs différents, ça ne pose aucun problème. Non, mais je ne vois pas trop ce que ça aurait changé ?
    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.