[Eisfair] Samba: create_connection_session_info failed

[Marcus Röckrath]

Hallo Rolf,

Rolf Bensch wrote:

> Anwender erhalten _keine_ Zugriffsverweigerung. Die Linux-Rechte des
> Users bzw. der Gruppe sind okay.

Hier mal ein Beispiel, welches ich forcieren konnte, als ich eine nicht für
mich erlaubte Freigabe aufrief:

[2022/08/02 17:35:12.447076,  1] ../../source3/smbd/service.c:36
(create_connection_session_info)
  create_connection_session_info: user 'xxx' (from session setup) not
permitted to access this share (Ganztag)
[2022/08/02 17:35:12.447114,  1] ../../source3/smbd/service.c:54
(make_connection_snum)
  create_connection_session_info failed: NT_STATUS_ACCESS_DENIED

Oder hier, es ist noch jemand in der Penne am werkeln, die Ferien sind
schließlich bals zu Ende:

[2022/08/02 17:39:34.026848,  1] ../../source3/smbd/service.c:35
(create_connection_session_info)
  create_connection_session_info: guest user (from session setup) not
permitted to access this share (VW-Dokumente)
[2022/08/02 17:39:34.026892,  1] ../../source3/smbd/service.c:54
(make_connection_snum)
  create_connection_session_info failed: NT_STATUS_ACCESS_DENIED

Gast User sind nicht definiert und erlaubt; wieso also hier der Win-Client
den Zugriff als Gast probiert, weiß ich nicht.

In beiden Fällen wird der Zugriff auf die Share verboten.

Nun öffne ich eine Datei von einer Freigabe in LO-Calc:

[2022/08/02 17:48:27.805295,  1] ../../source3/smbd/service.c:35
(create_connection_session_info)
  create_connection_session_info: guest user (from session setup) not
permitted to access this share (VW-Dokumente)
[2022/08/02 17:48:27.805339,  1] ../../source3/smbd/service.c:54
(make_connection_snum)
  create_connection_session_info failed: NT_STATUS_ACCESS_DENIED
[2022/08/02 17:48:27.805628,  2] ../../source3/smbd/utmp.c:43
(sys_utmp_update)
  utmp_update: uname:/var/run/utmp wname:/var/log/wtmp
[2022/08/02 17:48:27.806476,  2] ../../source3/smbd/open.c:1642(open_file)
  xxx opened file _xxxxxxxxxx/.~lock.xxxxxxxx.ods# read=No write=No
(numopen=7)
[2022/08/02 17:48:27.853130,  2] ../../source3/smbd/close.c:82
(close_normal_file)
  xxx closed file _xxxxxxxxxx/.~lock.xxxxxxxx.ods# (numopen=6) NT_STATUS_OK

Auch hier IMHO kommt der User (xxx, bin ich und ich darf da zugreifen)
zunächst mit einer anderen Kennung an.

Übrigens war das davorliegende Beispiel auch vom Öffnen eines Dokumentes
durch den Kollegen; wenn ich aber ein PDF öffne, sieht man die Meldung
nicht.

IMHO vielleicht ein Zusammenhang, dass LO eine Sperrdatei schreibt, was ja
dann auch klappt.

-- 
Gruß Marcus
[eisfair-Team]