| 1.8, хрю (?), 09:25, 08/03/2017 [ответить] [﹢﹢﹢] [ · · · ]
| –15 +/– | |
>Сервером печати Samba в качестве операционной системы по умолчанию выдаётся Windows Server 2003 R2 SP2;
Но ведь это обман! +)
а так прикидываться другими системами это самое плохое решение, лучше уж совсем не реализовывать, если по другому нельзя.
| | |
| 1.19, Аноним (-), 23:41, 08/03/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> указать в генерируемом Samba файле krb5.conf
А давно Samba krb5.conf создавать научилась? А то я всё время его ручками делал. В том числе и сегодня пришлось.
| | |
| |
| 2.20, нежданчик (?), 04:52, 09/03/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
если используешь не общесистемный (типа /etc/krb5.conf), а настройки по умолчанию то самба сама создает для своих целей в своем каталоге /var/lib/.... )
| | |
|
| 1.22, Адекват (ok), 11:08, 09/03/2017 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
 Ну и естественно опять нет (и не будет) такой штуки, как отдельный pid на каждый открытый файл, или другой механизм, позволяющий прибить блокировку на один отдельно взятый файл, и не трогать блокировки на другие файлы.
Когда пользователь vasya логиниться на самба-сервер, на сервере появляется pid, ну...например Pid=9543.
Когда vasya открывает, скажем файл ms-word, на него создается файл-блокировка средствами samba, а точнее тем самым pid'ом, с id=9543, если вася откроет еще и ms-excel, то на него тоже будет создана блокировка, с таким же pid, 9543. Блокировка позволяет Васе рабоать с этими документами, но если другой пользователь, скажем Glahsa попробует открыть эти же самые файлы - приложения скажут ей, что они открыты только для чтения, и редактировать она их уже не сможет.
Тут внезапно Вася отошел по делам, а Глаше срочно нужно внести свои данные в открытый Васей файл экселя и отправить по почте.
В виндах есть возможность прибить блокировку на файл и позволить другому пользователю открыть его на редактирование.
В линуксе - или прибить всю пользовательскую сессию (а у пользователя может быть открыто несколько десятков файлов) или не прибивать ничего.
На мой взгляд на каждый открытый файл, на стороне файлового сервера должен рождаться свой отдельный pid, который будет дочерним для того Pid'a, который принадлежит пользовательской сессии vasya.
| | |
| |
| 2.23, Michael Shigorin (ok), 11:44, 09/03/2017 [^] [^^] [^^^] [ответить]
| +/– |
 > На мой взгляд на каждый открытый файл, на стороне файлового сервера должен
> рождаться свой отдельный pid, который будет дочерним для того Pid'a, который
> принадлежит пользовательской сессии vasya.
А на каждый чих?
Идите к самбистам, запрашивайте "другой механизм" (не удивлюсь, если он-то уже есть).
| | |
| |
| 3.26, Имя (?), 14:22, 09/03/2017 [^] [^^] [^^^] [ответить]
| –1 +/– | |
>А на каждый чих?
А что не правильного в "дочерних" Pid'ах?
| | |
|
| 2.24, Нанобот (ok), 12:24, 09/03/2017 [^] [^^] [^^^] [ответить]
| +3 +/– |
 >На мой взгляд на каждый открытый файл, на стороне файлового сервера должен рождаться свой отдельный pid
этого недостаточно! нужно на каждый запрос к серверу создавать отдельный процесс! а лучше три: один управляет, второй выполняет запрос, третий стоит на стрёме
| | |
|
| 1.35, DmA (??), 13:42, 11/03/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
надеюсь тут ещё остались люди, которые могут собрать самбу из сырцов :)
| | |
| |
| 2.36, Нониус (?), 07:55, 15/03/2017 [^] [^^] [^^^] [ответить]
| +/– |
Регулярно собираю CRUX из сорцов, включая самбу и ZoL. Правда, для этого у меня уже давно всё автоматизировано скриптами.
| | |
| 2.37, iZEN (ok), 15:33, 30/03/2017 [^] [^^] [^^^] [ответить]
| +/– |
 Во FreeBSD это штатная возможность - собрать необходимое ПО из порта. Но в домашней локальной сети не вижу необходимости в ней - есть NFS.
| | |
|
|
