subject:"problèmes"

bonsoir,
Le ven. 29 sept. 2023 à 18:34, Basile Starynkevitch
 a écrit :
>
>
> Primo, il y-a-t-il besoin de beaucoup de swap? Si on a beaucoup de RAM, le 
> swap sert peu (sauf pour l'hibernation). Si on a peu de RAM, il servira 
> beaucoup.

Comme je le disais plus haut, je n'y tiens pas plus que ça. En gros,
le swap a pour but d'éviter de planter sèchement un processus  en cas
de pic (quand on a un IDE + une instance de test et un certain nombre
d'onglets de navigateur ouverts, un pic peut toujours arriver), rien
de plus, et le but est de s'en servir exceptionnellement. Quand à
l'hibernation, dans mon cas je n'y vois aucun intérêt. Malheureusement
l'installeur debian devient dingue quand on essaie de ne pas
paramétrer de swap...

> Sur un Debian (sid  ou testing) ou Ubuntu (22 ou 23) récent, on peut swaper 
> sur un "gros" fichier (à créer avec dd puis mkswap ; pour les détails voir 
> les pages de man). Ca sera théoriquement un peu plus lent, mais sur les 
> machines actuelles, la différence sera peu perceptible en fonctionnement 
> normal.

Ça j'y tiens peu. Je n'ai pas tant besoin de swap, et je préfère
séparer les utilisations.

>
> L'autre point, c'est est-ce que l'hibernation du système est importante pour 
> vous? (personnellement ça me sert peu).
Nope, voir plus haut.
>
> Librement
> -- Basile Starynkevitch  (only mine opinions / les 
> opinions sont miennes uniquement) 92340 Bourg-la-Reine, France web page: 
> starynkevitch.net/Basile/

Cordialement

Eric Dégenètais

Re: Problèmes à l'installation si je ne veux pas refaire les partitions de swap

2023-09-29 Thread Basile Starynkevitch



On 9/29/23 16:00, Eric DEGENETAIS wrote:

bonjour,
je suis confronté de manière récurrente à un problème qui m'agace
lorsque je souhaite installer une partition debian au moment de la
publication d'une nouvelle stable.
Voici le contexte : comme je ne souhaite pas compromettre
l'utilisation de la machine (poste de travail pro, ou PC qui sert à
toute la maisonnée et n'a donc "pas le droit" d'être en panne),
lorsque je monte de version j'installe généralement sur une partition
système fraîche, en parallèle de la version "de production" qui sert
au quotidien. Quand je me suis assuré que tout (devices, logiciels...)
fonctionne bien, je bascule le boot par défaut vers cette version (et
j'ajoute le montage automatique de la partition home, que j'omets
volontairement à l'installation).

Voici le problème : l'installeur me prend la tête avec les partitions de swap.
_ Soit il les refait, et je dois remettre à jour l'OS "de production"
pour éviter un délai au boot lié au fait que les UUID ne sont plus
bons.


Primo, il y-a-t-il besoin de beaucoup de swap? Si on a beaucoup de RAM, 
le swap sert peu (sauf pour l'hibernation). Si on a peu de RAM, il 
servira beaucoup.


En automne 2023, avec 16Goctets de RAM, le swap servira peu (sauf si on 
utilise des applications, par exemple codes de calculs numériques, ou 
même le compilateur GCC  avec des options telles 
que -flto -O2 pour compiler un /gros/ logiciel)


Dans certains cas, on peut se passer de swap.

Sur un Debian (sid  ou testing) ou Ubuntu (22 ou 23) récent, on peut 
swaper sur un "gros" fichier (à créer avec dd puis mkswap ; pour les 
détails voir les pages de man). Ca sera théoriquement un peu plus lent, 
mais sur les machines actuelles, la différence sera peu perceptible en 
fonctionnement normal.


La question importante, c'est quelle est l'usage du swap en charge 
forte. On peut utiliser les utilitaires top ou htop ou free ou xosview 
(graphique) pour en avoir une idée quantitative.


L'autre point, c'est est-ce que l'hibernation du système est importante 
pour vous? (personnellement ça me sert peu).


Librement

--
Basile Starynkevitch
(only mine opinions / les opinions sont miennes uniquement)
92340 Bourg-la-Reine, France
web page: starynkevitch.net/Basile/

Re: Problèmes à l'installation si je ne veux pas refaire les partitions de swap

>
> J'avais cru comprendre que vous utilisiez un espace swap par OS installé d'où 
> vos problèmes...
Nope, c'est justement ce que je ne veux PAS faire. Les partitions swap
ne sont là que pour ratttraper in-extremis une éventuelle surcharge,
pas la peine de les multiplier.
>> [...] je le fais dans le mode que j'appelle "suspend
>> to RAM".
> Cela suffit pour ne pas pouvoir partager la swap avec un autre OS car celle 
> ci contient toujours des données d'avant hibernation.
Dans ce mode AFAIK aucune donnée n'est mise en swap au moment du
suspend : le CPU est suspendu dans un mode basse consommation et les
périphériques désactivés, en revanche la mémoire vive reste alimentée,
et c'est elle qui conserve les données. Évidemment, si le swap se
trouve utilisé (ce que j'évite comme la peste car ça provoque un
effondrement des performances), les pages évincées sont dans le swap.
Cependant, en cas de reprise depuis ce mode, on ne change jamais d'OS,
le CPU reprend les traitements (je schématise, le processus exact est
probablement plus complexe avec le multi-core) et réactive les
périphériques qu'il avait désactivés. Ce n'est pas un reboot.

Éric

Re: Problèmes à l'installation si je ne veux pas refaire les partitions de swap

2023-09-29 Thread NoSpam



Le 29/09/2023 à 16:56, Eric DEGENETAIS a écrit :

Si les machines utilisent toutes LVM y compris la swap *et* que vous
Je ne suis pas sûr de saisir le rapport avec LVM. Ça facilite la
modification des partitions, mais je ne vois rien qui interdise de
réutiliser une partition de swap taillée à même le disque physique.
Vous pouvez développer ?
J'avais cru comprendre que vous utilisiez un espace swap par OS installé 
d'où vos problèmes...

n'hibernez pas vous pouvez partager une même partition swap pour toutes

[...] je le fais dans le mode que j'appelle "suspend
to RAM".
Cela suffit pour ne pas pouvoir partager la swap avec un autre OS car 
celle ci contient toujours des données d'avant hibernation.

Re: Problèmes à l'installation si je ne veux pas refaire les partitions de swap

2023-09-29 Thread Sébastien NOBILI


Le 2023-09-29 16:44, Eric DEGENETAIS a écrit :

bonjour, merci pour cette réponse qui m'intéresse. J'avais déjà croisé
ce nom, mais je ne suis pas sûr de savoir ce dont il s'agit. Pour moi
c'était surtout destiné à produire les installeurs ou des containers,
mais je vois que j'ai intérêt à m'y intéresser de plus près.


deboostrap permet d'installer un système Debian dans un dossier de ton
système de fichiers. Dans ton cas le dossier serait le point de montage
de ta partition cible.

Une fois ton système de base déployé tu peux basculer dedans avec
chroot (ou mieux schroot qui va t'automatiser tout plein de montages
nécessaires (/dev/, /proc/, etc.))


La seconde page mentionne l'usage de tasksel. Du coup je pourrai
bénéficier des pré-configurations (du genre installer un XFCE
pré-intégré) permises par l'installeur ?


Une fois dans ton système, il ne te reste plus qu'à y installer ce dont
tu as besoin (n'oublie pas le noyau).

Tu peux en effet utiliser tasksel mais tu peux aussi simplement 
installer

les paquets "task-*" correspondants :

aptitude search "^task-"

Sébastien

Re: Problèmes à l'installation si je ne veux pas refaire les partitions de swap

Le ven. 29 sept. 2023 à 16:14, NoSpam  a écrit :
>
> Bonjour
>

> Si les machines utilisent toutes LVM y compris la swap *et* que vous
Je ne suis pas sûr de saisir le rapport avec LVM. Ça facilite la
modification des partitions, mais je ne vois rien qui interdise de
réutiliser une partition de swap taillée à même le disque physique.
Vous pouvez développer ?
> n'hibernez pas vous pouvez partager une même partition swap pour toutes
De fait, je n'hiberne généralement pas. J'ai des machines fixes (ou
utilisées sur table, plus proche du desktop transportable que du
portable même si ce sont matériellement des "portables") avec des
quantités de RAM généreuses. La dernière fois que j'ai tenté
l'hibernation, je me suis retrouvé avec une machine en perdition,
comme si elle n'était retrouvée à la dernière limite de l'épuisement
de mémoire virtuelle, avec une pression d'IO de malade qui la rend
pratiquement inutilisable. Ça m'a vacciné. Depuis, quand je veux
suspendre une session, je le fais dans le mode que j'appelle "suspend
to RAM". Sinon, avec la vitesse de démarrage d'une machine sur SSD, je
ne suis pas trop convaincu dans mon cas de l'intérêt d'une
hibernation.
> les versions d'OS
>

Éric

Re: Problèmes à l'installation si je ne veux pas refaire les partitions de swap

Le ven. 29 sept. 2023 à 16:30, Sébastien NOBILI
 a écrit :

> Étant donné ton niveau de connaissance de Debian, tu pourrais peut-être
> t'en sortir plus efficacement avec debootstrap…

bonjour, merci pour cette réponse qui m'intéresse. J'avais déjà croisé
ce nom, mais je ne suis pas sûr de savoir ce dont il s'agit. Pour moi
c'était surtout destiné à produire les installeurs ou des containers,
mais je vois que j'ai intérêt à m'y intéresser de plus près.

Une recherche rapide me pointe là :
_ https://wiki.debian.org/fr/Debootstrap
_ https://www.debian.org/releases/stable/i386/apds03.fr.html

La seconde page mentionne l'usage de tasksel. Du coup je pourrai
bénéficier des pré-configurations (du genre installer un XFCE
pré-intégré) permises par l'installeur ?

> Sébastien
>

Éric

Re: Problèmes à l'installation si je ne veux pas refaire les partitions de swap

2023-09-29 Thread Sébastien NOBILI


Bonjour,

Le 2023-09-29 16:00, Eric DEGENETAIS a écrit :

Ma question : faut-il me résoudre à refaire les swap et corriger mon
OS debian préexistant, ou quelqu'un connaît-il un moyen de réutiliser
telles quelles les partitions de swap existantes ?


Étant donné ton niveau de connaissance de Debian, tu pourrais peut-être
t'en sortir plus efficacement avec debootstrap…

Sébastien

Re: Problèmes à l'installation si je ne veux pas refaire les partitions de swap

2023-09-29 Thread NoSpam


Bonjour

Le 29/09/2023 à 16:00, Eric DEGENETAIS a écrit :

[...]

Ma question : faut-il me résoudre à refaire les swap et corriger mon
OS debian préexistant, ou quelqu'un connaît-il un moyen de réutiliser
telles quelles les partitions de swap existantes ?
Si les machines utilisent toutes LVM y compris la swap *et* que vous 
n'hibernez pas vous pouvez partager une même partition swap pour toutes 
les versions d'OS

Problèmes à l'installation si je ne veux pas refaire les partitions de swap

bonjour,
je suis confronté de manière récurrente à un problème qui m'agace
lorsque je souhaite installer une partition debian au moment de la
publication d'une nouvelle stable.
Voici le contexte : comme je ne souhaite pas compromettre
l'utilisation de la machine (poste de travail pro, ou PC qui sert à
toute la maisonnée et n'a donc "pas le droit" d'être en panne),
lorsque je monte de version j'installe généralement sur une partition
système fraîche, en parallèle de la version "de production" qui sert
au quotidien. Quand je me suis assuré que tout (devices, logiciels...)
fonctionne bien, je bascule le boot par défaut vers cette version (et
j'ajoute le montage automatique de la partition home, que j'omets
volontairement à l'installation).

Voici le problème : l'installeur me prend la tête avec les partitions de swap.
_ Soit il les refait, et je dois remettre à jour l'OS "de production"
pour éviter un délai au boot lié au fait que les UUID ne sont plus
bons.
_ Soit j'essaie d'omettre la mise en place de partitions de swap (mes
machines ont généralement une taille de RAM confortable, donc ce n'est
pas forcément strictement nécessaire à mes yeux), quitte à recopier
ensuite les lignes fstab des partitions swap existantes. Dans ce cas,
l'installeur devient fou, me ramenant en boucle à la mise en place du
swap, et je termine avec une installation boiteuse qu'il faut
reprendre à la main.

Ce n'est qu'un détail agaçant, mais je serais plus satisfait d'une
solution dans laquelle l'installation n'est pas vrillée à la base.

Ma question : faut-il me résoudre à refaire les swap et corriger mon
OS debian préexistant, ou quelqu'un connaît-il un moyen de réutiliser
telles quelles les partitions de swap existantes ?

merci
__
Éric Dégenètais

Re: Quels problèmes posés par un NAT sur plusieurs liens Internet ?

2022-03-21 Thread NoSpam


Bonjour

ne pas se casser la tête avec NAT/Multi Nat/... et passer en ipv6. 
Asterisk y fonctionne très bien.


Le 21/03/2022 à 09:47, Olivier a écrit :

Bonjour,

Je travaille sur des système sous Debian Bullseye devant implémenter
la fonction routage vers Internet et NAT pour 100 à 200 utilisateurs
d'un réseau WiFi.
Pour améliorer les performances et la continuité de service, ces
routeurs seront connectés à deux liens FTTH en mode actif-actif.

J'observe que dans sa configuration par défaut, la fonction Equal Cost
Multi Path de Linux s'appuie sur un 5-uplet IP Srce/Dest, Port
Srce/Dest, type de protocole IP pour choisir le lien en sortie.
Choisir avec ce 5-uplet fait, si j'ai bien compris, que le noyau peut,
pour une application comme SIP, faire sortir le flux de signalisation
par le lien n°1, et le flux media par le lien n°2 puisque ces 2 flux
utilisent des ports différents.

On peut considérer que la capacité d'une "application Internet" à bien
fonctionner dans un environnement où un utilisateur est simultanément
actif via plusieurs IP publiques distinctes est du ressort de celui
qui met en ligne ces applications. En d'autres termes, à charge pour
l'exploitant du service SIP de notre exemple de se débrouiller.

Néanmoins, je serai très intéressé de connaître les "utilisations
classiques d'Internet pouvant être mises à mal par le passage d'une à
plusieurs IP publiques" et de comprendre la raison pour laquelle ces
applications dys-fonctionnent quand on introduit l'ECMP ou quelque
chose d'équivalent.

Connaissez-vous une norme, une étude, un lien qui liste ces
applications perturbées par la répartition de charge ?

Avec mon moteur de recherche, des choses comme "ECMP breaks" ne donne
rien de bien pertinent.

--
Daniel

Re: Quels problèmes posés par un NAT sur plusieurs liens Internet ?

2022-03-21 Thread Olivier

À chaud, je pense qu'un algo répartissant le trafic en n'utilisant que
l'IP Source (ie l'IP privée) devrait mieux me convenir: un
utilisateur,
pendant la même session, est toujours vu avec la même IP publique, ce
qui colle assez bien à l'utilisation d'Internet avec un CPE classique.
Si l'IP publique change d'une session à l'autre, c'est pas grave.

Alternativement, on peut remplacer un routage dynamique par un routage
déterministe qui force pour chaque utilisateur un chemin donné mais ma
question demeure:
quelles sont les applications "fragiles" ou sensibles au load balancing ?

Le lun. 21 mars 2022 à 10:51, Pierre Malard  a écrit :
>
> Salut,
>
> Peut-être un simple problème de route ambiguë !
>
> Le 21 mars 2022 à 09:47, Olivier  a écrit :
>
> Bonjour,
>
> Je travaille sur des système sous Debian Bullseye devant implémenter
> la fonction routage vers Internet et NAT pour 100 à 200 utilisateurs
> d'un réseau WiFi.
> Pour améliorer les performances et la continuité de service, ces
> routeurs seront connectés à deux liens FTTH en mode actif-actif.
>
> J'observe que dans sa configuration par défaut, la fonction Equal Cost
> Multi Path de Linux s'appuie sur un 5-uplet IP Srce/Dest, Port
> Srce/Dest, type de protocole IP pour choisir le lien en sortie.
> Choisir avec ce 5-uplet fait, si j'ai bien compris, que le noyau peut,
> pour une application comme SIP, faire sortir le flux de signalisation
> par le lien n°1, et le flux media par le lien n°2 puisque ces 2 flux
> utilisent des ports différents.
>
> On peut considérer que la capacité d'une "application Internet" à bien
> fonctionner dans un environnement où un utilisateur est simultanément
> actif via plusieurs IP publiques distinctes est du ressort de celui
> qui met en ligne ces applications. En d'autres termes, à charge pour
> l'exploitant du service SIP de notre exemple de se débrouiller.
>
> Néanmoins, je serai très intéressé de connaître les "utilisations
> classiques d'Internet pouvant être mises à mal par le passage d'une à
> plusieurs IP publiques" et de comprendre la raison pour laquelle ces
> applications dys-fonctionnent quand on introduit l'ECMP ou quelque
> chose d'équivalent.
>
> Connaissez-vous une norme, une étude, un lien qui liste ces
> applications perturbées par la répartition de charge ?
>
> Avec mon moteur de recherche, des choses comme "ECMP breaks" ne donne
> rien de bien pertinent.
>
> Slts
>
>
> --
> Pierre Malard
>
>
>|\  _,,,---,,_
>/,`.-'`'-.  ;-;;,_
>   |,4-  ) )-,_. ,\ (  `'-'
>  '---''(_/--'  `-'\_) πr
>
> perl -e '$_=q#: 3|\ 5_,3-3,2_: 3/,`.'"'"'`'"'"' 5-.  ;-;;,_:  |,A-  ) )-,_. 
> ,\ (  `'"'"'-'"'"': '"'"'-3'"'"'2(_/--'"'"'  `-'"'"'\_): 
> 24πr::#;y#:#\n#;s#(\D)(\d+)#$1x$2#ge;print'
> - --> Ce message n’engage que son auteur <--
>

Re: Quels problèmes posés par un NAT sur plusieurs liens Internet ?

2022-03-21 Thread Pierre Malard

Salut,

Peut-être un simple problème de route ambiguë !

> Le 21 mars 2022 à 09:47, Olivier  a écrit :
> 
> Bonjour,
> 
> Je travaille sur des système sous Debian Bullseye devant implémenter
> la fonction routage vers Internet et NAT pour 100 à 200 utilisateurs
> d'un réseau WiFi.
> Pour améliorer les performances et la continuité de service, ces
> routeurs seront connectés à deux liens FTTH en mode actif-actif.
> 
> J'observe que dans sa configuration par défaut, la fonction Equal Cost
> Multi Path de Linux s'appuie sur un 5-uplet IP Srce/Dest, Port
> Srce/Dest, type de protocole IP pour choisir le lien en sortie.
> Choisir avec ce 5-uplet fait, si j'ai bien compris, que le noyau peut,
> pour une application comme SIP, faire sortir le flux de signalisation
> par le lien n°1, et le flux media par le lien n°2 puisque ces 2 flux
> utilisent des ports différents.
> 
> On peut considérer que la capacité d'une "application Internet" à bien
> fonctionner dans un environnement où un utilisateur est simultanément
> actif via plusieurs IP publiques distinctes est du ressort de celui
> qui met en ligne ces applications. En d'autres termes, à charge pour
> l'exploitant du service SIP de notre exemple de se débrouiller.
> 
> Néanmoins, je serai très intéressé de connaître les "utilisations
> classiques d'Internet pouvant être mises à mal par le passage d'une à
> plusieurs IP publiques" et de comprendre la raison pour laquelle ces
> applications dys-fonctionnent quand on introduit l'ECMP ou quelque
> chose d'équivalent.
> 
> Connaissez-vous une norme, une étude, un lien qui liste ces
> applications perturbées par la répartition de charge ?
> 
> Avec mon moteur de recherche, des choses comme "ECMP breaks" ne donne
> rien de bien pertinent.
> 
> Slts
> 

--
Pierre Malard


   |\  _,,,---,,_
   /,`.-'`'-.  ;-;;,_
  |,4-  ) )-,_. ,\ (  `'-'
 '---''(_/--'  `-'\_) πr

perl -e '$_=q#: 3|\ 5_,3-3,2_: 3/,`.'"'"'`'"'"' 5-.  ;-;;,_:  |,A-  ) )-,_. ,\ 
(  `'"'"'-'"'"': '"'"'-3'"'"'2(_/--'"'"'  `-'"'"'\_): 
24πr::#;y#:#\n#;s#(\D)(\d+)#$1x$2#ge;print'
- --> Ce message n’engage que son auteur <--



signature.asc
Description: Message signed with OpenPGP

Quels problèmes posés par un NAT sur plusieurs liens Internet ?

2022-03-21 Thread Olivier

Bonjour,

Je travaille sur des système sous Debian Bullseye devant implémenter
la fonction routage vers Internet et NAT pour 100 à 200 utilisateurs
d'un réseau WiFi.
Pour améliorer les performances et la continuité de service, ces
routeurs seront connectés à deux liens FTTH en mode actif-actif.

J'observe que dans sa configuration par défaut, la fonction Equal Cost
Multi Path de Linux s'appuie sur un 5-uplet IP Srce/Dest, Port
Srce/Dest, type de protocole IP pour choisir le lien en sortie.
Choisir avec ce 5-uplet fait, si j'ai bien compris, que le noyau peut,
pour une application comme SIP, faire sortir le flux de signalisation
par le lien n°1, et le flux media par le lien n°2 puisque ces 2 flux
utilisent des ports différents.

On peut considérer que la capacité d'une "application Internet" à bien
fonctionner dans un environnement où un utilisateur est simultanément
actif via plusieurs IP publiques distinctes est du ressort de celui
qui met en ligne ces applications. En d'autres termes, à charge pour
l'exploitant du service SIP de notre exemple de se débrouiller.

Néanmoins, je serai très intéressé de connaître les "utilisations
classiques d'Internet pouvant être mises à mal par le passage d'une à
plusieurs IP publiques" et de comprendre la raison pour laquelle ces
applications dys-fonctionnent quand on introduit l'ECMP ou quelque
chose d'équivalent.

Connaissez-vous une norme, une étude, un lien qui liste ces
applications perturbées par la répartition de charge ?

Avec mon moteur de recherche, des choses comme "ECMP breaks" ne donne
rien de bien pertinent.

Slts

Re: Problèmes rencontrés màj de votre kernel

2021-09-01 Thread Fab


hello,

je pense qu'il s'agit d'une blague ;)

... https://dedigo.fr

ah bah nan finalement!

Je suis inquiet pour les clients du coup ;)

a+

f.



Le 01/09/2021 à 13:57, cont...@dedigo.fr a écrit :

Bonjour,

Je me permets de vous contacter suite à un problème qui nous est apparu 
hier lors de la màj de votre système kernel sur nos serveurs.


En effet, nos services ont dû être interrompus sans possibilité de 
basculement prévu pendant environ 30mn.


Le fait de mettre à jour votre système est une bonne idée en soit, mais 
pourriez-vous à l'avenir :

- fixer des màj hors d'heures d'utilisation massive, la nuit par exemple
- et/ou notifier quelques jours avant le jour et l'heure de votre màj 
que nous puissions anticiper des mesures pour ne pas avoir de pannes


Dans l'attente de votre retour, je vous adresse mes meilleures salutations.

Olivier Gaspoz
DediGo Sàrl
CEO

Re: Problèmes rencontrés màj de votre kernel

2021-09-01 Thread contact

Bonjour,

Je vous remercie pour votre vitesse de réaction et votre explication.

Je vais remonter l'information à mes techniciens et éclaircir cela avec eux.

Je reviendrais vers vous en cas d'autres questions.

Salutations.

Olivier

> Le 01/09/2021 14:38, Belaïd  a écrit :
> 
> 
> Bonjour,
> 
> Sauf erreur de ma part, il faudrait plutôt blâmer votre administrateur 
> système et non le système lui même ! 😁  
> Les mises à jour sont balancées sur les serveurs debian quand elles sont 
> prêtes puis votre administrateur décide de quand faire quoi !
> 
> Le mer. 1 sept. 2021 à 14:33, mailto:cont...@dedigo.fr 
> > a écrit :
> 
> > > Bonjour,
> > 
> > Je me permets de vous contacter suite à un problème qui nous est 
> > apparu hier lors de la màj de votre système kernel sur nos serveurs.
> > 
> > En effet, nos services ont dû être interrompus sans possibilité de 
> > basculement prévu pendant environ 30mn.
> > 
> > Le fait de mettre à jour votre système est une bonne idée en soit, 
> > mais pourriez-vous à l'avenir :
> > - fixer des màj hors d'heures d'utilisation massive, la nuit par 
> > exemple
> > - et/ou notifier quelques jours avant le jour et l'heure de votre 
> > màj que nous puissions anticiper des mesures pour ne pas avoir de pannes
> > 
> > Dans l'attente de votre retour, je vous adresse mes meilleures 
> > salutations.
> > 
> > Olivier Gaspoz
> > DediGo Sàrl
> > CEO
> > 
> > >

Re: Problèmes rencontrés màj de votre kernel

2021-09-01 Thread NoSpam

Je n'aurai pas mieux dit. Si vous êtes en production et que vous mettez 
les serveurs à jour ... vous êtes à blâmer. Si vous avez activé les 
mises à jour automatiques, de même: le système ne décide pas de 
redémarrer, un administrateur le lui a demandé. Nous ne sommes pas sous 
Windows ...


Bon apprentissage

Le 01/09/2021 à 14:38, Belaïd a écrit :

Bonjour,

Sauf erreur de ma part, il faudrait plutôt blâmer votre administrateur 
système et non le système lui même ! 😁
Les mises à jour sont balancées sur les serveurs debian quand elles 
sont prêtes puis votre administrateur décide de quand faire quoi !


Le mer. 1 sept. 2021 à 14:33, > a écrit :


Bonjour,

Je me permets de vous contacter suite à un problème qui nous est
apparu hier lors de la màj de votre système kernel sur nos serveurs.

En effet, nos services ont dû être interrompus sans possibilité de
basculement prévu pendant environ 30mn.

Le fait de mettre à jour votre système est une bonne idée en soit,
mais pourriez-vous à l'avenir :
- fixer des màj hors d'heures d'utilisation massive, la nuit par
exemple
- et/ou notifier quelques jours avant le jour et l'heure de votre
màj que nous puissions anticiper des mesures pour ne pas avoir de
pannes

Dans l'attente de votre retour, je vous adresse mes meilleures
salutations.

Olivier Gaspoz
DediGo Sàrl
CEO

Re: Problèmes rencontrés màj de votre kernel

2021-09-01 Thread Belaïd

Bonjour,

Sauf erreur de ma part, il faudrait plutôt blâmer votre administrateur
système et non le système lui même ! 😁
Les mises à jour sont balancées sur les serveurs debian quand elles sont
prêtes puis votre administrateur décide de quand faire quoi !

Le mer. 1 sept. 2021 à 14:33,  a écrit :

> Bonjour,
>
> Je me permets de vous contacter suite à un problème qui nous est apparu
> hier lors de la màj de votre système kernel sur nos serveurs.
>
> En effet, nos services ont dû être interrompus sans possibilité de
> basculement prévu pendant environ 30mn.
>
> Le fait de mettre à jour votre système est une bonne idée en soit, mais
> pourriez-vous à l'avenir :
> - fixer des màj hors d'heures d'utilisation massive, la nuit par exemple
> - et/ou notifier quelques jours avant le jour et l'heure de votre màj que
> nous puissions anticiper des mesures pour ne pas avoir de pannes
>
> Dans l'attente de votre retour, je vous adresse mes meilleures
> salutations.
>
> Olivier Gaspoz
> DediGo Sàrl
> CEO
>

Problèmes rencontrés màj de votre kernel

2021-09-01 Thread contact

Bonjour,

Je me permets de vous contacter suite à un problème qui nous est apparu hier 
lors de la màj de votre système kernel sur nos serveurs.

En effet, nos services ont dû être interrompus sans possibilité de basculement 
prévu pendant environ 30mn.

Le fait de mettre à jour votre système est une bonne idée en soit, mais 
pourriez-vous à l'avenir :
- fixer des màj hors d'heures d'utilisation massive, la nuit par exemple
- et/ou notifier quelques jours avant le jour et l'heure de votre màj que nous 
puissions anticiper des mesures pour ne pas avoir de pannes

Dans l'attente de votre retour, je vous adresse mes meilleures salutations.

Olivier Gaspoz
DediGo Sàrl
CEO

Re: multiples problèmes avec proftpd depuis upgrade bullseye sur serveur :-(

2021-08-23 Thread Jean-François Bachelet


Hello Charles ^^)


Le 22/08/2021 à 18:24, Charles DAVID a écrit :

Salut,

Tu as regardé si le module mod_tls était activé dans 
/etc/proftpd/modules.conf ?


zieuté et effectivement la conf à changé entre les deux versions et 
maintenant le module tls est désactivé par défaut.


donc activé et là ça remarche comme sous buster !

ouais !


je n'avais pas pensé à ça vu que ça fonctionnait tout seul avant. Merci 
de m'y avoir fait penser ^^)





Tu peux lister les modules avec :

$ proftpd --list


effectivement il n'y était pas listé et c'est toujours le cas puisque 
cette commande liste uniquement les modules qui sont compilés intégrés 
dans le programme ;)



Tu peux aussi lancer proftpd en mode debug pour avoir plus 
d'informations :


$ proftpd --nodaemon --debug 10

Pour valider la syntaxe de la configuration :

$ proftpd --configtest


# proftpd --configtest
Checking syntax of configuration file
2021-08-23 15:57:07,458 discovery proftpd[6703]: mod_tls/2.9: 
NoCertRequest TLSOption is deprecated

Syntax check complete.


haha ! y encore un truc, NoCertRequest est déprécié, il temps de partir 
à la chasse ^^)



--Big Snip--


Mercitouplin Charles, tu es efficace ^^)


Jeff

Re: multiples problèmes avec proftpd depuis upgrade bullseye sur serveur :-(

2021-08-22 Thread Charles DAVID


Salut,

Tu as regardé si le module mod_tls était activé dans 
/etc/proftpd/modules.conf ?


Tu peux lister les modules avec :

$ proftpd --list

Tu peux aussi lancer proftpd en mode debug pour avoir plus d'informations :

$ proftpd --nodaemon --debug 10

Pour valider la syntaxe de la configuration :

$ proftpd --configtest

source : http://www.proftpd.org/docs/howto/Debugging.html

Charles.

Le 22/08/2021 à 17:20, Jean-François Bachelet a écrit :

Hello folks ^^)


bon, le passage de buster à bullseye sur serveur ne se fait pas sans 
problèmes :(



dabort, mon proftpd ne voulait pas se mettre à jour : résolu en 
désinstallant tout proftpd (plus rien ne faisant référence à lui sur le 
serveur) puis install proftpd-basic qui appelle correctement les 
dépendances.


un problème de moins ;

ensuite restauration des nouvelles confs et redémarrage du serveur ;

essaie de connexion ftps avec filezilla comme ça fonctionnait sous 
buster : niet ! 'vous vous êtes déjà connecté à ce serveur en ftp over 
tls mais ce serveur ne supporte pas ftp over tls' ! un comble !



c'est quoi le problème maintenant ???


voilà les confs :


proftpd.conf :

#
# /etc/proftpd/proftpd.conf -- This is a basic ProFTPD configuration file.
# To really apply changes, reload proftpd after modifications, if
# it runs in daemon mode. It is not required in inetd/xinetd mode.
#

# Includes DSO modules
Include /etc/proftpd/modules.conf

# Set off to disable IPv6 support which is annoying on IPv4 only boxes.
UseIPv6 on
# If set on you can experience a longer connection delay in many cases.

IdentLookups off


ServerName "ftp3.myownfqdn"
# Set to inetd only if you would run proftpd by inetd/xinetd/socket.
# Read README.Debian for more information on proper configuration.
ServerType standalone
DeferWelcome off

# Disable MultilineRFC2228 per 
https://github.com/proftpd/proftpd/issues/1085 
<https://github.com/proftpd/proftpd/issues/1085>

# MultilineRFC2228on
DefaultServer on
ShowSymlinks on

TimeoutNoTransfer 600
TimeoutStalled 600
TimeoutIdle 1200

DisplayLogin welcome.msg
DisplayChdir .message true
ListOptions "-l"

DenyFilter \*.*/

# Use this to jail all users in their homes
DefaultRoot ~

# Users require a valid shell listed in /etc/shells to login.
# Use this directive to release that constrain.
# RequireValidShelloff

# Port 21 is the standard FTP port.
Port 21

# In some cases you have to specify passive ports range to by-pass
# firewall limitations. Ephemeral ports can be used for that, but
# feel free to use a more narrow range.
PassivePorts 49152 49252

# If your host was NATted, this option is useful in order to
# allow passive tranfers to work. You have to use your public
# address and opening the passive ports used on your firewall as well.
# MasqueradeAddress 1.2.3.4

# This is useful for masquerading address with dynamic IPs:
# refresh any configured MasqueradeAddress directives every 8 hours

# DynMasqRefresh 28800


# To prevent DoS attacks, set the maximum number of child processes
# to 30. If you need to allow more than 30 concurrent connections
# at once, simply increase this value. Note that this ONLY works
# in standalone mode, in inetd mode you should use an inetd server
# that allows you to limit maximum number of processes per service
# (such as xinetd)
MaxInstances 30

# Set the user and group that the server normally runs at.
User proftpd
Group nogroup

# Umask 022 is a good standard umask to prevent new files and dirs
# (second parm) from being group and world writable.
Umask 022 022
# Normally, we want files to be overwriteable.
AllowOverwrite on

# Uncomment this if you are using NIS or LDAP via NSS to retrieve 
passwords:

# PersistentPasswd off

# This is required to use both PAM-based authentication and local passwords
# AuthOrder mod_auth_pam.c* mod_auth_unix.c

# Be warned: use of this directive impacts CPU average load!
# Uncomment this if you like to see progress and transfer rate with ftpwho
# in downloads. That is not needed for uploads rates.
#
# UseSendFile off

TransferLog /var/log/proftpd/xferlog
SystemLog /var/log/proftpd/proftpd.log

# Logging onto /var/log/lastlog is enabled but set to off by default
#UseLastlog on

# In order to keep log file dates consistent after chroot, use timezone 
info

# from /etc/localtime. If this is not set, and proftpd is configured to
# chroot (e.g. DefaultRoot or ), it will use the non-daylight
# savings timezone regardless of whether DST is in effect.
SetEnv TZ :/etc/localtime


QuotaEngine off



Ratios off



# Delay engine reduces impact of the so-called Timing Attack described in
# http://www.securityfocus.com/bid/11430/discuss 
<http://www.securityfocus.com/bid/11430/discuss>

# It is on by default.

DelayEngine on



ControlsEngine off
ControlsMaxClients 2
ControlsLog /var/log/proftpd/controls.log
ControlsInterval 5
ControlsSocket /var/run/proftpd/proftpd.sock



AdminControlsEngine off


#
# Alternati

Re: multiples problèmes avec proftpd depuis upgrade bullseye sur serveur :-(

2021-08-22 Thread Bernard Schoenacker




- Mail original -
> De: "Jean-François Bachelet" 
> À: debian-user-french@lists.debian.org
> Envoyé: Dimanche 22 Août 2021 18:13:00
> Objet: Re: multiples problèmes avec proftpd depuis upgrade bullseye sur 
> serveur :-(
> 
> Hello Bernard ^^)
> 
> 
> Le 22/08/2021 à 17:36, Bernard Schoenacker a écrit :
> 
> heu ! j'employais le ftpS pas le ftp... et ça marchait. sécurisé par
> TLSv1.2.
> 
> 
> passer au SFTP ça sous-entend demander à des milliers d'utilisateur
> ftpS
> d'envoyer leur clé SSH (avec l'immense boulot que ça nécessitera
> derrière)
> 
> et comme nombre d'entre eux n'ont jamais utilisé SSH (donc n'ont pas
> de
> clé et ne savent même pas ce que c'est que SSH) imagines le deuxième
> immense boulot pour les former à ça et à créer leurs clés et surtout
> les
> tonnes de mails 'au secours ça marche pô' à répondre par le
> support...
> 
> arg. tu veux ma mort ? ;)))
> 
> 
> mouais :/
> 
> c'est pas normal m'enfin ! le ftpS fonctionnait sous buster donc il
> DOIT
> aussi fonctionner sous bullseye étant donné qu'il n'a pas été
> déprécié.
> 
> 
> Jeff, horrifié ;)
> 


Bonjour,

J'ai déjà fait un essai avec sftp et filezilla et c'est transparent 
pour les $USER ...

Et vu ton patronyme, un peu de silicose ne fera pas trop de mal ;)

https://www.youtube.com/watch?v=rygifBeBKUU

https://www.youtube.com/watch?v=lBrmR8Brasw

Merci 

@+

bernard

Re: multiples problèmes avec proftpd depuis upgrade bullseye sur serveur :-(


Hello Bernard ^^)


Le 22/08/2021 à 17:36, Bernard Schoenacker a écrit :

Bonjour Jean-Fransoué,


Je te conseille de monter d'un cran en n'employant plus
le ftp directement, voici le tutoriel qui te permettra
d'augmenter la sécurité :

https://www.digitalocean.com/community/tutorials/how-to-configure-proftpd-to-use-sftp-instead-of-ftp


heu ! j'employais le ftpS pas le ftp... et ça marchait. sécurisé par 
TLSv1.2.



passer au SFTP ça sous-entend demander à des milliers d'utilisateur ftpS 
d'envoyer leur clé SSH (avec l'immense boulot que ça nécessitera derrière)


et comme nombre d'entre eux n'ont jamais utilisé SSH (donc n'ont pas de 
clé et ne savent même pas ce que c'est que SSH) imagines le deuxième 
immense boulot pour les former à ça et à créer leurs clés et surtout les 
tonnes de mails 'au secours ça marche pô' à répondre par le support...


arg. tu veux ma mort ? ;)))



et pour faire passer la pilule :

https://www.youtube.com/watch?v=44FWZ03kWog

désolé, mais je ne vois que cette solution


mouais :/

c'est pas normal m'enfin ! le ftpS fonctionnait sous buster donc il DOIT 
aussi fonctionner sous bullseye étant donné qu'il n'a pas été déprécié.




Bonne chance pour la suite

Bien à toi

Bernard


Jeff, horrifié ;)

Re: multiples problèmes avec proftpd depuis upgrade bullseye sur serveur :-(


re re Hello ^^)

Le 22/08/2021 à 17:27, Jean-François Bachelet a écrit :

re hello ^^)


note : la seule et unique différence par rapport à l'ancienne conf 
sous buster c'est



'multiline RCF2228 on'


qui est passé à 'off' par défaut


# Disable MultilineRFC2228 per 
https://github.com/proftpd/proftpd/issues/1085 


# MultilineRFC2228 on


tried to re-enable multiline but that changed nothing...


what I don't understand is WHY that worked fine under buster and not now 
under  bullseye...



Jeff

Re: multiples problèmes avec proftpd depuis upgrade bullseye sur serveur :-(

2021-08-22 Thread Bernard Schoenacker

Bonjour Jean-Fransoué,


Je te conseille de monter d'un cran en n'employant plus 
le ftp directement, voici le tutoriel qui te permettra 
d'augmenter la sécurité :

https://www.digitalocean.com/community/tutorials/how-to-configure-proftpd-to-use-sftp-instead-of-ftp

et pour faire passer la pilule :

https://www.youtube.com/watch?v=44FWZ03kWog

désolé, mais je ne vois que cette solution 

Bonne chance pour la suite

Bien à toi

Bernard

- Mail original -
> De: "Jean-François Bachelet" 
> À: debian-user-french@lists.debian.org
> Envoyé: Dimanche 22 Août 2021 17:20:42
> Objet: multiples problèmes avec proftpd depuis upgrade bullseye sur serveur 
> :-(
> 
> Hello folks ^^)
> 
> 
> bon, le passage de buster à bullseye sur serveur ne se fait pas sans
> problèmes :(
> 
> 
> dabort, mon proftpd ne voulait pas se mettre à jour : résolu en
> désinstallant tout proftpd (plus rien ne faisant référence à lui sur
> le
> serveur) puis install proftpd-basic qui appelle correctement les
> dépendances.
> 
> un problème de moins ;
> 
> ensuite restauration des nouvelles confs et redémarrage du serveur ;
> 
> essaie de connexion ftps avec filezilla comme ça fonctionnait sous
> buster : niet ! 'vous vous êtes déjà connecté à ce serveur en ftp
> over
> tls mais ce serveur ne supporte pas ftp over tls' ! un comble !
> 
> 
> c'est quoi le problème maintenant ???
> 
> 
> voilà les confs :
> 
> 
> proftpd.conf :
> 
> #
> # /etc/proftpd/proftpd.conf -- This is a basic ProFTPD configuration
> file.
> # To really apply changes, reload proftpd after modifications, if
> # it runs in daemon mode. It is not required in inetd/xinetd mode.
> #
> 
> # Includes DSO modules
> Include /etc/proftpd/modules.conf
> 
> # Set off to disable IPv6 support which is annoying on IPv4 only
> boxes.
> UseIPv6 on
> # If set on you can experience a longer connection delay in many
> cases.
> 
> IdentLookups off
> 
> 
> ServerName "ftp3.myownfqdn"
> # Set to inetd only if you would run proftpd by inetd/xinetd/socket.
> # Read README.Debian for more information on proper configuration.
> ServerType standalone
> DeferWelcome off
> 
> # Disable MultilineRFC2228 per
> https://github.com/proftpd/proftpd/issues/1085
> <https://github.com/proftpd/proftpd/issues/1085>
> # MultilineRFC2228on
> DefaultServer on
> ShowSymlinks on
> 
> TimeoutNoTransfer 600
> TimeoutStalled 600
> TimeoutIdle 1200
> 
> DisplayLogin welcome.msg
> DisplayChdir .message true
> ListOptions "-l"
> 
> DenyFilter \*.*/
> 
> # Use this to jail all users in their homes
> DefaultRoot ~
> 
> # Users require a valid shell listed in /etc/shells to login.
> # Use this directive to release that constrain.
> # RequireValidShelloff
> 
> # Port 21 is the standard FTP port.
> Port 21
> 
> # In some cases you have to specify passive ports range to by-pass
> # firewall limitations. Ephemeral ports can be used for that, but
> # feel free to use a more narrow range.
> PassivePorts 49152 49252
> 
> # If your host was NATted, this option is useful in order to
> # allow passive tranfers to work. You have to use your public
> # address and opening the passive ports used on your firewall as
> well.
> # MasqueradeAddress 1.2.3.4
> 
> # This is useful for masquerading address with dynamic IPs:
> # refresh any configured MasqueradeAddress directives every 8 hours
> 
> # DynMasqRefresh 28800
> 
> 
> # To prevent DoS attacks, set the maximum number of child processes
> # to 30. If you need to allow more than 30 concurrent connections
> # at once, simply increase this value. Note that this ONLY works
> # in standalone mode, in inetd mode you should use an inetd server
> # that allows you to limit maximum number of processes per service
> # (such as xinetd)
> MaxInstances 30
> 
> # Set the user and group that the server normally runs at.
> User proftpd
> Group nogroup
> 
> # Umask 022 is a good standard umask to prevent new files and dirs
> # (second parm) from being group and world writable.
> Umask 022 022
> # Normally, we want files to be overwriteable.
> AllowOverwrite on
> 
> # Uncomment this if you are using NIS or LDAP via NSS to retrieve
> passwords:
> # PersistentPasswd off
> 
> # This is required to use both PAM-based authentication and local
> passwords
> # AuthOrder mod_auth_pam.c* mod_auth_unix.c
> 
> # Be warned: use of this directive impacts CPU average load!
> # Uncomment this if you like to see progress and transfer rate with
> ftpwho
> # in downloads. That is not needed for uploads rates.
> #
> # UseSendFile off
> 
&g

Re: multiples problèmes avec proftpd depuis upgrade bullseye sur serveur :-(


re hello ^^)


Le 22/08/2021 à 17:20, Jean-François Bachelet a écrit :

Hello folks ^^)


bon, le passage de buster à bullseye sur serveur ne se fait pas sans 
problèmes :(



dabort, mon proftpd ne voulait pas se mettre à jour : résolu en 
désinstallant tout proftpd (plus rien ne faisant référence à lui sur 
le serveur) puis install proftpd-basic qui appelle correctement les 
dépendances.


un problème de moins ;

ensuite restauration des nouvelles confs et redémarrage du serveur ;

essaie de connexion ftps avec filezilla comme ça fonctionnait sous 
buster : niet ! 'vous vous êtes déjà connecté à ce serveur en ftp over 
tls mais ce serveur ne supporte pas ftp over tls' ! un comble !



c'est quoi le problème maintenant ???


voilà les confs :


proftpd.conf :

#
# /etc/proftpd/proftpd.conf -- This is a basic ProFTPD configuration file.
# To really apply changes, reload proftpd after modifications, if
# it runs in daemon mode. It is not required in inetd/xinetd mode.
#

# Includes DSO modules
Include /etc/proftpd/modules.conf

# Set off to disable IPv6 support which is annoying on IPv4 only boxes.
UseIPv6 on
# If set on you can experience a longer connection delay in many cases.

IdentLookups off


ServerName "ftp3.myownfqdn"
# Set to inetd only if you would run proftpd by inetd/xinetd/socket.
# Read README.Debian for more information on proper configuration.
ServerType standalone
DeferWelcome off

# Disable MultilineRFC2228 per 
https://github.com/proftpd/proftpd/issues/1085 
<https://github.com/proftpd/proftpd/issues/1085>

# MultilineRFC2228on
DefaultServer on
ShowSymlinks on

TimeoutNoTransfer 600
TimeoutStalled 600
TimeoutIdle 1200

DisplayLogin welcome.msg
DisplayChdir .message true
ListOptions "-l"

DenyFilter \*.*/

# Use this to jail all users in their homes
DefaultRoot ~

# Users require a valid shell listed in /etc/shells to login.
# Use this directive to release that constrain.
# RequireValidShelloff

# Port 21 is the standard FTP port.
Port 21

# In some cases you have to specify passive ports range to by-pass
# firewall limitations. Ephemeral ports can be used for that, but
# feel free to use a more narrow range.
PassivePorts 49152 49252

# If your host was NATted, this option is useful in order to
# allow passive tranfers to work. You have to use your public
# address and opening the passive ports used on your firewall as well.
# MasqueradeAddress 1.2.3.4

# This is useful for masquerading address with dynamic IPs:
# refresh any configured MasqueradeAddress directives every 8 hours

# DynMasqRefresh 28800


# To prevent DoS attacks, set the maximum number of child processes
# to 30. If you need to allow more than 30 concurrent connections
# at once, simply increase this value. Note that this ONLY works
# in standalone mode, in inetd mode you should use an inetd server
# that allows you to limit maximum number of processes per service
# (such as xinetd)
MaxInstances 30

# Set the user and group that the server normally runs at.
User proftpd
Group nogroup

# Umask 022 is a good standard umask to prevent new files and dirs
# (second parm) from being group and world writable.
Umask 022 022
# Normally, we want files to be overwriteable.
AllowOverwrite on

# Uncomment this if you are using NIS or LDAP via NSS to retrieve 
passwords:

# PersistentPasswd off

# This is required to use both PAM-based authentication and local 
passwords

# AuthOrder mod_auth_pam.c* mod_auth_unix.c

# Be warned: use of this directive impacts CPU average load!
# Uncomment this if you like to see progress and transfer rate with ftpwho
# in downloads. That is not needed for uploads rates.
#
# UseSendFile off

TransferLog /var/log/proftpd/xferlog
SystemLog /var/log/proftpd/proftpd.log

# Logging onto /var/log/lastlog is enabled but set to off by default
#UseLastlog on

# In order to keep log file dates consistent after chroot, use 
timezone info

# from /etc/localtime. If this is not set, and proftpd is configured to
# chroot (e.g. DefaultRoot or ), it will use the non-daylight
# savings timezone regardless of whether DST is in effect.
SetEnv TZ :/etc/localtime


QuotaEngine off



Ratios off



# Delay engine reduces impact of the so-called Timing Attack described in
# http://www.securityfocus.com/bid/11430/discuss 
<http://www.securityfocus.com/bid/11430/discuss>

# It is on by default.

DelayEngine on



ControlsEngine off
ControlsMaxClients 2
ControlsLog /var/log/proftpd/controls.log
ControlsInterval 5
ControlsSocket /var/run/proftpd/proftpd.sock



AdminControlsEngine off


#
# Alternative authentication frameworks
#
#Include /etc/proftpd/ldap.conf
#Include /etc/proftpd/sql.conf

#
# This is used for FTPS connections
#
Include /etc/proftpd/tls.conf

#
# This is used for SFTP connections
#
#Include /etc/proftpd/sftp.conf

#
# This is used for other add-on modules
#
#Include /etc/proftpd/dnsbl.conf
#Include /etc/proftpd/geoip.conf
#Include /etc/proftpd/snmp.conf

#
# Us

multiples problèmes avec proftpd depuis upgrade bullseye sur serveur :-(


Hello folks ^^)


bon, le passage de buster à bullseye sur serveur ne se fait pas sans 
problèmes :(



dabort, mon proftpd ne voulait pas se mettre à jour : résolu en 
désinstallant tout proftpd (plus rien ne faisant référence à lui sur le 
serveur) puis install proftpd-basic qui appelle correctement les 
dépendances.


un problème de moins ;

ensuite restauration des nouvelles confs et redémarrage du serveur ;

essaie de connexion ftps avec filezilla comme ça fonctionnait sous 
buster : niet ! 'vous vous êtes déjà connecté à ce serveur en ftp over 
tls mais ce serveur ne supporte pas ftp over tls' ! un comble !



c'est quoi le problème maintenant ???


voilà les confs :


proftpd.conf :

#
# /etc/proftpd/proftpd.conf -- This is a basic ProFTPD configuration file.
# To really apply changes, reload proftpd after modifications, if
# it runs in daemon mode. It is not required in inetd/xinetd mode.
#

# Includes DSO modules
Include /etc/proftpd/modules.conf

# Set off to disable IPv6 support which is annoying on IPv4 only boxes.
UseIPv6 on
# If set on you can experience a longer connection delay in many cases.

IdentLookups off


ServerName "ftp3.myownfqdn"
# Set to inetd only if you would run proftpd by inetd/xinetd/socket.
# Read README.Debian for more information on proper configuration.
ServerType standalone
DeferWelcome off

# Disable MultilineRFC2228 per 
https://github.com/proftpd/proftpd/issues/1085 
<https://github.com/proftpd/proftpd/issues/1085>

# MultilineRFC2228on
DefaultServer on
ShowSymlinks on

TimeoutNoTransfer 600
TimeoutStalled 600
TimeoutIdle 1200

DisplayLogin welcome.msg
DisplayChdir .message true
ListOptions "-l"

DenyFilter \*.*/

# Use this to jail all users in their homes
DefaultRoot ~

# Users require a valid shell listed in /etc/shells to login.
# Use this directive to release that constrain.
# RequireValidShelloff

# Port 21 is the standard FTP port.
Port 21

# In some cases you have to specify passive ports range to by-pass
# firewall limitations. Ephemeral ports can be used for that, but
# feel free to use a more narrow range.
PassivePorts 49152 49252

# If your host was NATted, this option is useful in order to
# allow passive tranfers to work. You have to use your public
# address and opening the passive ports used on your firewall as well.
# MasqueradeAddress 1.2.3.4

# This is useful for masquerading address with dynamic IPs:
# refresh any configured MasqueradeAddress directives every 8 hours

# DynMasqRefresh 28800


# To prevent DoS attacks, set the maximum number of child processes
# to 30. If you need to allow more than 30 concurrent connections
# at once, simply increase this value. Note that this ONLY works
# in standalone mode, in inetd mode you should use an inetd server
# that allows you to limit maximum number of processes per service
# (such as xinetd)
MaxInstances 30

# Set the user and group that the server normally runs at.
User proftpd
Group nogroup

# Umask 022 is a good standard umask to prevent new files and dirs
# (second parm) from being group and world writable.
Umask 022 022
# Normally, we want files to be overwriteable.
AllowOverwrite on

# Uncomment this if you are using NIS or LDAP via NSS to retrieve passwords:
# PersistentPasswd off

# This is required to use both PAM-based authentication and local passwords
# AuthOrder mod_auth_pam.c* mod_auth_unix.c

# Be warned: use of this directive impacts CPU average load!
# Uncomment this if you like to see progress and transfer rate with ftpwho
# in downloads. That is not needed for uploads rates.
#
# UseSendFile off

TransferLog /var/log/proftpd/xferlog
SystemLog /var/log/proftpd/proftpd.log

# Logging onto /var/log/lastlog is enabled but set to off by default
#UseLastlog on

# In order to keep log file dates consistent after chroot, use timezone info
# from /etc/localtime. If this is not set, and proftpd is configured to
# chroot (e.g. DefaultRoot or ), it will use the non-daylight
# savings timezone regardless of whether DST is in effect.
SetEnv TZ :/etc/localtime


QuotaEngine off



Ratios off



# Delay engine reduces impact of the so-called Timing Attack described in
# http://www.securityfocus.com/bid/11430/discuss 
<http://www.securityfocus.com/bid/11430/discuss>

# It is on by default.

DelayEngine on



ControlsEngine off
ControlsMaxClients 2
ControlsLog /var/log/proftpd/controls.log
ControlsInterval 5
ControlsSocket /var/run/proftpd/proftpd.sock



AdminControlsEngine off


#
# Alternative authentication frameworks
#
#Include /etc/proftpd/ldap.conf
#Include /etc/proftpd/sql.conf

#
# This is used for FTPS connections
#
Include /etc/proftpd/tls.conf

#
# This is used for SFTP connections
#
#Include /etc/proftpd/sftp.conf

#
# This is used for other add-on modules
#
#Include /etc/proftpd/dnsbl.conf
#Include /etc/proftpd/geoip.conf
#Include /etc/proftpd/snmp.conf

#
# Useful to keep VirtualHost/VirtualRoot directives separated
#
#Include

Re: Problèmes d'imprimante en recto-verso : erratum

2021-02-15 Thread ajh-valmer

On Monday 15 February 2021 11:41:20 ajh-valmer wrote:
> Selon les configurations d'imprimantes, 
> il faut régler le R/V en mode "bord court" (livres),
> ainsi que sur le support qui a produit le fichier, 
> p. ex. Libreoffice, éditeur PDF, Gimp...

> il faut régler le R/V en mode "bord court"

Désolé : 

NON ! C'est BORD LONG

Re: Problèmes d'imprimante en recto-verso

2021-02-15 Thread ajh-valmer

On Sunday 14 February 2021 09:00:02 Pierre Couderc wrote:
> - XP620 est une imprimante recto-verso, et elle imprime 
> (tête-bêche) recto-verso sous buster.

Selon les configurations d'imprimantes, 
il faut régler le R/V en mode "bord court" (livres),
ainsi que sur le support qui a produit le fichier, 
p. ex. Libreoffice, éditeur PDF, Gimp...

Epson : je trouve 5 cartouches XXL à 12€ :
2 noirs et 3 couleurs, impression sans problème.
Elle n'est pas tombée en panne après la garantie (elle a 10 ans).
Elle a un pilote pour Linux qui s'installe impeccable,
(mais propriétaire).

Re: Problèmes d'imprimante en recto-verso

2021-02-14 Thread Pierre Couderc




On 2/14/21 6:56 PM, Jérôme (haricophile.org) wrote:

Le samedi 13 février 2021 à 19:01 +0100, Pierre Couderc a écrit :

Bonjour

J'ai un problème d'imprimante (XP620 Epson) en recto-verso sur
buster,

Moi  JE BOYCOTTE TOTALLEMENT EPSON


Ne mélangeons pas tout...

Epson a une politique de faire un scanner/imprimante à très bon marché 
(dans les 50€) et se rattrape en faisant payer l'encre !


J'en prends acte et j'achète de l'encre compatible à bas prix : j'ai un 
beau message clignotant me conseillant d'acheter du Epson et puis je 
continue...

Re: Problèmes d'imprimante en recto-verso

2021-02-14 Thread Jérôme (haricophile.org)

Le samedi 13 février 2021 à 19:01 +0100, Pierre Couderc a écrit :
> Bonjour
> 
> J'ai un problème d'imprimante (XP620 Epson) en recto-verso sur
> buster, 

Moi ça fait un bon moment que Epson ne me concerne plus : JE BOYCOTTE
TOTALLEMENT EPSON depuis que je me suis retrouvé avec une imprimante
multifonction Epson avec un chip sur la carte mère dont l'usage est de
la faire tomber en panne juste après la fin de la garantie avec comme
seule solution d'en acheteter une nouvelle ou dépenser une fortune pour
prétendre "la réparer" et repartir pour un tour en changeant le chip
frauduleux chez un réparateur agréé.

On m'escroque une fois, jamais deux.

Re: Re : Problèmes d'imprimante en recto-verso

2021-02-14 Thread Pierre Couderc


Merci beaucoup.

- XP620 est une imprimante recto-verso, et elle imprime (tête-bêche) 
recto-verso sous buster.


- de quelle configuration parles-tu ? la configuration est dans mon "lp" 
ci-dessous?


- et oui, sous evince, je coche sur la bonne case avant de poster ici ;)

- et oui, sous bullseye il me demande de changer de papier pour mettre 
du A4...!



On 2/14/21 12:52 AM, k6dedi...@free.fr wrote:

Bonjour,
Je ne pense pas que l'on te demande de mettre du papier A4, mais de remettre la 
feuille imprimée à l'envers pour imprimer l'autre côté.
Cette imprimante peut imprimer du recto/verso en manuel ou en automatique.
As-tu bien lu la configuration pour cocher la bonne case ?
Présence du module recto/verso ou quelque chose identique.

Bon courage,
Cassis




- Mail d'origine -
De: Pierre Couderc 
À: debian-user-french@lists.debian.org
Envoyé: Sat, 13 Feb 2021 19:01:10 +0100 (CET)
Objet: Problèmes d'imprimante en recto-verso

Bonjour

J'ai un problème d'imprimante (XP620 Epson) en recto-verso sur buster,
il me traite :

lp -o media=a4  -o sides=two-sided-long-edge xxx.pdf

ainsi que :

lp -o media=a4  -o sides=two-sided-short-edge xxx.pdf

comme :

lp -o media=a4  -o sides=two-sided-long-edge xxx.pdf


En d'autre termes, il m'imprime mon A4 tête-bêche... j'ai le même
problème avec evince.

J'ai essayé avec un autre PC sous bullseye, et là j'ai un arrêt à chaque
page en fin d'impression (lp ou evince) avec un message m'invitant a
mettre du papier A4 au lieu du papier courant (qui est en A4 bien sûr).

Le driver sous bullseye est standard (non téléchargé chez Epson). Sous
buster, il doit être Epson, mais il a eu fonctionné...

Je dois préciser que mon document est un assemblage de pages collectées
par pdftk. Chaque page isolée s'imprime correctement, mais j'en ai 100++
recto-verso...

Merci pour tout tuyau.

PC

Re : Problèmes d'imprimante en recto-verso

2021-02-13 Thread k6dedijon

Bonjour,
Je ne pense pas que l'on te demande de mettre du papier A4, mais de remettre la 
feuille imprimée à l'envers pour imprimer l'autre côté.
Cette imprimante peut imprimer du recto/verso en manuel ou en automatique.
As-tu bien lu la configuration pour cocher la bonne case ?
Présence du module recto/verso ou quelque chose identique.

Bon courage, 
Cassis




- Mail d'origine -
De: Pierre Couderc 
À: debian-user-french@lists.debian.org
Envoyé: Sat, 13 Feb 2021 19:01:10 +0100 (CET)
Objet: Problèmes d'imprimante en recto-verso

Bonjour

J'ai un problème d'imprimante (XP620 Epson) en recto-verso sur buster, 
il me traite :

lp -o media=a4  -o sides=two-sided-long-edge xxx.pdf

ainsi que :

lp -o media=a4  -o sides=two-sided-short-edge xxx.pdf

comme :

lp -o media=a4  -o sides=two-sided-long-edge xxx.pdf


En d'autre termes, il m'imprime mon A4 tête-bêche... j'ai le même 
problème avec evince.

J'ai essayé avec un autre PC sous bullseye, et là j'ai un arrêt à chaque 
page en fin d'impression (lp ou evince) avec un message m'invitant a 
mettre du papier A4 au lieu du papier courant (qui est en A4 bien sûr).

Le driver sous bullseye est standard (non téléchargé chez Epson). Sous 
buster, il doit être Epson, mais il a eu fonctionné...

Je dois préciser que mon document est un assemblage de pages collectées 
par pdftk. Chaque page isolée s'imprime correctement, mais j'en ai 100++ 
recto-verso...

Merci pour tout tuyau.

PC

Re: Problèmes d'imprimante en recto-verso

2021-02-13 Thread ajh-valmer

On Saturday 13 February 2021 19:41:18 Pierre Couderc wrote:
> On 2/13/21 7:37 PM, ajh-valmer wrote:
> > On Saturday 13 February 2021 19:01:10 Pierre Couderc wrote:
> >> J'ai un problème d'imprimante (XP620 Epson) en recto-verso sur buster,
> > Il faut choisir R/V duplex : "long edge" ou "no-tumble"  ou "bord long".
> > (comme les pages d'un livre).

> Merci, mais c'est justement cela qui ne fonctionne pas

A partir de quel support d'écriture ?

Re: Problèmes d'imprimante en recto-verso

2021-02-13 Thread ajh-valmer

On Saturday 13 February 2021 19:01:10 Pierre Couderc wrote:
> J'ai un problème d'imprimante (XP620 Epson) en recto-verso sur buster, 

Il faut choisir R/V duplex : "long edge" ou "no-tumble"  ou "bord long".
(comme les pages d'un livre).

Surtout, merci de confirmer ou infirmer, car souvent j'oublie.

Problèmes d'imprimante en recto-verso

2021-02-13 Thread Pierre Couderc


Bonjour

J'ai un problème d'imprimante (XP620 Epson) en recto-verso sur buster, 
il me traite :


lp -o media=a4  -o sides=two-sided-long-edge xxx.pdf

ainsi que :

lp -o media=a4  -o sides=two-sided-short-edge xxx.pdf

comme :

lp -o media=a4  -o sides=two-sided-long-edge xxx.pdf


En d'autre termes, il m'imprime mon A4 tête-bêche... j'ai le même 
problème avec evince.


J'ai essayé avec un autre PC sous bullseye, et là j'ai un arrêt à chaque 
page en fin d'impression (lp ou evince) avec un message m'invitant a 
mettre du papier A4 au lieu du papier courant (qui est en A4 bien sûr).


Le driver sous bullseye est standard (non téléchargé chez Epson). Sous 
buster, il doit être Epson, mais il a eu fonctionné...


Je dois préciser que mon document est un assemblage de pages collectées 
par pdftk. Chaque page isolée s'imprime correctement, mais j'en ai 100++ 
recto-verso...


Merci pour tout tuyau.

PC

Re: Problèmes avec Mozilla ??

2020-03-04 Thread ai

J'ai trouvé le problème... La page d'accueil était le don... Je ne sais 
pas pourquoi ?


en changeant je n'ai plus de problème

Le 29/02/2020 à 09:48, ai a écrit :

68.5.4.0

c'est bizarre je l'ai sur ubuntu 20.04 mais pas sur debian SID ?

J'y pense s'ils me pompent trop l'air c'est ce qui va arriver !

Quoique je ne suis pas pressé et pour les faire chier je vais attendre 
! lol



Le 28/02/2020 à 21:08, G2PC a écrit :

thunderbird bloque l'entrée environ 1 ou 2 minutes pour passer leur
annonce de don !

Vraiment ?
Tu as quoi comme Thunderbird car heureusement, je n'ai pas ça moi ! Je
l'aurais déjà jeté.

Re: Problèmes avec Mozilla ??

2020-02-29 Thread G2PC

Je ne l'ai jamais eu depuis Mint 18.1 à Mint 19.3

Depuis Debian 8, je n'ai pas vu passer ce comportement.

Ton Thunderbird de Ubuntu serrait contaminé par de la publicité ? C'est
le moment de formater Ubuntu.

>> 68.5.4.0
>>
>> c'est bizarre je l'ai sur ubuntu 20.04 mais pas sur debian SID ?
> Ubuntu 20.04 n'est pas encore publiée (prévue le 23/04/2020), tu
> serais donc en préversion, ce pourrait être l'explication. Thunderbird
> sous Ubuntu 18.04 n'a pas ce soucis, ni sous Debian comme tu l'as noté.
>>
>> J'y pense s'ils me pompent trop l'air c'est ce qui va arriver !
>>
>> Quoique je ne suis pas pressé et pour les faire chier je vais
>> attendre ! lol
>>
>>
>> Le 28/02/2020 à 21:08, G2PC a écrit :
 thunderbird bloque l'entrée environ 1 ou 2 minutes pour passer leur
 annonce de don !
>>> Vraiment ?
>>> Tu as quoi comme Thunderbird car heureusement, je n'ai pas ça moi ! Je
>>> l'aurais déjà jeté.
>>>
>

Re: Problèmes avec Mozilla ??

2020-02-29 Thread Sebastien CHAVAUX

En faite j'ai eu le soucis sous debian mais pas que, opensuse et d'autre 
sont touchés, c'est dû en tout cas la cause c'est lors d'une mise à jour 
(et c'est du reste prévenue lors de l'update et aussi au redémarrage de 
firefox) car le profil n'est plus compatible avec les anciens. Faut 
aller toucher aux noms de profil dans le fichier du même nom.


Le 28/02/2020 à 14:30, G2PC a écrit :

Rien vu passer de tel pour ma part, ni sur le groupe de news, ni sur
d'autres plateformes.
Est ce possible que les disques soient sur leur fin de vie ( tous en
même temps ) ?
Possibilité de sabotage / attaques ?

Concernant Firefox, tu as la possibilité de synchroniser en ligne les
profiles et favoris.
Pour Thunderbird, je ne sais pas.

Le 28/02/2020 à 11:39, François Poulain a écrit :

Bonjour,

Je travaille dans une petite coopérative et nous administrons quelques
dizaines de postes de travail sous Debian, dispersés ça et là sur du
matériel hétérogène et essentiellement en Stretch et Buster.

Ces dernières semaines, on constate une quantité anormale de problèmes
de profiles avec Mozilla sous Debian. Sous Firefox et sous Thunderbird.
On a des pertes de profiles et des pertes de bookmarks.

Ça ne semble pas toujours être identique. Nous n'avons en général
aucune information qui explique quoi que ce soit. Donc c'est pas
aisé d'ouvrir un bug utile. On restaure depuis les backups.

A t'on été marabouté ou bien nous ne sommes pas seuls dans la galaxie
Debian à constater ça ?

Bien cordialement.
François

Re: Problèmes avec Mozilla ??

2020-02-29 Thread Sebastien CHAVAUX


oui j'ai rien de tout ça sur buster.

Le 28/02/2020 à 21:08, G2PC a écrit :

thunderbird bloque l'entrée environ 1 ou 2 minutes pour passer leur
annonce de don !

Vraiment ?
Tu as quoi comme Thunderbird car heureusement, je n'ai pas ça moi ! Je
l'aurais déjà jeté.

Re: Problèmes avec Mozilla ??

2020-02-29 Thread NoSpam




Le 29/02/2020 à 09:48, ai a écrit :

68.5.4.0

c'est bizarre je l'ai sur ubuntu 20.04 mais pas sur debian SID ?
Ubuntu 20.04 n'est pas encore publiée (prévue le 23/04/2020), tu serais 
donc en préversion, ce pourrait être l'explication. Thunderbird sous 
Ubuntu 18.04 n'a pas ce soucis, ni sous Debian comme tu l'as noté.


J'y pense s'ils me pompent trop l'air c'est ce qui va arriver !

Quoique je ne suis pas pressé et pour les faire chier je vais attendre 
! lol



Le 28/02/2020 à 21:08, G2PC a écrit :

thunderbird bloque l'entrée environ 1 ou 2 minutes pour passer leur
annonce de don !

Vraiment ?
Tu as quoi comme Thunderbird car heureusement, je n'ai pas ça moi ! Je
l'aurais déjà jeté.

Re: Problèmes avec Mozilla ??

2020-02-29 Thread ai


68.5.4.0

c'est bizarre je l'ai sur ubuntu 20.04 mais pas sur debian SID ?

J'y pense s'ils me pompent trop l'air c'est ce qui va arriver !

Quoique je ne suis pas pressé et pour les faire chier je vais attendre ! lol


Le 28/02/2020 à 21:08, G2PC a écrit :

thunderbird bloque l'entrée environ 1 ou 2 minutes pour passer leur
annonce de don !

Vraiment ?
Tu as quoi comme Thunderbird car heureusement, je n'ai pas ça moi ! Je
l'aurais déjà jeté.

Re: Problèmes avec Mozilla ??

2020-02-28 Thread Haricophile

Le Fri, 28 Feb 2020 11:39:32 +0100,
François Poulain  a écrit :

> Ces dernières semaines, on constate une quantité anormale de problèmes
> de profiles avec Mozilla sous Debian. Sous Firefox et sous Thunderbird.
> On a des pertes de profiles et des pertes de bookmarks.

Il n'y aurait pas un problème d'extension combiné avec les mises à jour ? C'est
Firefox ESR ou release ? Sync est activé ?

Re: Problèmes avec Mozilla ??

2020-02-28 Thread Th.A.C


Bonjour,

est-ce que les profils sont en local ou en réseau?

Plusieurs versions de Firefox installées sur un même poste?

depuis la version 68 de Firefox avec la possibilité d'avoir plusieurs 
versions de Firefox en même temps, la gestion des profils a un peu changé.


En particulier, utiliser un profil avec une version plus ancienne de 
firefox que la dernière version qui a utilisé ce profil provoque 
l'affichage d'un message qui demande à créer un nouveau profil et donc 
la perte des favoris et autres options.


L'ancien profil n'est pas effacé, donc il est facile de le retrouver...

Le problème est qu'il suffit qu'un PC soit mis à jour avant un autre 
pour poser le problème quand on revient sur le PC qui n'a pas encore 
fait la mise à jour.


Si c'est le cas, il y a une solution avec les variables d'environnement:
https://support.mozilla.org/en-US/kb/understanding-depth-profile-installation#w_disabling-the-changes

Re: Problèmes avec Mozilla ??

2020-02-28 Thread G2PC



> thunderbird bloque l'entrée environ 1 ou 2 minutes pour passer leur
> annonce de don !

Vraiment ?
Tu as quoi comme Thunderbird car heureusement, je n'ai pas ça moi ! Je
l'aurais déjà jeté.

Re: Problèmes avec Mozilla ??

2020-02-28 Thread ai

thunderbird bloque l'entrée environ 1 ou 2 minutes pour passer leur 
annonce de don !


C'est pas comme ça qu'ils auront des sous avec moi...

Le 28/02/2020 à 12:06, Alain Vaugham a écrit :

Le Fri, 28 Feb 2020 11:39:32 +0100,
François Poulain  a écrit :


Ces dernières semaines, on constate une quantité anormale de problèmes
de profiles avec Mozilla sous Debian. Sous Firefox et sous
Thunderbird. On a des pertes de profiles et des pertes de bookmarks.


Bonjour François,

Xfce / Strech / Firefox: je n'ai aucun de ces problèmes.
Je n'utilise pas Thunderbird.

Re: Problèmes avec Mozilla ??

2020-02-28 Thread Alain Vaugham

Le Fri, 28 Feb 2020 11:39:32 +0100,
François Poulain  a écrit :

> Ces dernières semaines, on constate une quantité anormale de problèmes
> de profiles avec Mozilla sous Debian. Sous Firefox et sous
> Thunderbird. On a des pertes de profiles et des pertes de bookmarks.


Bonjour François,

Xfce / Strech / Firefox: je n'ai aucun de ces problèmes.
Je n'utilise pas Thunderbird.

-- 
Alain Vaugham
Clef GPG : 0xDB77E054673ECFD2

Re: Problèmes avec Mozilla ??

2020-02-28 Thread G2PC

Rien vu passer de tel pour ma part, ni sur le groupe de news, ni sur
d'autres plateformes.
Est ce possible que les disques soient sur leur fin de vie ( tous en
même temps ) ?
Possibilité de sabotage / attaques ?

Concernant Firefox, tu as la possibilité de synchroniser en ligne les
profiles et favoris.
Pour Thunderbird, je ne sais pas.

Le 28/02/2020 à 11:39, François Poulain a écrit :
> Bonjour,
>
> Je travaille dans une petite coopérative et nous administrons quelques
> dizaines de postes de travail sous Debian, dispersés ça et là sur du
> matériel hétérogène et essentiellement en Stretch et Buster.
>
> Ces dernières semaines, on constate une quantité anormale de problèmes
> de profiles avec Mozilla sous Debian. Sous Firefox et sous Thunderbird.
> On a des pertes de profiles et des pertes de bookmarks.
>
> Ça ne semble pas toujours être identique. Nous n'avons en général
> aucune information qui explique quoi que ce soit. Donc c'est pas
> aisé d'ouvrir un bug utile. On restaure depuis les backups.
>
> A t'on été marabouté ou bien nous ne sommes pas seuls dans la galaxie
> Debian à constater ça ?
>
> Bien cordialement.
> François

Problèmes avec Mozilla ??

2020-02-28 Thread François Poulain

Bonjour,

Je travaille dans une petite coopérative et nous administrons quelques
dizaines de postes de travail sous Debian, dispersés ça et là sur du
matériel hétérogène et essentiellement en Stretch et Buster.

Ces dernières semaines, on constate une quantité anormale de problèmes
de profiles avec Mozilla sous Debian. Sous Firefox et sous Thunderbird.
On a des pertes de profiles et des pertes de bookmarks.

Ça ne semble pas toujours être identique. Nous n'avons en général
aucune information qui explique quoi que ce soit. Donc c'est pas
aisé d'ouvrir un bug utile. On restaure depuis les backups.

A t'on été marabouté ou bien nous ne sommes pas seuls dans la galaxie
Debian à constater ça ?

Bien cordialement.
François

-- 
François Poulain

Problèmes avec Buster : Nautilus et minissdpd

2019-07-22 Thread Jean Bernon



Bonjour la liste, 


Deux problèmes non bloquants me restent suite au passage à Buster. 


1- Gnome était assez lent, l'ouverture de Nautilus notamment qui a fini par ne 
plus s'ouvrir du tout au bout de 15 jours. Le problème venait de tracker et la 
seule solution trouvée sur internet a été de détruire le contenu du répertoire 
/.cache/tracker. Le problème est réapparu rapidement, j'ai à nouveau vidé 
/.cache/tracker et j'ai désactivé la recherche dans les paramètres de 
Gnome. Depuis le problème semble réglé et ma machine fonctionne plus vite 
qu'avant Buster... La recherche ne semble pas affectée. 


2- le service minissdpd se plante toujours lors du boot. Si je le lance ensuite 
via systemctl, il se lance normalement. J'ai vu sur internet qu'il fallait le 
réinstaller et vérifier la configuration de /etc/default/minissdpd. Je l'ai 
fait sans succès. 


Merci à ceux qui auraient une idée ! 
Jean

Re: debian dell inspiron 3470 problèmes de son

2018-08-21 Thread dethegeek

Le mardi 21 août 2018 à 07:59 +0200, Eric a écrit :
> Bonjour,
> 
> Une solution qui marche chez moi, mais en 10.x (buster)
> 
> Si la carte est reconnue ("aplay -l" par exemple) tu peux essayer un 
> "killall timidity".
> 
> Me demande pas pourquoi, j'ai trouvé en cherchant dans les bugs du 
> packet pulseaudio.
> 
> 
> Cdlt
> 
> Eric
> 

Bonjour,

Joueur de gzdoom j'ai eu le souci récemment avec timidity. Si vous
n'avez aucune application ayant besoin d'émettre du son en MIDI, alors
vous pouvez dés-installer timidity. Son daemon s'accapare la sortie
audio matérielle quand il est lancé avant pulse audio (le vilain).
Redémarrer le daemon de timidity après ouverture de la session
utilisateur résout en effet le souci.


> 
> Le 20/08/2018 à 18:12, Michel Clément a écrit :
> > Bonjour à tous,
> > 
> > J'ai installé Debian 9.5 sur un inspiron 3470 avec intel 8e
> > génération
> > et tous les périphériques, dont un vieille imprimante HP laser
> > P1006,
> > fonctionnent, sauf le son, ce qui est embêtant: que ce soient par
> > un
> > casque ou des écouteurs, aucun son n'est émis.
> > 
> > merci pour vos conseils,
> > 
> > Michel
> > 
> 
>

Re: debian dell inspiron 3470 problèmes de son

2018-08-20 Thread Eric


Bonjour,

Une solution qui marche chez moi, mais en 10.x (buster)

Si la carte est reconnue ("aplay -l" par exemple) tu peux essayer un 
"killall timidity".


Me demande pas pourquoi, j'ai trouvé en cherchant dans les bugs du 
packet pulseaudio.



Cdlt

Eric


Le 20/08/2018 à 18:12, Michel Clément a écrit :

Bonjour à tous,

J'ai installé Debian 9.5 sur un inspiron 3470 avec intel 8e génération
et tous les périphériques, dont un vieille imprimante HP laser P1006,
fonctionnent, sauf le son, ce qui est embêtant: que ce soient par un
casque ou des écouteurs, aucun son n'est émis.

merci pour vos conseils,

Michel

Re: debian dell inspiron 3470 problèmes de son

2018-08-20 Thread Bernard Schoenacker

- Mail original -

> De: "Nicolas Dobigeon" 
> À: mjaclem...@outlook.com
> Cc: debian-user-french@lists.debian.org
> Envoyé: Lundi 20 Août 2018 21:06:47
> Objet: Re: debian dell inspiron 3470 problèmes de son

> Le lun. 20 août 2018 à 21:03, Michel Clément < mjaclem...@outlook.com
> > a écrit :

> > Bonjour à tous,
> 

> > J'ai installé Debian 9.5 sur un inspiron 3470 avec intel 8e
> > génération
> 
> > et tous les périphériques, dont un vieille imprimante HP laser
> > P1006,
> 
> > fonctionnent, sauf le son, ce qui est embêtant: que ce soient par
> > un
> 
> > casque ou des écouteurs, aucun son n'est émis.
> 

> > merci pour vos conseils,
> 

> > Michel
> 

> Salut Michel,

> Comment as-tu fait l'installation ?
> As-tu fait une installation classique complète ? Ou un installation à
> la main ? Je te dirais bien de vérifier si Pulseaudio est installé
> car ca aide quand tu as plusieurs cartes audio comme une sortie
> audio en jack, et la sortie HDMI =)

> Nicolas.
bonjour, 

comme c'est une installation fraiche, je pense qu'il manque quelque chose ... 

descriptif de la bête : 

https://certification.ubuntu.com/hardware/201711-25957/ 

que donne cette commande ( dans un terminal) : 

dpkg -l |awk '/firmware-intel-sound/ {print $1" "$2" "$3}' 

dpkg -l | grep pulseaudio 

ne pas oublier de mettre : intel-microcode 

merci 

slt 
bernard

Re: debian dell inspiron 3470 problèmes de son

2018-08-20 Thread Nicolas Dobigeon

Le lun. 20 août 2018 à 21:03, Michel Clément  a
écrit :

> Bonjour à tous,
>
> J'ai installé Debian 9.5 sur un inspiron 3470 avec intel 8e génération
> et tous les périphériques, dont un vieille imprimante HP laser P1006,
> fonctionnent, sauf le son, ce qui est embêtant: que ce soient par un
> casque ou des écouteurs, aucun son n'est émis.
>
> merci pour vos conseils,
>
> Michel
>

Salut Michel,

Comment as-tu fait l'installation ?
As-tu fait une installation classique complète ? Ou un installation à la
main ? Je te dirais bien de vérifier si Pulseaudio est installé car ca aide
quand tu as plusieurs cartes audio comme une sortie audio en jack, et la
sortie HDMI =)

Nicolas.

debian dell inspiron 3470 problèmes de son

2018-08-20 Thread Michel Clément

Bonjour à tous,

J'ai installé Debian 9.5 sur un inspiron 3470 avec intel 8e génération 
et tous les périphériques, dont un vieille imprimante HP laser P1006, 
fonctionnent, sauf le son, ce qui est embêtant: que ce soient par un 
casque ou des écouteurs, aucun son n'est émis.

merci pour vos conseils,

Michel

Re: Encore et toujours des problèmes avec systemd.

2017-06-29 Thread BERTRAND Joël

	Bon, à force de tourner le problème dans tous les sens, c'est la cible 
networking.service qui ne supporte pas les interfaces virtuelles. 
Rapport de bug effectué.


	Chose étrange, les services qui ne sont pas lancés automatiquement lors 
du boot du serveur peuvent être lancés à la main après, alors que les 
prérequis ne sont pas actifs.


Il n'y a pas à dire, c'est franchement pas sec...

Bonne soirée à tous,

JKB

Re: Encore et toujours des problèmes avec systemd.

2017-06-27 Thread Gabriel Moreau




PS : il faudrait peut-être voir à remettre quelque chose de fiable
comme un démarrage systemV ou BSD... Au moins en lancer l'idée car
systemd ne va franchement pas en s'améliorant. systemd apporte plus
de problèmes qu'il ne propose de solution. J'ai pour ma part passé
des jours à éplucher le fonctionnement de la chose sans jamais
n'avoir de résultat fiable dès qu'on sort des sentiers balisés et des
daemons packagés par l'équipe de devs de Debian.


Gentoo n'a pas systemD par défaut, ça peut se faire (^~^) D'ailleurs
Devuan l'a fait.


Debian supporte toujours SystemV ! Pas besoin de Devuan ;-)

Sur un serveur (ou un poste récalcitrant), il est parfois pratique de 
faire :


 apt-get install sysvinit-core sysvinit-utils systemd-shim systemd-sysv-

Et hop, cela boot vite fait bien fait comme avant...

gaby
--
Gabriel Moreau - IR CNRShttp://www.legi.grenoble-inp.fr
LEGI (UMR 5519) Laboratoire des Ecoulements Geophysiques et Industriels
Domaine Universitaire, CS 40700, 38041 Grenoble Cedex 9, France
mailto:gabriel.mor...@legi.grenoble-inp.fr  tel:+33.476.825.015

Re: Encore et toujours des problèmes avec systemd.

2017-06-27 Thread BERTRAND Joël


Haricophile a écrit :

Le Tue, 27 Jun 2017 11:10:19 +0200,
BERTRAND Joël  a écrit :


PS : il faudrait peut-être voir à remettre quelque chose de fiable
comme un démarrage systemV ou BSD... Au moins en lancer l'idée car
systemd ne va franchement pas en s'améliorant. systemd apporte plus
de problèmes qu'il ne propose de solution. J'ai pour ma part passé
des jours à éplucher le fonctionnement de la chose sans jamais
n'avoir de résultat fiable dès qu'on sort des sentiers balisés et des
daemons packagés par l'équipe de devs de Debian.


Gentoo n'a pas systemD par défaut, ça peut se faire (^~^) D'ailleurs
Devuan l'a fait.


	Le problème de Devuan est le manque de recul et la pérennité de la 
distribution. L'intérêt de Debian est d'avoir un support et des 
corrections de bugs réactifs. Pour tout ce qui est embarqué ou machines 
distantes, c'est important.


	Gentoo, je n'ai vraiment pas accroché. Quitte à avoir quelque chose de 
rugueux, autant partir sur du BSD ;-)


	Pour le reste, il serait intéressant d'avoir le choix chez Debian. 
Systemd pour ceux qui veulent essuyer les plâtres sur une machine de 
bureau, autre chose pour les machines qui doivent avoir un comportement 
fiable et reproductible.


	Je râle beaucoup contre systemd. Parce que j'ai investi du temps sur le 
truc en me disant que c'était peut-être mieux que cela en avait l'air. À 
chaque fois, j'ai été déçu. J'ai contourné des tas de problèmes, mais 
là, une configuration qui fonctionnait la veille ne fonctionne plus 
parce qu'il y a eu un subtil changement dans l'usine à gaz. Il y a bien 
la solution networkd, mais elle n'est pas encore sèche pour accepter 
toute ma configuration (ou alors, il faut que je me prenne le chou 
durant quelques heures pour comprendre comment la chose traite les 
interfaces virtuelles...).


Cordialement,

JB

Re: Encore et toujours des problèmes avec systemd.

2017-06-27 Thread Haricophile

Le Tue, 27 Jun 2017 11:10:19 +0200,
BERTRAND Joël  a écrit :

> PS : il faudrait peut-être voir à remettre quelque chose de fiable
> comme un démarrage systemV ou BSD... Au moins en lancer l'idée car
> systemd ne va franchement pas en s'améliorant. systemd apporte plus
> de problèmes qu'il ne propose de solution. J'ai pour ma part passé
> des jours à éplucher le fonctionnement de la chose sans jamais
> n'avoir de résultat fiable dès qu'on sort des sentiers balisés et des
> daemons packagés par l'équipe de devs de Debian.

Gentoo n'a pas systemD par défaut, ça peut se faire (^~^) D'ailleurs
Devuan l'a fait.



-- 
haricoph...@aranha.fr

Encore et toujours des problèmes avec systemd.

2017-06-27 Thread BERTRAND Joël


Bonjour à tous,

	J'ai toujours des problèmes de scripts de démarrage avec systemd. Ce 
matin, après que la bouse a refusé de récupérer tous les processus 
défunts permettant à mon serveur principal d'atteindre une charge de 54 
avec des processus en état D, d'autres en Z, je décide de redémarrer la 
machine.


	Et là, boum... Non seulement systemd refuse de redémarrer la machine 
(j'ai dû l'achever au bouton après la cible shutdown), mais au 
redémarrage, j'ai dû relancer certains daemons parce que'OpenVPN refuse 
de se lancer correctement au boot.


	Je précise que les versions du noyau, de udev et de systemd sont des 
versions censées travailler ensemble.


Voici un extrait de mon syslog :

Jun 27 08:51:48 rayleigh ovpn-server_tcp[2178]: TUN/TAP device tap0 opened
Jun 27 08:51:48 rayleigh ovpn-server_tcp[2178]: TUN/TAP TX queue length 
set to 100

Jun 27 08:51:48 rayleigh ovpn-server_udp[2177]: TUN/TAP device tap1 opened
Jun 27 08:51:48 rayleigh ovpn-server_udp[2177]: TUN/TAP TX queue length 
set to 100
Jun 27 08:51:48 rayleigh ovpn-server_tcp[2178]: do_ifconfig, 
tt->did_ifconfig_ipv6_setup=0
Jun 27 08:51:48 rayleigh ovpn-server_udp[2177]: do_ifconfig, 
tt->did_ifconfig_ipv6_setup=0
Jun 27 08:51:48 rayleigh ovpn-server_tcp[2178]: /sbin/ip link set dev 
tap0 up mtu 1336
Jun 27 08:51:48 rayleigh ovpn-server_udp[2177]: /sbin/ip link set dev 
tap1 up mtu 1338
Jun 27 08:51:48 rayleigh ovpn-server_tcp[2178]: /sbin/ip addr add dev 
tap0 192.168.2.1/24 broadcast 192.168.2.255
Jun 27 08:51:48 rayleigh ovpn-server_udp[2177]: /sbin/ip addr add dev 
tap1 192.168.1.1/24 broadcast 192.168.1.255
Jun 27 08:51:48 rayleigh ovpn-server_udp[2177]: 
/etc/openvpn/route-udp-up.sh tap1 1338 1492 192.168.1.1 255.255.255.0 init
Jun 27 08:51:48 rayleigh ovpn-server_tcp[2178]: WARNING: nice -10 
failed: Operation not permitted: Operation not permitted (errno=1)



^^ Sachant que openvpn de lance chez moi en root pour bénéficier 
d'un nice -10, pourquoi ai-je cette erreur ?


Jun 27 08:51:48 rayleigh ovpn-server_tcp[2178]: Could not determine 
IPv4/IPv6 protocol. Using AF_INET
Jun 27 08:51:48 rayleigh ovpn-server_tcp[2178]: Socket Buffers: 
R=[87380->87380] S=[16384->16384]
Jun 27 08:51:48 rayleigh ovpn-server_tcp[2178]: TCP/UDP: Socket bind 
failed on local address 192.168.253.1[AF_INET]192.168.253.1:1194: Cannot 
assign requested address


^^^ Même question. Les adresses sont spécifiées dans 
/etc/network/interfaces et 192.168.253.1 est bien une adresse valide. On 
dirait qu'à ce moment, le réseau n'est pas encore monté. Pourtant, la 
cible openvpn.service contient bien :


[Unit]
Description=OpenVPN service
After=network.target

	Dans les logs, je vois que cette adresse IP est montée _après_ le 
lancement d'openvpn par avahi-daemon :


Jun 27 08:52:29 rayleigh avahi-daemon[2129]: Registering new address 
record for 192.168.253.1 on eth2.IPv4.


	Forcément, ça se passe mal. La question est donc de savoir comment 
corriger ce genre de dysfonctionnement. Effet de bord ? Cycle dans les 
dépendances calculées à la hussarde par systemd ?


Merci de vos lumières,

JB

PS : il faudrait peut-être voir à remettre quelque chose de fiable comme 
un démarrage systemV ou BSD... Au moins en lancer l'idée car systemd ne 
va franchement pas en s'améliorant. systemd apporte plus de problèmes 
qu'il ne propose de solution. J'ai pour ma part passé des jours à 
éplucher le fonctionnement de la chose sans jamais n'avoir de résultat 
fiable dès qu'on sort des sentiers balisés et des daemons packagés par 
l'équipe de devs de Debian.

Re: (HS?) problèmes de programmation

2017-03-29 Thread Basile Starynkevitch




On 29/03/17 17:48, Basile Starynkevitch wrote:
Mon problème initial est du même ordre. Il est très connu, expliqué 
par une note dans la page de manuel de sigaction. Le signal SIGFPE, 
s'il est ignoré ou récupéré, provoque un bouclage permanent sur 
l'instruction qui porte une division par zéro ou même 'idiv' sur plus 
petit entier (négatif) divisé par -1.


J'ai observé les comportement de l'assembleur, de C et de Ada sur ce 
genre de problème et Ada, par sa norme même, est tenu de récupérer ce 
signal en le transformant en l'exception CONSTRAINT_ERROR. j'aimerais 
faire de même, donc, depuis la routine de traitement du signal, 
détourner le retour. Y a-t-il un moyen de le faire sans aller 
bricoler directement dans la pile?


Oui, voir http://softwareengineering.stackexchange.com/a/343797/40065 
(qui parle de traiter SIGSEGV, mais tu peux adapter à SIGFPE).



Et en fait http://stackoverflow.com/a/21204438/841108 est peut-être plus 
précis.


A bientôt.

--
Basile STARYNKEVITCH   == http://starynkevitch.net/Basile
opinions are mine only - les opinions sont seulement miennes
Bourg La Reine, France

Re: (HS?) problèmes de programmation

2017-03-29 Thread Basile Starynkevitch

Bonjour

J'espère que tu peux lire en anglais les références que je donne (j'ai
déjà répondu récemment en anglais sur des forums à des questions très
proches des tiennes)

On 29/03/17 14:54, Philippe Deleval wrote:

Bonjour à tous

j'ai changé de machine depuis l'été 2016, j'en ai profité pour passer
de whezzie à jessie, mais j'aurais aimé rester en 32 bits (ce qui
m'aurait simplifié le travail en programmation) et j'ai été de fait
contraint de passer à 64 bits. Ma machine, de "marque" gigabyte, vient
de anyware (distributeur de lenovo) qui se trouve à un bon quart
d'heure à pieds de chez moi (Conflans Sainte Honorine). J'ai sur cette
machine une jessie avec noyau 3.16.0-4-amd64.

A mon avis passer en 64 bits est un avantage pour écrire un compilateur,
pas un inconvénient. En particulier grâce aux plus nombreux registres et
à l'ABI mieux foutue. Il faut évidemment lire
https://github.com/hjl-tools/x86-psABI/wiki/x86-64-psABI-r252.pdf et
voir http://stackoverflow.com/q/18133812/841108

J'ai deux gros problèmes de programmation en assembleur. je n'ai pas
la prétention d'affirmer qu'il faut tout écrire en assembleur, mais je
compte bien écrire des programmes qui le font pour moi, en bref des
compilateurs. Je n'ai pas envie de passer par gcc, s'il faut
l'expliquer, je trollerai ce vendredi. Je commence par mon deuxième
problème, qui m'est apparu en essayant d'explorer le premier!

C'est du code libre ton compilateur? Où est le code source? Même si rien
ne marche, ça vaut mieux de publier (dès maintenant) le code sous une
license libre (sur github ou ailleurs). J'aime écrire des compilateurs,
mais je voudrais comprendre ta motivation : est-ce d'apprendre à
optimiser, ou bien d'inventer un language de programmation chouette? (ta
vie est trop courte pour bien faire les deux à la fois). Si tu as lu
https://mitpress.mit.edu/sicp/ et
https://en.wikipedia.org/wiki/Compilers:_Principles,_Techniques,_and_Tools
(deux lectures indispensables quand on s'intéresse à la compilation) il
faut aussi lire Principes d'implantation de Scheme et Lisp (en français,
passionnant à lire, mais parfois touffu) de C.Queinnec
http://paracamplus.com/spip/?page=livre&isbn=978-2-916466-03-3 et je
conseille aussi -en anglais- Programming Language Pragmatics
https://www.cs.rochester.edu/~scott/pragmatics/

(je connais la compilation, je suis l'architecte et le développeur
principal de GCC MELT, voir http://gcc-melt.org/ pour les détails; et
donc je connais un peu les internes de GCC)

Par ailleurs, si tu veux faire un compilateur, tu pourrais générer du
code C ; voir
https://www.quora.com/Are-there-any-disadvantages-of-using-C-as-the-intermediate-language-in-compilation-process/answer/Basile-Starynkevitch
& http://softwareengineering.stackexchange.com/a/257873/40065
ou tu pourrais envisager d'utiliser libgccjit
https://gcc.gnu.org/onlinedocs/jit/ (ou d'autres bibliothèques de
compilation just-in-time).
Le point est que générer du code assembleur est facile, mais générer du
code assembleur efficace est très chronophage (ce n'est pas en vain que
GCC dépasse la dizaine de millions de lignes, dont la plupart sont
consacrées aux optimisations).

Il est usuel de passer à un programme un nom de ficher à ouvrir par
argument sur ligne de commande. En C, argc() sert à cela, en Ada le
"package" de bibliothèque ADA.COMMAND_LINE fait exactement le même
boulot. Vu de l'assembleur, toutes ces informations sont accédées par
une liste de pointeurs dans la pile en début d'exécution, un petit peu
de travail permet de lire les arguments (et aussi l'environnement)
comme en C.

Il se trouve que sous wheezy, je pouvais transmettre directement à la
fonction open du noyau (accédée par interruption 80h) ce pointeur en
pile. Avec jessie et le noyau cité ci-dessus (et, si mon souvenir est
bon, de même pour le noyau installé en été 2016), j'obtiens l'erreur
EFAULT, même en essayant sur compte root. Si je copie le nom de
fichier argument dans une zone mémoire du programme, tout marche bien.
Ce n'est pas une question de donnée puisque la copie ne change rien au
nom, 0 final compris. Est-ce un bug du noyau?

Probablement non. Un noyau bogué fait un crash système. Ce n'est pas le
cas. Je crois que les appels systèmes utilisent SYSENTER (en Linux
x86-64); si tu lis l'anglais voir
http://softwareengineering.stackexchange.com/a/343797/40065 (c'est moi
qui l'ai rédigé).

J'aurais utilisé strace à ta place (sur ton binaire). Puis gdb.

Question annexe: quand je me pose ce genre de questions, ne
devrais-pas pas fréquenter la liste des développeurs? Pourtant, je
suis développeur SOUS Linux, et non DE Linux.

Mon problème initial est du même ordre. Il est très connu, exp

(HS?) problèmes de programmation

2017-03-29 Thread Philippe Deleval


Bonjour à tous

j'ai changé de machine depuis l'été 2016, j'en ai profité pour passer de 
whezzie à jessie, mais j'aurais aimé rester en 32 bits (ce qui m'aurait 
simplifié le travail en programmation) et j'ai été de fait contraint de 
passer à 64 bits. Ma machine, de "marque" gigabyte, vient de anyware 
(distributeur de lenovo) qui se trouve à un bon quart d'heure à pieds de 
chez moi (Conflans Sainte Honorine). J'ai sur cette machine une jessie 
avec noyau 3.16.0-4-amd64.


J'ai deux gros problèmes de programmation en assembleur. je n'ai pas la 
prétention d'affirmer qu'il faut tout écrire en assembleur, mais je 
compte bien écrire des programmes qui le font pour moi, en bref des 
compilateurs.  Je n'ai pas envie de passer par gcc, s'il faut 
l'expliquer, je trollerai ce vendredi. Je commence par mon deuxième 
problème, qui m'est apparu en essayant d'explorer le premier!


Il est usuel de passer à un programme un nom de ficher à ouvrir par 
argument sur ligne de commande. En C, argc() sert à cela, en Ada le 
"package" de bibliothèque ADA.COMMAND_LINE fait exactement le même 
boulot. Vu de l'assembleur, toutes ces informations sont accédées par 
une liste de pointeurs dans la pile en début d'exécution, un petit peu 
de travail permet de lire les arguments (et aussi l'environnement) comme 
en C.


Il se trouve que sous wheezy, je pouvais transmettre directement à la 
fonction open du noyau (accédée par interruption 80h) ce pointeur en 
pile. Avec jessie et le noyau cité ci-dessus (et, si mon souvenir est 
bon, de même pour le noyau installé en été 2016), j'obtiens l'erreur 
EFAULT, même en essayant sur compte root. Si je copie le nom de fichier 
argument dans une zone mémoire du programme, tout marche bien. Ce n'est 
pas une question de donnée puisque la copie ne change rien au nom, 0 
final compris. Est-ce un bug du noyau?


Question annexe: quand je me pose ce genre de questions, ne devrais-pas 
pas fréquenter la liste des développeurs? Pourtant, je suis développeur 
SOUS Linux, et non DE Linux.


Mon problème initial est du même ordre. Il est très connu, expliqué par 
une note dans la page de manuel de sigaction. Le signal SIGFPE, s'il est 
ignoré ou récupéré, provoque un bouclage permanent sur l'instruction qui 
porte une division par zéro ou même 'idiv' sur plus petit entier 
(négatif) divisé par -1.


J'ai observé les comportement de l'assembleur, de C et de Ada sur ce 
genre de problème et Ada, par sa norme même, est tenu de récupérer ce 
signal en le transformant en l'exception CONSTRAINT_ERROR. j'aimerais 
faire de même, donc, depuis la routine de traitement du signal, 
détourner le retour. Y a-t-il un moyen de le faire sans aller bricoler 
directement dans la pile?


Si quelqu'un a des réponses, je serais bien heureux d'avoir des 
conseils, ne serait-ce que sur la question: dois-je aller dans la liste 
des développeurs?


Amicalement

Philippe Deleval

Re: Apache : problèmes de permissions

2016-04-20 Thread Jean-Louis Mas

Le 19/04/2016 15:28, Samy Mezani a écrit :

> Je "gère" (de loin) un site web pour une petite asso auto-hébergé sur un
> serveur web Debian avec Apache, mis à jour récemment de jessie en wheezy.

Mise à jour Wheezy -> Jessie donc apache 2.2 vers 2.4

Quelques pistes :

* Tous les fichiers de configuration apache doivent se terminer par
.conf en 2.4

* Les options doivent commencer par + ou -

http://httpd.apache.org/docs/2.4/upgrading.html

Les logs apache /var/log/apache2/ sont très parlant pour les erreurs de
configuration des virtualhosts

Si ça peut aider

Cordialement

-- 
Jean Louis Mas

Re: Apache : problèmes de permissions

2016-04-20 Thread Sébastien NOBILI

Bonjour,

Le mercredi 20 avril 2016 à 11:31, Samy Mezani a écrit :
> Le 19/04/2016 16:22, Sébastien NOBILI a écrit :
> >Apparemment, ces différents sites ont été installés manuellement (pas par
> >installation des paquets fournis par Debian). Est-ce le cas et est-ce voulu ?
> 
> C'est bizarre ça car à part owncloud les autres ont été installés via les
> paquets Debian. Bien-sûr j'ai d'autres dossiers dans /var/www où j'ai
> installé par exemple piwigo, pmb et des dossiers contenant des fichiers à
> télécharger mais pour le reste je ne m'aventure pas dans des installations
> manuelles alors que les paquets Debian le font très bien.

Ma remarque n’était peut-être pas très pertinente… Deux raisons à ça :
— j’ai l’habitude que ça se passe dans « /var/www/ »,
— en général les paquets Debian installent dans « /usr/share/ ».

Mais visiblement (dans le cas de Spip), il y a aussi des choses dans
« /var/lib/ » [1].

1: https://packages.debian.org/jessie/all/spip/filelist

Ne te préoccupe donc pas trop de ce que j’ai écrit ci-dessus.

Le mercredi 20 avril 2016 à 12:00, Eric a écrit :
> Ce que je ne comprends pas c'est que ton DocumentRoot pointe sur /var/www,
> comment arrive-t-il sur /var/lib ?

C’est normal que le « DocumentRoot » pointe sur ce dossier. Il doit y avoir une
directive de conf qui définit un alias.

Tu devrais lire les fichiers « README.Debian » contenus dans les dossiers
« /usr/share/doc// ». Par exemple, pour Spip, on
trouve ça :

Global configuration


There is an Apache configuration file at /etc/spip/apache.conf and
a file for Cherokee too.

This file is included in your webserver configuration if you requested it
during package configuration.

Le fichier « /etc/spip/apache.conf » a donc dû être copié au moment de
l’installation dans le dossier « /etc/apache2/conf.d/ » (c’était le chemin
valide du temps d’Apache-2.2).

Il me semble que maintenant (Apache-2.4), ce fichier devrait être déplacé dans
le dossier « /etc/apache2/conf-available/ » et activé en créant un lien
symbolique qui pointe dessus dans le dossier « /etc/apache2/conf-enabled/ ».

Peut-être qu’un simple « dpkg-reconfigure spip » te donnera le même résultat…

Sébastien

Re: Apache : problèmes de permissions

2016-04-20 Thread Eric




Le 20/04/2016 11:31, Samy Mezani a écrit :

Bonjour,

Le 19/04/2016 16:22, Sébastien NOBILI a écrit :

Bonjour,

Le mardi 19 avril 2016 à 15:28, Samy Mezani a écrit :

J'ai regardé les permissions des dossiers :

/var/lib/
drwxr-xr-x  8 root root   4096 mars  16 22:16 spip
drwx--  6 www-data root   4096 juil. 26  2011 dokuwiki
drwxr-xr-x  6 root root   4096 août  12  2014 owncloud
drwxr-xr-x  3 root root   4096 mai   10  2013 phpmyadmin

Ça ne m'aide pas vraiment. Je ne sais pas par où attaquer le problème.


Ces permissions ne sont pas problématiques, puisque l’utilisateur « 
www-data »
peut accéder en lecture aux dossiers. On ne peut pas conclure 
grand-chose de ce

point.

Que disent les logs d’Apache (dossier « /var/log/apache2 ») ?


Pour les logs des erreurs de connexion à Apache, voici un extrait pour 
spip et phppgadmin :


[Wed Apr 20 11:17:30.675745 2016] [authz_core:error] [pid 30982] 
[client XX.XX.XX.XXX:] AH01630: client denied by server 
configuration: /var/lib/spip/


[Wed Apr 20 11:19:58.968011 2016] [authz_core:error] [pid 31832] 
[client XX.XX.XX.XXX:] AH01630: client denied by server 
configuration: /usr/share/phppgadmin/



Comment sont configurés les différents hôtes virtuels (tu devrais 
trouver des
éléments dans « /etc/apache2/sites-enabled ») ? (si je pose cette 
question,

c’est parce que le dossier dans lequel tu sembles avoir mis tes sites
— « /var/lib/ » — est plutôt inhabituel)


Contenu de /etc/apache2/sites-enabled/000-default.conf :

ServerName mondomain.tld
ServerAdmin webmaster@localhost
DocumentRoot /var/www
ErrorLog ${APACHE_LOG_DIR}/error.log
CustomLog ${APACHE_LOG_DIR}/access.log combined


C'est tout ce que j'ai dans /etc/apache2/sites-enabled/

Apparemment, ces différents sites ont été installés manuellement (pas 
par
installation des paquets fournis par Debian). Est-ce le cas et est-ce 
voulu ?


C'est bizarre ça car à part owncloud les autres ont été installés via 
les paquets Debian. Bien-sûr j'ai d'autres dossiers dans /var/www où 
j'ai installé par exemple piwigo, pmb et des dossiers contenant des 
fichiers à télécharger mais pour le reste je ne m'aventure pas dans 
des installations manuelles alors que les paquets Debian le font très 
bien.


Merci pour vos réponses.

Samy


Apparemment tu à un Alias sur /var/lib/phppgadmin/ qui te redirige sur 
/usr/share/phppgadmin/ .  À  vérifier les droits su /usr/share/phppgadmin/


Ce que je ne comprends pas c'est que ton DocumentRoot pointe sur 
/var/www, comment arrive-t-il sur /var/lib ?


Eric

Re: Apache : problèmes de permissions

2016-04-20 Thread Samy Mezani


Bonjour,

Le 19/04/2016 16:22, Sébastien NOBILI a écrit :

Bonjour,

Le mardi 19 avril 2016 à 15:28, Samy Mezani a écrit :

J'ai regardé les permissions des dossiers :

/var/lib/
drwxr-xr-x  8 root root   4096 mars  16 22:16 spip
drwx--  6 www-data root   4096 juil. 26  2011 dokuwiki
drwxr-xr-x  6 root root   4096 août  12  2014 owncloud
drwxr-xr-x  3 root root   4096 mai   10  2013 phpmyadmin

Ça ne m'aide pas vraiment. Je ne sais pas par où attaquer le problème.


Ces permissions ne sont pas problématiques, puisque l’utilisateur « www-data »
peut accéder en lecture aux dossiers. On ne peut pas conclure grand-chose de ce
point.

Que disent les logs d’Apache (dossier « /var/log/apache2 ») ?


Pour les logs des erreurs de connexion à Apache, voici un extrait pour 
spip et phppgadmin :


[Wed Apr 20 11:17:30.675745 2016] [authz_core:error] [pid 30982] [client 
XX.XX.XX.XXX:] AH01630: client denied by server configuration: 
/var/lib/spip/


[Wed Apr 20 11:19:58.968011 2016] [authz_core:error] [pid 31832] [client 
XX.XX.XX.XXX:] AH01630: client denied by server configuration: 
/usr/share/phppgadmin/




Comment sont configurés les différents hôtes virtuels (tu devrais trouver des
éléments dans « /etc/apache2/sites-enabled ») ? (si je pose cette question,
c’est parce que le dossier dans lequel tu sembles avoir mis tes sites
— « /var/lib/ » — est plutôt inhabituel)


Contenu de /etc/apache2/sites-enabled/000-default.conf :

ServerName mondomain.tld
ServerAdmin webmaster@localhost
DocumentRoot /var/www
ErrorLog ${APACHE_LOG_DIR}/error.log
CustomLog ${APACHE_LOG_DIR}/access.log combined


C'est tout ce que j'ai dans /etc/apache2/sites-enabled/


Apparemment, ces différents sites ont été installés manuellement (pas par
installation des paquets fournis par Debian). Est-ce le cas et est-ce voulu ?


C'est bizarre ça car à part owncloud les autres ont été installés via 
les paquets Debian. Bien-sûr j'ai d'autres dossiers dans /var/www où 
j'ai installé par exemple piwigo, pmb et des dossiers contenant des 
fichiers à télécharger mais pour le reste je ne m'aventure pas dans des 
installations manuelles alors que les paquets Debian le font très bien.


Merci pour vos réponses.

Samy

Re: Apache : problèmes de permissions

2016-04-19 Thread Sébastien NOBILI

Bonjour,

Le mardi 19 avril 2016 à 15:28, Samy Mezani a écrit :
> J'ai regardé les permissions des dossiers :
> 
> /var/lib/
> drwxr-xr-x  8 root root   4096 mars  16 22:16 spip
> drwx--  6 www-data root   4096 juil. 26  2011 dokuwiki
> drwxr-xr-x  6 root root   4096 août  12  2014 owncloud
> drwxr-xr-x  3 root root   4096 mai   10  2013 phpmyadmin
> 
> Ça ne m'aide pas vraiment. Je ne sais pas par où attaquer le problème.

Ces permissions ne sont pas problématiques, puisque l’utilisateur « www-data »
peut accéder en lecture aux dossiers. On ne peut pas conclure grand-chose de ce
point.

Que disent les logs d’Apache (dossier « /var/log/apache2 ») ?

Comment sont configurés les différents hôtes virtuels (tu devrais trouver des
éléments dans « /etc/apache2/sites-enabled ») ? (si je pose cette question,
c’est parce que le dossier dans lequel tu sembles avoir mis tes sites
— « /var/lib/ » — est plutôt inhabituel)

Apparemment, ces différents sites ont été installés manuellement (pas par
installation des paquets fournis par Debian). Est-ce le cas et est-ce voulu ?

Sébastien

Apache : problèmes de permissions

2016-04-19 Thread dana . ohara

Samy Mezani a écrit…

 

>Bonjour,

> 

>Je "gère" (de loin) un site web pour une petite asso auto-hébergé sur un 

>serveur web Debian avec Apache, mis à jour récemment de jessie en wheezy.

> 

>J'ai fait la mise à jour il y a environ 1 mois via une connexion ssh. 

>Tout s'est a priori bien passé mais, depuis, certains sites web ne 

>répondent plus.

> 

>Si quelqu'un a une idée, merci.

> 

>Samy

 

 

 

Bonjour, 

 

Peut-on jeter un œil à tes fichiers de config Apache ? (anonymisés, bien sûr
;) )

 

As-tu des traces de la tentative de connexion dans tes logs ?

 

--

Dana

Apache : problèmes de permissions

2016-04-19 Thread Samy Mezani


Bonjour,

Je "gère" (de loin) un site web pour une petite asso auto-hébergé sur un 
serveur web Debian avec Apache, mis à jour récemment de jessie en wheezy.


J'ai fait la mise à jour il y a environ 1 mois via une connexion ssh. 
Tout s'est a priori bien passé mais, depuis, certains sites web ne 
répondent plus.


Spip (http://domain.tld/)
"Forbidden
You don't have permission to access // on this server."

Dokuwiki (http://domain.tld/dokuwiki)
aucun souci

ownCloud (http://domain.tld/owncloud)
aucun souci

phpMyAdmin (http://domain.tld/phpmyadmin)
aucun souci

phpPgAdmin (http://domain.tld/phppgadmin/";
"Forbidden
You don't have permission to access /phppgadmin/ on this server."

J'ai regardé les permissions des dossiers :

/var/lib/
drwxr-xr-x  8 root root   4096 mars  16 22:16 spip
drwx--  6 www-data root   4096 juil. 26  2011 dokuwiki
drwxr-xr-x  6 root root   4096 août  12  2014 owncloud
drwxr-xr-x  3 root root   4096 mai   10  2013 phpmyadmin

Ça ne m'aide pas vraiment. Je ne sais pas par où attaquer le problème.

Si quelqu'un a une idée, merci.

Samy

Re: Problèmes pour poster sur la liste debian

2015-12-03 Thread BERTRAND Joël


Sylvain L. Sauvage a écrit :

Le jeudi 3 décembre 2015, 14:02:50 BERTRAND Joël a écrit :

[…]
Désolé pour le test. Je n'ai pas bien compris, je viens de
refaire un m4 sendmail.mc > sendmail.cf et de relancer
sendmail et ça a l'air de fonctionner...


   Tu as fait un diff sur l’ancien .cf?


Non, même pas, ça gueulait derrière moi :-(


   (Je suppose que tu avais déjà essayé la simple relance de
sendmail sans résultat.)


Oui.

JKB

Re: Problèmes pour poster sur la liste debian

Le jeudi 3 décembre 2015, 14:02:50 BERTRAND Joël a écrit :
>[…]
>   Désolé pour le test. Je n'ai pas bien compris, je viens de
> refaire un m4 sendmail.mc > sendmail.cf et de relancer
> sendmail et ça a l'air de fonctionner...

  Tu as fait un diff sur l’ancien .cf?

  (Je suppose que tu avais déjà essayé la simple relance de 
sendmail sans résultat.)

>   Merci à Sylvain pour le relais en espérant ne plus avoir
> besoin de lui.

  Service.

-- 
 Sylvain Sauvage

Re: Problèmes pour poster sur la liste debian

2015-12-03 Thread BERTRAND Joël


Sylvain L. Sauvage a écrit :

[Passe à ton voisin… ;o)]

Sylvain L. Sauvage a écrit :

Le jeudi 3 décembre 2015, 12:58:42 daniel huhardeaux a écrit :

Le 03/12/2015 12:51, Sylvain L. Sauvage a écrit :

 J’ai essayé de te le confirmer en privé avant mais je me
prends aussi un

: host
rayleigh.systella.fr[213.41.150.218] said:
   550 ... 451 4.7.1
   Greylisting in
action, please come back later (in reply to RCPT TO command)

 Je ne suis pas au fait des subtilités de greylisting et
autres mais je pense que DUF doit vérifier que l’adresse de
l’émetteur existe avant d’accepter le post.


C'est le MX du domaine expéditeur qui est checké en
greylisting. En effet, le spammeur ne se pose pas de
question, il envoi en général ses courriels une seule fois,
peu importe qu'ils aient été délivrés ou non. À contrario, un
MX bien réglé va tenter à plusieurs reprises de réexpédier un
message non délivré.


1. Le message m’a été renvoyé immédiatement par le SMTP de

Free.

 Je sais que les FAI ont parfois des idiosyncrasies de
configuration mais j’ai tendance à penser que c’est la réponse
de Systella qui a fait que ce retour a été immédiat et que le
SMTP de Free n’a pas attendu pour réessayer plus tard (ce

qu’il

fait dans d’autres cas).
Autrement dit : je ne suis pas passé par un SMTP configuré
dans ma cave mais par un SMTP fortement utilisé. Donc même si

la

configuration d’icelui était branlante, elle est un standard

de

fait.

2. Joël était en To: dans ma réponse publique (donc second
message directement envoyé à Systella) et celle-ci ne m’a pas
été retournée pour cette adresse. Donc je suppose qu’elle est
passée et que le greylisting fait son œuvre (c’est-à-dire que
Systella accepte maintenant des courriels de ma part).

En résumé : y a pas que DUF qui coince donc la

configuration

de Systella doit être la source du problème.



 Je veux bien (et je préférerais). Mais cette
configuration n'a pas changé depuis des lustres...

 Cordialement,

 JKB



	Désolé pour le test. Je n'ai pas bien compris, je viens de refaire un 
m4 sendmail.mc > sendmail.cf et de relancer sendmail et ça a l'air de 
fonctionner...


Merci à Sylvain pour le relais en espérant ne plus avoir besoin de lui.

Bien cordialement,

JKB

Re: Problèmes pour poster sur la liste debian

[Passe à ton voisin… ;o)]

Sylvain L. Sauvage a écrit :
> Le jeudi 3 décembre 2015, 12:58:42 daniel huhardeaux a écrit :
>> Le 03/12/2015 12:51, Sylvain L. Sauvage a écrit :
>>> J’ai essayé de te le confirmer en privé avant mais je me
>>> prends aussi un
>>>
>>> : host
>>> rayleigh.systella.fr[213.41.150.218] said:
>>>   550 ... 451 4.7.1
>>>   Greylisting in
>>> action, please come back later (in reply to RCPT TO command)
>>>
>>> Je ne suis pas au fait des subtilités de greylisting et
>>> autres mais je pense que DUF doit vérifier que l’adresse de
>>> l’émetteur existe avant d’accepter le post.
>>
>> C'est le MX du domaine expéditeur qui est checké en
>> greylisting. En effet, le spammeur ne se pose pas de
>> question, il envoi en général ses courriels une seule fois,
>> peu importe qu'ils aient été délivrés ou non. À contrario, un
>> MX bien réglé va tenter à plusieurs reprises de réexpédier un
>> message non délivré.
>
> 1. Le message m’a été renvoyé immédiatement par le SMTP de 
Free.
> Je sais que les FAI ont parfois des idiosyncrasies de
> configuration mais j’ai tendance à penser que c’est la réponse
> de Systella qui a fait que ce retour a été immédiat et que le
> SMTP de Free n’a pas attendu pour réessayer plus tard (ce 
qu’il
> fait dans d’autres cas).
>Autrement dit : je ne suis pas passé par un SMTP configuré
> dans ma cave mais par un SMTP fortement utilisé. Donc même si 
la
> configuration d’icelui était branlante, elle est un standard 
de
> fait.
>
> 2. Joël était en To: dans ma réponse publique (donc second
> message directement envoyé à Systella) et celle-ci ne m’a pas
> été retournée pour cette adresse. Donc je suppose qu’elle est
> passée et que le greylisting fait son œuvre (c’est-à-dire que
> Systella accepte maintenant des courriels de ma part).
>
>En résumé : y a pas que DUF qui coince donc la 
configuration
> de Systella doit être la source du problème.
>

Je veux bien (et je préférerais). Mais cette 
configuration n'a pas changé depuis des lustres...

Cordialement,

JKB
-- 
 via Sylvain Sauvage

Re: Problèmes pour poster sur la liste debian

Le jeudi 3 décembre 2015, 12:58:42 daniel huhardeaux a écrit :
> Le 03/12/2015 12:51, Sylvain L. Sauvage a écrit :
> >J’ai essayé de te le confirmer en privé avant mais je me
> > prends aussi un
> > 
> > : host
> > rayleigh.systella.fr[213.41.150.218] said:
> >  550 ... 451 4.7.1
> >  Greylisting in
> > action, please come back later (in reply to RCPT TO command)
> > 
> >Je ne suis pas au fait des subtilités de greylisting et
> > autres mais je pense que DUF doit vérifier que l’adresse de
> > l’émetteur existe avant d’accepter le post.
> 
> C'est le MX du domaine expéditeur qui est checké en
> greylisting. En effet, le spammeur ne se pose pas de
> question, il envoi en général ses courriels une seule fois,
> peu importe qu'ils aient été délivrés ou non. À contrario, un
> MX bien réglé va tenter à plusieurs reprises de réexpédier un
> message non délivré.

1. Le message m’a été renvoyé immédiatement par le SMTP de Free.
   Je sais que les FAI ont parfois des idiosyncrasies de 
configuration mais j’ai tendance à penser que c’est la réponse 
de Systella qui a fait que ce retour a été immédiat et que le 
SMTP de Free n’a pas attendu pour réessayer plus tard (ce qu’il 
fait dans d’autres cas).
  Autrement dit : je ne suis pas passé par un SMTP configuré 
dans ma cave mais par un SMTP fortement utilisé. Donc même si la 
configuration d’icelui était branlante, elle est un standard de 
fait.

2. Joël était en To: dans ma réponse publique (donc second 
message directement envoyé à Systella) et celle-ci ne m’a pas 
été retournée pour cette adresse. Donc je suppose qu’elle est 
passée et que le greylisting fait son œuvre (c’est-à-dire que 
Systella accepte maintenant des courriels de ma part).

  En résumé : y a pas que DUF qui coince donc la configuration 
de Systella doit être la source du problème.

-- 
 Sylvain Sauvage

Re: Problèmes pour poster sur la liste debian

2015-12-03 Thread daniel huhardeaux


Le 03/12/2015 12:51, Sylvain L. Sauvage a écrit :

   J’ai essayé de te le confirmer en privé avant mais je me
prends aussi un

: host
rayleigh.systella.fr[213.41.150.218] said:
 550 ... 451 4.7.1 Greylisting in
action, please come back later (in reply to RCPT TO command)

   Je ne suis pas au fait des subtilités de greylisting et autres
mais je pense que DUF doit vérifier que l’adresse de l’émetteur
existe avant d’accepter le post.
C'est le MX du domaine expéditeur qui est checké en greylisting. En 
effet, le spammeur ne se pose pas de question, il envoi en général ses 
courriels une seule fois, peu importe qu'ils aient été délivrés ou non. 
À contrario, un MX bien réglé va tenter à plusieurs reprises de 
réexpédier un message non délivré.


--
Daniel

Re: Problèmes pour poster sur la liste debian

[Je passe par la liste pour des raisons qui deviennent évidentes 
plus loin.]

Le jeudi 3 décembre 2015 12:43:47, vous avez écrit :
> Sylvain L. Sauvage a écrit :
> >Joël a des problèmes avec le serveur de listes Debian et
> > m’a demandé de poster ceci à sa place :
>   Merci beaucoup.

  De rien.
  J’ai essayé de te le confirmer en privé avant mais je me 
prends aussi un 

: host 
rayleigh.systella.fr[213.41.150.218] said:
550 ... 451 4.7.1 Greylisting in 
action, please come back later (in reply to RCPT TO command)

  Je ne suis pas au fait des subtilités de greylisting et autres 
mais je pense que DUF doit vérifier que l’adresse de l’émetteur 
existe avant d’accepter le post.

-- 
 Sylvain Sauvage

Problèmes pour poster sur la liste debian