IIS FTP-Publishing mit virtuellen Verzeichnissen funktioniert nicht

IIS FTP-Publishing mit virtuellen Verzeichnissen funktioniert nicht

Ich habe eine Website mit einer freigegebenen Konfiguration auf einem Netzlaufwerk konfiguriert, auf dem die FTP-Veröffentlichung aktiviert ist. Die Site wird mit allen Einstellungen und Dateien auf den Backup-Host dupliziert. Beide Hosts haben also dieselben Einstellungen.

Die Authentifizierung erfolgt mit Standardauthentifizierung und Domänenbenutzern. Anonym ist deaktiviert. Alle Benutzer haben Lese- und Schreibzugriff und die Benutzer sind durch Benutzernamen und Verzeichnisse isoliert.

Um einen Benutzer zu aktivieren, erstellen wir ein virtuelles Verzeichnis mit dem Benutzernamen und führen eine Authentifizierung durch.

Die Datei- und Ordnereinstellungen im Docroot für FTP sind alle auf Vollzugriff für den Apppool-Benutzer eingestellt.

Dies hat früher problemlos funktioniert, aber jetzt können Benutzer auf der Produktionssite zwar keine Dateien mehr hochladen, aber eine Verbindung herstellen. Sogar über den lokalen Host, sodass keine Firewall oder ähnliches erforderlich ist.

Auf unserem Backup-Host funktioniert es immer noch und der einzige Unterschied zu Procmon, den ich sehe, besteht darin, dass der tatsächliche Benutzer, der auf das Dateisystem zugreift, der Apppool-Benutzer auf dem Produktionshost ist, auf dem Backup-Host jedoch der Benutzer NT-Authority\System.

Irgendeine Idee, wie man das beheben kann?

AKTUALISIEREN:

Der einzige Unterschied zwischen dem Produktionssystem und dem Backup-Host besteht darin, dass die Produktion eine Webfarm ist und das Backup nicht. Interessant ist auch, dass es funktioniert, wenn ich auf dem Produktionssystem außerhalb des Dokumentenstamms einen Ordner für die Webfarm erstelle.

Webroot: \\share\\wwwroot

FTP, das nicht funktioniert: \\share\\wwwroot\\FTPFolder

FTP dastutArbeit: \\share\\FTPFolder

Könnte ein Webserverprozess Dateien blockieren?

Antwort1

Stellen Sie sicher, dass Sie dieselben Sicherheitseinstellungen für Ordner haben (diese werden meines Wissens nicht kopiert, wenn Sie AD verwenden), und überprüfen Sie den Benutzer für den App-Pool (falls dieser auf beiden Servern derselbe ist) – das wäre Ihr Problem. Ändern Sie den Benutzer, der den App-Pool ausführt, dann sollte alles in Ordnung sein.

verwandte Informationen