simpson

Idem pour moi aussi...

Rétabli vers 20h, voir le blog CTN1

Il semblerait que tout le réseau CTN1 soit HS depuis 15h50.

Un problème de température dans leur datacenter les aurait contraints de couper tous les serveurs. Leur climatisation subirait une surchauffe due à la chaleur sur la région parisienne en ce samedi ensoleillé...

J'espère qu'il ne va pas faire trop chaud cet été !

Je suppose que df, c'est pour disk free , et le -h ?

-h : Human Readeable

Avec cette option, les résultats sont exprimés en Mégas, Gigas...

Sans cette option, tu obtiens le nombre de Kilo-octets utilisés.

Et pour faire un "blackhole" ?

Pour utiliser un RBL (Remote Blackhole List), il faut modifier la configuration du serveur SMTP.

Le mieux est de s'informer sur les différents sites de systèmes de blacklistage et de lire leurs docs. Personnellement, j'utilise les services gratuits de spamcop.net

Tu peux voir leur doc (très succinte) pour postfix, sendmail, Exchange, etc. :

http://www.spamcop.net/fom-serve/cache/291.html

Hello,

Peut-on envisager de faire une redirection vers /dev/null ?

Ex :

Car j'ai un domaine pour lequel je n'utilise aucune adresse et ça me permettrait d'éviter de me taper tout le spam...

Merci d'avance,

Nicolas

<{POST_SNAPBACK}>

Pour sendmail, il existe un alias spécial pour refuser les destinataires inexistants :

@domaine.com     error: nouser No such user here

Comme je n'utilise pas postfix, je ne peux pas affirmer que cela fonctionne aussi mais ça ne coûte rien d'essayer...

Si tu utilises DNS1.peewi.org et DNS2.peewi.org pour trouver le nom de domaine peewi.org ce ne sera pas possible.

On ne peut pas trouver un sous-domaine, sans auparavant trouver le domaine principal.

Je ne suis pas tout à fait d'accord Dan. Les TLD et les enregistrements de serveurs DNS autoritaires sont gérés par les registrars.

Si on déclare dns1.mondomaine.org et dns2.mondomaine.org comme serveurs autoritaires sur la zone mondomaine.org chez son registrar, avec les IP qui vont bien, ça doit fonctionner.

Pour le moment, le probleme principal, me semble-t-il, est que le serveur DNS ns.peewi.org ne répond pas aux requêtes DNS sur le port 53. Donc, soit il n'est pas lancé, soit le firewall bloque le port 53.

Pour la répartition de trafic sur les deux interfaces, j'ai enfin réussi. Mais j'observe toujours le mêmem problème ...

Je remarque quelque chose (et je suis sûr que c'est lié à mon problème) :

Si je fais un ifconfig, j'ai ça :

eth0      Lien encap:Ethernet  HWaddr 00:30:48:81:8F:15
          inet adr:213.---.---.30  Bcast:213.---.---.255  Masque:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:285636311 errors:5451692 dropped:5451692 overruns:2113212 frame:0
          TX packets:333153006 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:100000
          RX bytes:914168409 (871.8 Mb)  TX bytes:2065695838 (1970.0 Mb)
          Adresse de base:0xb800 Mémoire:fc9c0000-fc9e0000

eth1      Lien encap:Ethernet  HWaddr 00:30:48:81:8F:14
          inet adr:213.---.---.30  Bcast:213.---.---.255  Masque:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:115234759 errors:902752 dropped:902752 overruns:71692 frame:0
          TX packets:138008653 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:100000
          RX bytes:3514056880 (3351.2 Mb)  TX bytes:582474172 (555.4 Mb)
          Adresse de base:0xbc00 Mémoire:fc9e0000-fca00000

Salut,

J'ai pas tout suivi mais je remarque que tu semble donner la même adresse IP à tes deux interfaces réseau :

eth0: inet adr:213.---.---.30

eth1: inet adr:213.---.---.30

Avec la même IP sur deux cartes réseau, tu ne peux avoir que des problèmes !

Ca fait avancer la réflexion sur ton problème ?

Il y a sans doute pleins de serveurs de mails qui peuvent fonctionner sous Windows. Je ne connais pas Mercury et aucun des serveurs que je gère ne tourne sous Windows, c'est trop dangereux/contraignant/cher. Donc je ne te serai pas d'une grande utilité pour te conseiller sur cet OS.

Ce qui est sûr, c'est qu'il faut au minimum un serveur qui soit suffisament sécurisé, sans quoi tu te retrouves avec un serveur open relay, ce qui risque fort de déplaire à ton FAI !

Si tu veux envoyer des mails depuis ton serveur local, il te faut un serveur de mails et un enregistrement DNS MX correct.

Tu peux essayer avec ton FAI, si il n'est pas trop restrictif au niveau relai.

Qmail n'est pas compatible Windows (que je sache). La plupart des bons serveurs de mails tournent sous Unix/Linux.

Sous Windows, tu peux utiliser Exchange et acheter une corde pour te pendre tout de suite après

Le nom de domaine galle.fr (chez ovh) devrait pointer sur le serveur ns31411.ovh.net.

Or il ne l'est pas.

Après plusieurs vérifications, j'en suis ici :

et

Autrement dit, j'ai bien renseigné ns31411.ovh.net et ns.ovh.net dans le manager, et j'ai bien renseigné le nom de domaine dans webmin. Mais ca ne marche pas non plus.

Et ce n'est pas un problème de propagation, puisque le problème dure depuis 1 semaine maintenant...

Si vous aviez une idée,

Merci.

<{POST_SNAPBACK}>

Tu fais des intérrogations DIG sur un MX, ce qui correspond au serveur de mails.

Depuis le manager OVH, tu n'a pas à modifier les serveurs DNS si tu compte utiliser ceux d'OVH. D'ailleurs, whois retourne bien les serveurs OVH lorsqu'on interroge la zone galle.fr :

> nserver: dns.ovh.net

> nserver: ns.ovh.net

Par contre, lorsqu'on interroge les serveurs DNS, le domaine galle.fr n'a aucune adresse IP. Il faut donc que tu voies du côté des enregistrements d'hôtes (IN A) sur le manager OVH.

Si le site est hébergé chez Free, il n'est pas possible d'utiliser d'autres serveurs DNS que ceux de leur plateforme d'hébergement puisqu'ils utilisent plusieurs adresses IP (cluster).