Debian
Debian-France
Debian-Facile
Debian-fr.org
Forum-Debian.fr
Debian ?
Communautés
Vous n'êtes pas identifié(e).
Pages : 1
voir des messages plus long
qunad je restart exim4, ça dure peu de temps et ça recase rapidement
si je veux envoyer un message en console sur le serveur
la plupart des commandes que je fais concernant exim4 font la même chose
pas de réponse et pas de retour au prompt
j'avais d'installé ceci
au bout de 2 jours ça m'a gonflé, j'ai tout viré et purgé
j'ai réinstallé juste
exim4-base 4.94.2-7 amd64 support files for all Exim MTA (v4) packages
exim4-config 4.94.2-7 all configuration for the Exim MTA (v4)
exim4-daemon-light 4.94.2-7 amd64 lightweight Exim MTA (v4) daemon
ceci dit, ça plante toujours
soit j'ai une conf qui à merdé lors d'une mise à jour, soit ???
j'ai presque envie de virer exim4, mais si avant je peux réparer c'est mieux, d'ailleurs j'ai due rebooter le serveur suite à une coupure un peu longue d'EDF, et je n'avais plus le message habituel "vous avez du courrier".
dans /var/mail/lagrenouille.
vous allez me dire de suit " les logs", ben pas grand chose et même que:
quelques exemples de /var/log/exim4
une autre réponse
.
bref, j'y pompe plus rien, alors je lance un "help" 
Dernière modification par lagrenouille (10-10-2022 18:46:33)
site de mon association 1901
https://le-caillou.le-pic.org
Hors ligne
Il me semble pertinent de vérifier si les fichiers où sont listés les conditions d'enchaînements entre les différents services ne sont pas abîmés avec :
Si tout le monde pense pareil, c'est qu'aucune personne ne pense beaucoup.
Intel® Core™2 Duo E8500 × 2
4,0 Gio DDR3 - 1333 MHz
Et si vous cherchiez votre solution dans le wiki => https://debian-facile.org/accueil 
Hors ligne
debsum tout est OK
bien que
Dernière modification par lagrenouille (07-10-2022 10:20:41)
site de mon association 1901
https://le-caillou.le-pic.org
Hors ligne
Voir aussi : https://searx.gnous.eu/search?q=exim4.s … es=general
Bon courage pour la suite.
Dernière modification par --gilles-- (07-10-2022 10:33:45)
Si tout le monde pense pareil, c'est qu'aucune personne ne pense beaucoup.
Intel® Core™2 Duo E8500 × 2
4,0 Gio DDR3 - 1333 MHz
Et si vous cherchiez votre solution dans le wiki => https://debian-facile.org/accueil
Hors ligne
pour le dernier, ça n'a pas l'air de parler d'exim
et toutes ces ip sont des' merdes qui viennent D'Afrique et d'Asie d’après un whois -Bd
lagrenouille# journalctl -xe
░░
░░ L'unité (unit) sysstat-collect.service a terminé son démarrage, avec le résultat done.
oct. 07 11:30:02 lebug CRON[6928]: pam_unix(cron:session): session closed for user www-data
oct. 07 11:30:13 lebug sshd[6956]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=181>
oct. 07 11:30:14 lebug sshd[6956]: Failed password for root from 181.48.99.155 port 54386 ssh2
oct. 07 11:30:15 lebug sshd[6956]: Received disconnect from 181.48.99.155 port 54386:11: Bye Bye [preauth]
oct. 07 11:30:15 lebug sshd[6956]: Disconnected from authenticating user root 181.48.99.155 port 54386 [preauth]
oct. 07 11:30:19 lebug sshd[6958]: Invalid user informix from 187.230.139.33 port 2613
oct. 07 11:30:19 lebug sshd[6958]: pam_unix(sshd:auth): check pass; user unknown
oct. 07 11:30:19 lebug sshd[6958]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=187>
oct. 07 11:30:21 lebug sshd[6960]: Invalid user db2inst1 from 103.233.255.145 port 54944
oct. 07 11:30:21 lebug sshd[6960]: pam_unix(sshd:auth): check pass; user unknown
oct. 07 11:30:21 lebug sshd[6960]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=103>
oct. 07 11:30:22 lebug sshd[6958]: Failed password for invalid user informix from 187.230.139.33 port 2613 ssh2
oct. 07 11:30:23 lebug sshd[6958]: Received disconnect from 187.230.139.33 port 2613:11: Bye Bye [preauth]
oct. 07 11:30:23 lebug sshd[6958]: Disconnected from invalid user informix 187.230.139.33 port 2613 [preauth]
oct. 07 11:30:23 lebug sshd[6960]: Failed password for invalid user db2inst1 from 103.233.255.145 port 54944 ssh2
oct. 07 11:30:25 lebug sshd[6960]: Received disconnect from 103.233.255.145 port 54944:11: Bye Bye [preauth]
oct. 07 11:30:25 lebug sshd[6960]: Disconnected from invalid user db2inst1 103.233.255.145 port 54944 [preauth]
oct. 07 11:30:57 lebug systemd[1]: Starting Daily apt-listbugs preferences cleanup...
░░ Subject: L'unité (unit) apt-listbugs.service a commencé à démarrer
░░ Defined-By: systemd
░░ Support: https://www.debian.org/support
░░
░░ L'unité (unit) apt-listbugs.service a commencé à démarrer.
oct. 07 11:30:57 lebug systemd[1]: apt-listbugs.service: Succeeded.
░░ Subject: Unit succeeded
░░ Defined-By: systemd
░░ Support: https://www.debian.org/support
░░
░░ The unit apt-listbugs.service has successfully entered the 'dead' state.
oct. 07 11:30:57 lebug systemd[1]: Finished Daily apt-listbugs preferences cleanup.
░░ Subject: L'unité (unit) apt-listbugs.service a terminé son démarrage
░░ Defined-By: systemd
░░ Support: https://www.debian.org/support
░░
░░ L'unité (unit) apt-listbugs.service a terminé son démarrage, avec le résultat done.
oct. 07 11:31:17 lebug sshd[6971]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=187>
oct. 07 11:31:19 lebug sshd[6971]: Failed password for root from 187.103.78.21 port 61939 ssh2
oct. 07 11:31:20 lebug sshd[6971]: Received disconnect from 187.103.78.21 port 61939:11: Bye Bye [preauth]
oct. 07 11:31:20 lebug sshd[6971]: Disconnected from authenticating user root 187.103.78.21 port 61939 [preauth]
oct. 07 11:31:24 lebug sshd[6973]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=181>
oct. 07 11:31:24 lebug sshd[6975]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=187>
oct. 07 11:31:26 lebug sshd[6973]: Failed password for root from 181.48.99.155 port 43290 ssh2
oct. 07 11:31:27 lebug sshd[6973]: Received disconnect from 181.48.99.155 port 43290:11: Bye Bye [preauth]
oct. 07 11:31:27 lebug sshd[6973]: Disconnected from authenticating user root 181.48.99.155 port 43290 [preauth]
oct. 07 11:31:27 lebug sshd[6975]: Failed password for root from 187.230.139.33 port 26985 ssh2
oct. 07 11:31:27 lebug sshd[6975]: Received disconnect from 187.230.139.33 port 26985:11: Bye Bye [preauth]
oct. 07 11:31:27 lebug sshd[6975]: Disconnected from authenticating user root 187.230.139.33 port 26985 [preauth]
oct. 07 11:31:33 lebug sshd[6977]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=103>
oct. 07 11:31:35 lebug sshd[6977]: Failed password for root from 103.233.255.145 port 45268 ssh2
oct. 07 11:31:36 lebug sshd[6977]: Received disconnect from 103.233.255.145 port 45268:11: Bye Bye [preauth]
oct. 07 11:31:36 lebug sshd[6977]: Disconnected from authenticating user root 103.233.255.145 port 45268 [preauth]
lines 1276-1328/1328 (END)
site de mon association 1901
https://le-caillou.le-pic.org
Hors ligne
KillMode=
Indique comment les processus de cette unité seront mis à mort. Avec soit "
<control-group>, <mixed>, <process> ou <none>
Si défini à B<control-group>, tous les processus restants dans le groupe de "
"contrôle de cette unité seront tués à l'arrêt de l'unité (pour les services, "
"ce sera après que la commande stop soit exécutée, comme configurée avec "
"B<ExecStop=>). Si défini à B<mixed>, le signal B<SIGTERM> (voir ci-"
"dessous) est envoyé au processus principal tandis que le signal subséquent "
"B<SIGKILL> (voir ci-dessous) est envoyé à tous les processus restants du "
"groupe de contrôle de l'unité. Si défini à B<process>, seul le processus "
"principal est tué (déconseillé!). Si défini à B<none>, aucun processus n'est "
"tué (fortement déconseillé!). Dans ce cas, seule la commande stop sera "
"exécutée lors de l'arrêt de l'unité, mais aucun processus ne sera tué en "
"tout cas\\&. Les processus qui restent en vie après l'arrêt sont laissés "
"dans leur groupe de contrôle et le groupe de contrôle continue d'exister "
"après l'arrêt, sauf s'il est vide."
Prenez en compte qu'il est déconseillé de définir <KillMode=> à <process> "
"ou même <none>, vu que cela permet aux processus d'échapper à la gestion du "
"cycle de vie et des ressources par le gestionnaire de services, et de "
"continuer à fonctionner même si leur service est considéré comme arrêté et "
"supposé ne consommer aucune ressource
La valeur par défaut est <control-group>
man systemd.kill
Tu speak english ? Je crois pas que c'est traduit en occitan...;
Je t'ai mis la partie fr qui a l'air de te concerner...si tu en veux plus, tu demandes ou t'attends ...
Dernière modification par ubub (07-10-2022 13:39:47)
En ligne
[...]
j'avais d'installé ceci
dpkg -l | grep exim4
ii exim4 4.94.2-7 all metapackage to ease Exim MTA (v4) installation
ii exim4-base 4.94.2-7 amd64 support files for all Exim MTA (v4) packages
ii exim4-config 4.94.2-7 all configuration for the Exim MTA (v4)
pc exim4-daemon-heavy 4.94.2-7 amd64 Exim MTA (v4) daemon with extended features, including exiscan-acl
iF exim4-daemon-light 4.94.2-7 amd64 lightweight Exim MTA (v4) daemon
bloc à supprimer si la commande n’affiche rien
au bout de 2 jours ça m'a gonflé, j'ai tout viré et purgé
j'ai réinstallé juste
exim4-base 4.94.2-7 amd64 support files for all Exim MTA (v4) packages
exim4-config 4.94.2-7 all configuration for the Exim MTA (v4)
exim4-daemon-light 4.94.2-7 amd64 lightweight Exim MTA (v4) daemon
ceci dit, ça plante toujours[...]
On ne voit pas le début de la ligne du deuxième dpkg -l | grep exim4 après que tu aies tout viré et purgé ce qui concerne les paquets exim et puis réinstallé.
je n'avais plus le message habituel "vous avez du courrier" dans /var/mail/lagrenouille.
Donne-nous :
[ 0.785076] mtrr: your CPUs had inconsistent variable MTRR settings
Donne-nous :
d'ailleurs j'ai due rebooter le serveur suite à une coupure un peu longue d'EDF
Au cas où la coupure aurait généré des problèmes et si nous ne trouvions rien de convaincant rapidement, serait-il possible que tu remettes la configuration du BIOS par défaut ou bien si tu l'avais changée faire des modifications à enregistrer ensuite puis la remettre dans le dernier état où tu l'avais laissée ?
On pourrait voir les anciennes parties du journal journalctl avec une commande et puis les comparer avec les récentes celles d'après le problème.
On peut voir la liste des démarrages avec cette commande dont les résultats de début de ligne 0 -1 -2 etc sont à mettre dans la commande d'après :
Par exemple si on veut remonter à l'avant-dernier démarrage :
Si on veut exploiter juste exim on filtre :
Je dois partir ! 
Si tout le monde pense pareil, c'est qu'aucune personne ne pense beaucoup.
Intel® Core™2 Duo E8500 × 2
4,0 Gio DDR3 - 1333 MHz
Et si vous cherchiez votre solution dans le wiki => https://debian-facile.org/accueil
Hors ligne
Si jamais la sortie est très longue, on peut la limiter à un certains nombres de lignes (les plus récentes) :
Hors ligne
Dernière modification par lagrenouille (07-10-2022 16:57:03)
site de mon association 1901
https://le-caillou.le-pic.org
Hors ligne
salus tout lemonde
je vais faire un past et surtout je peux pas mettre tout car certaines commandes comme "journalctl --list-boots" renvoie plus de 20 milles lignes
https://funambule.org/privatebin/?e7827 … 5nTKW5GJoV
c'est très répetitif
ce serveur à 32 cœurs
Plus de 20 000 lignes de journalctl --list-boots cela veut dire plus de 20 000 démarrages de ton serveur !
D'autre part, exim4 est très sensible à aux attaques par augmentation des privilèges à cause du positionnement du bit s :
Regarde :
Ce n'est peut-être pas le cas, mais toutefois il serait raisonnable d'envisager de vérifier si c'était le cas :
https://searx.gnous.eu/search?q=exim4%2 … es=general
Si tout le monde pense pareil, c'est qu'aucune personne ne pense beaucoup.
Intel® Core™2 Duo E8500 × 2
4,0 Gio DDR3 - 1333 MHz
Et si vous cherchiez votre solution dans le wiki => https://debian-facile.org/accueil
Hors ligne
ce qui me semble normal
je fatigue
Dernière modification par lagrenouille (07-10-2022 23:19:07)
site de mon association 1901
https://le-caillou.le-pic.org
Hors ligne
les choix sont:
puis touche enter, et le prompt ne revient pas, sauf avec un contrôle+c
systemctl restart exim4.service c'est la même chose, contrôle+c, toutefois, la commande soit exécutée..
pourquoi ça ne revient pas au prompt ?
j'ai toujours pas réparé cette histoire, ça me dépasse, je cherche malgré tout
site de mon association 1901
https://le-caillou.le-pic.org
Hors ligne
ensuite il faut savoir ce que tu veut faire:
1) archiver les messages système du serveur en local
2) envoyer sur une autre machine sur le réseau local
3) envoyer les messages sur ta messagerie sur le net
ps: idem pour toutes les machines sur ton réseau local
éviter de recevoir les messages du net (uniquement local )
désactiver l' IPV6 sur exim4
ps: tu a trouver mon wiki "exim4 pour les nuls " ? => https://debian-facile.org/doc:reseau:ex … -les-nulls
si tu veut faire autre chose que ces 3 cas , je pourrais pas t'aider (pas les compétences)
remarque: la configuration "(1"correspond a ce que tu veut faire du wiki il me semble.
nota: tes messages sont dans /var/mai/"tonpseudo" par défaut.
toi tu veut les envoyer sur ta messagerie externe ? par exemple "orange.fr" en smtp
purge bien ton exim4 (et dépendances) , installe le , vérifie qu il est bien actif et teste un message , tu dois le retrouver dans /var/mal/
si ok tu le configure comme le wiki , selon ton fournisseur internet c'est plus ou moins simple (moi sur orange ton cas est peut être différent ).
Dernière modification par anonyme (08-10-2022 16:12:36)
pour le reste ce que faisait exim avant de cassé
2) envoyer sur une autre machine sur le réseau local
3) envoyer les messages sur ta messagerie sur le net, et chez les autres
mais là j'ai épuisé les docs sur le net et les commandes, si tu lis ce post en entier, tu le verras
j'ai essayé des confs différentes, je me demande si c'est pas quelque chose d'autre qui me fout la zone ?
je suis fatigué de ce plantage, bien que je sois têtu et assez patient, je crois que je vais tout virer bientôt
site de mon association 1901
https://le-caillou.le-pic.org
Hors ligne
donc le 2 c'est un serveur "exim4" local , qui prend les messages des machines locales
le 3 le même serveur envoie les message sur le net
mon wiki est basé sur une passerelle (numéro 3 ) avec un DNS bidon pour un sous réseau local (ce qui ne correspond pas a ton cas ).
en plus tu envoi en externe a plusieurs messagerie
en tout cas
1) reception uniquement réseau local
2)pas d'IPV6
3) envoie en externe par smarthost (sur la machine que tu configure en serveur)
ps: en fin de wiki tu a quelques commandes pour tester , pratique.
tu aurais du te faire un wiki a l'époque ou cela a fonctionné correctement ..........
Dernière modification par anonyme (08-10-2022 16:28:41)
Dernière modification par lagrenouille (09-10-2022 14:36:28)
site de mon association 1901
https://le-caillou.le-pic.org
Hors ligne
vais essayer de continuer un peu de voir
Dernière modification par lagrenouille (10-10-2022 15:55:56)
site de mon association 1901
https://le-caillou.le-pic.org
Hors ligne
Dernière modification par lagrenouille (10-10-2022 19:06:30)
site de mon association 1901
https://le-caillou.le-pic.org
Hors ligne
Pages : 1