OVH Cloud OVH Cloud

cheval de troie sur serveur exchange

3 réponses
Avatar
Koal
Bonjour,
Je me rends compte que mon serveur envoie des messages la=20
nuit et chez nous personne ne travaille la nuit. Il s'agit=20
d'un serveur win 2000 sp4 avec exchange 2000, je l'ai=20
patch=E9 hier apr=E8s-midi avec le correctif contre Sasser sur=20
le serveur et les postes pensant que =E7a pouvait venir de=20
l=E0 mais la nuit =E7a a continu=E9, je suis en train=20
d'effectuer un windows update sur le serveur pour fermer=20
d'=E9ventuelles autres portes ouvertes. Je ne suis pas=20
persuad=E9 que cette mise =E0 jour r=E9glera ce pb qui doit =E0=20
mon avis se r=E9gler manuellement. Je vois les connexions=20
dans la file d'attente d'Exchange, je ne sais si le pb est=20
sur le serveur ou sur un poste client, qu'en pensez-vous ?
qq'un aurait-il une id=E9e sur le pb que je rencontre ?
Merci
Koal

3 réponses

Avatar
Alni
"Koal" a écrit dans le message de
news:59ca01c4747f$5dcb2700$
Bonjour,
Je me rends compte que mon serveur envoie des messages la
nuit et chez nous personne ne travaille la nuit. Il s'agit
d'un serveur win 2000 sp4 avec exchange 2000, je l'ai
patché hier après-midi avec le correctif contre Sasser sur
le serveur et les postes pensant que ça pouvait venir de
là mais la nuit ça a continué, je suis en train
d'effectuer un windows update sur le serveur pour fermer
d'éventuelles autres portes ouvertes. Je ne suis pas
persuadé que cette mise à jour réglera ce pb qui doit à
mon avis se régler manuellement. Je vois les connexions
dans la file d'attente d'Exchange, je ne sais si le pb est
sur le serveur ou sur un poste client, qu'en pensez-vous ?
qq'un aurait-il une idée sur le pb que je rencontre ?


N'est ce pas ton serveur qui renvoie tout simplement des messages de type :
"postmaster"
en ayant reçu de mails avec des destinataires invalides ?

Avatar
Koal
Merci de ta réponse, tu as certainement raison, vu le spam
qui rentre chez nous, le postmaster est plutôt sollicité,
ce qui m'a fait faire cette confusion c'est parce qu'hier
j'ai eu une lenteur extrême sur internet, j'ai vu que dans
la file d'attente de Exchange il y avait pas mal de mails
vers des destinataires assez bizarres, j'ai eu peur qu'un
cheval de troie émettait depuis notre réseau. Pour éviter
ce genre de confusion à l'avenir, existe-t-il une
possibilité de voir qui envoie sur Exchange à travers le
gestionnaire système Exchange en sélectionnant une file
d'attente sans forcément accéder aux contenus des mais,
les utilisateurs font parfois ce qu'ils veulent car ils
savent que je manque de visibilité sur le serveur c'est
désarmant
Merci
Koal

-----Message d'origine-----

"Koal" a écrit dans
le message de

news:59ca01c4747f$5dcb2700$
Bonjour,
Je me rends compte que mon serveur envoie des messages la
nuit et chez nous personne ne travaille la nuit. Il
s'agit


d'un serveur win 2000 sp4 avec exchange 2000, je l'ai
patché hier après-midi avec le correctif contre Sasser
sur


le serveur et les postes pensant que ça pouvait venir de
là mais la nuit ça a continué, je suis en train
d'effectuer un windows update sur le serveur pour fermer
d'éventuelles autres portes ouvertes. Je ne suis pas
persuadé que cette mise à jour réglera ce pb qui doit à
mon avis se régler manuellement. Je vois les connexions
dans la file d'attente d'Exchange, je ne sais si le pb
est


sur le serveur ou sur un poste client, qu'en pensez-
vous ?


qq'un aurait-il une idée sur le pb que je rencontre ?


N'est ce pas ton serveur qui renvoie tout simplement des
messages de type :

"postmaster"
en ayant reçu de mails avec des destinataires invalides ?


.




Avatar
Alni
"Koal" a écrit dans le message de
news:59a401c4748a$556ad4b0$
Merci de ta réponse, tu as certainement raison, vu le spam
qui rentre chez nous, le postmaster est plutôt sollicité,
ce qui m'a fait faire cette confusion c'est parce qu'hier
j'ai eu une lenteur extrême sur internet, j'ai vu que dans
la file d'attente de Exchange il y avait pas mal de mails
vers des destinataires assez bizarres.


Si connexion asymetrique, alors oui, la saturation de l'upload peut
comprometre facilement le surf.
Afin de palier à ce problème, j'ai installé depuis 2 semaines "Bandwith
Controller", qui permet de limiter le trafic par sens/protocole/adresse
etc...
J'ai fixé un maxi de 25Ko/s (sur une 256Kbps en upload) pour le trafic SMTP
sortant, et depuis je n'ai plus aucun ralentissement sur le surf, même
lorsque la file d'attente est pleine de gros message. Pour 50?, je pense que
nous allons le register. C'est freeware 30 jours.
http://bandwidthcontroller.com/

N'oublie pas non plus de préciser un hôte actif (le SMTP de ton FAI), sur
ton connecteur Internet.
Je pense que cela fonctione de la façon suivante (à confirmer, difficile de
vérifier sans tracer à la loupe les logs dans mon cas où il y a aussi un
serveur ISA derrière l'exchange):

Ton serveur exchange, qui envoie lui même un exemplaire à chaque
destinataire pour les messages qui en ont plusieurs. Si on utilise l'hôte
actif, alors le message est envoyé au SMTP "hôte actif" et c'est lui qui se
charge de dispatcher aux différents destinataires, comme quand toi tu
envoies un mail de chez toi par le SMTP de ton FAI.

exemple :durand envoie un message de 500Ko vers :





Total envoyé sans hôte actif : 1,5Mo (500Ko=>Wanadoo, 500Ko=>free,
500Ko=>aol)
Total envoyé avec hôte actif : 500Ko=>smtp de ton FAI....

L'action combinée du bandwidth controller et de la configuration du "hote
actif" permet à mon avis de s'assurer qu'aucun ralentissement sur internet
ne sera causé par une saturation de l'upload et que les messages en files
d'attentes partiront bcp plus vite.
En tous cas, c'est ce que je constate.

Surtout si tes utilisateurs aiment bien faire profiter leurs 15 copains, de
tous les videogags de 4Mo qu'ils reçoivent chaques jours.

possibilité de voir qui envoie sur Exchange à travers le
gestionnaire système Exchange en sélectionnant une file
d'attente sans forcément accéder aux contenus des mais,
les utilisateurs font parfois ce qu'ils veulent car ils
savent que je manque de visibilité sur le serveur c'est
désarmant


Il y a toujours la solution de regarder les logs.
Il y a loggerythme qui fait ça en free, mais je dois dire que je l'avais
téléchargé pour analyser les logs ISA et que je n'ai pas réussi à le faire
fonctionner (probablement parce que mon ISA log au format W3C)
Il sait aussi analyser l'exchange, je n'ai pas encore essayé...