Hallo zusammen,
das nächste Problem 
Wir haben gestern unseren Proxmox-Server auf Version 8 aktualisiert. Soweit funktioniert auch alles. Nur ein LDAP-Search (und auch Anmeldungen) aus einem Container durch die Firewall zum Linuxmuster-Server schlägt fehl.
Als einer VM kein Problem. Und das ging vor dem Update problemlos.
Ich hänge mal an, was passiert.
Hat jemand ein ähnliches Setup (LDAP-Login an v7 aus einem Container heraus)? Bzw. könnte das mal jemand bei sich testen?
Der Aufruf ldapsearch -H ldap://192.168.1.171:389 -D "CN=<dienst>-binduser,OU=Management,OU=default-school,OU=SCHOOLS,DC=corvi,DC=linuxmuster,DC=lan" -w "<passwort>" -b "ou=SCHOOLS,dc=corvi,dc=linuxmuster,dc=lan" -vv -d 1
hängt in der letzten Zeit - und dann tut sich nichts mehr. Auch kein Timeout.
Hätten wir nicht auf Keycloak umgestellt (dass natürlich derzeit den LDAP nicht repliziert, aber immerhin erfolgreich authentifiziert), hätten wir ein ziemlich großes Problem…
Vielleicht hat ja irgendjemand eine Idee… Zumindest wäre ich mit dem Upgrade auf Proxmox 8 erst einmal vorsichtig, wenn das jemand ähnlich strukturiert hat.
Danke und viele Grüße
Thomas
ldap_url_parse_ext(ldap://192.168.1.171:389)
ldap_initialize( ldap://192.168.1.171:389/??base )
ldap_create
ldap_url_parse_ext(ldap://192.168.1.171:389/??base)
ldap_sasl_bind
ldap_send_initial_request
ldap_new_connection 1 1 0
ldap_int_open_connection
ldap_connect_to_host: TCP 192.168.1.171:389
ldap_new_socket: 3
ldap_prepare_socket: 3
ldap_connect_to_host: Trying 192.168.1.171:389
ldap_pvt_connect: fd: 3 tm: -1 async: 0
attempting to connect:
connect success
ldap_open_defconn: successful
ldap_send_server_request
ber_scanf fmt ({it) ber:
ber_scanf fmt ({i) ber:
ber_flush2: 117 bytes to sd 3
ldap_result ld 0x621e936d9100 msgid 1
wait4msg ld 0x621e936d9100 msgid 1 (infinite timeout)
wait4msg continue ld 0x621e936d9100 msgid 1 all 1
** ld 0x621e936d9100 Connections:
* host: 192.168.1.171 port: 389 (default)
refcnt: 2 status: Connected
last used: Sat Sep 7 15:46:08 2024
** ld 0x621e936d9100 Outstanding Requests:
* msgid 1, origid 1, status InProgress
outstanding referrals 0, parent count 0
ld 0x621e936d9100 request count 1 (abandoned 0)
** ld 0x621e936d9100 Response Queue:
Empty
ld 0x621e936d9100 response count 0
ldap_chkResponseList ld 0x621e936d9100 msgid 1 all 1
ldap_chkResponseList returns ld 0x621e936d9100 NULL
ldap_int_select
read1msg: ld 0x621e936d9100 msgid 1 all 1
ber_get_next
ber_get_next: tag 0x30 len 12 contents:
read1msg: ld 0x621e936d9100 msgid 1 message type bind
ber_scanf fmt ({eAA) ber:
read1msg: ld 0x621e936d9100 0 new referrals
read1msg: mark request completed, ld 0x621e936d9100 msgid 1
request done: ld 0x621e936d9100 msgid 1
res_errno: 0, res_error: <>, res_matched: <>
ldap_free_request (origid 1, msgid 1)
ldap_parse_result
ber_scanf fmt ({iAA) ber:
ber_scanf fmt (}) ber:
ldap_msgfree
filter: (objectclass=*)
requesting: All userApplication attributes
# extended LDIF
#
# LDAPv3
# base <ou=SCHOOLS,dc=corvi,dc=linuxmuster,dc=lan> with scope subtree
# filter: (objectclass=*)
# requesting: ALL
#
ldap_search_ext
put_filter: "(objectclass=*)"
put_filter: simple
put_simple_filter: "objectclass=*"
ldap_send_initial_request
ldap_send_server_request
ber_scanf fmt ({it) ber:
ber_scanf fmt ({) ber:
ber_flush2: 80 bytes to sd 3
ldap_result ld 0x621e936d9100 msgid -1
wait4msg ld 0x621e936d9100 msgid -1 (infinite timeout)
wait4msg continue ld 0x621e936d9100 msgid -1 all 0
** ld 0x621e936d9100 Connections:
* host: 192.168.1.171 port: 389 (default)
refcnt: 2 status: Connected
last used: Sat Sep 7 15:46:08 2024
** ld 0x621e936d9100 Outstanding Requests:
* msgid 2, origid 2, status InProgress
outstanding referrals 0, parent count 0
ld 0x621e936d9100 request count 1 (abandoned 0)
** ld 0x621e936d9100 Response Queue:
Empty
ld 0x621e936d9100 response count 0
ldap_chkResponseList ld 0x621e936d9100 msgid -1 all 0
ldap_chkResponseList returns ld 0x621e936d9100 NULL
ldap_int_select