CoolRaoul

(Si tu ne maitrise pas les ACL ca risque d'être un peu galère) En tous cas faut créer sur le NAS un compte dédié, pour le serveur apache tournant sur le serveur Windows. S'assurer que c'est bien par ce compte que le serveur apache accède au NAS. Par contre le modèle de sécurité de tes dossiers je peux pas l'inventer pour toi, je ne connais pas ton architecture: tu dois établir exactement la matrice des droits d'acces (utilisateurs X répertoires X lecture/écriture) des dossiers partagés sur le NAS. L'objectif étant de s'assurer q'apache a bien le droit d'écriture dans les dossiers ou tu veux qu'il créé des dossiers et que ce qu'il va créer soit bien accessible pas les autre utilisateurs avec les bons droits (lecture ou écriture) Moi non plus: Apache sous Windows je n'ai jamais pratiqué. Reste à espérer quelqu'un de passage pour expliquer comment établir coté Windows pour le process apache, les "credentials" (user/passsword) de connexion au Syno. Mais rien ne t'empèche d'aller chercher de l'aide en paralelle sur des forums plus spécialisé sur cette partie, apres tout il s'agit d'un problème plus général. J'ai toutefois comme l'intuition que la solution serait d'intégrer le Syno au même domaine active directory que ton serveur apache, et de faire tourner le compte apache sous un compte de domaine (est-ce possible, je ne sais pas), ce qui permettrait au Syno de *connaitre* ce compte et donc d'appliquer des entrées d'ACL y faisant référence. Mais va falloir trouver des plus pointus que moi sur la partie Windows Server

Demande à ceux qui on des problèmes de vider le cache de leurs navigateurs pour commencer

Tu commences par le mauvais bout: l'important est de d'abord définir quelles sont les applications que tu souhaites pouvoir utiliser de l'extérieur, ceci te permettra alors de définir quels sont les ports requis (d'apres la table disponible sur le site synology) Il ne scanne que les fichiers présents sur le NAS et en outre risque d'être un peu exigeant en ressources machines coté Synology. Je te conseille de t'en tenir à l'anti-virus sur l'ordinateur.

"ne fonctionne pas" c'est un peu court décrire un problème en détail. Comment veux-tu que l'on devine ce qui se passe? Tu ne veux vraiment pas dans ce cas non plus nous donner le message d'erreur *exact* constaté? ("timeout", "connexion refused", "invalid user", que sais-je...) ainsi que l'application utilisée pour tester la connexion? *** EDIT *** Bon, L'application j'imagine que c'est un navigateur Faudrait refaire un "nslookup <ton nom de domaine>" de l'extérieur et nous dire *exactement* la réponse.

C'est sous Windows que tourne le serveur Apache, ce n'est pas l'Apache du Syno. ***EDIT*** Plutot donc s'assurer (via des acl par exemple) d'avoir le droit d'écriture sur les répertoires cibles sur le NAS pour le compte DSM que le serveur apache utilise pour s'authentifier sur le NAS.

Je voudrais savoir si certains d'entre vous, dans le .ts résultat d'un enregistrement, récupèrent la piste (ou les pistes) de sous-titre videotext Voici par exemple comment mediainfo analyse ces pistes dans le cas d'un enregistrement sur Arte effectué a partir de la Freebox Texte #1 ID: 70 (0x46)-888 ID de menu: 63759 (0xF90F) Format: Teletext Subtitle Langue: Français Texte #2 ID: 70 (0x46)-889 ID de menu: 63759 (0xF90F) Format: Teletext Subtitle Langue: Français Par contre, dans le cas d'enregistrement effectués avec VideoStation je n'ai pas ces pistes. Je me demande si c'est une limitation de VideoStation ou de ma clé

Utiliser simplement "http://disktation:no_de_port" (et sans le "/audio") et il ne suffira de rediriger que ce port-la à la place du port 5000

Oups, je m'aper

Et o

Au temps pour moi, ce qui m'a fait penser à ça c'est d'avoir rencontré récemment (ici même dans ce forum) à plusieurs reprises des personnes avec une config à deux routeurs en cascade, chose souvent génératrice d'emmerdements en série.

Du ftp à travers deux routeurs faisant du NAT/PAT en cascade, c'est pas gagné (PS: je ne comprend pas pourquoi autant de gens mettent un 2eme routeur au c*l de leur box sans désactiver le mode routeur d'icelle)

Peut être regarder de ce coté:

Par défaut seul le compte "root" peut se connecter en ssh, le mot de passe à utiliser est celui du compte "admin" Utilises plink à la place pour avoir le temps de lire le message d'erreur, il s'utilise dans une fenetre de commande (cmd.exe) . Son exécutable est dans le même dossier que putty Pourquoi nous parler du routeur? Faut-il comprendre que le Syno et le PC ne sont pas sur le même réseau? Probablement que tu n'a pas activé le service telnet dans le panneau de conf DSM

Nous non plus! Si tu nous disais au moins quelles sont les commandes que tu tapes ainsi que les messages d'erreurs *exacts* ? (un copier/coller ne serait pas du luxe)

Comment as-tu fais l'association IP <-> nom_de_domaine ? et est-ce que la commande: nslookup <nom_de_domaine>[/CODE] te trouve bien la même IP ?

Le message dont j'ai donné l'url indique aussi "Par contre les liens ne fonctionnent toujours pas " C'était juste pour te signaler que le problème des liens avait *déja* été signalé

Sur DSM on n'a pas la maîtrise du choix de l'UID lorsque l'on créé un compte. DSM les alloue à partir de 1024. Par conséquent, pour que le meme compte utilisateur linux et DSM ait le meme uid, c'est sous le client Unix que tu dois modifier l'UID avec des commandes du genre usermod -u <nouveau uid> <username> find / -uid <ancien uid> | xargs chown <nouveau uid> Ca c'est un autre débat, mais en général lorsque le client et le serveur NFS sont situés à proximité (au sens topologie réseau donc sur le meme LAN, ce qui j'imagine doit être le cas pour toi entre ton NAS et ton Linux) on peux les considèrer comme une seule entité avec un modèle de sécurité unique (une sorte de "meta serveur" dont chaque élément fait confiance aux autres). Et pour ce qui concerne la sécurité basée sur l'IP, tu notera c'est ce modèle qu'utilisent les firewalls du Syno et des autres Linux en général (basés sur iptables) . Donc si tu n'y fais pas confiance tu dois te poser de la question de ne plus faire confiance au firewalls non plus.

Tes périphériques "internes" se retrouvent parfois "externes" ???

Ben non, voici ce que ça donne chez moi (il demande le mdp root même si on est connecté root mais c'est normal) fserv> /usr/syno/bin/net rap server name Enter root's password: Server name = FSERV fserv>

Faut être dans une fenetre de commande en mode administrateur "-n" affiche les noms *locaux* (ceux emis de la machine sur laquelle tu es), ***EDIT*** Commande à faire coté syno cette fois: /usr/syno/bin/net rap server name[/CODE] vérifier que c'est bien le nom réseau du syno qui s'affiche

Franchement étonnant, regarde a quoi ça ressemble quand tout se passe normalement: C:\WINDOWS\system32>nbtstat -r NetBIOS Names Resolution and Registration Statistics ---------------------------------------------------- Resolved By Broadcast = 2 Resolved By Name Server = 0 Registered By Broadcast = 6 Registered By Name Server = 0 NetBIOS Names Resolved By Broadcast --------------------------------------------- FSERV <00> ***EDIT*** A propos, ce n'est pas "nbstat" mais "nbtstat" (et je me demande bien quelle est cette commande "nbstat" qui donne un résultat chez toi) Et essaie aussi la commande suivante nbtstat -a <nom_de_ton_syno>[/code] en remplacant <nom_de_ton_syno> par .. ben tu devines

Un (simple) modem est normalement transparent en ce qui concerne les ports, je suis étonné que tu ais redirigé des ports *aussi* dans celui-ci. J'ai l'impression que ton modem fait aussi routeur, ce qui a pour résultat que tu te retrouves avec deux routeurs en série: une configuration qui ne fait que complexifier l'ensemble. Si c'est le cas, je ne peux que te conseiller de désactiver la fonction routeur de ton modem, qu'il n'ait plus a s'occuper que de la partie purement adsl, et de gérer la partie TCP/IP dans ton routeur. Ca devrait grandement simplifier la résolution du problème.

https://myds.synology.com/support/support_form.php?lang=fre