NOTHiNG_Fr

Bonjour à tous, Pour les gens que cela intéresse, node.js (0.10.6) est disponible sur le repo Cytec : http://cytec.us/spk/ Voila, c'était plus pour la news...

yes, normalement ça devrait le faire comme ça... avec le port-forwarding sur ton routeur (ip-publique-routeur: > ip-privee-nas:5080 et ip-publique-routeur:443 > ip-privee-nas:5443) + les enregistrements DNS qui vont bien ça devrait marcher.

photo_path correspond au nom de l'access list et elle se base sur le critère path_beg qui est /photo/ donc en gros : SI ton nom de domaine est : pics.mondomaine.fr (if { hdr(Host) -i pics.MONDOMAINE.FR }) et que tu n'a pas le chemin /photo/ (!photo_path) quand tu tape l'url, alors je te redirige vers https://pics.mondomaine.fr/photo ( redirect prefix https://pics.MONDOMAINE.FR/photo code 301) J'espère que ça t'aide a comprendre.

J'ai mis ma conf pour HAProxy pour Photostation

Bon, si ça intéresse quelqu'un, après de longues heures de bataille avec HAProxy et la documentation... j'ai réussi a mettre PhotoStation derriere HAProxy avec un sous-domaine : pics.MONDOMAINE.FR 2 Petites précisions : Le apache de mon syno tourne sur le 10080 et non plus sur le . HAproxy tourne sur le / 443 Si vous avez gardé les ports standards, il suffit de remplacer normalement... J'ai configurer HAproxy comme cela : Frontends : Nom : HTTPS Binds : :443 ssl crt /usr/local/haproxy/var/crt/default.pem Backend par défaut : web Options : option http-server-close,option forwardfor,rspirep ^Location: http://(.*)$ Location: https://1, acl photo_path path_beg /photo/, redirect prefix https://pics.MONDOMAINE.FR/photo code 301 if { hdr(Host) -i pics.MONDOMAINE.FR } !photo_path Nom : HTTP Binds : : Backend par défaut : web Options : redirect scheme https unless { hdr(Host) -i www.MONDOMAINE.FR } Backends : Nom : photostation Serveurs : photostation localhost:10080 check Options: Associations : Frontend: HTTPS Backend: Photostation Condition: if { hdr(Host) -i pics.MONDOMAINE.FR } Voila, j'espère que ça interressera quelqu'un après m'etre cassé la tete pour finalement pas grand chose

Bon, si ça intéresse quelqu'un, après de longues heures de bataille avec HAProxy et la documentation... j'ai réussi a mettre PhotoStation derriere HAProxy avec un sous-domaine : pics.MONDOMAINE.FR 2 Petites précisions : Le apache de mon syno tourne sur le 10080 et non plus sur le . HAproxy tourne sur le / 443 J'ai configurer HAproxy comme cela : Frontends : Nom : HTTPS Binds : :443 ssl crt /usr/local/haproxy/var/crt/default.pem Backend par défaut : web Options : option http-server-close,option forwardfor,rspirep ^Location: http://(.*)$ Location: https://1, acl photo_path path_beg /photo/, redirect prefix https://pics.MONDOMAINE.FR/photo code 301 if { hdr(Host) -i pics.MONDOMAINE.FR } !photo_path Nom : HTTP Binds : : Backend par défaut : web Options : redirect scheme https unless { hdr(Host) -i www.MONDOMAINE.FR } Backends : Nom : photostation Serveurs : photostation localhost:10080 check Options: Associations : Frontend: HTTPS Backend: Photostation Condition: if { hdr(Host) -i pics.MONDOMAINE.FR } Voila, j'espère que ça interressera quelqu'un après m'etre cassé la tete pour finalement pas grand chose

Bonjour, Est-il possible d'acceder au paquets en beta ? je ne les vois pas dans le gestionnaire de paquets du syno, il y a une source particuliere ? ou c'est tout simplement des beta internes au packager synocommunity ?

ça marche, c'est parfait ! merci a vous deux !

OK, je test ça de suite, merci

du coup ya un workaround possible ou pas ? pour info @bud77 j'ai pas le python de syno d'installé je pense que de toute façon on va vers un "AppStore" a la syno, quand on vois un package commercial comme McAfee qui deboule... je me dis que ça va aller dans ce sens. J'espere juste qu'il vont pas claquer la porte au nez de la communauté.. ah oui, derniere chose, comment il fait pour savoir que le packet est demarré ou pas ? il regarde quel fichier au juste ? on peut pas lui faire croire qu'il est démarré ?

J'ai tout desinstaller (python, couch, sab, etc...), j'ai reinstaller python (de syno community) et ensuite quand je veux installer couch ou autre chose, il me dis que je dois "lancer python". Donc j'ai plus rien qui marche... ça sux. Je pige pas pquoi pour le moment... si je trouve, je vous tiens au courant.

Bonjour, Je viens de mettre à jour mon DSM en 4.2b et j'ai un petit problème : Les paquets Sickbeard, SABnzbd, etc... doivent êtres mis à jour et cela n'est pas possible. En effet j'ai le message : Veuillez executer "Python" avant d'installer ce paquet. J'ai deja le packet Python d'installé. J'ai essayer de le reinstaller a la main, mais cela ne fonctionne pas. J'ai télécharger le spk suivant : http://packages.synocommunity.com/python_88f5281_2.7.3-4.spk Je pense que c'est le bon, j'ai un Syno DS1010+, a l'installation j'ai le message : Ce paquet n'est pas pris en charge par la plateforme de Diskstation. Voila, si vous avez des questions et encore plus, des réponses... merci d'avance !

ah oui... mais bon du coup avec le firewall du nas et le blocage auto des ip, je vois pas trop le pb... c sur qu'en cas de faille, le mec fait ce qu'il veux mais bon...

DjMomo > pquoi pas le plus ideal ? a partir du moment ou je filtre sur le syno je vois pas trop de diff a faire du port forwarding sur le routeur... c'est meme plus pratique...

bon, j'ai résolu mon probleme... en fait cela ne marche plus depuis que PhotoStation est devenu un paquet independant... J'ai donc rajouté : AliasMatch ^/photo$ "/var/packages/PhotoStation/target/photo/" Alias /photo/ "/var/packages/PhotoStation/target/photo/" Alias /photosrc/ "/var/services/photo/" AliasMatch ^/~([^\/]*)/photo$ "/var/packages/PhotoStation/target/photo/" AliasMatch ^/~([^\/]*)/photo/(.*) "/var/packages/PhotoStation/target/photo/$2" <Directory "/var/packages/PhotoStation/target/photo"> php_admin_value open_basedir none </Directory> dans /usr/syno/etc/httpd-vhost.conf-user et httpd-ssl-vhost.conf-user apres une relance de webstation, j'ai de nouveau acces a photostation depuis l'exterieur en http/https

@silvermarty > quand je saisis http://IPEXTERNE/photo j'ai la page 404 du Syno "Désolé, la page que vous recherchez est introuvable." Le firewall est ok, d'ailleurs j'accede depuis l'exterieur a photostation en utilisant le DDNS de Syno (DSCloud.me), mais j'aimerais ne pas multiplié les urls d'acces... en plus cela marchais avant. j'ai l'impression que c'est depuis les dernieres màj du DSM que cela ne marche plus. j'ai 2 virtualhosts qui repondent a mon adresse free (en hd.free.fr) sur le et le 443. encore une fois, cela marchais comme cela avant...

Bon, pour relancer ce vieux sujet je me trouve dans la situation suivante : J'utilise webstation pour mon blog perso sur mon syno, mais aussi photostation. Il ce trouve que lorsque les 2 options sont actives je n'accede qu'a la partie webstation de l'exterieur, alors qu'en interne j'ai acces aux deux. Cela marchais avant, depuis les dernieres màj du DSM je n'arrive plus a faire fonctionner cela correctement. Je suis chez free avec une ip fixe et derriere un routeur avec mon syno en dmz (et les ports sont bien ouverts dans le firewall du syno) Quelqu'un a une piste ?

Dites, ya moyen de changer le port de maraschino ou pas ? j'ai beau chercher, je ne vois pas comment...

Bonjour, Petit sujet sur l'upgrade de Sabnzbd qui est relativement souvent mis à jour et qui ne dispose pas comme Sickbeard / Headphones / Couchpotato d'un système intégré. J'ai testé plusieurs paquets pour le syno concernant SABnzbd et je suis tombé sur le site http://www.mertymade.com/syno/ celui-ci dispose d'un panneau pour l'upgrade (SABhelper) à partir des sources de sabnzbd. Est-il prevu d'avoir un système similaire pour la version SynoCommunity ?

Bon, pour info le support de la DCS-5222L a été ajouté sur la Beta du DSM 4.1 http://www.synology.com/support/beta_dsm4.1.php?lang=fre

La D-Link DCS 5222L est normalement ONVIF, donc elle devrait marcher avec les Syno... maintenant si quelqu'un a l'occasion de faire le test, je suis preneur dans la mesure ou elle m'interesse grandement... Merci d'avance pour vos reponses !

bon, j'arrive pas a compiler tout les modules... je continuerais ça dès que j'aurais plus de temps...

bon, c'est le bordel j'ai pleins de compil' qui foirent a cause de : /usr/local/i686-linux-gnu/bin/i686-linux-gnu-ld [/CODE] qui n'existe pas... Bon, ok... apres recherche a priori il faut installer les toolchains (http://sourceforge.net/projects/dsgpl/files/DSM%204.0%20Tool%20Chains/)

c'est noté, merci du conseil

Bonjour, Voici comment j'ai fait pour mettre à jour mon Syno avec les derniers CPAN (par contre j'ai pas encore testé en long et en large pour voir si il n'y a pas d'effet de bord... vu que nous mettons à jour les CPAN de l'OS cela peut être dangereux et rendre le syno inopérable...) : En root via SSH : Installation des paquets nécessaires : ipkg install unzip gzip gcc perl make tar ncftp lynx On place la variable FTP_PASSIVE qui permet a CPAN de faire du ftp passif et evite les timeouts lors des téléchargements des modules... export FTP_PASSIVE=1[/code] histoire que les binaires installés via ipkg soit dispo sans pb : [code]export PATH=$PATH:/opt/bin:/opt/sbin[/code] a ce niveau on lance cpan et nous suivons l'assistant (il faut donner les bons chemins de binaires, a savoir : "/opt/bin/make" etc...) [code]cpan[/code] pour relancer l'assistant de config en cas d'erreurs : [code]cpan[/code] puis a l'invite [code]o conf init[/code] une fois que la conf est faite, dans cpan a l'invite, on met à jour via la commande : [code]install Bundle::CPAN[/code] apres avoir téléchargé et recompilé la moitié de la planète... [code]reload cpan[/code] et pour upgrader les modules : [CODE]upgrade[/code] et voila normalement CPAN et ses modules sont à jour... J'ai fait ça sur mon 1010+ pour info... (enfin je suis en train... c'est loooooonnnnggg les recompil...)