CoolRaoul

OK, problème connu, c'est cette glute (© JCB) de "voisinage réseau" (qui n'a jamais été vraiment fiable, et Synology n'y est pour rien) qui a encore frappé. Lire pour des explications et une solution.

Bien entendu, c'est même l'usage premier d'un NAS! Peux-tu nous dire exactement ce que tu as "essayé sans succès." et quelles sont les erreurs rencontrées?

Pour voir si le perl optware est bien là, taper "/opt/bin/perl -v" Pour l'unicode, si tu es sous windows, je te conseille d'éditer le fichier avec notepad++ (choisir dans menu "encodage": utf8, de préférence sans BOM [je ne sais pas si mon script est compatible avec le préfixe BOM]) Bon j'ai corrigé finalement: nouvelle version 2.10 dispo, compatible Videostation 1.0 (DSM 4.1) et 1.1 (DSM 4.2).Voir 1er post du fil

xml2epg.pl ne parviens pas a comprendre la 1ere ligne du fichier xml2epg.confFaudrait nous la montrer stp (et une partie des suivantes aussi) Tiens, tant que j'y suis, pour ceux qui ont forcé l'installation de la beta de videostation (ou qui sont en DSM beta 4.2), les chemins du répertoire EPG et de channels.conf ont changé (c'est du au support de plusieurs clés TNT USB simultanément) et les défauts utilisés par xml2epg.pl ne sont plus correct dans ce cas En attendant que je corrige le script, la solution est de donner les chemins en dur, comme ceci par exemple: VSDIR=/usr/syno/etc/packages/VideoStation EPGDIR=$VSDIR/EPGs/0EPG CHANCONF=$VSDIR/channels/0channels.conf url=http://xmltv.dyndns.org/download/tnt_lite.zip xml2epg.pl -d $EPGDIR -C $CHANCONF $url

Chez ALDI en vente ce samedi, "contrôleur de consommation électrique", 10€ http://www.aldi.fr/aldi_en_vente_samedi_2302_48_5_484_4289.html

T'inquiete, je prendrais pas ce risque et puis, si c'était le cas, d'autres membres sur forum de passage sur ce fil auraient vite fait de le remarquer!

je vois: tu as édité le fichier sous windows (en partage réseau probabement) en étant connecté "admin". Heureusement pour toi, comme dans ce contexte, sous DSM, les droits par défauts sont très ouvert, le compte git est quand même capable d'éditer (et de lire) le fichier. Ca serait quand même plus "propre" que le compte "git" soit propriétaire de son répertoire de login (/volume1/homes/git): chown -R git /volume1/homes/gitet, histoire de "serrer" un peu les droits:chmod -R go= /volume1/homes/git

Non, rien de spécial tu peux t'assurer que ses droits sont corrects avec:ls -l .profilece qui devrait donner à peu pres: -rw-r--r-- 7 git users <taille> <date> .profile ^^ ^^^ (en étant dans le bon directory bien entendu)

Si j'ai bien suivi, ça a été fait apres un "su - git" et donc loggé sous le user "git"Et il s'agit d'un fichier situé dans un répertoire owner git avec mode u=rwx (vu le résultat du "ls -ld") Donc, à moins que ~git/.profile n'appartienne pas au compte "git" (tiens j'aurais du lui demander de vérifier!)

Pas la peine, et puis peut-être que question aura une idée sur cette erreur avec vi, histoire de ne pas mourir idiots..

Alors le "Acces .profile denied" est inexplicable!

et pourquoi ne pas répondre à mes questions?

apres avoir fait "su - git" que donnent les commandes:pwd etls -ld .

Peut-être suis-je parano, mais personne ne se demande si ce firmware DSM modifié, téléchargé sur un obscur site russe ne pourrait pas contenir des cochonneries? **EDIT** Bon, apparemment le code est ouvert (https://github.com/andy928/xpenology) Mais je me demande si tout cela est bien légal

Commencer par remettre le .profile de root "propre" (tant qu'a faire le laisser vide, ça ne devrait rien casser). et ensuite: vi /etc/passwd et là, supprimer la ligne commençant par "git:"

A oui, au temps pour moi, voyant des sujet modifiés avec le préfixe "[résolu]", je pensais que l'initiateur du fil pouvait faire cette modif lui-même. Apparemment ce n'est pas (plus ?) possible. Laisser comme ça alors ***EDIT*** Bizarre certains y parviennent pourtant. Exemple:

N'oublie pas de modifier le sujet du fil de discussion en ajoutant "[résolu]" alors Si tu veux développer ce nouveau sujet, le mieux à mon avis, est d'ouvrir un autre fil (dans cette section par exemple: http://www.nas-forum.com/forum/forum/108-internet-et-rseaux/) puisqu'on n'est plus sur le theme initial du fil ("Prendre controle de son Nas à distance")

Tu es sérieux? C'est loin de n'être qu'une question d'infrastructure: pour être fournisseur de nom de domaine, faut d'abord des compétences et, pour que les clients fasse confiance, de la notoriété sur ce marché. Tout cela ne sacquière pas en quelques mois en claquant des doigts! (Note, à l'attention de StrikerRocket: tu vois que j'avais raison en disant "on a plus que dérivé du sujet initial!")

Aie, je comprend alors. Doit pas être tout jeune ton Syno Ce système n'existait pas sous DSM a l'époque (je pense que c'est apparu avec la 4.0) Que veux-tu dire exactement pas "te refiler un nom de domaine" ?

Je pense que si tu a configuré no ip dans DSM, il se charge de faire le "refresh" automatiquement. Mais, le plus simple est peut-être d'utiliser le service DDNS de synology (l'inscription se se fait directement via l'applet DDNS du panneau de configuration DSM avec le bouton "s'inscrire maintenant"). Ce dernier à un gros avantage par rapport à la version gratuite de No-IP (à mon avis) c'est le mode wildcard qui te permet de pouvoir utiliser autant de de sous-domaines que tu souhaite automatiquement. Sinon, comme cela été dit plus haut, étant chez free, ton IP ne change jamais, donc tu peux aussi acheter ton nom de domaine (c'est pas cher, moins de 10€ / an, exemple: http://www.ovh.com/fr/domaines/dotfr.xml) et tu y configure un ou plusieurs sous domaines pointant sur ton IP Fixe.

C'est pas la que ça se passe:

C'est exact tout comptes faits, j'aurais du lire avec plus d'attention la première partie. Mais comme on part maintenant sur une problématique nom de domaine, j'ai peur que ça risque de devenir confus. On verra bien,

Damned, je m'aperçois qu'on a plus que dérivé du sujet initial! StrikerRocket aurait quand même mieux fait de créer un fil distinct.

Oups c'est pas complètement trivial alors: faut que ton pote fasse des redirections des ports utilisés par le protocole smb/cifs dans sa box (ce qui peut être limite niveau sécurité a moins qu'il ajoute des restrictions d’adresse dans son firewall). Faut aussi que son acces internet dispose d'une IP fixe ou alors qu'il configure son Syno sur un DNS dynamique (DDNS) Ensuite dans "dossier" faudra mettre "<ip_ou_nomDNS_du_syno_de_ton_pote><nom_dossier_partagé>" et s'y connecter avec un compte qu'il aura créé pour toi sur son syno. En résumé, de ton coté il n'y a rien de particulier à configurer, le boulot est entièrement du coté de chez ton ami.

J'avais testé sur mon vieux ds210j, inutilisable tellement ça ramait