Twitter iPhone pliant OnePlus 11 PS5 Disney+ Orange Livebox Windows 11

Problème SSL sous IIS 6.0

5 réponses
Avatar
G.B
Bonjour,

j'ai un serveur sous IIS 6.0 avec plusieurs sites Internet, dont 3 avec SSL.
Tout marchait bien, mais depuis quelques jours, les sites SSL ne
fonctionnent plus sur le port 443 (si je les configure sur un autre port,
cela fonctionne).

Sur le port 443, j'ai ce message d'erreur lorsque je redémarre le site : "le
processus ne peut pas accéder au fichier car ce fichier est utilisé par un
autre processus"

J'ai vérifié que le port 443 n'est pas utilisé par un autre processus (avec
la commande netstat, ou avec d'autres logiciels).

J'ai essayé de supprimer les sites et de les recréer, toujours le même
problème, même avec un seul site.

Quelqu'un aurait une idée ?

Merci

5 réponses

Avatar
jbongran
G.B wrote:
Bonjour,

j'ai un serveur sous IIS 6.0 avec plusieurs sites Internet, dont 3
avec SSL. Tout marchait bien, mais depuis quelques jours, les sites
SSL ne fonctionnent plus sur le port 443 (si je les configure sur un
autre port, cela fonctionne).

Sur le port 443, j'ai ce message d'erreur lorsque je redémarre le
site : "le processus ne peut pas accéder au fichier car ce fichier
est utilisé par un autre processus"

J'ai vérifié que le port 443 n'est pas utilisé par un autre processus
(avec la commande netstat, ou avec d'autres logiciels).

J'ai essayé de supprimer les sites et de les recréer, toujours le même
problème, même avec un seul site.

Quelqu'un aurait une idée ?

Merci



Quid de l'observateur d'evenements ?
http://support.microsoft.com/kb/890015/en-us
http://www.kbalertz.com/890015/receive.process.cannot.access.because.being.another.error.message.start.Internet.Information.Services.aspx
Avatar
G.B
Merci pour la réponse, mais ça ne fonctionne pas.

J'ai remarqué 2 choses depuis mon précedent message :

- le problème est survenu juste après les dernières mises à jour de sécurité
que j'ai installées le 14 avril. En les désinstallant, ça ne corrige pas le
problème
- en utilisant netstat avec les paramètres -anob j'ai une info :

TCP 127.0.0.1:443 0.0.0.0:0 En ‚coute 2328
Impossible d'obtenir les informations de propri‚taire.

J'ai à priori bien un processus qui écouté déjà sur le port 443, mais
impossible de savoir qui c'est, et je ne peux pas non plus le 'killer'
(windows me dit que le PID 2328 n'existe pas, et d'autres logiciels ne voient
pas ce processus).


"jbongran" a écrit :

G.B wrote:
> Bonjour,
>
> j'ai un serveur sous IIS 6.0 avec plusieurs sites Internet, dont 3
> avec SSL. Tout marchait bien, mais depuis quelques jours, les sites
> SSL ne fonctionnent plus sur le port 443 (si je les configure sur un
> autre port, cela fonctionne).
>
> Sur le port 443, j'ai ce message d'erreur lorsque je redémarre le
> site : "le processus ne peut pas accéder au fichier car ce fichier
> est utilisé par un autre processus"
>
> J'ai vérifié que le port 443 n'est pas utilisé par un autre processus
> (avec la commande netstat, ou avec d'autres logiciels).
>
> J'ai essayé de supprimer les sites et de les recréer, toujours le même
> problème, même avec un seul site.
>
> Quelqu'un aurait une idée ?
>
> Merci

Quid de l'observateur d'evenements ?
http://support.microsoft.com/kb/890015/en-us
http://www.kbalertz.com/890015/receive.process.cannot.access.because.being.another.error.message.start.Internet.Information.Services.aspx





Avatar
jbongran
G.B wrote:
Merci pour la réponse, mais ça ne fonctionne pas.

J'ai remarqué 2 choses depuis mon précedent message :

- le problème est survenu juste après les dernières mises à jour de
sécurité que j'ai installées le 14 avril. En les désinstallant, ça ne
corrige pas le problème
- en utilisant netstat avec les paramètres -anob j'ai une info :

TCP 127.0.0.1:443 0.0.0.0:0 En ,coute
2328 Impossible d'obtenir les informations de propri,taire.

J'ai à priori bien un processus qui écouté déjà sur le port 443, mais
impossible de savoir qui c'est, et je ne peux pas non plus le 'killer'
(windows me dit que le PID 2328 n'existe pas, et d'autres logiciels
ne voient pas ce processus).


"jbongran" a écrit :

G.B wrote:
Bonjour,

j'ai un serveur sous IIS 6.0 avec plusieurs sites Internet, dont 3
avec SSL. Tout marchait bien, mais depuis quelques jours, les sites
SSL ne fonctionnent plus sur le port 443 (si je les configure sur un
autre port, cela fonctionne).

Sur le port 443, j'ai ce message d'erreur lorsque je redémarre le
site : "le processus ne peut pas accéder au fichier car ce fichier
est utilisé par un autre processus"

J'ai vérifié que le port 443 n'est pas utilisé par un autre
processus (avec la commande netstat, ou avec d'autres logiciels).

J'ai essayé de supprimer les sites et de les recréer, toujours le
même problème, même avec un seul site.

Quelqu'un aurait une idée ?

Merci



Quid de l'observateur d'evenements ?
http://support.microsoft.com/kb/890015/en-us
http://www.kbalertz.com/890015/receive.process.cannot.access.because.being.another.error.message.start.Internet.Information.Services.aspx





Antivirus à jour ?
Essayer de faire un scan "online", par exemple ici:
http://fr.trendmicro-europe.com/consumer/housecall/housecall_launch.php
Voir le site de sysinternals.com, et récuperer une belle collection d'outils
(si ce n'est déja fait):
1 - Les pstools (contient des outils dont kill.exe qui permet de "descendre"
un process par son pid, ou directement le nom de processus)
2 - TCPView, TCPVcon, TDIMon depuis cette page :
http://www.sysinternals.com/NetworkingUtilities.html
3 - Handle: http://www.sysinternals.com/Utilities/Handle.html

Ps: merci de répondre sous la citation...
Avatar
G.B
"jbongran" a écrit :

G.B wrote:
> Merci pour la réponse, mais ça ne fonctionne pas.
>
> J'ai remarqué 2 choses depuis mon précedent message :
>
> - le problème est survenu juste après les dernières mises à jour de
> sécurité que j'ai installées le 14 avril. En les désinstallant, ça ne
> corrige pas le problème
> - en utilisant netstat avec les paramètres -anob j'ai une info :
>
> TCP 127.0.0.1:443 0.0.0.0:0 En ,coute
> 2328 Impossible d'obtenir les informations de propri,taire.
>
> J'ai à priori bien un processus qui écouté déjà sur le port 443, mais
> impossible de savoir qui c'est, et je ne peux pas non plus le 'killer'
> (windows me dit que le PID 2328 n'existe pas, et d'autres logiciels
> ne voient pas ce processus).
>
>
> "jbongran" a écrit :
>
>> G.B wrote:
>>> Bonjour,
>>>
>>> j'ai un serveur sous IIS 6.0 avec plusieurs sites Internet, dont 3
>>> avec SSL. Tout marchait bien, mais depuis quelques jours, les sites
>>> SSL ne fonctionnent plus sur le port 443 (si je les configure sur un
>>> autre port, cela fonctionne).
>>>
>>> Sur le port 443, j'ai ce message d'erreur lorsque je redémarre le
>>> site : "le processus ne peut pas accéder au fichier car ce fichier
>>> est utilisé par un autre processus"
>>>
>>> J'ai vérifié que le port 443 n'est pas utilisé par un autre
>>> processus (avec la commande netstat, ou avec d'autres logiciels).
>>>
>>> J'ai essayé de supprimer les sites et de les recréer, toujours le
>>> même problème, même avec un seul site.
>>>
>>> Quelqu'un aurait une idée ?
>>>
>>> Merci
>>
>> Quid de l'observateur d'evenements ?
>> http://support.microsoft.com/kb/890015/en-us
>> http://www.kbalertz.com/890015/receive.process.cannot.access.because.being.another.error.message.start.Internet.Information.Services.aspx

Antivirus à jour ?
Essayer de faire un scan "online", par exemple ici:
http://fr.trendmicro-europe.com/consumer/housecall/housecall_launch.php
Voir le site de sysinternals.com, et récuperer une belle collection d'outils
(si ce n'est déja fait):
1 - Les pstools (contient des outils dont kill.exe qui permet de "descendre"
un process par son pid, ou directement le nom de processus)
2 - TCPView, TCPVcon, TDIMon depuis cette page :
http://www.sysinternals.com/NetworkingUtilities.html
3 - Handle: http://www.sysinternals.com/Utilities/Handle.html

Ps: merci de répondre sous la citation...






J'ai un anti-virus sur ce serveur, mais j'ai quand même essayé plusieurs
outils en ligne pour vérifier la présence éventuelle de virus, spywares,
malwares, etc...
Rien n'a été détecté par TrendMicro, Symantec, etc....

J'ai essayé également les outils "pstools", qui voient bien un processus
utilisant le port 443, mais n'arrive pas à le tuer.

Je ne vois vraiment plus comment me sortir de cette situation. Je
réinstallerai bien IIS, mais y a tellement de sites et de données que je
préfèrerais éviter.

Voici pour infos le résultat complet de la commande netstat (à priori le
processus qui pose problème a le PID 1140). J'ai occulté les 4 adresses IP
assignées à ce serveur (dont 3 sont réservées pour les 3 sites SSL)

Connexions actives

Proto Adresse locale Adresse distante tat
TCP 0.0.0.0:21 0.0.0.0:0 En ‚coute 1412
[inetinfo.exe]

TCP 0.0.0.0:25 0.0.0.0:0 En ‚coute 1616
[MESMTPC.EXE]

TCP 0.0.0.0:80 0.0.0.0:0 En ‚coute 3488
W3SVC
[svchost.exe]

TCP 0.0.0.0:110 0.0.0.0:0 En ‚coute 1592
[MEPOPS.EXE]

TCP 0.0.0.0:135 0.0.0.0:0 En ‚coute 552
RpcSs
[svchost.exe]

TCP 0.0.0.0:143 0.0.0.0:0 En ‚coute 1492
[MEIMAPS.exe]

TCP 0.0.0.0:444 0.0.0.0:0 En ‚coute 1140
Impossible d'obtenir les informations de propri‚taire.
TCP 0.0.0.0:445 0.0.0.0:0 En ‚coute 4
[SystŠme]

TCP 0.0.0.0:465 0.0.0.0:0 En ‚coute 2576
[stunnel-4.04.exe]

TCP 0.0.0.0:808 0.0.0.0:0 En ‚coute 2708
[java.exe]

TCP 0.0.0.0:995 0.0.0.0:0 En ‚coute 2576
[stunnel-4.04.exe]

TCP 0.0.0.0:1041 0.0.0.0:0 En ‚coute 1412
[inetinfo.exe]

TCP 0.0.0.0:1043 0.0.0.0:0 En ‚coute 1412
[inetinfo.exe]

TCP 0.0.0.0:1048 0.0.0.0:0 En ‚coute 1412
[inetinfo.exe]

TCP 0.0.0.0:1049 0.0.0.0:0 En ‚coute 172
[lsass.exe]

TCP 0.0.0.0:1056 0.0.0.0:0 En ‚coute 2536
[spoolermg.exe]

TCP 0.0.0.0:1433 0.0.0.0:0 En ‚coute 1636
[sqlservr.exe]

TCP 0.0.0.0:1723 0.0.0.0:0 En ‚coute 4
[SystŠme]

TCP 0.0.0.0:2000 0.0.0.0:0 En ‚coute 1140
Impossible d'obtenir les informations de propri‚taire.
TCP 0.0.0.0:2001 0.0.0.0:0 En ‚coute 1140
Impossible d'obtenir les informations de propri‚taire.
TCP 0.0.0.0:2002 0.0.0.0:0 En ‚coute 1140
Impossible d'obtenir les informations de propri‚taire.
TCP 0.0.0.0:2003 0.0.0.0:0 En ‚coute 1140
Impossible d'obtenir les informations de propri‚taire.
TCP 0.0.0.0:2004 0.0.0.0:0 En ‚coute 1140
Impossible d'obtenir les informations de propri‚taire.
TCP 0.0.0.0:2005 0.0.0.0:0 En ‚coute 1140
Impossible d'obtenir les informations de propri‚taire.
TCP 0.0.0.0:2006 0.0.0.0:0 En ‚coute 1140
Impossible d'obtenir les informations de propri‚taire.
TCP 0.0.0.0:2007 0.0.0.0:0 En ‚coute 1140
Impossible d'obtenir les informations de propri‚taire.
TCP 0.0.0.0:2008 0.0.0.0:0 En ‚coute 1140
Impossible d'obtenir les informations de propri‚taire.
TCP 0.0.0.0:2009 0.0.0.0:0 En ‚coute 1140
Impossible d'obtenir les informations de propri‚taire.
TCP 0.0.0.0:2010 0.0.0.0:0 En ‚coute 1140
Impossible d'obtenir les informations de propri‚taire.
TCP 0.0.0.0:3261 0.0.0.0:0 En ‚coute 2864
[wss32.exe]

TCP 0.0.0.0:3306 0.0.0.0:0 En ‚coute 1648
[mysqld-nt.exe]

TCP 0.0.0.0:3386 0.0.0.0:0 En ‚coute 1184
[dhcpcl.exe]

TCP 0.0.0.0:3387 0.0.0.0:0 En ‚coute 2260
[scardupd.exe]

TCP 0.0.0.0:3389 0.0.0.0:0 En ‚coute 4420
TermService
[svchost.exe]

TCP 0.0.0.0:3636 0.0.0.0:0 En ‚coute 1256
Impossible d'obtenir les informations de propri‚taire.
TCP 0.0.0.0:4000 0.0.0.0:0 En ‚coute 1184
[dhcpcl.exe]

TCP 0.0.0.0:4001 0.0.0.0:0 En ‚coute 1184
[dhcpcl.exe]

TCP 0.0.0.0:4002 0.0.0.0:0 En ‚coute 1184
[dhcpcl.exe]

TCP 0.0.0.0:4003 0.0.0.0:0 En ‚coute 1184
[dhcpcl.exe]

TCP 0.0.0.0:4004 0.0.0.0:0 En ‚coute 1184
[dhcpcl.exe]

TCP 0.0.0.0:4005 0.0.0.0:0 En ‚coute 1184
[dhcpcl.exe]

TCP 0.0.0.0:4006 0.0.0.0:0 En ‚coute 1184
[dhcpcl.exe]

TCP 0.0.0.0:4007 0.0.0.0:0 En ‚coute 1184
[dhcpcl.exe]

TCP 0.0.0.0:4008 0.0.0.0:0 En ‚coute 1184
[dhcpcl.exe]

TCP 0.0.0.0:4009 0.0.0.0:0 En ‚coute 1184
[dhcpcl.exe]

TCP 0.0.0.0:4010 0.0.0.0:0 En ‚coute 1184
[dhcpcl.exe]

TCP 0.0.0.0:4011 0.0.0.0:0 En ‚coute 1184
[dhcpcl.exe]

TCP 0.0.0.0:4012 0.0.0.0:0 En ‚coute 1184
[dhcpcl.exe]

TCP 0.0.0.0:4013 0.0.0.0:0 En ‚coute 1184
[dhcpcl.exe]

TCP 0.0.0.0:4014 0.0.0.0:0 En ‚coute 1184
[dhcpcl.exe]

TCP 0.0.0.0:4015 0.0.0.0:0 En ‚coute 1184
[dhcpcl.exe]

TCP 0.0.0.0:4016 0.0.0.0:0 En ‚coute 1184
[dhcpcl.exe]

TCP 0.0.0.0:4017 0.0.0.0:0 En ‚coute 1184
[dhcpcl.exe]

TCP 0.0.0.0:4018 0.0.0.0:0 En ‚coute 1184
[dhcpcl.exe]

TCP 0.0.0.0:4019 0.0.0.0:0 En ‚coute 1184
[dhcpcl.exe]

TCP 0.0.0.0:4020 0.0.0.0:0 En ‚coute 1184
[dhcpcl.exe]

TCP 0.0.0.0:4021 0.0.0.0:0 En ‚coute 1184
[dhcpcl.exe]

TCP 0.0.0.0:4022 0.0.0.0:0 En ‚coute 1184
[dhcpcl.exe]

TCP 0.0.0.0:4023 0.0.0.0:0 En ‚coute 1184
[dhcpcl.exe]

TCP 0.0.0.0:4024 0.0.0.0:0 En ‚coute 1184
[dhcpcl.exe]

TCP 0.0.0.0:4025 0.0.0.0:0 En ‚coute 1184
[dhcpcl.exe]

TCP 0.0.0.0:4026 0.0.0.0:0 En ‚coute 1184
[dhcpcl.exe]

TCP 0.0.0.0:4027 0.0.0.0:0 En ‚coute 1184
[dhcpcl.exe]

TCP 0.0.0.0:4028 0.0.0.0:0 En ‚coute 1184
[dhcpcl.exe]

TCP 0.0.0.0:4029 0.0.0.0:0 En ‚coute 1184
[dhcpcl.exe]

TCP 0.0.0.0:4030 0.0.0.0:0 En ‚coute 1184
[dhcpcl.exe]

TCP 0.0.0.0:4031 0.0.0.0:0 En ‚coute 1184
[dhcpcl.exe]

TCP 0.0.0.0:4032 0.0.0.0:0 En ‚coute 1184
[dhcpcl.exe]

TCP 0.0.0.0:4033 0.0.0.0:0 En ‚coute 1184
[dhcpcl.exe]

TCP 0.0.0.0:4034 0.0.0.0:0 En ‚coute 1184
[dhcpcl.exe]

TCP 0.0.0.0:4035 0.0.0.0:0 En ‚coute 1184
[dhcpcl.exe]

TCP 0.0.0.0:4036 0.0.0.0:0 En ‚coute 1184
[dhcpcl.exe]

TCP 0.0.0.0:4037 0.0.0.0:0 En ‚coute 1184
[dhcpcl.exe]

TCP 0.0.0.0:4038 0.0.0.0:0 En ‚coute 1184
[dhcpcl.exe]

TCP 0.0.0.0:4039 0.0.0.0:0 En ‚coute 1184
[dhcpcl.exe]

TCP 0.0.0.0:4040 0.0.0.0:0 En ‚coute 1184
[dhcpcl.exe]

TCP 0.0.0.0:4041 0.0.0.0:0 En ‚coute 1184
[dhcpcl.exe]

TCP 0.0.0.0:4042 0.0.0.0:0 En ‚coute 1184
[dhcpcl.exe]

TCP 0.0.0.0:4043 0.0.0.0:0 En ‚coute 1184
[dhcpcl.exe]

TCP 0.0.0.0:4044 0.0.0.0:0 En ‚coute 1184
[dhcpcl.exe]

TCP 0.0.0.0:4045 0.0.0.0:0 En ‚coute 1184
[dhcpcl.exe]

TCP 0.0.0.0:4046 0.0.0.0:0 En ‚coute 1184
[dhcpcl.exe]

TCP 0.0.0.0:4047 0.0.0.0:0 En ‚coute 1184
[dhcpcl.exe]

TCP 0.0.0.0:4048 0.0.0.0:0 En ‚coute 1184
[dhcpcl.exe]

TCP 0.0.0.0:4049 0.0.0.0:0 En ‚coute 1184
[dhcpcl.exe]

TCP 0.0.0.0:4431 0.0.0.0:0 En ‚coute 3488
W3SVC
[svchost.exe]

TCP 0.0.0.0:5422 0.0.0.0:0 En ‚coute 2612
Impossible d'obtenir les informations de propri‚taire.
TCP 0.0.0.0:5423 0.0.0.0:0 En ‚coute 2612
Impossible d'obtenir les informations de propri‚taire.
TCP 0.0.0.0:8009 0.0.0.0:0 En ‚coute 2708
[java.exe]

TCP 0.0.0.0:8025 0.0.0.0:0 En ‚coute 1412
[inetinfo.exe]

TCP 0.0.0.0:8080 0.0.0.0:0 En ‚coute 2852
[wtrs_ui.exe]

TCP 0.0.0.0:8081 0.0.0.0:0 En ‚coute 1604
[MERADMS.exe]

TCP 0.0.0.0:8098 0.0.0.0:0 En ‚coute 3488
W3SVC
[svchost.exe]

TCP 0.0.0.0:8099 0.0.0.0:0 En ‚coute 3488
W3SVC
[svchost.exe]

TCP 0.0.0.0:8401 0.0.0.0:0 En ‚coute 3488
W3SVC
[svchost.exe]

TCP 0.0.0.0:8620 0.0.0.0:0 En ‚coute 3488
W3SVC
[svchost.exe]

TCP 0.0.0.0:9999 0.0.0.0:0 En ‚coute 2976
[wtrs.exe]

TCP 0.0.0.0:30000 0.0.0.0:0 En ‚coute 2576
[stunnel-4.04.exe]

TCP <MON_IP_4>:53 0.0.0.0:0 En ‚coute 1664
[named.exe]

TCP <MON_IP_2>:53 0.0.0.0:0 En ‚coute 1664
[named.exe]

TCP <MON_IP_1>:53 0.0.0.0:0 En ‚coute 1664
[named.exe]

TCP <MON_IP_3>:53 0.0.0.0:0 En ‚coute 1664
[named.exe]

TCP <MON_IP_1>:8282 0.0.0.0:0 En ‚coute 1476
[MEHTTPS.EXE]

TCP 127.0.0.1:53 0.0.0.0:0 En ‚coute 1664
[named.exe]

TCP 127.0.0.1:106 0.0.0.0:0 En ‚coute 3384
[PopPassD.exe]

TCP 127.0.0.1:443 0.0.0.0:0 En ‚coute 1140
Impossible d'obtenir les informations de propri‚taire.
TCP 127.0.0.1:953 0.0.0.0:0 En ‚coute 1664
[named.exe]

TCP 127.0.0.1:3385 0.0.0.0:0 En ‚coute 1184
[dhcpcl.exe]

TCP 127.0.0.1:8005 0.0.0.0:0 En ‚coute 2708
[java.exe]

TCP 127.0.0.1:8282 0.0.0.0:0 En ‚coute 1476
[MEHTTPS.EXE]

TCP <MON_IP_1>:25 222.80.140.5:4794 tablie 1616
[MESMTPC.EXE]

TCP <MON_IP_1>:80 80.118.132.244:63940 tablie 4
[SystŠme]

TCP <MON_IP_1>:80 84.5.140.100:4480 tablie 4
[SystŠme]

TCP <MON_IP_1>:80 84.5.140.100:4481 tablie 4
[SystŠme]

TCP <MON_IP_1>:110 86.193.255.112:1958 tablie 1592
[MEPOPS.EXE]

TCP <MON_IP_1>:3389 82.246.249.171:1184 tablie 4420
TermService
[svchost.exe]

TCP <MON_IP_1>:80 65.214.44.46:43557 En attente 0
TCP <MON_IP_1>:80 195.68.23.161:56297 En attente 0
TCP <MON_IP_1>:80 195.68.23.161:56296 En attente 0
TCP <MON_IP_1>:80 195.68.23.161:56293 En attente 0
TCP <MON_IP_1>:80 195.68.23.161:56288 En attente 0
TCP <MON_IP_1>:80 195.68.23.161:56300 En attente 0
TCP <MON_IP_1>:80 195.68.23.161:56287 En attente 0
TCP <MON_IP_1>:80 195.68.23.161:56303 En attente 0
TCP <MON_IP_1>:80 195.68.23.161:56304 En attente 0
TCP <MON_IP_1>:80 195.68.23.161:56306 En attente 0
TCP <MON_IP_1>:80 195.68.23.161:56307 En attente 0
TCP <MON_IP_1>:80 195.68.23.161:56285 En attente 0
TCP <MON_IP_1>:80 195.68.23.161:56283 En attente 0
TCP <MON_IP_1>:80 195.68.23.161:56309 En attente 0
TCP <MON_IP_1>:80 195.68.23.161:56310 En attente 0
TCP <MON_IP_1>:80 195.68.23.161:56311 En attente 0
TCP <MON_IP_1>:80 195.68.23.161:56312 En attente 0
TCP <MON_IP_1>:80 195.68.23.161:56281 En attente 0
TCP <MON_IP_1>:80 195.68.23.161:56299 En attente 0
TCP <MON_IP_1>:80 195.68.23.161:56317 En attente 0
TCP <MON_IP_1>:80 195.68.23.161:56314 En attente 0
TCP <MON_IP_1>:80 195.68.23.161:56315 En attente 0
TCP <MON_IP_1>:80 195.68.23.161:56305 En attente 0
TCP <MON_IP_1>:110 82.122.2.224:26069 En attente 0
TCP <MON_IP_1>:110 82.122.2.224:26067 En attente 0
TCP <MON_IP_1>:110 82.122.2.224:26070 En attente 0
TCP <MON_IP_1>:110 82.122.2.224:26096 En attente 0
TCP <MON_IP_1>:110 82.122.2.224:26068 En attente 0
TCP <MON_IP_1>:110 193.251.82.4:13770 En attente 0
TCP <MON_IP_1>:110 193.251.82.4:13769 En attente 0
TCP 127.0.0.1:1281 127.0.0.1:3306 En attente 0
TCP 127.0.0.1:1286 127.0.0.1:3306 En attente 0
TCP 127.0.0.1:1287 127.0.0.1:3306 En attente 0
TCP 127.0.0.1:1293 127.0.0.1:3306 En attente 0
UDP 0.0.0.0:1033 *:* 604
Dnscache
[svchost.exe]

UDP 0.0.0.0:1338 *:* 604
Dnscache
[svchost.exe]

UDP 0.0.0.0:1027 *:* 1664
[named.exe]

UDP 0.0.0.0:3456 *:* 1412
[inetinfo.exe]

UDP 0.0.0.0:1026 *:* 604
Dnscache
[svchost.exe]

UDP 0.0.0.0:4500 *:* 172
[lsass.exe]

UDP 0.0.0.0:1434 *:* 1636
[sqlservr.exe]

UDP 0.0.0.0:1701 *:* 4
[SystŠme]

UDP 0.0.0.0:445 *:* 4
[SystŠme]

UDP 0.0.0.0:500 *:* 172
[lsass.exe]

UDP <MON_IP_1>:53 *:* 1664
[named.exe]

UDP <MON_IP_1>:123 *:* 676
W32Time
[svchost.exe]

UDP <MON_IP_3>:123 *:* 676
W32Time
[svchost.exe]

UDP <MON_IP_4>:53 *:* 1664
[named.exe]

UDP <MON_IP_3>:53 *:* 1664
[named.exe]

UDP <MON_IP_2>:53 *:* 1664
[named.exe]

UDP <MON_IP_4>:123 *:* 676
W32Time
[svchost.exe]

UDP <MON_IP_2>:123 *:* 676
W32Time
[svchost.exe]

UDP 127.0.0.1:1144 *:* 712
RemoteAccess
[svchost.exe]

UDP 127.0.0.1:1143 *:* 712
RemoteAccess
[svchost.exe]

UDP 127.0.0.1:3456 *:* 1412
[inetinfo.exe]

UDP 127.0.0.1:53 *:* 1664
[named.exe]

UDP 127.0.0.1:123 *:* 676
W32Time
[svchost.exe]

UDP 127.0.0.1:4996 *:* 1284
[iexplore.exe]
Avatar
jbongran
G.B wrote:
"jbongran" a écrit :

G.B wrote:
Merci pour la réponse, mais ça ne fonctionne pas.

J'ai remarqué 2 choses depuis mon précedent message :

- le problème est survenu juste après les dernières mises à jour de
sécurité que j'ai installées le 14 avril. En les désinstallant, ça
ne corrige pas le problème
- en utilisant netstat avec les paramètres -anob j'ai une info :

TCP 127.0.0.1:443 0.0.0.0:0 En ,coute
2328 Impossible d'obtenir les informations de propri,taire.

J'ai à priori bien un processus qui écouté déjà sur le port 443,
mais impossible de savoir qui c'est, et je ne peux pas non plus le
'killer' (windows me dit que le PID 2328 n'existe pas, et d'autres
logiciels ne voient pas ce processus).


"jbongran" a écrit :

G.B wrote:
Bonjour,

j'ai un serveur sous IIS 6.0 avec plusieurs sites Internet, dont 3
avec SSL. Tout marchait bien, mais depuis quelques jours, les
sites SSL ne fonctionnent plus sur le port 443 (si je les
configure sur un autre port, cela fonctionne).

Sur le port 443, j'ai ce message d'erreur lorsque je redémarre le
site : "le processus ne peut pas accéder au fichier car ce fichier
est utilisé par un autre processus"

J'ai vérifié que le port 443 n'est pas utilisé par un autre
processus (avec la commande netstat, ou avec d'autres logiciels).

J'ai essayé de supprimer les sites et de les recréer, toujours le
même problème, même avec un seul site.

Quelqu'un aurait une idée ?

Merci



Quid de l'observateur d'evenements ?
http://support.microsoft.com/kb/890015/en-us
http://www.kbalertz.com/890015/receive.process.cannot.access.because.being.another.error.message.start.Internet.Information.Services.aspx





Antivirus à jour ?
Essayer de faire un scan "online", par exemple ici:
http://fr.trendmicro-europe.com/consumer/housecall/housecall_launch.php
Voir le site de sysinternals.com, et récuperer une belle collection
d'outils (si ce n'est déja fait):
1 - Les pstools (contient des outils dont kill.exe qui permet de
"descendre" un process par son pid, ou directement le nom de
processus) 2 - TCPView, TCPVcon, TDIMon depuis cette page :
http://www.sysinternals.com/NetworkingUtilities.html
3 - Handle: http://www.sysinternals.com/Utilities/Handle.html

Ps: merci de répondre sous la citation...






J'ai un anti-virus sur ce serveur, mais j'ai quand même essayé
plusieurs outils en ligne pour vérifier la présence éventuelle de
virus, spywares, malwares, etc...
Rien n'a été détecté par TrendMicro, Symantec, etc....

J'ai essayé également les outils "pstools", qui voient bien un
processus utilisant le port 443, mais n'arrive pas à le tuer.

Je ne vois vraiment plus comment me sortir de cette situation. Je
réinstallerai bien IIS, mais y a tellement de sites et de données que
je préfèrerais éviter.



Il me semble que tu a MailEnable qui tourne sur ce serveur, as tu la version
comportant le webadmin et/ou le webmail ?
Peut être est-ce un de ces deux modules qui sont en écoute.
En arrêtant iis, si tu essayes de te connecter sur le port 443 (en telnet ou
via ton navigateur) ça donne quelque chose ?
Peut qu'en desactivant le socket pooling (DisableSocketPooling) de iis
http://support.microsoft.com/default.aspx?scid=kb;EN-US;813368 et en
ajoutant les ip's une par une. Le process bloquant n'écoutant que l'ip
127.0.0.1 (localhost) sur le port 443, mais j'ignore si IIS peut démarrer
dans ces conditions.
De toutes façon, il faudra bien determiner quel est ce processus avec autant
de ports en écoute (+ de dix)