iis6 und dll

[promediaTEC]

Hallo,<BR>
<BR>
wir haben eine WEB-Serveranwendung erstellt.<BR>
Typ: dll-Einzelanwendung. ( Delphi 7 )<BR>
Das Problem: Diese dll ist auf einem
Internet-Information-Server 6 ( Windows SBS 2003 ) nicht zum laufen zu bringen.<BR>
<BR>
- von einer Clientanwendung wird ein text/xml gesendet. Die Serveranwendung parst die xml, führt ms sql-Aktionen aus und soll eine xml-Antwort zurück senden. Der Client erhaelt stets http 404 (Seite nicht gefunden)<BR>
- auf der Serverseite ist unter der Standardwebsite ein virtuelles Verzeichnis mit entspr. Verlinkung zum lokalen Verzeichnis mit entspr. dll.<BR>
- dem virtuellen und lokalen Verzeichnis wurde iusr mit allen Rechten zugewiesen<BR>
- wir haben auch das iis bereits im iis 5 isolationsmodus laufen lassen - gleiche Ergebnis<BR>
<BR>
Auf Windows Xp und IIS 5 funktioniert es scheinbar (lokales Netz).<BR>
<BR>
Wir sind fuer jeden Hinweis dankbar.<BR>
<BR>
Danke

[Andreas Kosch]

Hallo,

laufen auf dem IIS6 andere ISAPI-Anwendungen erfolgreich? Wenn es sich um die 1. ISAPI-Anwendung handelt, würde ich zuerst in der <b>Serververwaltung</b> prüfen, ob die in der Default-Konfiguration gesperrten ISAPIs erst über den Link <i>Funktion hinzufügen oder entfernen</i> freigeschaltet werden muss. Im Gegensatz zu früher reicht eine einfache NTFS-Freigabe nicht mehr aus. Die erweiteren Sicherheitseinstellunge führen dazu, dass immer dann die Fehlermeldung <i>File not found</i> zurückgeliefert wird, wenn das ausführbare Modul (ISAPI-DLL oder CGI-EXE) nicht im Zweig <b>Web Service Extensions</b> mit dem <b>vollständigen</b> Pfad aufgeführt wird (somit wird Hackern das Unterschieben von unerwünschten Modulen erschwert). Alternativ dazu könnte man auch (wenn die neuen Sicherheitsfunktionen abgeschaltet werden sollen) den Eintrag <b>All Unknown ISAPI Extensions</b> aktiveren.

&gt;Auf Windows Xp und IIS 5 funktioniert es scheinbar.

Wenn es nicht an den Sicherheits-Einstellungen liegt und es sich um ein ISAPI-Filter handelt, das auf SF_READ_RAW_DATA zurückgreift, gibt es ein weiteres Problem. Bislang (IIS5) liefen die Filter immer innerhalb des IIS-Prozesses, so dass es nun (out-of-process) Probleme geben kann. Normalerweise sollte diese aber im IIS5-Modus verschwinden

[promediaTEC]

Hallo,<BR>
<BR>
erst einmal vielen Dank fuer die ersten Anregungen.<BR>
- die dll soll db-Aktionen ausfuehren. Um die connection zu verschluesseln, soll eine cfg aufgerufen werden, die wir in windows\system32\inetsrv abgelegt haben. Jetzt erhalten wir http 500. (Compilieren wir die connection hart ein, funktioniert es.)<BR>
- mit filemon sehen wir folgendes:<BR>
<BR>
w3wp.exe:4148 DIRECTORY C:\windows\system32\inetsrv\ SUCCESS FileBothDirectoryInformation: vdv.cfg <BR>
w3wp.exe:4148 CLOSE C:\windows\system32\inetsrv\ SUCCESS
<BR>
w3wp.exe:4148 OPEN C:\WINDOWS\system32\inetsrv\vdv.cfg ACCESS DENIED PROMEDIATEC\IUSR_SERVER
<BR><BR>

Wir haben schon aus Verzweiflung All Unknown ... aktiviert. Gleiche Ergebnis.<BR>

- unter \Inetpub\wwwroot\ haben wir ein Verzeichnis angelegt, in das wir unsere Test-DLL gepackt haben. In Web Service Extensions ist diese dll mit diesem vollstaendigen Pfad unter dem IUSR... aufgefuehrt. <BR>
- dem Verzeichnis haben wir auch erweiterte Rechte zugewiesen<BR>
- es sollen aber keine Schreibrechte vergeben werden<BR>
Dringend Rat gesucht

[Andreas Kosch]

Hallo,

&gt;..ACCESS DENIED PROMEDIATEC\IUSR_SERVER
..

das vom IIS6 für diese ISAPI verwendete Benutzerkonto hat keine Zugriffsrechte für die cfg-Datei im Verzeichnis <i>C:\windows\system32\inetsrv</i>. Was passiert, wenn ein "harmloses" Verzeichnis für diese Datei verwendet wird, das auch Zugriffsrechte für das Benutzerkonto (<i>IUSR_SERVER</i>) hat

[promediaTEC]

Hallo Herr Kosch,<BR>
da wir sehr schnell eine Loesung brauchten und das Thema der Schreibrechte insgesamt problematisch war, sind wir den Weg ueber die Registry gegangen. Damit funktioniert es erst einmal. Vielen Dank fuer die schnellen Infos.
<BR><BR>
Lindne