This site uses cookies! Learn More

Ce site utilise des cookies !

En continuant à utiliser ce site, vous vous engagez à nous permettre de stocker des cookies sur votre ordinateur.

 

Si nous utilisons des cookies et retenons des données anonymes, c’est pour nous aider à mieux gérer notre mesure d’audience, aider nos partenaires commerciaux à nous rémunérer et nos partenaires publicitaires à proposer des annonces qui vous correspondent.

 

Grâce à ces cookies, le forum est en mesure de savoir qui écrit un message et utile pour le système d'authentification.

 

En cliquant sur « J'accepte », vous acceptez l'utilisation par NAS-Forum de cookies publicitaires et de mesure d'audience fine.

glattering

Membres
  • Compteur de contenus

    57
  • Inscription

  • Dernière visite

  • Jours gagnés

    1

glattering a gagné pour la dernière fois le 11 juillet 2013

glattering a eu le contenu le plus aimé !

À propos de glattering

  • Rang
    Novice Syno

Profile Information

  • Location
    Canada

Visiteurs récents du profil

832 visualisations du profil
  1. Donc c'est normal que audio.xx.fr ne fonctionne pas mais https://audio.xxx.fr fonctionne. le htaccess entre en jeu apres le proxy inverse, donc dans le cas http, il ne se rend meme pas a l'etape du rewrite vers https. Je suis pas un expert, mais c'est ce que je comprends, ou alors j'ai raté quelque chose...
  2. Bonjour a tous ! Je m'interroge sur la stratégie de partage de fichiers entre mes différentes machines. Historiquement, j'ai un peu fait ce qui marche le plus facilement, mais a chaque fois, je me demande si c'est vraiment la meilleure manière de faire. Le contexte : j'aimerais accéder a des dossiers sur mon synology, en local ou a distance (hors du LAN), idéalement via l'explorateur de fichier (je suis sous Linux et MacOS) en montant un dossier réseau par exemple. Du coup je suis un peu perdu dans les options disponibles : NFS, SMB, webdav, autres, que choisir ? Historiquement j'ai choisi NFS car je suis sous Linux, et c'est supporté de base, mais je me suis aperçu que ça se connectait avec un utilisateur local qui ne correspond pas a mon utilisateur sur le syno (après lecture j'ai cru comprendre qu'il fallait un service pour faire la traduction de UID du style kerberos bref ca devenait compliqué). Du coup j'ai pensé a Samba, mais la connexion était aléatoire. Puis j'ai mis webdav, c'est fluide, ça rame pas en local, mais seul hic je crois que l'explorateur que j'ai sous Linux ne supporte par la version SSL de webdav. Ensuite, même question mais pour un accès depuis l’extérieur, même si je me dis que ça peut être contourne en ayant un VPN et hop, c'est réglé comme du local (j'ai pas encore mis de serveur VPN, mais si c'est ce qui est le plus conseillé alors je ferai comme ça, du coup, il me reste seulement a résoudre le problème en local). Merci pour vos éclaircissements. /glattering
  3. C'est moi ou le paquet firefox sync server a disparu du depot ?
  4. Moi ! Mais par contre, je suis pas un expert et j'ai rien suivi a votre conversation. Pour plus d'info, j'ai OVH et des IP dynamiques, et mon DDNS n'est pas gere par le syno mais par mon routeur (sous tomato). Voila, si jamais je peux vous aider, faites moi signe. Sinon, bonne chance !😅
  5. Dans les paramètres webstation, tu peux configurer ton hôte virtuel pour pointer vers une version spécifique de PHP.
  6. Il suffit de rajouter un compte cardav dans les paramètres android et de remplir les identifiants/mdp et adresse de ton serveur cardav et ca devrait s'afficher automatiquement dans l'application de base d'android pour la gestion des contacts.
  7. Je sais pas ce que ca vaut, mais tu mentionnes Domoticz et j'ai cru voir sur un autre sujet une histoire de conflit impliquant Domoticz. j'ai fait une rapide rechercher sur le forum et j'ai trouve ca: https://www.nas-forum.com/forum/topic/55660-carddav-et-thunderbird-comment-ça-marche/ Peut-etre que c'est en rapport... My 2 cents, /glattering
  8. Bonjour, Alors, j'ai installé Calendar et Cardav serversur le syno,. Niveau configuration, je pense que tout est OK, car j'arrive a accéder a mes contacts et a mon calendrier depuis un thunderbird sous Linux. Sur Thunderbird, j'ai installé 3 extensions: TbSync, Card & caldav Provider Cardbook. Comme je disais, ca fonctionne, mais j'ai quelques questions. Dans TbSync, après la synchronisation il affiche 3 choses disponibles: contacts calendrier inbox Question : A quoi correspond le inbox ? Autre question en passant: TbSync affiche contacts, mais dans cardbook, je dois ajouter un cardav de maniere independante de TbSync. Cardbook est-il independant de TbSYnc ou bien a -t-il besoin de celui ci pour fonctionner ? J'ai eu ma reponse: c'est independant ! Voila, c'est tout ! 🙂 Merci, /glattering
  9. Je reviens après bieeeeeeen longtemps, mais j'ai l'impression que depuis il y a eu des fix dans DSM, car ça marche bien alors que je fais la même chose. Maintenant je peux bien accéder a des fichiers partagés par file sharing via l'url https://syno.ndd.tld/sharing/IDENTIFIANT_DU_FICHIER En m'assurant que syno.ndd.tld pointe bien vers mon nas sur le port 5001 (c'est a dire: redirection dans mon routeur de syno.ndd.tld:443 vers mon nas sur mon LAN, et sur le nas un reverse proxy de syno.ndd.tld:443 vers locahost:5001). Voila, c'est bien plus tard mais sait on jamais, ca peut toujours aider.
  10. OK parfait, j'ai fait les modifications dans mon panneau OVH, je n'hesiterai pas a poster si j'ai des problemes 😉 Merci encore pour les précisions. C'est toujours pas 100% clair pour moi la logique sous-jacente du schmilblick, mais je me suis fait ma propre logique qui explique que ca marche comme ca et je vais faire avec 🙂
  11. Mm je crois que je commence a comprendre. En fait je me rends compte que ce qui n'est pas clair pour moi, c'est l'ordre dans lequel est processe la traduction du DNS en IP. Si je comprends bien, a partir du moment ou j'ai rajoute un lien entre DNS et IP dans la zone DDNS, c'est ce filtre qui est d'abord applique, PUIS seulement ensuite les redirection DNS. Donc si j'ai la configuration suivante de mes DDNS DDNS1 ndd.tld --> IP1 DDNS2 monautrenas.ndd.tld --> IP2 Si je mets les redirections suivantes dans la zone DNS *.ndd.tld -> ndd.tld backup.ndd.tld -> monautrenas.ndd.tld Alors, si je tape backup.ndd.tld, il va chercher le sous domaine backup seulement sur le DDNS2 En fait je pensais que comme backup.ndd.tld tombe sur le coup du wildcard, il est inclus dans *.ndd.tld et DONC sera interprété comme DDNS1. Mais ce que tu sembles dire, c'est que non. Donc en fait, le wildcard intervient si aucune entrée ne correspond exactement, c'est plus une sorte de "par défaut", "else", "default" en programmation. J'ai bon ?
  12. Voila daffy, c'est exactement ce que j'ai pour mes DDNS (j'ai edite mon message entre temps et j'ai rajoute des captures d'ecran de mon interface OVH) Ma question porte plutot sur la redirection des sous domaines dans la zone DNS avec les wildcards. merci 🙂
  13. Est ce qu'une configuration comme celle la fonctionnerait ? Le bloc rouge c'est mon ndd. Aussi, il y a des enregistrements qui viennent par defaut avec OVH, et je suis pas sur si je dois les laisser ou bien les retirer. Tout avis sur la question est le bienvenu ! Encore merci, désolé, les details du DNS ne sont pas tres clairs pour moi (je comprends le role d'un DNS, mais dans le camboui, pas trop sur, meme apres avoir lu quelques articles en ligne sur le sujet). Ma zone DNS chez OVH : Mes redirections DDNS chez OVH, le bloc bleu etant mon syno chez moi (canada) et le bloc vert etant mon syno de backup en France.
  14. Bonjour et merci pour ta réponse. On peut faire la même chose avec deux adresses en DDNS ? En fait meme dans ton exemple je ne suis pas certain de comprendre comment ca marche, car backup.ndd.tld tombe sous le coup du filtre *.ndd.tld donc devrait aller vers ndd.tld (ta premiere entree A dans ton exemple). non?
  15. Salut ! Pour les entree CNAME j'ai une question. J'ai un ndd.tld et je l'utilise pour pointer vers mon syno chez moi, avec plusieurs sous domaine. Y'a seulement un sous domaine backup.dd.tld qui pointer vers un autre syno ailleurs dans le monde. Question: j'imagine que faire comme ca m'empeche de mettre un *.ndd.tld pointant vers mon syno... Du coup, y'a un moyen de faire que tous les sous domaine sauf backup pointent vers mon syno sans faire une entree CNAME par sous domaine ? En lisant les commentaires, je me suis dis que je pouvais peut etre faire ca avec un reverse proxy sur mon syno et faire pointer seulement le backup.ndd.tld vers mon autre syno (hors de mon reseau local). C'est une bonne strategie ou bien y'a plus simple ? Bref, que feriez vous ? Merci ! /glattering