Hummingbird FTP-Zugriff Nutzerauthentif. klappt nicht nach Umstellung auf DC 2008/R2

[Lion87]

Hiho,
ich habe ein sehr spezifisches Problem und hoffe, zumindest einen Denkanstoß in die richtige Richtung zu bekommen. Lasst euch bitte nicht von der Problemstellung abschrecken.

Auf einem Client-PC (Win XP SP3) läuft ein Hummingbird-Dienst "inetd", der bei eingehender FTP-Verbindung die damit übermittelten Nutzeranmeldedaten (Username, Password) überprüft, mit Windows-Konten vergleicht und bei erfolgreicher (Windows-)Authentifizierung einen FTP-Dienst "FTPd" startet, der dann als FTP-Server fungiert und die FTP-Anfragen beantwortet.

Dies hat bisher auch funktioniert - selbst bei serverseitig gespeicherten Profilen (Windows Server 2003 Domäne). Nun wurde die Domäne auf Windows Server 2008 R2 umgestellt und damit begannen die Probleme. Scheinbar funktioniert die Benutzerauthentifizierung über den Domänencontroller nicht mehr. Der lokale Dienst weist die FTP-Verbindung immer mit der Antwort "520 Falsche Anmeldung" ab, selbst wenn der Nutzer mit "Nutzername@Domäne" oder "Domäne\Nutzername" angegeben wurde. Bei lokal auf dem PC eingerichteten Profilen klappt der Verbindungsaufbau.

Ansonsten funktioniert noch alles am Rechner. Bei der Windows-Anmeldung meldet sich der Nutzer fein an der Domäne mit seinem servergespeicherten Profil an. Der DC ist erreichbar, DNS funktioniert. Lediglich der Dienst "inetd" kann keine Authentifizierungsanfragen an den DC stellen.
Das kuriose ist: Auf einem anderen PC in der gleichen Domäne klappt das.

Habt ihr Ideen, was ich noch probieren kann? Große Konfigurationsmöglichkeiten bietet "inetd" nicht. Die Dokumentation ist mager. Der Hersteller Hummingbird scheint keinen deutschen Support anzubieten.

Liebe Grüße,
Robert

 

[Andy]

Die Frage ist doch, worin unterscheidet sich der Rechner auf dem es funktioniert von dem, auf dem es nicht funktioniert.

Irgendwelche Firewalls, welche die LDAP abfragen blockieren? Virenscanner?

 

[Lion87]

Die Frage habe ich mir auch schon gestellt und habe bisherige Unterschiede testweise beseitigt, allerdings ohne Erfolg. Zwischen Client und DC sollte keine Firewall stehen (die Windows-Firewall ist m.E. deaktiviert). Den Virenscanner bekommen alle PCs zentral über einen Server verteilt, sodass sich auch dort keine Unterschiede ergeben sollten. Zwar befindet sich der PC, auf dem es funktioniert, im AD in einem anderen Container, sodass für ihn eine andere Richtlinie greift, aber ich habe den PC, auf dem es nicht funktioniert, bereits testweise in denselben Container verschoben gehabt, auch ohne Erfolg.
Mir fallen derzeit keine weiteren Unterschiede ein, weswegen ich gerade in einer Sackgasse stecke. :-( Die Frage ist, welche Voraussetzungen müssen noch erfüllt sein, damit ein Dienst auf einem Client-Rechner Authentifizierungsanfragen an einen Domain Controller schicken kann und auch eine Antwort bekommt?

 

[microsoft]

Sehr oft verwendet mein Namensvetter neue Netzwerkprotokolle, Authentifizierungen oder sonstige Aenderungen im Verbindungsaufbau. Da bin ich schon beim RemoteDesktop zwischen XP und Win7 fast verzweifelt.