fecthmail et dossiers messagerie
Bonjour à tous, J' utilise un webmel pour utiliser ma messagerie personnelle , celui-ci est performant pour gérer les SPAM, mais nefface pas les messages du dossier SPAM. Le répertoire SPAM est accessible par IMAP, comment faire pour récupérer uniquement les messages du DOSSIER SPAM. Comment faire alors pour que dès la somme de tout les messages atteint par exemple 5Ko, on efface tout les messages. Pour la première demande, je pense qu'il faut utiliser fecthmail, je l'ai déjà fait avec des serveurs POP mais je ne l'ai jamais fais avec un serveur IMAP et en particulier pour récupérer que les messages d'un dossier, peut-etre l'option -rname? Concernant la seconde demande, je ne sais pas comment faire. Merci pour vos réponses. Alex PADOLY Ps: présentation de ma messagerie: https://www.sud-ouest.org/index.php?desc=Sud-Ouest-org-Plateforme-Libre-hebergement-de-boites-mail-a-prix-libre-www.sud-ouest.org#presentation
MAJ Jessie : php-fpm ne fonctionne plus
Bonjour,
Je viens de faire la mise à jour de mon serveur de wheezy à jessie et je
n'arrive plus à faire fonctionner php-fpm avec nginx.
Les deux services (nginx et php-fpm) sont bien démarrés, mais rien ne
s'affiche dans mon navigateur (j'ai une réponse 200 avec un payload http
vide).
J'ai essayé en arrêtant php-fpm et là j'obtiens une erreur, donc je présume
que le problème viens de php-fpm, mais je n'ai aucune erreur dans ses logs.
J'ai passé son niveau de log de notice à debug et j'ai quelques messages
de log en plus, mais rien de très probant...
J'ai un peu épuisé mes options, le lien entre nginx et php-fpm se fait via
un socket unix (c'était déjà le cas avant la mise à jour), je vais essayer
de passer à une socket tcp pour pouvoir sniffer la communication entre php
et nginx avec tcpdump, mais c'est vraiment en déespoire de cause.
Vous auriez une idée d'où ça peut venir ? J'ajoute en dessous tous les
fichiers de conf et les logs qui me semblent pertinents.
La configuration php de mon nginx (c'est un fichier que j'inclue dans les
fichiers de description des sites.
location ~ \.php$ {
fastcgi_split_path_info ^(.+\.php)(/.+)$;
fastcgi_pass unix:/var/run/php5-fpm.sock;
fastcgi_index index.php;
include fastcgi_params;
}
Le contenus du fichier fastcgi_params :
fastcgi_param QUERY_STRING $query_string;
fastcgi_param REQUEST_METHOD $request_method;
fastcgi_param CONTENT_TYPE $content_type;
fastcgi_param CONTENT_LENGTH $content_length;
fastcgi_param SCRIPT_NAME$fastcgi_script_name;
fastcgi_param REQUEST_URI$request_uri;
fastcgi_param DOCUMENT_URI $document_uri;
fastcgi_param DOCUMENT_ROOT $document_root;
fastcgi_param SERVER_PROTOCOL$server_protocol;
fastcgi_param HTTPS $https if_not_empty;
fastcgi_param GATEWAY_INTERFACE CGI/1.1;
fastcgi_param SERVER_SOFTWAREnginx/$nginx_version;
fastcgi_param REMOTE_ADDR$remote_addr;
fastcgi_param REMOTE_PORT$remote_port;
fastcgi_param SERVER_ADDR$server_addr;
fastcgi_param SERVER_PORT$server_port;
fastcgi_param SERVER_NAME$server_name;
# PHP only, required if PHP was built with --enable-force-cgi-redirect
fastcgi_param REDIRECT_STATUS200;
# grep -v '^;' /etc/php5/fpm/php-fpm.conf | grep '..' # pour virer les
lignes inutiles (commentaires et lignes vides)
[global]
pid = /run/php5-fpm.pid
error_log = /var/log/php5-fpm.log
syslog.ident = php-fpm
log_level = debug
emergency_restart_threshold = 10
emergency_restart_interval = 1m
process_control_timeout = 10
include=/etc/php5/fpm/pool.d/*.conf
Dans /etc/php5/fpm/pool.d/ je n'ai que le fichier :
# grep -v '^;' /etc/php5/fpm/pool.d/www.conf | grep '..'
[www]
user = www-data
group = www-data
listen = /var/run/php5-fpm.sock
listen.owner = www-data
listen.group = www-data
pm = dynamic
pm.max_children = 5
pm.start_servers = 2
pm.min_spare_servers = 1
pm.max_spare_servers = 3
chdir = /
php_flag[display_errors] = off
php_admin_value[error_log] = /var/log/fpm-php.www.log
php_admin_flag[log_errors] = on
php_admin_value[memory_limit] = 32M
Enfin le fichier php.init :
https://gist.github.com/barmic/2ba698313707090f780f
Enfin le fichier de log de php-fpm et celui de l'un de mes sites :
[08-May-2015 13:35:46] NOTICE: Finishing ...
[08-May-2015 13:35:46] NOTICE: exiting, bye-bye!
[08-May-2015 13:58:12] NOTICE: configuration file
/etc/php5/fpm/php-fpm.conf test is successful
[08-May-2015 13:58:12] NOTICE: fpm is running, pid 24017
[08-May-2015 13:58:12] NOTICE: ready to handle connections
[08-May-2015 13:58:12] NOTICE: systemd monitor interval set to 1ms
[08-May-2015 13:58:33] NOTICE: Finishing ...
[08-May-2015 13:58:33] NOTICE: exiting, bye-bye!
[08-May-2015 13:58:33] NOTICE: fpm is running, pid 26013
[08-May-2015 13:58:33] NOTICE: ready to handle connections
[08-May-2015 13:58:33] NOTICE: systemd monitor interval set to 1ms
[08-May-2015 13:58:34] NOTICE: configuration file
/etc/php5/fpm/php-fpm.conf test is successful
127.0.0.1 - - [09/May/2015:14:35:41 +0200] GET /doku.php HTTP/1.1 200
31 - Mozilla/5.0 (X11; Linux x86_64; rv:36.0) Gecko/20100101
Firefox/36.0 Iceweasel/36.0.4
127.0.0.1 - - [09/May/2015:14:36:35 +0200] GET /doku.dlksjlk HTTP/1.1
404 142 - Mozilla/5.0 (X11; Linux x86_64; rv:36.0) Gecko/20100101
Firefox/36.0 Iceweasel/36.0.4
127.0.0.1 - - [09/May/2015:14:37:00 +0200] GET /doku.php HTTP/1.1 502
172 - Mozilla/5.0 (X11; Linux x86_64; rv:36.0) Gecko/20100101
Firefox/36.0 Iceweasel/36.0.4
127.0.0.1 - - [09/May/2015:14:40:28 +0200] GET /doku.php HTTP/1.1 200
31 - Mozilla/5.0 (X11; Linux x86_64; rv:36.0) Gecko/20100101
Firefox/36.0 Iceweasel/36.0.4
127.0.0.1 - - [09/May/2015:17:54:00 +0200] GET /doku.php HTTP/1.1 200
31 - Mozilla/5.0 (X11; Linux x86_64; rv:36.0) Gecko/20100101
Firefox/36.0 Iceweasel/36.0.4
127.0.0.1 - -
Re: Redirection automatique web apache http vers https
On Sunday 10 May 2015 21:57:42 Erwan David wrote: On Sunday 10 May 2015 21:51:38 Philippe Gras wrote: Le 10/05/2015 20:47, andre_deb...@numericable.fr a écrit : Impossible de rediriger automatiquement les requêtes http = https Voici l'extrait du fichier default-ssl : NameVirtualHost *:443 VirtualHost *:80 ServerName domaine.com Redirect/ https://domaine.com /VirtualHost VirtualHost *:443 DocumentRoot/var/www ServerName domaine.com SSLEngine on /VirtualHost Je relance apache et dans le navigateur : La connexion a échoué Firefox ne peut établir de connexion avec le serveur à l'adresse... Si je tape https://www. . , ça marche. J'ai bien activé le module rewrite. J'ai parcouru plein de sites qui recommandent les éléments ci-dessus, mais rien à faire, pas de redirection auto. C'est pas du mod_rewrite, justement… essaye avec des guillemets ? http://httpd.apache.org/docs/2.4/en/rewrite/avoid.html Dans la version française indiquée comme périmée, les guillemets n'y figurent pas… J'utilise VirtualHost *:80 ServerName mon_serveur RedirectPermanent / https://mon_serveur/ /VirtualHost Et ça marche Donc RedirectPermanent et un / à la fin de l'url de redirection. J'ai essayé avec guillements, sans guillemets, RedirectPermanent / https://mon_serveur/, mais non, rien à faire, pas de redirection : Firefox ne peut établir de connexion avec le serveur à l'adresse... André -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/201505102300.40187.andre_deb...@numericable.fr
Re: MAJ Jessie : php-fpm ne fonctionne plus
Le 10 mai 15 à 23:06, Michel a écrit :
Bonjour,
Je viens de faire la mise à jour de mon serveur de wheezy à jessie
et je n'arrive plus à faire fonctionner php-fpm avec nginx.
Les deux services (nginx et php-fpm) sont bien démarrés, mais rien
ne s'affiche dans mon navigateur (j'ai une réponse 200 avec un
payload http vide).
J'ai essayé en arrêtant php-fpm et là j'obtiens une erreur, donc je
présume que le problème viens de php-fpm, mais je n'ai aucune
erreur dans ses logs. J'ai passé son niveau de log de notice à
debug et j'ai quelques messages de log en plus, mais rien de très
probant...
J'ai un peu épuisé mes options, le lien entre nginx et php-fpm se
fait via un socket unix (c'était déjà le cas avant la mise à jour),
je vais essayer de passer à une socket tcp pour pouvoir sniffer la
communication entre php et nginx avec tcpdump, mais c'est vraiment
en déespoire de cause.
Vous auriez une idée d'où ça peut venir ? J'ajoute en dessous tous
les fichiers de conf et les logs qui me semblent pertinents.
Je suis sous NginX / PHP-FMP aussi, et quand Jessie est sortie (sans
rien dire à personne),
je suis immédiatement allé voir si des paquets Dotdeb étaient prêts
pour la mise à jour.
Ce n'est pas le cas, mais tu aurais dû avoir un message avec
l'upgrade s'il y avait un défaut.
Dans l'attente, j'ai un peu fureté à droite et à gauche et me suis
aperçu qu'on proposait aussi
des configurations sans passer par Dotdeb.
Comme j'ai d'autres soucis par ailleurs et que je flaire le coup
fourré, je me suis abstenu pour
faire un upgrade. Parce que j'ai déjà eu de gros pépins une fois avec
le NginX de Debian.
Si ça peut t'arranger le temps de trouver une solution, je peux
t'héberger un moment. Mais j'ai
peur de ne pas avoir de réponse technique à une cata que je
subodorais avec cette nouvelle
version de Debian, comme à chaque fois que ça change d'ailleurs…
La configuration php de mon nginx (c'est un fichier que j'inclue
dans les fichiers de description des sites.
location ~ \.php$ {
fastcgi_split_path_info ^(.+\.php)(/.+)$;
fastcgi_pass unix:/var/run/php5-fpm.sock;
fastcgi_index index.php;
include fastcgi_params;
}
Le contenus du fichier fastcgi_params :
fastcgi_param QUERY_STRING $query_string;
fastcgi_param REQUEST_METHOD $request_method;
fastcgi_param CONTENT_TYPE $content_type;
fastcgi_param CONTENT_LENGTH $content_length;
fastcgi_param SCRIPT_NAME$fastcgi_script_name;
fastcgi_param REQUEST_URI$request_uri;
fastcgi_param DOCUMENT_URI $document_uri;
fastcgi_param DOCUMENT_ROOT $document_root;
fastcgi_param SERVER_PROTOCOL$server_protocol;
fastcgi_param HTTPS $https if_not_empty;
fastcgi_param GATEWAY_INTERFACE CGI/1.1;
fastcgi_param SERVER_SOFTWAREnginx/$nginx_version;
fastcgi_param REMOTE_ADDR$remote_addr;
fastcgi_param REMOTE_PORT$remote_port;
fastcgi_param SERVER_ADDR$server_addr;
fastcgi_param SERVER_PORT$server_port;
fastcgi_param SERVER_NAME$server_name;
# PHP only, required if PHP was built with --enable-force-cgi-
redirect
fastcgi_param REDIRECT_STATUS200;
# grep -v '^;' /etc/php5/fpm/php-fpm.conf | grep '..' # pour
virer les lignes inutiles (commentaires et lignes vides)
[global]
pid = /run/php5-fpm.pid
error_log = /var/log/php5-fpm.log
syslog.ident = php-fpm
log_level = debug
emergency_restart_threshold = 10
emergency_restart_interval = 1m
process_control_timeout = 10
include=/etc/php5/fpm/pool.d/*.conf
Dans /etc/php5/fpm/pool.d/ je n'ai que le fichier :
# grep -v '^;' /etc/php5/fpm/pool.d/www.conf | grep '..'
[www]
user = www-data
group = www-data
listen = /var/run/php5-fpm.sock
listen.owner = www-data
listen.group = www-data
pm = dynamic
pm.max_children = 5
pm.start_servers = 2
pm.min_spare_servers = 1
pm.max_spare_servers = 3
chdir = /
php_flag[display_errors] = off
php_admin_value[error_log] = /var/log/fpm-php.www.log
php_admin_flag[log_errors] = on
php_admin_value[memory_limit] = 32M
Enfin le fichier php.init : https://gist.github.com/barmic/
2ba698313707090f780f
Enfin le fichier de log de php-fpm et celui de l'un de mes sites :
[08-May-2015 13:35:46] NOTICE: Finishing ...
[08-May-2015 13:35:46] NOTICE: exiting, bye-bye!
[08-May-2015 13:58:12] NOTICE: configuration file /etc/php5/fpm/
php-fpm.conf test is successful
[08-May-2015 13:58:12] NOTICE: fpm is running, pid 24017
[08-May-2015 13:58:12] NOTICE: ready to handle connections
[08-May-2015 13:58:12] NOTICE: systemd monitor interval set to
1ms
[08-May-2015 13:58:33] NOTICE: Finishing ...
[08-May-2015 13:58:33] NOTICE: exiting, bye-bye!
[08-May-2015 13:58:33] NOTICE: fpm is running, pid 26013
[08-May-2015 13:58:33] NOTICE: ready to handle connections
[08-May-2015 13:58:33] NOTICE: systemd monitor interval set to
1ms
[08-May-2015
Re: Jessie et habitude vis à vis de systemd
Bonsoir, Le 10/05/2015 14:36, Guillaume a écrit : Il me semble qu'il est recommandé de remplacer la commande `service` par `systemctl` Perso il me semble avoir lu sur cette liste que, justement, on pouvait toujours utiliser service qui était une sorte de wrapper qui utilisait en backend la bonne commande en fonction du système init et que justement c'était très bien comme ça car on n'avait pas à s'embêter. Du coup, les questions du PO me semblent légitimes. Je n'ai aucune réponse en l'occurrence vu que j'y connais rien encore à systemd. -- François Lafont -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/miordr$oid$1...@ger.gmane.org
Re: MAJ Jessie : php-fpm ne fonctionne plus
Le 11 mai 15 à 01:40, Philippe Gras a écrit :
Le 10 mai 15 à 23:06, Michel a écrit :
Bonjour,
Je viens de faire la mise à jour de mon serveur de wheezy à jessie
et je n'arrive plus à faire fonctionner php-fpm avec nginx.
Les deux services (nginx et php-fpm) sont bien démarrés, mais rien
ne s'affiche dans mon navigateur (j'ai une réponse 200 avec un
payload http vide).
Maintenant que j'y songe, j'ai déjà rencontré ce problème, tout au
début.
J'ai un peu bidouillé les fichiers NginX et PHP-FPM, et j'ai ça à
présent :
:~# vi /etc/nginx/fastcgi_params
++
fastcgi_param QUERY_STRING$query_string;
fastcgi_param REQUEST_METHOD $request_method;
fastcgi_param CONTENT_TYPE$content_type;
fastcgi_param CONTENT_LENGTH $content_length;
# manque cette ligne chez toi :
fastcgi_param SCRIPT_FILENAME $request_filename;
fastcgi_param SCRIPT_NAME $fastcgi_script_name;
fastcgi_param REQUEST_URI $request_uri;
fastcgi_param DOCUMENT_URI$document_uri;
fastcgi_param DOCUMENT_ROOT $document_root;
fastcgi_param SERVER_PROTOCOL $server_protocol;
# Je n'ai pas le HTTPS par contre…
fastcgi_param GATEWAY_INTERFACE CGI/1.1;
fastcgi_param SERVER_SOFTWARE nginx/$nginx_version;
fastcgi_param REMOTE_ADDR $remote_addr;
fastcgi_param REMOTE_PORT $remote_port;
fastcgi_param SERVER_ADDR $server_addr;
fastcgi_param SERVER_PORT $server_port;
fastcgi_param SERVER_NAME $server_name;
fastcgi_param HTTPS $https if_not_empty;
# PHP only, required if PHP was built with --enable-force-cgi-redirect
fastcgi_param REDIRECT_STATUS 200;
# fastcgi_split_path_info ^(.+\.php)(.*)$;
# fastcgi_param PATH_INFO $fastcgi_path_info;
# fastcgi_param PATH_TRANSLATED $document_root$fastcgi_path_info;
# fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
++
:~# vi /etc/nginx/sites-available/xyz
++
location ~ \.php$ {
fastcgi_split_path_info ^(.+\.php)(/.+)$;
# # NOTE: You should have cgi.fix_pathinfo = 0; in
php.ini
#
# # With php5-cgi alone:
# fastcgi_pass 127.0.0.1:9000;
# # With php5-fpm:
fastcgi_pass unix:/var/run/php5-fpm.sock;
fastcgi_index index.php;
fastcgi_read_timeout 150s;
include fastcgi_params;
#fastcgi_param SCRIPT_FILENAME $document_root
$fastcgi_script_name;
}
++
J'ai essayé en arrêtant php-fpm et là j'obtiens une erreur, donc
je présume que le problème viens de php-fpm, mais je n'ai aucune
erreur dans ses logs. J'ai passé son niveau de log de notice à
debug et j'ai quelques messages de log en plus, mais rien de
très probant...
J'ai un peu épuisé mes options, le lien entre nginx et php-fpm se
fait via un socket unix (c'était déjà le cas avant la mise à
jour), je vais essayer de passer à une socket tcp pour pouvoir
sniffer la communication entre php et nginx avec tcpdump, mais
c'est vraiment en déespoire de cause.
Vous auriez une idée d'où ça peut venir ? J'ajoute en dessous tous
les fichiers de conf et les logs qui me semblent pertinents.
Je suis sous NginX / PHP-FMP aussi, et quand Jessie est sortie
(sans rien dire à personne),
je suis immédiatement allé voir si des paquets Dotdeb étaient prêts
pour la mise à jour.
Ce n'est pas le cas, mais tu aurais dû avoir un message avec
l'upgrade s'il y avait un défaut.
Dans l'attente, j'ai un peu fureté à droite et à gauche et me suis
aperçu qu'on proposait aussi
des configurations sans passer par Dotdeb.
Comme j'ai d'autres soucis par ailleurs et que je flaire le coup
fourré, je me suis abstenu pour
faire un upgrade. Parce que j'ai déjà eu de gros pépins une fois
avec le NginX de Debian.
Si ça peut t'arranger le temps de trouver une solution, je peux
t'héberger un moment. Mais j'ai
peur de ne pas avoir de réponse technique à une cata que je
subodorais avec cette nouvelle
version de Debian, comme à chaque fois que ça change d'ailleurs…
La configuration php de mon nginx (c'est un fichier que j'inclue
dans les fichiers de description des sites.
location ~ \.php$ {
fastcgi_split_path_info ^(.+\.php)(/.+)$;
fastcgi_pass unix:/var/run/php5-fpm.sock;
fastcgi_index index.php;
include fastcgi_params;
}
Le contenus du fichier fastcgi_params :
fastcgi_param QUERY_STRING $query_string;
fastcgi_param REQUEST_METHOD $request_method;
fastcgi_param CONTENT_TYPE $content_type;
fastcgi_param
Re: Jessie et habitude vis à vis de systemd
Bonjour, Il me semble qu'il est recommandé de remplacer la commande `service` par `systemctl` Le 10/05/2015 11:38, Wallace a écrit : Bonjour, Je tâche depuis la sortie officielle de me dire que si systemd est fourni c'est qu'il l'est sans bug et sans régression aussi par rapport à mes tests pré sortie j'essaye de ne plus être négatif sauf que j'ai vraiment l'impression d'avoir perdu. Exemple récent, serveur physique chez un hébergeur, installée Jessie, il est installé par défaut Bind pour la résolution dns, je veux changer et mettre Unbound à la place. service bind9 stop Première remarque avant on savait si un processus était bien démarré ou éteint là j'en sais strictement rien, mais après tout il pourrait juste afficher les erreurs et ne rien afficher si tout se passe bien, de plus mon zsh m'affiche le code retour si il est en erreur et là rien ok. apt-get install unbound ok pas de soucis Je télécharge la configuration localhost only que j'ai d'unbound qui fonctionne sur Debian 6 et 7 et je lance service unbound start Là toujours rien d'affiché, mon shell me dit que la commande s'est bien exécutée mais dans les faits unbound ne s'est pas lancé... Là pour moi il y a clairement régression, avant j'avais une ligne qui m'aurait dit erreur au démarrage, là rien et pire le code retour est bon ce qui fait qu'il est impossible de scripter autour des services de démarrage ... Ensuite réflex je fais un tail de /var/log/syslog pour trouver un message d'erreur et là rien. J'introduis volontairement une ligne non conforme dans le fichier de configuration pour voir et là rien aussi, aucun log dans syslog. Je suppose que c'est systemd qui a attrapé ces logs mais vu que ce n'est pas du fichier texte et qu'il faut passer par une commande que j'arrive pas encore à retenir ... J'ai fait la même erreur dans le fichier config sur Debian 6 et 7 j'ai bien mes logs et le script de démarrage me précise bien que le processus n'a pas démarré. Alors je veux bien me remettre en question mais ça fait beaucoup de changements non justifiés pour un simple remplacement de système d'init. Syslog a une utilité et j'aimerais bien qu'il l'a garde. Alors si vous aviez des conseils sur comment réagir dans ce cas typique mais tellement anodin qu'il ne devrait même pas être toléré de demander des conseils je suis preneur. Je résume mes besoins : - avoir la valeur retour du lancement d'un daemon dans le shell au lancement de la commande service - avoir les erreurs éventuelles au lancement de la même commande comme avant - pouvoir désactiver le catch des logs de systemd et laisser le daemon loguer en syslog comme avant Merci pour votre aide. - -- Guillaume -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/554f50db.7040...@gwilhom.fr
Re: Ré-installation avec volume chiffré
Bonjour, Le 10/05/2015 06:29, Daniel Caillibaud a écrit : [ 8 ] Y'a t'il un moyen de dire à luks d'utiliser la même passphrase pour tous les volumes chiffrés ? Peut-être avec libpam-mount ? http://www.linuxpedia.fr/doku.php/expert/systeme_chiffre_luks_pam_cryptsetup -- Cordialement, Bernardo. La seule vraie bête de somme, c'est la mouche tsé-tsé -+- Pierre Dac -+- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/554f088d.4070...@siorat.net
Re: Jessie et habitude vis à vis de systemd
On 05/10/2015 11:38 AM, Wallace wrote: Je résume mes besoins : - avoir la valeur retour du lancement d'un daemon dans le shell au lancement de la commande service - avoir les erreurs éventuelles au lancement de la même commande comme avant - pouvoir désactiver le catch des logs de systemd et laisser le daemon loguer en syslog comme avant Bonjour Ces questions ont déjà été amplement traitées et résolues sur cette liste (et ailleurs) il y a moins d'un mois. C'est donc disponible dans les archives de la liste. -- Maderios -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/554f34c7.8080...@gmail.com
Re: Ré-installation avec volume chiffré
Je suis du même avis. Pour moi, c'est la solution la plus simple. Le 10 mai 2015 00:14, Daniel Caillibaud m...@lairdutemps.org a écrit : Le 09/05/15 à 22:08, David BERCOT deb...@bercot.org a écrit : DB Après, au-delà de ce débat philosophique ;-), ma question est plutôt : DB quand on a un volume chiffré (simple ou à l'image de ce dont tu DB parles), comment faire en sorte qu'il soit conservé dans le cas d'une DB ré-installation du système ? Le plus simple est probablement de réinstaller sans toucher à cette partition (en laissant /home dans ton nouveau /) puis une fois l'installation terminée et opérationnelle, aller modifier le fstab pour y ajouter ce /home séparé et chiffré (regarde ton fstab actuel pour les optiions de montage). Tu peux avant la modif de fstab déplacer le contenu du /home de l'install dans un /home.bak au cas où il y aurait des préférences utilisateurs importantes à récupérer pour ta session graphique, et pour tout virer ensuite histoire de gagner qq Mo (faire cette manip avec un boot single user, même si passer en console avec ctrl+alt+1 pour couper ta session graphique puis faire la modif devrait aussi fonctionner). -- Daniel Ce qui est simple est faux ; ce qui est compliqué est inutilisable. Paul Valéry -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150509171423.05f803c4@mfssd -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/cadj1h1qp2pbauisfhxka_vyy9a9y4lupdzk3-naqnyvoynz...@mail.gmail.com
Re: Ré-installation avec volume chiffré
OK. Je suppose aussi que c'est la meilleure solution... Après, je suis juste déçu que l'installeur ne permet pas de le gérer... proprement, comme dans le cas de ré-installation sans volume chiffré où on peut tout naturellement conserver certaines partitions (ou FS) existantes. David. Le Sun, 10 May 2015 11:09:19 +0200, Sylvain Tgz tarjaiz...@gmail.com a écrit : Je suis du même avis. Pour moi, c'est la solution la plus simple. Le 10 mai 2015 00:14, Daniel Caillibaud m...@lairdutemps.org a écrit : Le 09/05/15 à 22:08, David BERCOT deb...@bercot.org a écrit : DB Après, au-delà de ce débat philosophique ;-), ma question est DB plutôt : quand on a un volume chiffré (simple ou à l'image de DB ce dont tu parles), comment faire en sorte qu'il soit conservé DB dans le cas d'une ré-installation du système ? Le plus simple est probablement de réinstaller sans toucher à cette partition (en laissant /home dans ton nouveau /) puis une fois l'installation terminée et opérationnelle, aller modifier le fstab pour y ajouter ce /home séparé et chiffré (regarde ton fstab actuel pour les optiions de montage). Tu peux avant la modif de fstab déplacer le contenu du /home de l'install dans un /home.bak au cas où il y aurait des préférences utilisateurs importantes à récupérer pour ta session graphique, et pour tout virer ensuite histoire de gagner qq Mo (faire cette manip avec un boot single user, même si passer en console avec ctrl+alt+1 pour couper ta session graphique puis faire la modif devrait aussi fonctionner). -- Daniel Ce qui est simple est faux ; ce qui est compliqué est inutilisable. Paul Valéry -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150510113311.56d952e4@debian-david
Re: [HS]Jessie et habitude vis à vis de systemd
Le 10/05/2015 11:38, Wallace a écrit : Je suppose que c'est systemd qui a attrapé ces logs mais vu que ce n'est pas du fichier texte et qu'il faut passer par une commande que j'arrive pas encore à retenir ... Systemd décline toute responsabilité pour perte de mémoire de l'utilisateur et pour l'assassinat de Henri IV… -- -- Dominique Marin http://txodom.free.fr -- «N'oubliez jamais que ce qu'il y a d'encombrant dans la morale c'est que c'est toujours la morale des autres.» -- Léo Ferré-- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/554f2c18.2000...@free.fr
Jessie et habitude vis à vis de systemd
Bonjour, Je tâche depuis la sortie officielle de me dire que si systemd est fourni c'est qu'il l'est sans bug et sans régression aussi par rapport à mes tests pré sortie j'essaye de ne plus être négatif sauf que j'ai vraiment l'impression d'avoir perdu. Exemple récent, serveur physique chez un hébergeur, installée Jessie, il est installé par défaut Bind pour la résolution dns, je veux changer et mettre Unbound à la place. service bind9 stop Première remarque avant on savait si un processus était bien démarré ou éteint là j'en sais strictement rien, mais après tout il pourrait juste afficher les erreurs et ne rien afficher si tout se passe bien, de plus mon zsh m'affiche le code retour si il est en erreur et là rien ok. apt-get install unbound ok pas de soucis Je télécharge la configuration localhost only que j'ai d'unbound qui fonctionne sur Debian 6 et 7 et je lance service unbound start Là toujours rien d'affiché, mon shell me dit que la commande s'est bien exécutée mais dans les faits unbound ne s'est pas lancé... Là pour moi il y a clairement régression, avant j'avais une ligne qui m'aurait dit erreur au démarrage, là rien et pire le code retour est bon ce qui fait qu'il est impossible de scripter autour des services de démarrage ... Ensuite réflex je fais un tail de /var/log/syslog pour trouver un message d'erreur et là rien. J'introduis volontairement une ligne non conforme dans le fichier de configuration pour voir et là rien aussi, aucun log dans syslog. Je suppose que c'est systemd qui a attrapé ces logs mais vu que ce n'est pas du fichier texte et qu'il faut passer par une commande que j'arrive pas encore à retenir ... J'ai fait la même erreur dans le fichier config sur Debian 6 et 7 j'ai bien mes logs et le script de démarrage me précise bien que le processus n'a pas démarré. Alors je veux bien me remettre en question mais ça fait beaucoup de changements non justifiés pour un simple remplacement de système d'init. Syslog a une utilité et j'aimerais bien qu'il l'a garde. Alors si vous aviez des conseils sur comment réagir dans ce cas typique mais tellement anodin qu'il ne devrait même pas être toléré de demander des conseils je suis preneur. Je résume mes besoins : - avoir la valeur retour du lancement d'un daemon dans le shell au lancement de la commande service - avoir les erreurs éventuelles au lancement de la même commande comme avant - pouvoir désactiver le catch des logs de systemd et laisser le daemon loguer en syslog comme avant Merci pour votre aide. - signature.asc Description: OpenPGP digital signature
Re: installation Debian via clé usb avec carte réseau non reconnu
Le 10/05/2015 16:31, andre_deb...@numericable.fr a écrit : On Saturday 09 May 2015 10:12:32 steve wrote: http://cdimage.debian.org/cdimage/unofficial/non-free/cd-including-firmware Merci à tous ceux qui m'ont répondu. La carte réseau du portable, modèle Atheros, WiFi + ETH, a semble t-il flanché. Elle ne fonctionne pas du tout aussi sous Window$. J'ai donc utilisé une clé USB WiFi, de marque Belkin, téléchargé la version Jessie avec modules non-free, mais idem, le matériel WiFi n'est pas reconnu à l'installation. Je pense que l'installateur met en wlan0 la carte WiFi Atheros défaillante, et ne tente pas sur un autre port avec la clé WiFi Belkin sur wlan1. Je ne vois nulle part comment faire. À moins qu'aucune des deux connexions ne soient reconnues. Résultat, je suis bloqué... Merci. André As-tu essayé l'installeur en mode expert ? Il pose plus de question dont l'interface réseau à utiliser si mes souvenirs sont bons. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/554f9657.9050...@rail.eu.org
Re: installation Debian via clé usb avec carte réseau non reconnu
Le 10-05-2015, à 16:31:04 +0200, André Debian a écrit : On Saturday 09 May 2015 10:12:32 steve wrote: http://cdimage.debian.org/cdimage/unofficial/non-free/cd-including-firmware Merci à tous ceux qui m'ont répondu. La carte réseau du portable, modèle Atheros, WiFi + ETH, a semble t-il flanché. Elle ne fonctionne pas du tout aussi sous Window$. J'ai donc utilisé une clé USB WiFi, de marque Belkin, téléchargé la version Jessie avec modules non-free, mais idem, le matériel WiFi n'est pas reconnu à l'installation. Je pense que l'installateur met en wlan0 la carte WiFi Atheros défaillante, et ne tente pas sur un autre port avec la clé WiFi Belkin sur wlan1. Je ne vois nulle part comment faire. As-tu désactivé ta carte défaillante dans le BIOS (si tu peux..), puis modifié le fichier /etc/udev/rules.d/70-persistent-net.rules, et redémarré ? Peut-être que ça peut aider… -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150510164720.ga17...@petruzzello.ch
Re: installation Debian via clé usb avec carte réseau non reconnu
On Saturday 09 May 2015 10:12:32 steve wrote: http://cdimage.debian.org/cdimage/unofficial/non-free/cd-including-firmware Merci à tous ceux qui m'ont répondu. La carte réseau du portable, modèle Atheros, WiFi + ETH, a semble t-il flanché. Elle ne fonctionne pas du tout aussi sous Window$. J'ai donc utilisé une clé USB WiFi, de marque Belkin, téléchargé la version Jessie avec modules non-free, mais idem, le matériel WiFi n'est pas reconnu à l'installation. Je pense que l'installateur met en wlan0 la carte WiFi Atheros défaillante, et ne tente pas sur un autre port avec la clé WiFi Belkin sur wlan1. Je ne vois nulle part comment faire. À moins qu'aucune des deux connexions ne soient reconnues. Résultat, je suis bloqué... Merci. André -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/201505101631.04726.andre_deb...@numericable.fr
Redirection automatique web apache http vers https
Bonsoir, Impossible de rediriger automatiquement les requêtes http = https Voici l'extrait du fichier default-ssl : NameVirtualHost *:443 VirtualHost *:80 ServerName domaine.com Redirect/ https://domaine.com /VirtualHost VirtualHost *:443 DocumentRoot/var/www ServerName domaine.com SSLEngine on ...; /VirtualHost Je relance apache et dans le navigateur : La connexion a échoué Firefox ne peut établir de connexion avec le serveur à l'adresse... Si je tape https://www. . , ça marche. J'ai bien activé le module rewrite. J'ai parcouru plein de sites qui recommandent les éléments ci-dessus, mais rien à faire, pas de redirection auto. Merci. André -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/201505102047.13000.andre_deb...@numericable.fr
Re: Redirection automatique web apache http vers https
Le 10 mai 15 à 20:47, andre_deb...@numericable.fr a écrit : Bonsoir, Impossible de rediriger automatiquement les requêtes http = https Voici l'extrait du fichier default-ssl : NameVirtualHost *:443 VirtualHost *:80 ServerName domaine.com Redirect/ https://domaine.com /VirtualHost VirtualHost *:443 DocumentRoot/var/www ServerName domaine.com SSLEngine on ...; /VirtualHost Je relance apache et dans le navigateur : La connexion a échoué Firefox ne peut établir de connexion avec le serveur à l'adresse... Si je tape https://www. . , ça marche. J'ai bien activé le module rewrite. C'est pas du mod_rewrite, justement… essaye avec des guillemets ? http://httpd.apache.org/docs/2.4/en/rewrite/avoid.html Dans la version française indiquée comme périmée, les guillemets n'y figurent pas… J'ai parcouru plein de sites qui recommandent les éléments ci-dessus, mais rien à faire, pas de redirection auto. Merci. André -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/ 201505102047.13000.andre_deb...@numericable.fr -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/3f14489d-c1ce-44d0-9fb1-853ac2439...@worldonline.fr
Re: Redirection automatique web apache http vers https
Le 10/05/2015 20:47, andre_deb...@numericable.fr a écrit : Bonsoir, Impossible de rediriger automatiquement les requêtes http = https Voici l'extrait du fichier default-ssl : NameVirtualHost *:443 VirtualHost *:80 ServerName domaine.com Redirect/ https://domaine.com /VirtualHost VirtualHost *:443 DocumentRoot/var/www ServerName domaine.com SSLEngine on ...; /VirtualHost Je relance apache et dans le navigateur : La connexion a échoué Firefox ne peut établir de connexion avec le serveur à l'adresse... Si je tape https://www. . , ça marche. J'ai bien activé le module rewrite. J'ai parcouru plein de sites qui recommandent les éléments ci-dessus, mais rien à faire, pas de redirection auto. Merci. André J'utilise VirtualHost *:80 ServerName mon_serveur RedirectPermanent / https://mon_serveur/ /VirtualHost Et ça marche Donc RedirectPermanent et un / à la fin de l'url de redirection. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/554fb836.9030...@rail.eu.org
