akkor most működik a samba-4.4.2?

 ( NevemTeve | 2016. április 25., hétfő - 7:53 )

No, nagy nehezen fordult, települt, elindult. Akkor most jól működik? Természetesen nem, nyilvánvaló módon.

[2016/04/25 07:49:40.816250,  0] ../source3/smbd/smbXsrv_session.c:1387(smbXsrv_session_update)
  smbXsrv_session_update: global_id (0xf89437c2) store failed - NT_STATUS_INVALID_PARAMETER
[2016/04/25 07:49:40.816455,  0] ../source3/smbd/sesssetup.c:388(reply_sesssetup_and_X_spnego)
  smb1: Failed to update session for vuid=5802 - NT_STATUS_INVALID_PARAMETER

20160428.0746.Szerk: Becsépeltem ide is, hogy megmaradjon.

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

smb.conf van vmi paraméter ami nem teccik neki általában ilyenkor.

Úgy néz ki, hogy vagy "unix charset = iso-8859-2" kellene, vagy pedig a /etc/passwd-t utf8-asítani. Vagy ékezetteleníteni.

Mondjuk a getpwnam(3) által visszaadott struct passwd-ben char stringek vannak csak, nem wchart_t stringek, így nem meglepő, hogy ez problémás. Egyáltalán nem jól definiált a működés, ha multibyte karakterek vannak benne.

A testparm program kiírja ha valami elírás van a konfigban.

Elírás nem volt, csak a /etc/passwd nem volt valid utf8.

ugyan samba -t nem használok (OSX servert használunk SMB-re), de ott nem úgy van, hogy smbpasswd -vel kell a saját adatbázisába hozzáadni az usereket? mit csinál a samba a /etc/passwd -vel? (bocs ha "elavult" a kérdés)

Igen, a jelszavakat abból veszi, hiszen azokat a unix nem tárolja, de a user többi adatát valószínűleg a /etc/passwd-ből. Mondjuk azt én sem tudom, hogy azt valaki valahol előírta-e, hogy annak utf8 validnak kellene lennie. (Asszem amikor a /etc/passwd-t kitalálták, akkor még a "7-bit mindenre elegendő" korszak tartott.)