Права доступа again
В этом рецепте всё с правами доступа 100% ok. В старой (переименованной) папке и новой - они у vova.
Нет. Имя пользователя останется тем же, но сменится UID.
UPD: Точнее, система при создании пользователя выберет первый свободный UID, но он может не совпасть. Если так и случится, то нужно от рута сделать
chown -R vova:users /home/vova[quote="karl_muenhgausen"]В этом рецепте всё с правами доступа 100% ok. В старой (переименованной) папке и новой - они у vova.
Нет. Имя пользователя останется тем же, но сменится UID.
UPD: Точнее, система при создании пользователя выберет первый свободный UID, но он может не совпасть. Если так и случится, то нужно от рута сделать
chown -R vova:users /home/vova[/quote]
Верно, сорри, конечно (посыпаю пеплом седины) убить vasya сначала. Первый UID отойдёт к vova (собственно, как я и делал). Или так, как Вы говорите. Оно и надёжнее, согласен.
Но всяко так сделать имхо проще, чем мучиться как ТС пока что...
Заводим заново пользователя vova с папкой /home/vova/ и под его логином перетаскиваем туда все данные из /home/vova1/.
Еще одно уточнение. Это потребует прав рута - по умолчанию ни один пользователь (кроме рута) не может зайти в домашний каталог другого пользователя.
[quote="karl_muenhgausen"]Заводим заново пользователя vova с папкой /home/vova/ и под его логином перетаскиваем туда все данные из /home/vova1/.
Еще одно уточнение. Это потребует прав рута - по умолчанию ни один пользователь (кроме рута) не может зайти в домашний каталог другого пользователя.[/quote]
Так она и становится не домашним каталогом vova1 (такого пользователя нет), а просто папкой в каталоге /home коих помимо домашних каталогов можно плодить сколько угодно. Со всем содержимым принадлежащей vova - в том и фокус (про UID vova уже обсудили).
Только что так одному товарищу делал. Было:
vova UID 500
Переустановка - vasya UID 500 /home/vasya/
Переименование - /home/vova/ в /home/vova1/
Создание vova UID 501 /home/vova/
Удаление vasya.
Имеем vova UID 500 - /home/vova/ и просто папку /home/vova1/ со всем содержимым принадлежащем vova UID 500
Создание vova UID 501 /home/vova/Удаление vasya.Имеем vova UID 500 - /home/vova/ и просто папку /home/vova1/ со всем содержимым принадлежащем vova UID 500
Что-то на фантастику похоже :)
В Slackware UID автоматом не переназначается.
[quote="karl_muenhgausen"]Создание vova UID 501 /home/vova/Удаление vasya.Имеем vova UID 500 - /home/vova/ и просто папку /home/vova1/ со всем содержимым принадлежащем vova UID 500
Что-то на фантастику похоже :)
В Slackware UID автоматом не переназначается.[/quote]
Mageia 2 64
Сам удивился, собирался руками корячить. Думал, назначит 502
Вероятно идея в том, что первопользователь с первоUID обязан быть. Но это чисто моё предположение.
Собственно, на этот случай тоже всё просто: с LiveCD переименовать /home/vova/ в /home/vova1/ и ставить систему вчистую с пользователем vova. Там он был первым по умолчанию и тут будет.
[SELFCENSORED]
Более того, при монтировании /home другой, второй системы, в которой тоже есть vova, его домашний каталог будет доступен пользователю vova первой системы.
В правах юзер vova, группа users, а какой у него UID в системе им в общем-то всё равно!
Нет, не все равно: имя пользователя в системе - это всего лишь "человекоугодное" представление определенного UID, и это представление, в принципе, может быть и не одно.
UPD: Пользователи и группы: сложный путь (SlackBook)
Нет, не все равно
Вы правы, что-то я погорячился, не обратив внимания на то, что у меня в двух системах и имя и UID совпадают... Суббота, однако... ;)
Прикольный диалог отпочковался от темы, но есть к вам несколько вопросов:
1. Накой мне заморочка с пользователями и правами, если настроек я особых не делал ещё, система ставилась с чистого листа?
2. Если я решусь на предлагаемый вами путь (ради получения бесценного опыта, а не для сохранения каких-то настроек), как сохранить /home ("Ставим систему с чистого листа не трогая /home с новым пользователем, скажем, vasya.") если при установке раздел форматируется?
я пытался понять как и почему у меня произошел такой казус, дабы в будущем избежать подобных НС, а если лечить все переустановкой, тогда наверно нужен просто образ установленной системы чтоб при наступлении .опу не заморачиваясь за полчаса поднимать систему и не думать совсем.
Немного поправил сообщение. Причина - 3.2.6. Запрещено использовать грубые выражения и ненормативную лексику (мат), включая замаскированный. yars
как сохранить /home
В случае когда у вас отделен заранее /home, все просто, а вот если у вас и /, и /home на одном разделе, тогда можно поступить так:
[console=root]tar --preserve-permissions --same-owner -cvf /tmp/homedir.tar.xz /home[/console]
После переустановки - восстанавливаем обратно:
[console=root]cd /
[root@linuxforum.ru ~]# tar xvf /tmp/homedir.tar.xz[/console]
по умолчанию ни один пользователь (кроме рута) не может зайти в домашний каталог другого пользователя.
реально???
что то я свободно перемещаюсь на работе..
и сам делаю чмод 700 регулярно.. ( хотя там соляра)
реально???
Показать
oot@localhost:~# adduser
Login name for new user []: test
User ID ('UID') [ defaults to next available ]:
Initial group [ users ]:
Additional UNIX groups:
Users can belong to additional UNIX groups on the system.
For local users using graphical desktop login managers such
as XDM/KDM, users may need to be members of additional groups
to access the full functionality of removable media devices.
* Security implications *
Please be aware that by adding users to additional groups may
potentially give access to the removable media of other users.
If you are creating a new user for remote shell access only,
users do not need to belong to any additional groups as standard,
so you may press ENTER at the next prompt.
Press ENTER to continue without adding any additional groups
Or press the UP arrow key to add/select/edit additional groups
:
Home directory [ /home/test ]
Shell [ /bin/bash ]
Expiry date (YYYY-MM-DD) []:
New account will be created as follows:
---------------------------------------
Login name.......: test
UID..............: [ Next available ]
Initial group....: users
Additional groups: [ None ]
Home directory...: /home/test
Shell............: /bin/bash
Expiry date......: [ Never ]
This is it... if you want to bail out, hit Control-C. Otherwise, press
ENTER to go ahead and make the account.
Creating new account...
Изменение информации о пользователе test
Введите новое значение или нажмите ВВОД для выбора значения по умолчанию
Полное имя []:
Номер комнаты []:
Рабочий телефон []:
Домашний телефон []:
Другое []:
Изменение пароля для test
Введите новый пароль (минимальная длина 5 символов)
Используйте комбинацию из символов в верхнем и нижнем регистре и цифры.
Новый пароль:
Неверный пароль: слишком простой.
Внимание: слишком простой пароль (чтобы всё равно использовать этот пароль, введите его ещё раз).
Новый пароль:
Повторите новый пароль:
passwd: password changed.
Account setup complete.
root@localhost:~# ls -l /home
итого 8
drwx--x--x 2 test users 4096 янв. 12 18:29 test/
drwx--x--x 35 yars users 4096 янв. 12 14:51 yars/
root@localhost:~#
root@localhost:~# exit
logout
yars@localhost:~$ cd /home/test/
yars@localhost:/home/test$ ls -al
/bin/ls: невозможно открыть каталог .: Отказано в доступе
yars@localhost:/home/test$
чтение владельцу. выполнение всем.
чот не понял
чтение владельцу. выполнение всем.
чот не понял
OpenNET: Основы управления доступом к файлам
Особенности прав доступа для каталогов
Права доступа для каталогов не столь очевидны. Это в первую очередь
связано с тем, что система трактует операции чтения и записи для
каталогов отлично от остальных файлов. Право чтения каталога позволяет
Вам получить имена (и только имена) файлов, находящихся в данном
каталоге. Чтобы получить дополнительную информацию о файлах каталога
(например, подробный листинг команды ls -l), системы придется
"заглянуть" в метаданные файлов, что требует права на выполнения для
каталога. Право на выполнение также потребуется для каталога, в
который Вы захотите перейти (т.е. сделать его текущим) с помощью
команды cd.
Так что это мое утверждение неверно :) Зайти - может, но увидеть - нет.
по умолчанию ни один пользователь (кроме рута) не может зайти в домашний каталог другого пользователя.
я сейчас не про выхлопы консоли и про что то другое
на работе я могу зайти в /home/$user
и прочесть.
но там соляра. а дома у меня один только пользователь.
другое дело я могу их насоздавать кучу и посмотреть
но чот не трезв я. вот и вопрос мой изначально был - соляра хреновее в плане защиты выходит. перед линем
но чот не трезв я
Ох :)
вот и вопрос мой изначально был - соляра хреновее в плане защиты выходит. перед линем
Не думаю.
и ни разу ни на одном серваке не видел mc
[quote=moshell]но чот не трезв я
Ох :)
вот и вопрос мой изначально был - соляра хреновее в плане защиты выходит. перед линем
Не думаю.[/quote]
не буду квотингом заниматься,
вы сказали что по дефолту левые юзеры не могут залезть в хом другого юзра в гну( дабы тут иногда хаят за гну и линукс)
а вот в соляре легко.
почему и делаю chmod 700 /home/$user/
