Léa-Linux : Forum
Le forum de Léa abrite des discussions autour des Logiciels libres.
En ligne ..
Syndication
Forum complet- Forum - Administration
- Cette discussion
Templeet ·
JeSuisLibre ·
Lolix ·
LinuxFr ·
LinuxFrench ·
LinuxGraphic ·
GCU-Squad ·
Agenda du Libre ·
|
|
|
|
|
Un problème avec une commande du shell ? Comment utiliser la crontab ? Vous avez des soucis pour la gestion réseau sous Linux ? Pour vous la gestion des utilisateurs/groupes est du chinois ? Etc... Posez donc vos questions ici. Important :
quand vous posez une question, n'oubliez pas de nous donner les indications suffisantes pour que nous puissions répondre. En effet, la divination n'est pas le fort du Linuxien averti. Pour une meilleure compréhension, le bon usage de la grammaire et de l'orthographe est fortement encouragé. En particulier, le langage SMS est à éviter absolument. En cas d'abus, il pourra être censuré sans autre forme de procès. Les messages dont le contenu est illégal (incitant à la haine - raciale ou autre, diffamant), ou dont le contenu est sans rapport avec le sujet du forum, ou qui sont parfaitement stupides ou hors sujet seront supprimés sans pitié. Il pourra même être fait appel au fournisseur d'accès du coupable pour faire cesser ses agissements. |
||
» Index du forum » Administration » problème Sendmail
problème Sendmail
Auteur: hmida (IP enregistrée)
Date: le 12 mars 2008 à 21:56
Bonjour tout le monde,
Depuis 2 semaines j'ai un problème avec mon serveur mail Sendmail (version 8.13.4), comme je suis le destinataire des messages de posmaster, je reçois des messages d'erreurs a propos des adresses non existantes le nombre de messages est trés important (a l'ordre de 400 à 500 par jour), première déduction : le serveur est utilisé comme un relay pour faire passer du spam , ce qui m'étonne parce que le relay est interdit sauf authentification et aussi TSL et SASL sont activé,
sauf que j'ai lu qu'il ya une faille de sendmail
[secunia.com]
dans la version 8.13.6 et antérieures qui permet de faire un déni de serice.
la solution d'aprés le site officiel de sendmail est de passer à la version 8.13.7 ,
sauf que vu que le serveur est en prod , est ce qu'on peut mettre à jour sendmail sans modifier les fichiers de paramétrages (essentiellement alisaes et virtualusertable ?
Merci d'avantage pour vos retour
Depuis 2 semaines j'ai un problème avec mon serveur mail Sendmail (version 8.13.4), comme je suis le destinataire des messages de posmaster, je reçois des messages d'erreurs a propos des adresses non existantes le nombre de messages est trés important (a l'ordre de 400 à 500 par jour), première déduction : le serveur est utilisé comme un relay pour faire passer du spam , ce qui m'étonne parce que le relay est interdit sauf authentification et aussi TSL et SASL sont activé,
sauf que j'ai lu qu'il ya une faille de sendmail
[secunia.com]
dans la version 8.13.6 et antérieures qui permet de faire un déni de serice.
la solution d'aprés le site officiel de sendmail est de passer à la version 8.13.7 ,
sauf que vu que le serveur est en prod , est ce qu'on peut mettre à jour sendmail sans modifier les fichiers de paramétrages (essentiellement alisaes et virtualusertable ?
Merci d'avantage pour vos retour
Re: problème Sendmail
Auteur: Basile STARYNKEVITCH (IP enregistrée)
Date: le 12 mars 2008 à 22:15
J'aurais tendance à suggérer le passage à un autre MTA (comme exim, postfix, qmail ou autre...).
sendmail est vraiment difficile à configurer et c'est un logiciel qui a pris de l'âge.
----
Basile STARYNKEVITCH où on trouve mon mél
Membre de l'APRIL « promouvoir et défendre le logiciel libre » - adhérez vous aussi à l'APRIL!
N.B. N'hesitez pas à consulter aussi mes contributions antérieures.
sendmail est vraiment difficile à configurer et c'est un logiciel qui a pris de l'âge.
----
Basile STARYNKEVITCH où on trouve mon mél
Membre de l'APRIL « promouvoir et défendre le logiciel libre » - adhérez vous aussi à l'APRIL!
N.B. N'hesitez pas à consulter aussi mes contributions antérieures.
Re: problème Sendmail
Auteur: chromosome (IP enregistrée)
Date: le 12 mars 2008 à 23:37
Si tu recois des messages comme quoi l'adresse distante n'a pas pu etre atteinte, et que ces adresses ne sont pas dans ton domaine, alors le probleme ne vient peut-etre pas de ton sendmail.
En fait n'importe qui peut emettre un mail avec comme sender et/ou reply-to une adresse se trouvant dans ton domaine vers des boites non existantes et le systeme distant te renvoi un email pour te dire que ca n'existe pas. (forcement car il croit que c'est toi qui l'a envoye)
Il est tres simple de faire un envoi en disant que le sender est bill.gates@microsoft.com (ainsi que le reply to). Il ne faut absolument aucun outil special pour ca. c'est bien ca le probleme avec les emails, c'est que le sender (physique) n'est pas forcement celui que tu vois dans ton mail. (pas d'authentification de l'envoyeur)
En fait n'importe qui peut emettre un mail avec comme sender et/ou reply-to une adresse se trouvant dans ton domaine vers des boites non existantes et le systeme distant te renvoi un email pour te dire que ca n'existe pas. (forcement car il croit que c'est toi qui l'a envoye)
Il est tres simple de faire un envoi en disant que le sender est bill.gates@microsoft.com (ainsi que le reply to). Il ne faut absolument aucun outil special pour ca. c'est bien ca le probleme avec les emails, c'est que le sender (physique) n'est pas forcement celui que tu vois dans ton mail. (pas d'authentification de l'envoyeur)
Re: problème Sendmail
Auteur: hmida (IP enregistrée)
Date: le 13 mars 2008 à 10:11
Bonjour , merci bien pour toutes les réponses ,
mais chromosome dans mon cas c'est l'inverse on dirait que mon serveur de mail veut envoyé le message à une adresse inexistante , il essaye durant un certain temps puis envoi un message d'erreur au postmaster , je vous passe la trace (mail envoyé au postmaster par mon MTA :
The original message was received at Sat, 8 Mar 2008 01:43:12 +0200
from localhost
with id m17NW67A0AA392
----- The following addresses had permanent fatal errors -----
<A5-ramen@aghinc.com>
----- Transcript of session follows -----
<A5-ramen@aghinc.com>... Deferred: Connection timed out with smtp.aghinc.com.
Message could not be delivered for 5 days
Message will be deleted from queue
Reporting-MTA: dns; mon.mailserver.com
Arrival-Date: Sat, 8 Mar 2008 01:43:12 +0200
Final-Recipient: RFC822; A5-ramen@aghinc.com
Action: failed
Status: 4.4.7
Remote-MTA: DNS; smtp.aghinc.com
Last-Attempt-Date: Thu, 13 Mar 2008 03:36:12 +0200
Return-Path: <MAILER-DAEMON>
Received: from localhost (localhost)
by mon.mailserver.com (8.13.4/8.13.4/Debian-3sarge3) id m17NW67A0AA392;
Sat, 8 Mar 2008 01:43:12 +0200
Date: Sat, 8 Mar 2008 01:43:12 +0200
From: Mail Delivery Subsystem <MAILER-DAEMON>
Message-Id: <200803072343.m17NW67A0AA392@mon.mailserver.com>
To: <A5-ramen@aghinc.com>
MIME-Version: 1.0
Content-Type: multipart/report; report-type=delivery-status;
boundary="m17NW67A0AA392.1254951392/mon.mailserver.com"
Subject: Warning: could not send message for past 4 hours
Auto-Submitted: auto-generated (warning-timeout)
mais chromosome dans mon cas c'est l'inverse on dirait que mon serveur de mail veut envoyé le message à une adresse inexistante , il essaye durant un certain temps puis envoi un message d'erreur au postmaster , je vous passe la trace (mail envoyé au postmaster par mon MTA :
The original message was received at Sat, 8 Mar 2008 01:43:12 +0200
from localhost
with id m17NW67A0AA392
----- The following addresses had permanent fatal errors -----
<A5-ramen@aghinc.com>
----- Transcript of session follows -----
<A5-ramen@aghinc.com>... Deferred: Connection timed out with smtp.aghinc.com.
Message could not be delivered for 5 days
Message will be deleted from queue
Reporting-MTA: dns; mon.mailserver.com
Arrival-Date: Sat, 8 Mar 2008 01:43:12 +0200
Final-Recipient: RFC822; A5-ramen@aghinc.com
Action: failed
Status: 4.4.7
Remote-MTA: DNS; smtp.aghinc.com
Last-Attempt-Date: Thu, 13 Mar 2008 03:36:12 +0200
Return-Path: <MAILER-DAEMON>
Received: from localhost (localhost)
by mon.mailserver.com (8.13.4/8.13.4/Debian-3sarge3) id m17NW67A0AA392;
Sat, 8 Mar 2008 01:43:12 +0200
Date: Sat, 8 Mar 2008 01:43:12 +0200
From: Mail Delivery Subsystem <MAILER-DAEMON>
Message-Id: <200803072343.m17NW67A0AA392@mon.mailserver.com>
To: <A5-ramen@aghinc.com>
MIME-Version: 1.0
Content-Type: multipart/report; report-type=delivery-status;
boundary="m17NW67A0AA392.1254951392/mon.mailserver.com"
Subject: Warning: could not send message for past 4 hours
Auto-Submitted: auto-generated (warning-timeout)
Re: problème Sendmail
Auteur: oudoubah (IP enregistrée)
Date: le 13 mars 2008 à 11:00
Pour répondre à ta question initiale, tu peux normalement mettre à jour dans le même numéro de version majeur sans que les fichiers de conf n'aient à être modifiés.
Bien entendu, et surtout parce que c'est un serveur de prod, tu prendras soin de faire le test en pré-prod (si tu n'as pas d'autre serveur, tu peux installer une machine virtuelle sur ton ordi, et faire la migration avec des tests d'envoi de mail avant et après migration).
Il faudrait que tu vérifies sur ton réseau si il n'y a pas une machine vérolée qui enverrai des mails. Je pense plus à un pc infecté que l'utilisation d'une faille de sendmail (tout simplement parce que c'est ce qu'il y a de plus courant).
Essaie de regarder quelles IPs écrivent le plus, et tu devrais trouver ton coupable!
Tu as lu les docs. Tu es devenu un informaticien. Que tu le veuilles
ou non. Lire la doc, c'est le Premier et Unique Commandement de
l'informaticien.
-+- TP in: Guide du Linuxien pervers - "L'évangile selon St Thomas"
Bien entendu, et surtout parce que c'est un serveur de prod, tu prendras soin de faire le test en pré-prod (si tu n'as pas d'autre serveur, tu peux installer une machine virtuelle sur ton ordi, et faire la migration avec des tests d'envoi de mail avant et après migration).
Il faudrait que tu vérifies sur ton réseau si il n'y a pas une machine vérolée qui enverrai des mails. Je pense plus à un pc infecté que l'utilisation d'une faille de sendmail (tout simplement parce que c'est ce qu'il y a de plus courant).
Essaie de regarder quelles IPs écrivent le plus, et tu devrais trouver ton coupable!
Tu as lu les docs. Tu es devenu un informaticien. Que tu le veuilles
ou non. Lire la doc, c'est le Premier et Unique Commandement de
l'informaticien.
-+- TP in: Guide du Linuxien pervers - "L'évangile selon St Thomas"
Re: problème Sendmail
Auteur: chromosome (IP enregistrée)
Date: le 13 mars 2008 à 16:39
Si ce que tu dis est vrai, alors ca signifie que ton SMTP serveur envoi en direct aux autres SMTP server sans passer par le smtp de ton FAI (ce qui est possible ca depend ou se trouve ton serveur, les possibilités de ton FAI, ...).
Mais dans ce cas un simple "mailq" te permettrais de voir l'ensemble des emails que ton serveur ne sait pas envoyer (vu qu'il le fait en direct la queue se trouve chez lui).
Par contre si tu passes par un FAI, ou que ta queue est vide alors c'est messages peuvent venir d'un SMTP relay quelque part sur Internet. Il faudrait voir ton fichier log complet, dedans tu verras les adresses IP, emails, etc ... te permettant de suivre le chemin de ce mail.
Mais dans ce cas un simple "mailq" te permettrais de voir l'ensemble des emails que ton serveur ne sait pas envoyer (vu qu'il le fait en direct la queue se trouve chez lui).
Par contre si tu passes par un FAI, ou que ta queue est vide alors c'est messages peuvent venir d'un SMTP relay quelque part sur Internet. Il faudrait voir ton fichier log complet, dedans tu verras les adresses IP, emails, etc ... te permettant de suivre le chemin de ce mail.
Re: problème Sendmail
Auteur: hmida (IP enregistrée)
Date: le 13 mars 2008 à 17:51
Je confirme que le SMTP n'est pas relié à un smpt fai,
en effet lorsque je tape mailq , il ya en dessus de 1000 mail, ils ont tous ce motif :
m2DC4jpm006608 5011 Thu Mar 13 14:04 <jqwigou@smartgate.com>
(Warning: could not send message for past 4 hours)
nom_user@mon.mailserver.com
avec nom_user@mon.mailserver.com est l'adresse mail d'un utilisateur, et puis comme postmaster je reçois un mail d'erreur "Warning: could not send message for past 4 hours" , ç'a sensla trace d'un programme malicieux parceque c'est périodique (en continu quoi) et ç'a continue même dans tard la nuit,
le relais est normalement interdis !!
merci pour vos réponses
en effet lorsque je tape mailq , il ya en dessus de 1000 mail, ils ont tous ce motif :
m2DC4jpm006608 5011 Thu Mar 13 14:04 <jqwigou@smartgate.com>
(Warning: could not send message for past 4 hours)
nom_user@mon.mailserver.com
avec nom_user@mon.mailserver.com est l'adresse mail d'un utilisateur, et puis comme postmaster je reçois un mail d'erreur "Warning: could not send message for past 4 hours" , ç'a sensla trace d'un programme malicieux parceque c'est périodique (en continu quoi) et ç'a continue même dans tard la nuit,
le relais est normalement interdis !!
merci pour vos réponses
Re: problème Sendmail
Auteur: chromosome (IP enregistrée)
Date: le 13 mars 2008 à 23:28
Maintenant il te reste a savoir si le mail viens de ta machine Linux directement ou si il provient d'un de tes PC. Tu peux controler cette information dans le fichier log de tes mails (un truc du genre /var/log/mail.info ou autre ca depend un peu des configs) Dans ce fichier tu trouveras l'adresse IP de la machine qui a fait la connection, maintenant si c'est localhost ....
Re: problème Sendmail
Auteur: hmida (IP enregistrée)
Date: le 14 mars 2008 à 11:25
Dans le fichier /var/log/mail.info je peux localiser chaque mail envoyé au postmaster , je prend comme exemple celui ci :
dans ce log en dirait comme premier temps mon serveur mail veut envoyé un message à user@mon.MailServer.com à partir de sgt@bluemed.com , il n'arrive , je signale qu'il le répète d'autres fois , avant enfin d'arrêter les tentatives de réemission pour envoyer un message à l'émetteur fictif , qu'il ne peut le délivrer le message
Mar 14 09:57:36 MonServerName sm-mta[13242]: m197v45032316: to=user@mon.MailServer.com, delay=4+23:59:24, xdelay=00:00:00, mailer=esmtp, pri=5106792, relay=MonRelayServer [IP_MonRelayServer], dsn=4.1.7, stat=Deferred: 450 4.1.7 <sgt@bluemed.com>: Sender address rejected: undeliverable address: host smtp01.alaskastructures.com[63.64.69.5] said: 553 Mail relay turned off (in reply to RCPT TO command)
Mar 14 12:08:18 MonServerName sm-mta[13864]: m2F82Epi012224: to=<sgt@bluemed.com>, delay=00:00:56, xdelay=00:00:56, mailer=esmtp, pri=30000, relay=smtp01.alaskastructures.com. [63.64.69.5], dsn=5.1.3, stat=User unknown
MonRelayServer est un autre serveur mail distant postfix et il ya un transfert de ail de MonServerName à MonRelayServer .
l'hypothèse de machines infectées dans le réseau local , je pense elle est à rejeter puisque hier je me suis assuré que hier toutes les machines clientes ont été éteintes mais les messages ont continuer la nuit .
dans ce log en dirait comme premier temps mon serveur mail veut envoyé un message à user@mon.MailServer.com à partir de sgt@bluemed.com , il n'arrive , je signale qu'il le répète d'autres fois , avant enfin d'arrêter les tentatives de réemission pour envoyer un message à l'émetteur fictif , qu'il ne peut le délivrer le message
Mar 14 09:57:36 MonServerName sm-mta[13242]: m197v45032316: to=user@mon.MailServer.com, delay=4+23:59:24, xdelay=00:00:00, mailer=esmtp, pri=5106792, relay=MonRelayServer [IP_MonRelayServer], dsn=4.1.7, stat=Deferred: 450 4.1.7 <sgt@bluemed.com>: Sender address rejected: undeliverable address: host smtp01.alaskastructures.com[63.64.69.5] said: 553 Mail relay turned off (in reply to RCPT TO command)
Mar 14 12:08:18 MonServerName sm-mta[13864]: m2F82Epi012224: to=<sgt@bluemed.com>, delay=00:00:56, xdelay=00:00:56, mailer=esmtp, pri=30000, relay=smtp01.alaskastructures.com. [63.64.69.5], dsn=5.1.3, stat=User unknown
MonRelayServer est un autre serveur mail distant postfix et il ya un transfert de ail de MonServerName à MonRelayServer .
l'hypothèse de machines infectées dans le réseau local , je pense elle est à rejeter puisque hier je me suis assuré que hier toutes les machines clientes ont été éteintes mais les messages ont continuer la nuit .
Re: problème Sendmail
Auteur: oudoubah (IP enregistrée)
Date: le 14 mars 2008 à 13:01
hmida a écrit :
l'hypothèse de machines infectées dans le réseau
local , je pense elle est à rejeter puisque hier
je me suis assuré que hier toutes les machines
clientes ont été éteintes mais les messages ont
continuer la nuit .
C'était de nouveaux messages, ou c'était sendmail qui essayait de vider sa queue?
Tu as lu les docs. Tu es devenu un informaticien. Que tu le veuilles
ou non. Lire la doc, c'est le Premier et Unique Commandement de
l'informaticien.
-+- TP in: Guide du Linuxien pervers - "L'évangile selon St Thomas"
Re: problème Sendmail
Auteur: hmida (IP enregistrée)
Date: le 14 mars 2008 à 14:47
Non il y a des nouveaux messages , par exemple :
là, on voit bien que mon serveur mail essaye d'envoyer un mail de PattiwidespreadCapps@bestdebtrepair.net mais qu'il est interdit par smtp.secureserver.net qui interdit le relais, donc aprés certaines tentatives mon serveur mail veut informer PattiwidespreadCapps@bestdebtrepair.net que son message n'est pas envoyé sauf que PattiwidespreadCapps@bestdebtrepair.net n'existe pas donc il en voie un message au posmaster ,
est ce que j'ai bien interprété le log, si c'est le cas je pensche plus pour une tentative de Denis de service, dans ce cas aussi on peut revenir à la première hypothèse , la faille dans sendmail pour les versions 8.13.6 et antérieures ,
merci
The original message was received at Fri, 14 Mar 2008 05:58:42 +0200 from localhost with id xxxxxxxxxxxxxxxx ----- The following addresses had permanent fatal errors ----- <PattiwidespreadCapps@bestdebtrepair.net> (reason: 553 sorry, relaying denied from your location [mon.MailServer_IP] (#5.7.1)) ----- Transcript of session follows ----- ... while talking to smtp.secureserver.net.: >>> >>> DATA <<< 553 sorry, relaying denied from your location [mon.MailServer_IP] (#5.7.1) 550 5.1.1 <PattiwidespreadCapps@bestdebtrepair.net>... User unknown <<< 503 RCPT first (#5.5.1) Reporting-MTA: dns; mon.MailServer.com Arrival-Date: Fri, 14 Mar 2008 05:58:42 +0200 Final-Recipient: RFC822; PattiwidespreadCapps@bestdebtrepair.net Action: failed Status: 5.1.3 Remote-MTA: DNS; smtp.secureserver.net Diagnostic-Code: SMTP; 553 sorry, relaying denied from your location [mon.MailServer_IP] (#5.7.1) Last-Attempt-Date: Fri, 14 Mar 2008 05:58:42 +0200 Return-Path: <MAILER-DAEMON> Received: from localhost (localhost) by mon.MailServer.com (8.13.4/8.13.4/Debian-3sarge3) id xxxxxxxxxxxx; Fri, 14 Mar 2008 05:58:42 +0200 Date: Fri, 14 Mar 2008 05:58:42 +0200 From: Mail Delivery Subsystem <MAILER-DAEMON> Message-Id: <200803140358.xxxxxxxxxxxxx@mon.MailServer.com> To: <PattiwidespreadCapps@bestdebtrepair.net> MIME-Version: 1.0 Content-Type: multipart/report; report-type=delivery-status; boundary="xxxxxxxxxxxxxx.xxxxxxxxx/mon.MailServer.com" Subject: Warning: could not send message for past 4 hours Auto-Submitted: auto-generated (warning-timeout)
là, on voit bien que mon serveur mail essaye d'envoyer un mail de PattiwidespreadCapps@bestdebtrepair.net mais qu'il est interdit par smtp.secureserver.net qui interdit le relais, donc aprés certaines tentatives mon serveur mail veut informer PattiwidespreadCapps@bestdebtrepair.net que son message n'est pas envoyé sauf que PattiwidespreadCapps@bestdebtrepair.net n'existe pas donc il en voie un message au posmaster ,
est ce que j'ai bien interprété le log, si c'est le cas je pensche plus pour une tentative de Denis de service, dans ce cas aussi on peut revenir à la première hypothèse , la faille dans sendmail pour les versions 8.13.6 et antérieures ,
merci
Re: problème Sendmail
Auteur: hmida (IP enregistrée)
Date: le 14 mars 2008 à 15:53
le log précédent c'était le mail reçu envoyé à posmaster,
ce qui suit c'est le log correspendant dans /var/log/mail.info
la configuration de mailing dit que les messages arrivant à MonMailServer en destination de user@MonMailServer.com doivent etre transféré au deuxième serveur mail : Mon.SecondMailServer.com ou il ya un autre compte du même utilisateur , donc l'utilisateur user a deux compte le principale c'est chez Mon.SecondMailServer.com et l'autre qui réside dans MonMailServer est une simple redirection vers la première adresse mail.
ce qui suit c'est le log correspendant dans /var/log/mail.info
Mar 14 08:06:36 MonMailServer sm-mta[13242]: xxxxxxxxxxxx: to=user@MonMailServer.com , delay=08:10:39, xdelay=00:00:04, mailer=esmtp, pri=424922, relay=Mon.SecondMailServer.com [IP_Mon.SecondMailServer], dsn=4.1.7, stat=Deferred: 450 4.1.7 <PattiwidespreadCapps@bestdebtrepair.net>: Sender address rejected: undeliverabl...53 sorry, relaying denied from your location [Mon.SecondMailServer] (#5.7.1) (in reply to RCPT TO command)
la configuration de mailing dit que les messages arrivant à MonMailServer en destination de user@MonMailServer.com doivent etre transféré au deuxième serveur mail : Mon.SecondMailServer.com ou il ya un autre compte du même utilisateur , donc l'utilisateur user a deux compte le principale c'est chez Mon.SecondMailServer.com et l'autre qui réside dans MonMailServer est une simple redirection vers la première adresse mail.
Re: problème Sendmail
Auteur: hmida (IP enregistrée)
Date: le 14 mars 2008 à 18:32
désolé du format , je le mets encore :
Mar 14 08:06:36 MonMailServer sm-mta[13242]: xxxxxxxxxxxx: to=user@MonMailServer.com , delay=08:10:39, xdelay=00:00:04, mailer=esmtp, pri=424922, relay=Mon.SecondMailServer.com [IP_Mon.SecondMailServer], dsn=4.1.7, stat=Deferred: 450 4.1.7 <PattiwidespreadCapps@bestdebtrepair.net>: Sender address rejected: undeliverabl...53 sorry, relaying denied from your location [Mon.SecondMailServer] (#5.7.1) (in reply to RCPT TO command)
Re: problème Sendmail
Auteur: chromosome (IP enregistrée)
Date: le 14 mars 2008 à 21:54
Juste ne question, sur ton serveur de mail tu n'aurais pas un serveur web accessible de l'exterieur ? Et avec PHP et des includes mal fait ?
Ou un autre service accessible de l'exterieur ?
Ou un autre service accessible de l'exterieur ?
Re: problème Sendmail
Auteur: hmida (IP enregistrée)
Date: le 17 mars 2008 à 10:02
Bonjour ,
le seul autre service accessible de l'extérieur c'est le dns.
le seul autre service accessible de l'extérieur c'est le dns.
Site hebergé par Lost Oasis.
Le serveur IRC hebergé est géré par FreeNode.
Le NS secondaire est hebergé et géré par XName.
![[Valid RSS]](/pho/images/valid-rss.png "Validate my RSS feed"){kind=small}
Les informations contenues dans cette page ne sont aucunement garanties.
Ceci dit, la perfection étant notre objectif à long terme, toute critique constructive est la bienvenue. Par constructive, il faut entendre : « contenant la solution du problème posé ». Les autres critiques ont toutes les chances d'être redirigées vers /dev/null
