CoolRaoul

Tout n'est pas à jeter dans le monde Windows (loin de la) mais le parcours réseau, sans aucun doute, c'est une belle m***e

Essaie de le d

Tu devarity Tu devrais plutot créer un nouveau fil de discussion. En mettant ta question ici en réponse à ce fil portant sur un autre sujet, tu pénalise la visibilité de ta question et par suite tes chances d'avoir des réponses

[peut-être que j'enfonce une porte ouverte] Facile a tester déjà: donne l'url de connexion à ton nas à un ami, tu lui demande de faire 5 tentatives avec un user/passsword bidon et tu verras bien.

Quand tu boote sur ton disque de recovery, comment est configuré le réseau TCP/IP? C'est manuel ou automatique en DHCP¨ ?

as-tu essayé en mettant l'adresse ip du NAS a la place de "monnas" ?

Peut-etre la commande s'exécute *avant* que la base ait démarré? A quel endroit as-tu mis ton script?

Peux-tu expliquer comment tu peux avoir toujours accès aux chaines du bouquet Free en ayant résilié l'option TV à 2€? Il est possible que Free ait oublié de désactiver la diffusion dans ton cas mais ce n'est pas sur que ça dure. Adsl-TV utilise le même mécanisme que celui que celui que tu nous décrit pour voir et enregistrer les chaines, et ils est bien indiqué sur leur site que cette option est requise: http://www.adsltv.or...de-optiontv.htm "Si vous souhaitez utiliser adsl TV pour accéder aux chaînes TV de Free/Alice, vous devez disposer de cette option TV."

La Freebox sait bien enregistrer directement la télé de façon autonome. Et pas besoin de laisser le PC allumé pour ça. Alors pourquoi vouloir utiliser le NAS?

Ajouter une redirection vers un fichier de log en début de script te permettra de comprendre ce qui coince insère la ligne suivante en début de ton script (après la line "#!") exec >/tmp/monscript.log 2>&1[/CODE] redémarre et regarde (ou viens ici nous montrer) le contenu de "/tmp/monscript.log", on trouvera ce qui coince

Euh, non je ne penses pas: à priori, tous les système de filtrages de ce genre peuvent fonctionner soit en mode "tout sauf" soit en mode "rien sauf", tout dépend comment on les configure. Et même en mode "tout sauf", si on à explicitement désactivé la catégorie "services de dns dynamique", ça ne passera pas, quel que soit l'outil utilisé. Et d'ailleurs, tu remarqueras dans mon exemple que chez nous, bien que ce soit du Blue Coat, la raison qui fait que le site est bloqué, n'est pas parce qu'il n'a pas été explicitement autorisé, mais bien parce qu'il entre dans la catégorie "dynamic DNS host". Nous sommes en effet bien configurés en mode "tout sauf" (si c'était le cas je ne pourrait pas accéder à "nas-forum.com" je ne vois pas pour quelle raison nos admins blue coat l'auraient volontairement autorisé)

Tu es bien sur pour le "en général" ?

Probleme r

SCP est un protocole ancien et assez "rustique" (et en voie d'obsolecence) et qui, donc, ne supporte pas l'utf8 dans les noms de fichiers. Faudra faire avec, mais

Attention! Pour editer ces fichiers sous Windows, fait bien gaffe que les fichiers soit bien au format unix pour les fin de ligne Je te conseille notepad++ , configuré comme ceci: Evite aussi si tu peux les caracteres accentués, Si tu as vraiment besoin de mettre des accents, alors renseigne toi si le logiciel qui va lire le fichier s'attend à de l'iso ou à de l'unicode et sauvegarde en conséquence: ANSI pour pour le codage iso UTF-8 pour l'unicode

Le probleme, pour accéder aux fichiers système (en dehors des dossiers partagés donc) , n'est pas le client mais le serveur. Et le serveur sftp de DSM ne permet pas ces options Par contre, avec un client supportant "scp" ça serait possible, mais je ne sait pas si filezilla ou winscp savent faire. **EDIT** apparemment, WINSCP sait "parler" SCP: http://winscp.net/eng/docs/scp A tester donc **EDIT #2** Je viens de tester WinSCP en mode SCP et ça fonctionne (mais pas sur un syno, je n'en ai pas sous ma main pour le moment) Si vous pouvez vous connecter à vos NAS avec WINSCP en ayant bien choisi "SCP" comme "protocole de fichiers", vous aurez accès à *tous* les dossiers du NAS (et donc, bien gaffe à ne pas faire de c****ies hein, vous travaillez sans filet, je vous aurai prévenu) Faudra utiliser le compte "root" avec le mot de passe du compte "admin".

Je confirme: bien que "/etc/rc.local" soit ex

C'est quoi cette histoire de 'guest' sans mot de passe ?

Je ne comprend pas pourquoi tu poses cette question: l'acces DSM en https c'est *justement* ce que j'ai pris comme exemple dans mon (lignes suivant le titre "Cas de l'acces à l'interface DSM") Le reverse proxy étant implémenté au sein du serveur Apache, il peut prendre en compte uniquement les connexions utilisant le protocole HTTP(S). La réponse est par conséquent négative.

C'est un probleme de parcours du réseau connu. Regarde ici su tu veux plus de détails: (et suis le lien que j'ai mis dans ce post) Plutot que de mapper des lecteurs, tu peux aussi créer des liens vers "<nom_du_nas><partage>"

Est-ce que tu le trouve en tapant <nom_ou_ip_du_nas> en faisant démarrer->exécuter (ou l'équivalent WIN+R, ou bien directement dans la barre d’adresse de l'explorateur?

Sur mon NeoTV j'ai choisi d'accéder au syno en SMB plutot qu'en NFS et je n'ai pas de problèmes. Tu peux essayer cette option

Vu ce que tu as expliqué plus tot, dans ton cas le JBOD ou le "basic" est le plus approprié a tes specs (Le raid0 ne sera pas applicable puisqu'il fait minimum deux disques pour ça) L'avantage du JBOD est que si tu achète un disque supplémentaire tu pourra si tu le souhaite l'ajouter au volume existant pour ne voir les deux disques comme un seul volume Mais ne pas oublier que dans ce cas, la défaillance d'un seul des deux disques entraîne la perte de toutes tes données! Toujours bien être conscient de ça.