Vincent Lefevre a écrit :
> On 2018-04-05 22:01:34 +0200, daniel huhardeaux wrote:
>> Le 05/04/2018 à 20:39, Daniel Caillibaud a écrit :
>>> []
>>>
>>> Sinon, pour le blindage de ton smtp, vaut mieux se fier au domaine de
>>> l'ip qui t'appelle, avec comme base
>>> - obliger le smtp qui t'appel
On 2018-04-05 22:01:34 +0200, daniel huhardeaux wrote:
> Le 05/04/2018 à 20:39, Daniel Caillibaud a écrit :
> > []
> >
> > Sinon, pour le blindage de ton smtp, vaut mieux se fier au domaine de
> > l'ip qui t'appelle, avec comme base
> > - obliger le smtp qui t'appelle à avoir une ip avec un re
On 2018-04-05 20:39:18 +0200, Daniel Caillibaud wrote:
> Le 04/04/18 à 23:07, "Ph. Gras" a écrit :
> PG> ayant été emmerdé aussi par ce voyou, j'ai constitué un système pour
> PG> récupérer toutes ses plages IP à bloquer (avec bash et ipcalc), et que
> PG> je vous livre dans un fichier à télécharg
On 2018-04-04 15:57:43 +0200, Daniel Caillibaud wrote:
> check_client_access vérifie le host qui te cause, check_sender_access le
> domaine du from, mais faut pas les mettre dans smtpd_recipient_restrictions
> car ça c'est pas une restriction sur le destinataire, faut le mettre dans
> une restricti
Le 05/04/2018 à 20:39, Daniel Caillibaud a écrit :
[]
Sinon, pour le blindage de ton smtp, vaut mieux se fier au domaine de
l'ip qui t'appelle, avec comme base
- obliger le smtp qui t'appelle à avoir une ip avec un reverse
- que le reverse soit dans les dns et qu'il pointe bien vers cette ip
Le 04/04/18 à 23:07, "Ph. Gras" a écrit :
PG> ayant été emmerdé aussi par ce voyou, j'ai constitué un système pour
PG> récupérer toutes ses plages IP à bloquer (avec bash et ipcalc), et que
PG> je vous livre dans un fichier à télécharger ici :
PG> https://fichiers.enpret.com/top.txt
Je déconseill
Bonjour,
Avant hier, plantage machine complet sans que je fasse la moindre
intervention, pas d'action, pas d'autre utilisateur, "xscreensaver" présent,
pas de process sur "crontab" autres que ceux du système.
Impossible de reprendre la main, pas de réponse au 'ping', machine d
d'environ un an, c
Bonjour à tous.
J'ai depuis quelques jours un problème assez embêtant avec mon poste de
travail. La configuration du réseau est la suivante :
- gros serveur de boot et nfs tournant sous NetBSD 8 (i7, 16 Go de
mémoire, 128 threads du serveur nfsd)
- postes de travail sous Linux ou F
8 matches
Mail list logo
