Sziasztok!
Van 3 szerver, egy PDC és két BDC, Openldap backenddel. Upgrade-eltem Wheezy-ről Jessie-re, és adódott két problémám. Az első, hogy nem ment az ldap syncrepl. Ezt megoldottam (újraindexeltem az ldap adatbázisokat, és ha minden jól megy, ez oldotta meg a problémát).
A következő hibajelenségen viszont nem sikerült felülkerekednem. Az egyik BDC-n (srv7) a frissítés után nem indult el az smbd (a másik BDC most le van állítva, nem mernék megesküdni rá, hogy azon rendesen fut, bár én úgy emlékszem, hogy a frissítés után teszteltem a megosztások elérhetőségét azon). Az újraindexelés után elindult ugyan az smbd, de nem autentikál, nem lehet a megosztásaira csaltakozni. A PDC-n (srv3) renben fut a samba, autentikál, elérhetőek a megosztásai is, nmbd, smbd, winbind logokban nincs hibajelzés.
A BDC logjai:
log.smbd:
[2016/07/20 09:27:40, 0] ../source3/smbd/server.c:1241(main)
smbd version 4.2.10-Debian started.
Copyright Andrew Tridgell and the Samba Team 1992-2014
[2016/07/20 09:27:46.325921, 0] ../lib/util/become_daemon.c:124(daemon_ready)
STATUS=daemon 'smbd' finished starting up and ready to serve connections
[2016/07/20 09:27:46.327519, 0] ../source3/lib/util_sock.c:478(open_socket_in)
open_socket_in(): setsockopt: SO_REUSEPORT = true on port 139 failed with error = A protokoll nem érhető el
log.nmbd:
[2016/07/20 10:46:43, 0] ../source3/nmbd/nmbd.c:908(main)
nmbd version 4.2.10-Debian started.
Copyright Andrew Tridgell and the Samba Team 1992-2014
[2016/07/20 10:46:43.703959, 0] ../source3/lib/util_sock.c:478(open_socket_in)
open_socket_in(): setsockopt: SO_REUSEPORT = true on port 137 failed with error = A protokoll nem érhető el
[2016/07/20 10:46:43.704270, 0] ../source3/lib/util_sock.c:478(open_socket_in)
open_socket_in(): setsockopt: SO_REUSEPORT = true on port 137 failed with error = A protokoll nem érhető el
[2016/07/20 10:46:43.704295, 0] ../source3/lib/util_sock.c:478(open_socket_in)
open_socket_in(): setsockopt: SO_REUSEPORT = true on port 137 failed with error = A protokoll nem érhető el
[2016/07/20 10:46:43.706501, 0] ../lib/util/become_daemon.c:124(daemon_ready)
STATUS=daemon 'nmbd' finished starting up and ready to serve connections
[2016/07/20 10:46:43.706618, 0] ../source3/nmbd/nmbd_logonnames.c:162(add_logon_names)
add_domain_logon_names:
Attempting to become logon server for workgroup XYZ on subnet 192.168.0.7
[2016/07/20 10:46:43.706658, 0] ../source3/nmbd/nmbd_logonnames.c:162(add_logon_names)
add_domain_logon_names:
Attempting to become logon server for workgroup XYZ on subnet UNICAST_SUBNET
[2016/07/20 10:46:43.707069, 0] ../source3/nmbd/nmbd_logonnames.c:123(become_logon_server_success)
become_logon_server_success: Samba is now a logon server for workgroup XYZ on subnet UNICAST_SUBNET
[2016/07/20 10:46:47.711675, 0] ../source3/nmbd/nmbd_logonnames.c:123(become_logon_server_success)
become_logon_server_success: Samba is now a logon server for workgroup XYZ on subnet 192.168.0.7
A winbind logja rendben lévőnek tűnik.
Nézegettem a neten, mi lehet a gond, mit tehetnék. Erre nem találtam semmi használható ötletet eddig.
Ezek rendben lefutnak:
wbinfo -u
wbinfo -g
nmblookup -B SRV7 __SAMBA__
nmblookup -B DS1021 '*'
nmblookup -d 2 '*'
nmblookup -M xyz
Ezek már hibát jeleztek:
smbclient -U admin //SRV7/NETLOGON
session setup failed: NT_STATUS_LOGON_FAILURE
smbclient -L SRV7 -d 10
…
SPNEGO login failed: Logon failure
session setup failed: NT_STATUS_LOGON_FAILURE
- 2468 megtekintés
Hozzászólások
"a protokoll nem érhető el" -- valaki elállította a LC_MESSAGES-t (vagy a környékén valamit), ez így biztos nem jó.
Mondjuk lehet, hogy simán a SO_RESUEPORT eltávolítása segítene...
- A hozzászóláshoz be kell jelentkezni
Összehasonlítottam a PDC és a BDC beállításait, és közelítettem a BDC-jét a PDC-hez. Frissebb kernelt is telepítettem, mert a systemd panaszkodott a 3.2-esre. Az utolsó lépés, ami eltüntette a logokból a fent idézett hibaüzeneteket, hogy az ldap.conf-ban átállítottam az adatbázis forrását. Eddig a PDC-re mutatott, most lokális. Több újraindításom is volt, kis lépésenként, és mindig teszteltem, van-e változás. Úgyhogy úgy tűnik, ez segített... Viszont az alapproblémát nem oldotta meg, a hitelesítés ugyanúgy nem megy :(
- A hozzászóláshoz be kell jelentkezni
smbd fut? Milyen portokat tart megnyitva (lsof -n -P -i | grep smbd)?
- A hozzászóláshoz be kell jelentkezni
Igen, fut.
lsof -n -P -i | grep smbd
smbd 638 root 36u IPv4 12089 0t0 TCP 192.168.0.7:139 (LISTEN)
smbd 638 root 37u IPv4 12090 0t0 TCP 127.0.0.1:139 (LISTEN)
smbd 638 root 38u IPv6 12091 0t0 TCP [::1]:139 (LISTEN)
- A hozzászóláshoz be kell jelentkezni
Nagyon kellene oda egy :445
$ grep 445 /etc/services
microsoft-ds 445/tcp # Microsoft Naked CIFS
microsoft-ds 445/udp
- A hozzászóláshoz be kell jelentkezni
Sajnos nem emlékszem, miért csak a 139-re állítottam be, viszont a PDC-n is így van, és így is működik (ezzel nem azt akarom mondani, hogy teljesen mindegy, csak azt, hogy ettől még működnie kellene).
- A hozzászóláshoz be kell jelentkezni
"Ügyfél: de ha eddig működött, most hogyhogy elromlott????"
- A hozzászóláshoz be kell jelentkezni
A
getent passwdés
getent group is csak a flat files-ból hozták a bejegyzéseket, mint kiderült. Ez az nsswitch.conf-al és a libnss-ldap-al van kapcsolatban. Előbbi rendben volt, utóbbiban eltérés volt a két szerveren. Kiderült, hogy a PDC-n libnss-ldapd, míg a BDC-n libnss-ldap volt telepítve. Előbbi egyszerűbb, bizonyos szempontból jobb a Debian Wiki szerint, így váltottam rá a BDC-n is. Telepítése közben megkérdezte a beállításokat (amiket fogalmam sincs, hová mentett), utána pedig helyreállt a rend... Gondolom a dist-upgrade utáni libnss-ldapnak a konfigurációját fejlesztették, de mivel én megtartottam a régi konfigfájlt, ezért nem működött.
Gondoltam leírom okulásul.
- A hozzászóláshoz be kell jelentkezni