loli71

Ben je dois avouer que j'ai du mal a y comprendre quelque chose du coup ... Pour moi c'est clairement un problème de droit d'exécution du script par le user utilisé par le serveur web (donc http). si les droits sont bon sur le répertoire cgi-bin et sur le script test.cgi; il faudrait voir les droits sur les répertoires en dessous: ls -lsa / ls -lsa /volume1/ (si le répertoire "web" est bien sur ton /volume1, sinon tu peux voir sur quel volume il est avec la command suivante : nas2> ls -lsa /var/services/ 0 lrwxrwxrwx 1 root root 12 Nov 15 18:55 web -> /volume1/web Moi j'ai cela : nas2> ls -lsa / .. 4 drwxr-xr-x 24 root root 4096 Nov 22 11:50 volume1 nas2> ls -lsa /volume1/ .. 4 drwxr-xr-x 4 root root 4096 Nov 23 14:09 web

euh, c'etait "ls -lsa", pas isa mais bon, tu as remis les droits du répertoire et du fichier ensuite ... Essaye deux chose au cas où : ps -w | grep http pour savoir sous quel utilisateur tourne le serveur web sur ton syno Puis essaye aussi de passer lla commande suivante au cas où (ce qui donne le droit en lecture, écriture et exécution pour tout le monde sur ton répertoire et script : chmod -R 777 /var/services/web/cgi-bin

Alors d'abord, faut faire attention aux fichiers fait sur windows et posés sur le syno par le répertoire partagé depuis windows à cause des saut de ligne windows et linux qui sont différents. Il faut donc bien penser à convertir les sauts de ligne en format UNIX dans notepad++. Ensuite pour répondre à la question sur la première ligne shebang, il suffit de passer la commande suivante en ssh: nas> which perl /usr/bin/perl Ensuite, peux tu mettre ici le résultat des commandes suivantes stp pour être certain : ls -lsa /var/services/web/ ls -lsa /var/services/web/cgi-bin/ J'ai exactement le même message d'erreur que toi si le script n'a pas les bon droits: [Sun Nov 23 21:43:16 2014] [error] (13)Permission denied: exec of '/var/services/web/cgi-bin/test.cgi' failed [Sun Nov 23 21:43:16 2014] [error] [client 192.168.1.8] Premature end of script headers: test.cgi

Ce que Raoul a dit correspond à ce que je t'ai expliqué avec les chmod et chown. Pour être certain, quelques questions : - As tu bien activé Web Station dans le DSM ? - Arrives tu à accéder à un fichier .html normal créé au même endroit que ton script perl ? - Avec quoi as tu créé ton fichier cgi (bloc note sur windows et posé sur le syno par un partage windows ou autre) ? En ce qui concerne mon fichier httpd.conf-user que je n'ai pas modifié, il contient entre autre la définition ci dessous qui permet l'utilisation de scripts cgi dans le répertoire "/var/services/web" et donc les répertoire à l'intérieur : <Directory "/var/services/web"> Options MultiViews FollowSymLinks ExecCGI AllowOverride All Order allow,deny Allow from all </Directory>

Plusieurs petites choses à vérifier lorsque tu veux faire du cgi en perl : Ton fichier cgi et ton répertoire cgi-bin doivent avoir les droits d’exécution par le serveur Web Ton script cgi doit contenir en toute première ligne le shebang correct Ton script cgi doit retourner du content html dans ses headers. Voici le petit test que j'ai effectué sur mon syno en DSM 5.0: Création du répertoire "/var/services/web/cgi-bin" avec les bon droits: mkdir /var/services/web/cgi-bin chmod 755 /var/services/web/cgi-bin Création du fichier "/var/services/web/cgi-bin/test.cgi" avec les bons droits : vi /var/services/web/cgi-bin/test.cgi #!/usr/bin/perl print "Content-type: text/htmlnn"; print "Hello, world!n"; chmod 755 /var/services/web/cgi-bin/test.cgi Et j'ai bien le résultat attendu dans mon browser sur l'URL http://monsyno/cgi-bin/test.cgi (étant entendu que le Web Station sur mon syno est activé). Ensuite si tu veux sécuriser un minimum les droits de tes fichiers web, je te conseille comme l'a dit Raoul d'utiliser http:htttp pour les droits, ce qui donnerait : chown -R http:http /var/services/web/cgi-bin chmod -R 750 /var/services/web/cgi-bin

Bonne nouvelle hbedit, après 100 GO en sauvegarde local sur le même disque ne devrait pas te prendre des heures je pense, ca sera plus long a envoyer vers dropbox ;-)

Je dirais qu'il faut utiliser plutôt l'outil "Sauvegarde et réplication" de syno plutôt Time Backub s'il ne peut pas fonctionner comme tu le souhaites. Puis choisi Sauvegarder les données sur le dossier partagé local: Et dans la configuration de la sauvegarde, choisi la destination que tu viens de créer : La seule chose à vérifier (ce que je ne peux pas faire puisque je n'utilise pas cloud sync), c'est que tu puisses bien faire en sorte que ton dossier racine "Dropbox" puisse bien être vu comme un dossier partagé au sens Synology.

Salut tout le monde, Je viens d'essayer de mettre à jours le package synocommunity SABnzbd 0.7.18-10 vers SABnzbd 0.7.19-11, mais malheureusement je me retrouve avec l'erreur suivante : J'ai bien vérifié sur mon Nas, le port 8080 n'est pourtant pas utilisé et ma version de SABnzbd utilise le port 9200. Le même upgrade sur mon DSM 4.2-3252 a très bien fonctionné lui par contre. Peut-être ce cette vérification est lié au DSM 5.0-4528 Update 1 ? Merci de votre aide si vous avez des idées.

ça ressemble bien à un petit bug Synology ce "__fichier__", il sont dû oublié de faire des remplacement de chaine dans leur template :-D

Vérifie aussi que tu as bien déclaré la bonne interface Wan dans tes règles de Virtual server, sait-on jamais. Attention à la redirection du port depuis internet, car d'après la doc cela pourrait causer la désactivation du serveur virtual: If you set the service port of the virtual server as , you must set the Web management port on System Tools –> Manage Control page to be any other value except such as 8080. Otherwise there will be a conflict to disable the virtual server. Lee règles de firewall du routeur dans ce genre d'équipement un peu plus sophistiqué que des routeurs FAI doivent être explicitement décrite d'après la doc, la déclaration des virtual server ne semble pas suffisante effectivement.

Pour moi, il faut effectivement que tu configures un nouveau "Virtual Server" pour rendre accessible ton NAS depuis l’extérieur. Il serait certainement plus facile de t'aider babble si tu avais mis un peu plus d'info sur la configuration que tu as mis en place et sur ce que tu souhaites faire au final (port à rediriger par exemple). Une petite capture d'écran de ta config concernant le virtual server pourra aider, savoir si tu as activé le firewall ou non ..etc ..

Pas de quoi Initié ! Pour moi, non pas d'autre solution que de réinstaller le produit depuis le départ.

Quelle idée d'avoir supprimé la base de données ? Cela veut dire que tu as perdu tout ce que ton application a pu stocker dans la base (car ce genre d'application web sauvegarde en général tout dans les base de données et pas dans des fichiers sur le disque) Oui, tu n'as plus le choix, car simplement recréer un utilisateur dans MariaDB ne suffira pas, étant donné que toutes les tables que ton appli a du créer à l'installation n'existent plus.

Peux tu vérifier dans ton fichier /etc/php/php.ini quelle est la valeur de "sendmail_path = " par curiosité ? juste être certain que tu n'utiliserais pas en php le sendmail du paquage Mailserver.

Et tu n'as aucun sendmail d'installé ou un mailserver sur ton NAS ?

Forum Anglais : http://forum.synology.com/enu/viewtopic.php?f=20&t=69792 il semblerait donc que la fonction mail() de PHP (avec activation des notifications par mail dans DSM) ne marche que si "From" utilisé par la fonction mail() de php utilise le même domaine que celui configuré dans les notifications. En partant de ce constat, cela expliquerait certainement pourquoi le mail() de PHP fonctionne pour certain (s'ils ne change pas le "From") et pas pour d'autres (qui changerait le "From" avec un autre domaine de messagerie). Je pense que si le besoin de changer le "From" est bien là, il faut effectivement utiliser une librairie PHP où la fonction d'envoi soit réécrite comme PHPMailer.

la commande à lancer pour prendre en compte cette modification est la suivante (puisque j'ai eu le temps de les tester une par une): synoservicecfg --restart syslog-acc

j'y vais de ce pas, mais je n'avais pas osé déterrer un post de plus d'un an :-p

Merci beaucoup Raoul, comme d'habitude tu avais déjà donné toutes les bonnes réponses ... et je n'ai pas su les trouver dans ce forum :-( Juste pour répondre à la question que tu te posais dans le post que tu m'as indiqué, la commande à lancer pour prendre en compte ta modifications est la suivante (puisque j'ai eu le temps de les tester une par une): synoservicecfg --restart syslog-acc

Bonjour, Je viens vers vous pour savoir si quelqu'un a pu trouver une solution/alternative afin de faire en sorte que les tentatives de connections ssh soient logguées dans le fichier /var/log/message en DSM5. J'ai comme l'impression qu'il faudrait agir dans la config de syslog-ng et peut être dans la config sshd_config, mais je n'arrive pas à m'en sortir. Ou alors existe-t-il un autre moyen de pouvoir consulter les tentatives de connections réussies ou infructueuses autre part ? Merci de votre aide.

Euh, tu parles de DNS, mais il s'agit d'un package proxy .... Autrement dit tu dois configurer ton navigateur web pour utiliser comme proxy l'adresse IP de ton synology sur le port 3128, sans cela, ton navigateur web va directement sur internet et ton package ne sert pas à grand chose.

En règle général, c'est ton DHCP qui doit porter le service DNS (c'est le cas des BOX grand public), il faut donc que ton NAS utilise ta box comme premier DNS. Si tu as une autre solution de DHCP, ca va se compliquer.

Juste une question, tu as quoi comme box exactement ? La capture d'écran que tu as fourni provient de quelle partie de conf ? Firewall non (autorisation des flux) ? Pour le forwarding de port, c'est plutôt dans la partie NAT/PAT que tu dois renseigner cela : http://assistance.orange.fr/livebox-2-configurer-pour-l-utilisation-d-un-jeu-ou-d-une-application-serveur-854.php Du genre: Port externe: 443 Port interne :22 Protocole : TCP appareil: 192.168.1.18

Pour te donner un coup de main, voici en gros ce que tu devrais configurer dans ton routeur (merci netgear de fournir sur le net une interface web de test pour chaque modèle ^^), j'ai repris les infos de mon explication au dessus dans les captures d'écran. config côté WAN (appelé internet connection) : config côté LAN (bien penser à décocher la case "Use router as DHCP server" surtout) :

Dans ce cas là, il faut brancher ton routeur autrement et le configurer autrement : - désactiver le DHCP sur le LAN de ton router (10.0.0.X) - Changer l'adresse IP de ton routeur côté WAN de ton routeur (passer de 192.168.1.14 en 192.168.2.1 par exemple car en fait tu ne t'en serviras pas du WAN) - Changer l'adresse IP de ton routeur côté LAN en lui mettant l'adresse IP FIXE en 192.168.1.254 (en dehors de la plage DHCP géré par la box) - débrancher le cable WAN qui vient de ta box et le brancher sur un port LAN de ton routeur (donc la partie switch Giga de ton routeur) Du coup, tous tes équipements (NAS, PC, BOX, Wifi etc..) auront des adresses dans le réseau fourni par le DHCP de ta box en 192.168.1.X, plus de problème de NAT/forward sur ton routeur et tu utiliseras les ports Giga de ton routeur. Je ne sais pas si j'ai été clair, mais n'hésites pas si tu as des questions ;-) Par contre, pour mettre cela en place cela veut dire qu'il faut savoir changer des adresse IP sur ton PC durant les manipulations sur ton routeur pour continuer à pouvoir le configurer C'est dans cette configuration que je me sers de mon routeur Wifi afin de profiter des ports Giga, à la différence pour moi qu'en plus c'est mon routeur qui fait le wifi et pas la box pour des raisons de puissance de signal