This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

winbindd request failed

Hallo Zusammen,

ich habe folgendes Problem. Ich teste zurzeit die Sophos UTM Software für mein Unternehmen. Wir haben als Test die Software auf eigener Hardware laufen. ( Pentium 4, 2GB RAM ). Es läuft die aktuellste UTM-Version ( 9.006-5).

Ich habe Probleme mit dem HTTP-Proxy. Der läuft bei uns im Standard-Mode und alle Domain-User sind berrechtigt diesen zu nutzen.Authentifzierung via SSO. 

Ich bekomme bei der HTTP-Proxy-Authentifizeriung immer folgenden Error:
( Im Internet Explorer popt dann ein Authentifizierugs-Fenster auf, was nicht korrekt ist und nur dann aufpopt wen die Synchronisation übers AD nicht klappt. Dann will die Astaro ja als Failback lokale Daten...)

2013:05:03-07:54:46 gw httpproxy[4350]: id="0003" severity="info" sys="SecureWeb" sub="http" request="0x1322f6c8" function="auth_adir_getsid_callback" file="auth_adir.c" line="504" message="winbindd request failed ()" 


Ich habe auch schon gegooglet und bin auch hier auf Threads mit ähnlichen Problemen gestoßen. Ich hatte den Fehler schon mal, da hat ein simpler Neustart geholfen und danach liefs bis gestern. Ich habe die UTM gestern rutergefahren um den RAM aufzurüsten. Nachdem hochfahren hatte ich wieder diesen wibindd-Fehler. Auch ein mehrfacher Neustart hat nichts gebracht. Den Auth.-Zwischenspeicher habe ich auch schon geleert.

Vielleicht hat hier ja noch jemand eine Idee. Viele Dank im vorraus.

Update:

Kleines Update. Ich habe nun versucht die Authentifizierung zum AD komplett rauszunehmen und nochmal neu einzutragen. Den Auth-Server mit Base- und Bind-DN - Kein Problem. Kann hier auch mit den Benutzern testen. Allerdigs krieg ich SSO icht mehr aktiviert. Benutzerdaten sind korrekt aber es erscheint immer eine Meldung das der Domänenbeitritt fehlgeschlagen ist... ich find das sehr komisch. In den logs find ich dazu nichts, wo wird das an dieser Stelle gelogt? Muss der AD zwingend die Astaro als GW haben? Das ist zurzeit bei uns noch nicht der Fall, da ich noch am testen bin.

Update2:

Ok, Problem ist scheinbar gelöst. Das ist mir bei dem letzten Problem klar geworden. Ich hatte falsche DNS-Forwarder eingetragen. Bzw. hatte ich 3 Stück eingetragen. Scheinbar hat der auch versucht die SSO-Auth. mit externen DNS aufzulösen, was ja nicht klappen kann. Mein Problem ist das wir eine Company Connect haben und ich der Astaro eine feste IP aus dem exteren IP-Pool zugewiesen habe. Allerdings bekomme ich ja keinen DNS, deswegen habe ich als ersten DNS-Forwarder den AD und 2 weitere externe Telekom DNS eingetragen. Funzt das so überhaupt? Gedanke war der das er den internen DNS befragt und für extern raus geht. Ähnlich wie bei den Windows-Netzwerkeinsteinstellungen. Scheinbar hatte ich zuerst nur den AD drin, weshalb ich SSO aktivieren konnte und habe anschließend die Telekom-DNS eingetragen. Was wiederrum auch errklärt warum alles bis zum Neustart der Astaro eiwandfrei lief. Nach dem Neustart der Astaro wurde anscheinend der AD als DNS-Forwarder ignoriert, weshalb man sich am Web-Proxy nicht mehr authentifizieren konnte.

So, da der AD als zweiten DNS unseren ADSL-Anschluss hat, gehen externe DNS-Anfragen nun wahrscheinlich über diese raus. Wenn ich den ADSL nun aber auch an die Astaro anschließe müsste ich im AD noch zusätzlich einen externen DNS angeben? Oder vertue ich mich da?


This thread was automatically locked due to age.
Parents
  • Alles klar, hab ich verstanden. Ich denke so werden wir das dann auch machen. Man könnte ja auch einfach im Netzwerkadapter des ADs als zweiten DNS die Astaro eintragen. Aber als Forwarder scheint mir die sauberere Lösung. Danke dir. [:)]

    Gruß
    Kevin
Reply
  • Alles klar, hab ich verstanden. Ich denke so werden wir das dann auch machen. Man könnte ja auch einfach im Netzwerkadapter des ADs als zweiten DNS die Astaro eintragen. Aber als Forwarder scheint mir die sauberere Lösung. Danke dir. [:)]

    Gruß
    Kevin
Children
No Data