[global]
# map to guest = Bad User
# 'Bad User' is not a valid linux account,
# this option will NOT have windows prompt user
# if windows account name does not match a valid
# linux account. Windows will respond with cannot
# access... their might be a problem with your network
# contact your administrator.
# will make it look like samba share is not there
# can be used as extra layer of security to force
# someone to know valid usernames on linux samba server
# map to guest = nobody
# nobody is a valid but locked linux account,
# When the given Windows user account name does not
# match any valid linux account then a prompt will
# pop up in Windows to give user chance to enter
# a valid linux username/password.
# useful if logged in as Administrator in Windows
# and need to access samba shares
# Warning: anyone on network can go \\yourlinuxserver
# and will get the popup and get a chance
# to enter your samba shares.
[homes]
comment = Home Directories
valid users = %S, %D%w%S
browseable = No
inherit acls = Yes
[scratch]
create mask = 660
directory mask = 770
inherit acls = Yes
path = /scratch
read only = No
browseable = Yes
[dataX]
create mask = 660
directory mask = 770
inherit acls = Yes
path = /data_private
read only = No
browseable = No
в разделе global после того, как вы выбрали вариант map to guest
в качестве первого уровня аутентификации, тогда browseable
да/нет становится полезным, если вы хотите скрыть общий ресурс, чтобы пользователи знали его имя. Например, если имя моего Linux-сервера в сети linuxserver123
, то если кто-то пойдет
\\linuxserver123
в Microsoft Windows они либо получат приглашение, либо будут отклонены на основе map to guest
, а затем будут разрешены, если их имя пользователя/пароль совпадают.
В этот момент данный пользователь увидит только папку своей домашней учетной записи , а не папку homes
, потому что browseable = no
для [homes]
.
И все аутентифицированные пользователи могут видеть scratch
, но НЕ будут видеть папку dataX
из-за настройки browseable
.
Для доступа к dataX
или папке /data_private
пользователь должен выполнить \\linuxserver123\dataX
. Если вы выполняете только \\linuxserver123
в Windows и хотите видеть папку dataX
в дополнение к scratch
и одной папке домашней учетной записи, установите browseable=yes
для [dataX]
.
После аутентификации через Samba в Linux в качестве некоторой заданной локальной учетной записи Linux и с inherit acls = yes
для данного общего ресурса эта локальная учетная запись Linux должна иметь права на чтение/запись/выполнение. для доступа к данной общей папке (s )и файлам.
Linuxbrew будет устанавливать пакеты, которые предоставляют зависимости для устанавливаемых вами пакетов по мере необходимости. Иногда эти зависимости (или, если на то пошло, пакеты, которые вы устанавливаете с помощью brew
), будут предоставлять те же услуги или инструменты, что и программное обеспечение, уже присутствующее в вашей системе. Linuxbrew не будет заменять программное обеспечение, уже установленное другими способами в вашей системе, поскольку то, что он устанавливает, устанавливается в совершенно отдельное место (по замыслу ).
Чтобы убедиться, что команды, предоставляемые brew
, не имеют приоритета над командами, установленными другими способами, убедитесь, что различные каталоги Linuxbrew bin
являются последними в вашем $PATH
или, по крайней мере, после каталоги bin
, содержащие ваши «родные» команды в вашей системе.
Я полагаю, что Linuxbrew добавляет следующее в~/.bash_profile
(пользователя или просит пользователя добавить это, я не помню):
eval $(/home/linuxbrew/.linuxbrew/bin/brew shellenv)
(или что-то подобное ).
Это вызывает команду
export PATH="/home/linuxbrew/.linuxbrew/bin:/home/linuxbrew/.linuxbrew/sbin:$PATH"
для выполнения, который добавляет пути Linuxbrew к фронту вашего $PATH
.
Вы можете запустить команду brew shellenv
в своем терминале и скопировать ее вывод в свой ~/.bash_profile
файл (там должно быть несколько операторов export
), полностью заменяющих соответствующий вызов, и изменение команды export PATH
на
export PATH="$PATH:/home/linuxbrew/.linuxbrew/bin:/home/linuxbrew/.linuxbrew/sbin"
Это гарантирует, что команды по умолчанию (не -Linuxbrew)$PATH
имеют приоритет над командами brew
. Сломает ли это какие-либо brew
пакеты, которые зависят от версии команд Linuxbrew или нет, я не могу сказать.