Ich habe eine Windows-Maschine (LOKAL), eine Centos 7-VM (VM) und ein LDAP (LDAP), mit dem ich über die VM kommunizieren muss.
LOCAL kann per SSH in die VM einsteigen und unabhängig mit LDAP kommunizieren.
VM kann nicht direkt mit LOCAL oder LDAP kommunizieren
Ich habe einen Befehl auf LOCAL ausgeführt wie
ssh -R 389:LDAP:389 VM
Jetzt kann ich in VM
curl ldap://localhost/..., bietet Authentifizierung und es funktioniert fast. Die entsprechende Antwort wird zurückgegeben, aber die Verbindung hängt.
Warum hängt es, wie kann ich das beheben? Ich habe volle Kontrolle über die VM, ich habe teilweise Kontrolle über LOCAL und keine Kontrolle über LDAP. Ich habe keine Kontrolle über die Infrastruktur, mit der ich kommuniziere.
Ich möchte dies tun können, da ich einen OpenShift-Cluster auf einer Reihe von VMs bereitstelle. OpenShift sollte über ein bestimmtes LDAP authentifiziert werden. Mit der aktuellen Konfiguration (bei der Curl hängt) funktioniert die Integration mit LDAP nicht. Ich habe OpenShift mit einem LDAP-Docker-Image integriert, das ich in dem Netzwerk gestartet habe, mit dem die VM kommunizieren kann, und es hat einwandfrei funktioniert. Daher bin ich zu der Annahme gelangt, dass dieses Hängenbleiben das Problem verursacht.
Wenn ich auf einer Maschine bin, auf der ein LDAP läuft, dann kann ich
ssh -R 400:localhost:389 localhost
An welchem Punkt
curl ldap://localhost:400/...funktioniert gut (kein Hängenbleiben)
was ein bisschen rätselhaft ist
Antwort1
Das Problem wurde gelöst. Das Hängenbleiben beim Curling ist eigentlich ein allgemeines Problem im Zusammenhang mit Curl und bestimmten LDAP-Einstellungen.
https://github.com/curl/curl/issues/622
Dies tritt ein, wenn:
Das von Ihrer Curl-Installation verwendete LDAP-Backend ist OpenLDAP: wahrscheinlich ist das bei Debian der Fall. Abfragen werden an einen Server gestellt, der Verweise zurückgibt: M$AD ist einer davon :-( Externe LDAP-Konfiguration ermöglicht automatisches Verfolgen von Verweisen. Es gibt noch keine einfache Möglichkeit, automatisches Verfolgen von Verweisen in Curl zu unterstützen. Als Workaround kann ich vorschlagen, dass Sie diese Funktion über die LDAP-Konfiguration deaktivieren („REFERRALS off“ in ldap.conf): Dadurch wird das Problem behoben. Natürlich werden dadurch auch die Ergebnisse von Verweisen fehlen, aber im aktuellen Curl-Zustand werden sie sowieso nicht zurückgegeben.
Mehr Details:https://curl.haxx.se/mail/lib-2016-01/0101.html
Openshift funktionierte aufgrund nicht damit zusammenhängender Netzwerkprobleme nicht mit LDAP