Toon posts:

[.NET] TcpListener blokt IIS?

Pagina: 1
Acties:

Verwijderd

Topicstarter
Tot mijn grote verbazing lijkt het dat de Windows Service ontwikkeld in .NET welke luistert naar TCP connections op poort 443 voorkomt dat IIS op een ander IP adres kan luisteren naar connection op poort 443 (een met SSL beveiligde site).

Ik definieer mijn tcpListener toch echt op een specifiek adres:

_tcpListener = new TcpListener(_serverAddress, _port)

In IIS is het zoals je dat zou verwachten zo dat je meerdere SSL beveiligde sites naast elkaar kan draaien zoals ze op een verschillend IP luisteren. Als ik de .NET applicatie aanzet, werkt deze alleen als alle IIS SSL sites stop gezet zijn.

Als de .NET applicatie draait, kan ik geen enkele SSL beveiligde site in IIS starten.
Iemand een idee hoe ik ervoor kan zorgen dat de .NET applicatie op één adres luistert?

  • Massiefje
  • Registratie: Mei 2002
  • Laatst online: 14-02 21:42
Gebruik je wel een ander IP adres voor de service, alswel voor de IIS site ?

je kan tenslotte maar 1 keer poort 443 op eenzelfde IP gebruiken :)

Ik denk het haast wel, maar het staat niet duidelijk in je post, vandaar dat ik het even vraag.

Verwijderd

Topicstarter
Ik gebruik inderdaad een ander IP adres voor de service :)
Daarom vind ik het zo vreemd dat dit probleem er is.

Verwijderd

Ik heb een soortgelijk probleem meegemaakt bij een combinatie IIS <> Verity ultraseek. Het probleem lag daar bij de socket pooling van IIS, die een bepaalde poort toch op alle ip-adressen kan reserveren.

http://support.microsoft.com/kb/q238131/ verhielp hier de problemen.

Edit: Mocht dat niet helpen, dan is kan dit ook nog helpen (voor IIS 6)

[ Voor 23% gewijzigd door Verwijderd op 24-07-2006 13:12 ]


Verwijderd

Topicstarter
Verwijderd schreef op maandag 24 juli 2006 @ 13:09:
Ik heb een soortgelijk probleem meegemaakt bij een combinatie IIS <> Verity ultraseek. Het probleem lag daar bij de socket pooling van IIS, die een bepaalde poort toch op alle ip-adressen kan reserveren.

http://support.microsoft.com/kb/q238131/ verhielp hier de problemen.

Edit: Mocht dat niet helpen, dan is kan dit ook nog helpen (voor IIS 6)
Het uitzetten van connectionpooling werkte niet maar de laatste suggestie (ip adressen opgeven via httpconf) werkte wel. Enorm bedankt voor je input!