Web Station Et Dsm 5

[Beber75]

Merci Cool raoul

En fait je cherchais un autre fil mais dans celui ci on parlait d'apache ...depuis j'ai vu que le sujet avait été vu ailleurs !

Au passage je n'ai toujours pas trouvé comment visualiser la sortie d'erreur de ces commandes. Tout se passe "en aveugle" et je trouve ça un peu dommage (une erreur dans la conf apache et il ne redémarre pas mais rien n'est signalé dans le terminal).

Si tu as une piste je suis preneur.

Je confirme , je n'ai aucune idée si le cron a été stoppé puis redémarré . Plus de message à la console comme avant . Par ailleurs j'ai posté un fil , mon cron lance 5 fois ma tache au lieu d'une ; Tout cà en moins d'une minute . le pied .

[CoolRaoul]

l , mon cron lance 5 fois ma tache au lieu d'une

Tu n'aurais pas 5 services cron démarrés par hasard? (un "restart" qui ne parviendrai pas à arréter l'instance en cours)

Que donne cette commande?

/bin/ps | grep crond

[Beber75]

Je confirme , je n'ai aucune idée si le cron a été stoppé puis redémarré . Plus de message à la console comme avant . Par ailleurs j'ai posté un fil , mon cron lance 5 fois ma tache au lieu d'une ; Tout cà en moins d'une minute . le pied .

Tu n'aurais pas 5 services cron démarrés par hasard? (un "restart" qui ne parviendrai pas à arréter l'instance en cours)

Que donne cette commande?

/bin/ps | grep crond

Je crois bien car j'ai fait un stop et maintenant plus que 4 occurences A force de lancer en aveugle ... ...Merci c'était la bonne raison

comme je ne suis pas fortiche en linux , c'est quoi cette commande ?

8382 root 4224 S < sh -c /bin/ps | grep crond 2>&1

8384 root 4228 S < grep crond

9852 root 4344 S < crond stop

9881 root 4344 S < crond start

13280 root 4344 S < crond stop

Modifié le 13 avril 2014 par Beber75

[CoolRaoul]

Je crois bien car j'ai fait un stop et maintenant plus que 4 occurences A force de lancer en aveugle ... ...Merci c'était la bonne raison

comme je ne suis pas fortiche en linux , c'est quoi cette commande ?

La mienne ou ce qui est listé ci dessous?

8382 root 4224 S < sh -c /bin/ps | grep crond 2>&1

8384 root 4228 S < grep crond

9852 root 4344 S < crond stop

9881 root 4344 S < crond start

13280 root 4344 S < crond stop

On voit deux process cron en cours d’arrêt et un autre en cours de démarrage.

Rédémarre le NAS pour mettre tout ça propre

[Beber75]

La mienne ou ce qui est listé ci dessous?

On voit deux process cron en cours d’arrêt et un autre en cours de démarrage.

Rédémarre le NAS pour mettre tout ça propre

la tienne ...Bon je vais redémarrer tout cà . en effet si je jance d'autre commandes stop il ne se passe plus rien ...

[CoolRaoul]

la tienne ...

Voila: "ps" affiche la liste des processus en cours (sur d'autres versions de linux il aurait été necessaire d'ajouter des arguments pour l'avoir complète)

"grep" filtre son entrée (qui ici est la sortie de la commande "ps" qui lui est connectée par "|" dit "pipe"), et ne laisse passer que les lignes contenant la chaîne de caractère spécifiée ("crond" dans ce notre cas)

[Beber75]

Voila: "ps" affiche la liste des processus en cours (sur d'autres versions de linux il aurait été necessaire d'ajouter des arguments pour l'avoir complète)

"grep" filtre son entrée (qui ici est la sortie de la commande "ps" qui lui est connectée par "|" dit "pipe"), et ne laisse passer que les lignes contenant la chaîne de caractère spécifiée ("crond" dans ce notre cas)

Merci !bon j'ai relancé mon Nas .J'ai çà quand je lance la commande

13108 root 4344 S /usr/sbin/crond

14276 root 4224 S < sh -c /bin/ps | grep crond 2>&1

14278 root 4228 S < grep crond

mais le cron n'est visiblement pas démarré ... en fait si , il a mis le temps ....

Modifié le 13 avril 2014 par Beber75

[Beber75]

Au passage je n'ai toujours pas trouvé comment visualiser la sortie d'erreur de ces commandes. Tout se passe "en aveugle" et je trouve ça un peu dommage (une erreur dans la conf apache et il ne redémarre pas mais rien n'est signalé dans le terminal).

Si tu as une piste je suis preneur.

j'ai trouvé un log (plutôt frustre ) dans /var/log/upstart/crond.log

Voilà ce que j'y ai trouvé :

Starting crond...

stop crond

Starting crond...

stop crond

et pour le serveur Apache user , dans /var/log/upstart/ http-user.log :

alias_status: success

php-fpm restarted.

nginx started.

-DHAVE_PHP

WARNING: MaxClients (150) is not an integer multiple

of ThreadsPerChild (32), lowering MaxClients to 128

for a maximum of 4 child processes,

Syntax OK

Start User Apache Server .....

Modifié le 15 avril 2014 par Beber75

[Rupert]

Bonjour à tous,

De mon côté l'application de l'update 2 me fait planter php. Et comme pour Beber pas d'erreur, rien.

Quelqu'un a déjà eu ce symptôme ?

Par avance merci.

Rup

[Beber75]

t'as peut-être une info dans /var/log/upstart/http-user.log

Bertrand

[CoolRaoul]

fserv> ls /var/log/upstart/http-user.log
ls: cannot access /var/log/upstart/http-user.log: No such file or directory

[Beber75]

fserv> ls /var/log/upstart/http-user.log
ls: cannot access /var/log/upstart/http-user.log: No such file or directory

/var/log/upstart

3rdparty-services.log

avahi.log

crond.log

dbus-system.log

dsm-services.log

httpd-sys.log

httpd-user.log

network.log

nmbd.log

ntpdate.log

pgsql-adapter.log

rc.log

rsyncd-adapter.log

smallupdate.log

smbd.log

sshd.log

synoindexd.log

synomkflvd.log

synomkthumbd.log

syslog-ng.log

Modifié le 15 avril 2014 par Beber75

[Rupert]

t'as peut-être une info dans /var/log/upstart/http-user.log

Bertrand

Je ne sais pas si tu parlais à Raoul ou à moi mais j'ai fais un tour plus attentif dans le répertoire /var/log/upstart est bingo.

PHP Fatal error: Directive 'magic_quotes_gpc' is no longer available in PHP in Unknown on line 0

Je découvre le synology mais je suis surpris de voir que :

- cette variable est à bannir depuis 2012 et que cela remonte que maintenant

- l'information était dans le fichier dsm_services.log et pas dans les fichiers de log relatif aux services http

Bref, j'ai trouvé donc il ne me reste plus qu'à analyser tout ça maintenant.

Merci !

Rup.

ps : Raoul, n'hésite pas à lire tous les fichiers de log, Synology est taquin.

[Beber75]

Je ne sais pas si tu parlais à Raoul ou à moi mais j'ai fais un tour plus attentif dans le répertoire /var/log/upstart est bingo.

PHP Fatal error: Directive 'magic_quotes_gpc' is no longer available in PHP in Unknown on line 0

Je découvre le synology mais je suis surpris de voir que :

- cette variable est à bannir depuis 2012 et que cela remonte que maintenant

- l'information était dans le fichier dsm_services.log et pas dans les fichiers de log relatif aux services http

Bref, j'ai trouvé donc il ne me reste plus qu'à analyser tout ça maintenant.

Merci !

Rup.

ps : Raoul, n'hésite pas à lire tous les fichiers de log, Synology est taquin.

C'était à toi . Content que t'ai trouvé !

[Rupert]

Ok alors encore merci !

[CoolRaoul]

/var/log/upstart

/../

Je constate que toi non plus n'as pas de "http-user.log"

par contre c'est bien "httpd-user.log".

"/var/log/upstart" contient donc bien ce que je cherche pour tous les services, parfait

[Beber75]

Oups ....fote de frappe ...

[devildant]

Bonjour,

pour votre information,

depuis que je suis en dsm 5.0-4458 update 2

l'acces à mes dossiers via un .htaccess refonctionne

bye

julien

Bonjour,

vous pouvez vous identifier avec le mode basic? car moi malgré de multiple tentative il n'y a rien a faire peux import si j'entre le bon login et le bon password le prompt réapparait systématiquement

[juju78y]

Bonjour,

vous pouvez vous identifier avec le mode basic? car moi malgré de multiple tentative il n'y a rien a faire peux import si j'entre le bon login et le bon password le prompt réapparait systématiquement

voici ce que j'ai mis : dans .htaccess de mon dossier à protéger par exemple : ../web/perso/.htaccess

AuthName "Acces restreint"
AuthType Basic
AuthUserFile /volume1/web/tondossierpwd/.htpasswd
require valid-user

ensuite dans /volume1/web/tondossierpwd/.htaccess

deny for all

enfin dans .htpasswd

login:suite.de.caractère.codés

pour obtenir ta suite de caractères codé cré une page en PHP, par exemple pass.php

<p>
<?php
if (isset($_POST['login']) AND isset($_POST['pass']))
{
    $login = $_POST['login'];
    $pass_crypte = crypt($_POST['pass']); // On crypte le mot de passe

    echo 'Ligne à copier dans le .htpasswd :<br />' . $login . ':' . $pass_crypte;
}

else // On n'a pas encore rempli le formulaire
{
?>
</p>

<p>Entrez votre login et votre mot de passe pour le crypter.</p>

<form method="post">
    <p>
        Login : <input type="text" name="login"><br />
        Mot de passe : <input type="text" name="pass"><br /><br />
    
        <input type="submit" value="Crypter !">
    </p>
</form>

<?php
}
?>

et copie colle le résultat

voilà.

en espérant t'avoir aidé

Cdt

Julien

[devildant]

voici ce que j'ai mis : dans .htaccess de mon dossier à protéger par exemple : ../web/perso/.htaccess

AuthName "Acces restreint"
AuthType Basic
AuthUserFile /volume1/web/tondossierpwd/.htpasswd
require valid-user

ensuite dans /volume1/web/tondossierpwd/.htaccess

deny for all

enfin dans .htpasswd

login:suite.de.caractère.codés

pour obtenir ta suite de caractères codé cré une page en PHP, par exemple pass.php

<p>
<?php
if (isset($_POST['login']) AND isset($_POST['pass']))
{
    $login = $_POST['login'];
    $pass_crypte = crypt($_POST['pass']); // On crypte le mot de passe

    echo 'Ligne à copier dans le .htpasswd :<br />' . $login . ':' . $pass_crypte;
}

else // On n'a pas encore rempli le formulaire
{
?>
</p>

<p>Entrez votre login et votre mot de passe pour le crypter.</p>

<form method="post">
    <p>
        Login : <input type="text" name="login"><br />
        Mot de passe : <input type="text" name="pass"><br /><br />
    
        <input type="submit" value="Crypter !">
    </p>
</form>

<?php
}
?>

et copie colle le résultat

voilà.

en espérant t'avoir aidé

Cdt

Julien

oki je vais voir mais c'est proche de ce que j'ai, se qui me chagrine c'est que en 4.3 était nickel et la suite a la maj rien ne passe c'est assez énervant.

MERCI pour le test

Modifié le 22 avril 2014 par devildant

[devildant]

rrrrrr, j'ai trouvé c'est lier au https.

quand tu te connect tu est en http non ?

suite a cette maj mes applet java sont impossible a lancé en https et il m'est également impossible de m'identifier via htaccess.

quelqu'un a le même souci que moi?

Modifié le 16 avril 2014 par devildant

[ZiKriek]

rrrrrr, j'ai trouvé c'est lier au https.

quand tu te connect tu est en http non ?

suite a cette maj mes applet java sont impossible a lancé en https et il m'est également impossible de m'identifier via htaccess.

quelqu'un a le même souci que moi?

Bonjour,

même problème avec mes .htaccess en https depuis la mise à jour DSM5.

J'ai trouvé la solution sur un forum anglais :

Il faut dans panneau de configuration -> service web -> service http : désactiver SPDY.

Espérant que ça fonctionne...

[devildant]

Bonjour,

même problème avec mes .htaccess en https depuis la mise à jour DSM5.

J'ai trouvé la solution sur un forum anglais :

Il faut dans panneau de configuration -> service web -> service http : désactiver SPDY.

Espérant que ça fonctionne...

Un grand merci

j'ai rassemblé les problèmes que j'avais avec le https en DSM 5 et leurs correction via ce sujet :

Modifié le 27 avril 2014 par devildant

[kiko26]

Bonjour à tous,

Je pense être dans le bon fil "web station et dsm5"

J'ai un problème sur mon DS210+ passé en DSM5.0-4482

Maintenant plus aucun de mes sites web ne fonctionnent, j'ai le message d'erreur suivant:

Internal Server Error
Script "/var/services/homes/monsite/www/index.php" not within configured docroot
suPHP 0.7.2

J'ai désactivé / réactivé web station, rien n'y fait

Mon site est accessible via l'url locale suivante : http://192.168.0.1/~monsite/index.php

dans /var/services, j'ai cela

NAS2T> ls -l

drwxr-xr-x 2 http root 4096 Apr 20 2010 blog

lrwxrwxrwx 1 root root 18 Jun 3 16:11 download -> /volume1/@download

lrwxrwxrwx 1 root root 14 Jun 3 16:11 homes -> /volume1/homes

lrwxrwxrwx 1 root root 14 Jun 3 16:11 music -> /volume1/music

lrwxrwxrwx 1 root root 24 Jun 3 16:11 mysql -> /volume1/@database/mysql

lrwxrwxrwx 1 root root 24 Jun 3 16:11 pgsql -> /volume1/@database/pgsql

lrwxrwxrwx 1 root root 14 Jun 3 16:11 photo -> /volume1/photo

lrwxrwxrwx 1 root root 15 Jun 3 16:11 printer -> /volume1/@spool

lrwxrwxrwx 1 root root 21 Jun 3 16:18 surveillance -> /volume1/surveillance

lrwxrwxrwx 1 root root 13 Jun 3 16:11 tmp -> /volume1/@tmp

lrwxrwxrwx 1 root root 14 Jun 3 16:11 video -> /volume1/video

lrwxrwxrwx 1 root root 12 Jun 3 16:11 web -> /volume1/web

NAS2T>

Les fichiers de mon site sont dans:

/volume1/homes/monsite/www

J'ai besoin d'un peu d'aide, si quelqu'un peut m'aider.

merci infiniment

Modifié le 5 juin 2014 par kiko26

[devildant]

Bonjour Kiko26,

Le problème viens je pense du faite que vos fichier php on pour propriétaire un utilisateur different de monsite, vous utilisez le webstation personnel donc je suppose que vous devriez aboir un utilisateur monsite.

Suite au passage dsm5 synology a modifier apache pour une version plus récente qu'il utilise en mode cgi si mes souvenir sont bon.

C'est cette maj qui a rendu si difficile la migration en dsm 5 car elle change certain comportement.

Donc normalement si vous changer le propriétaire de vos php pour monsite ça devrais le faire