Установить группу по умолчанию linux

Как я могу изменить группу пользователя по умолчанию в Linux?

Будучи новичком в администрировании Linux, я немного запутался в следующих командах:

Я только что закончил читать книгу по администрированию пользователей в руководстве администратора Linux / Unix, но некоторые вещи все еще немного туманны.

В основном useradd кажется достаточно простым:

Я могу добавить «Дэвида Хилберта» с именем пользователя hilbert , установив его каталог по умолчанию, оболочку и группы. И я думаю, что -g это его основная группа / группа по умолчанию и -G другие его группы.

Итак, это мои следующие вопросы:

1. Будет ли эта команда все еще работают , если группы faculty и famous не существовало? Будет ли это просто создать их?
2. Если нет, какую команду я использую для создания новых групп?
3. Если я удалю пользователя, hilbert и в этих группах не будет других пользователей, они все еще будут существовать? Должен ли я удалить их?
4. После того, как я выполню useradd команду выше, как мне удалить Дэвида из famous группы и переназначить его основную группу, hilbert которой еще не существует?

Команда usermod позволит вам изменить основную группу пользователя, дополнительную группу или ряд других атрибутов. -g Переключатель контролирует первичную группу.

По другим вопросам .

Если вы укажете группу, groupname которой нет на useradd этапе, вы получите сообщение об ошибке — useradd: unknown group groupname

Команда groupadd создает новые группы.

Группа останется, если вы удалите всех пользователей, содержащихся внутри. Вам не обязательно удалять пустую группу.

Создать hilbert группу через groupadd hilbert . Затем переместите основную группу Дэвида, используя usermod -g hilbert hilbert . (Обратите внимание, что первое hilbert — это имя группы, а второе hilbert — имя пользователя. Это важно в тех случаях, когда вы перемещаете пользователя в группу с другим именем)

Вы можете все усложнить здесь, хотя. Во многих дистрибутивах Linux простой useradd hilbert пользователь hilbert создает группу и группу с тем же именем, что и у основного. Я бы добавил дополнительные группы, указанные вместе, используя -G переключатель.

Источник

Группы по умолчанию для пользователя в Ubuntu?

Установил HP Linux Imaging and Printing с помощью сценария установки и что-то не получилось. Теперь я только член моей собственной группы lp .

Какие группы по умолчанию для пользователей, например, в Ubuntu 12.10? Так же, как это ?

Из любопытства, есть ли место, где эта информация регистрируется? Например, какой-нибудь файл журнала, показывающий, какие группы мой пользователь имел при предыдущей загрузке? Эта информация (какие группы по умолчанию) где-то задокументирована?

А) Короткий ответ

Группы по умолчанию; скажем для user123, при новой установке — (используйте команду groups в терминале):

Дает разность с 11.04 как

Чтобы получить / просмотреть значения по умолчанию. Вероятно, будет работать для различных других тоже; делать:

Б) Восстановление групп по умолчанию

(Добавление этого, чтобы сделать его более полным)

1. Определение групп

Я всегда устанавливаю пароль root, но если вы не используете live CD, live USB, другие установки и т. Д., Чтобы добраться до файла.

Если вы имеете набор корневой пароль (по т):

и потеряли sudo привилегии делать:

Дает вам то есть

(Понятия не имею, почему при установке dip внезапно стала группой по умолчанию. Что-то связанное с dialout удалением?)

2.a Обновление групп — использование «встроенного» корневого доступа

Итак, от имени пользователя root добавьте группы пользователю, т.е. пользователю user123 :

Некоторые дополнения, которые вам могут понадобиться: (проверьте, что у вас есть root@YOURPC:

Если хочешь; перепроверьте / etc / group, т.е. (здесь с некоторыми дополнениями):

В качестве альтернативы можно загрузиться в режиме восстановления и

Выйдите и войдите . Группы должны быть обновлены.

2.b Обновление групп — использование root-доступа с Live-CD и т. Д.

xxx вот где ваш файл-система монтируется при запуске живого издания, то есть /media/foo .

Вручную отредактируйте файл, /xxx/etc/group используя vigr, и добавьте пользователя, как в предыдущем листинге.

Или; только добавить пользователя в sudo; как в:

Загрузитесь с установкой и обновлением, выполнив usermod команду с sudo :

Выйдите и войдите . Группы должны быть обновлены.

Двойное примечание: admin больше не является частью Ubuntu с 11.10 в пользу sudo .

Источник

как установить группу по умолчанию для вновь создаваемых файлов?

есть несколько пользователей, обьединееные в группу . например один из них скачивает с interneta файл — как сделать так, чтобы этот файл сразу(автоматически) принадлежал группе, в которую входят все эти пользователи и имел определенные права доступа? c umask никак не разберусь — man coвершенно короткий — нет даже описания предназначения umask

Re: как установить группу по умолчанию для вновь создаваемых файлов?

когда файл создается то он приобретает
владельца и группу к которой принадлежит юзер

типа юзер — usr01
группа — buh

и чтоб созданный файл был доступен членам этой группы
то надо установить правильный umask

он задает какие биты в правах обнулять
например при создании файла первоночально его права 777 (имхо)
все все делает с файлом

если umask 007 — то обнуляются младшие три бита и получается
770 — владелец и группа все делают с файлом а другие ничего

если umask 047 — то владельцу все группе читать выполнять

Re: как установить группу по умолчанию для вновь создаваемых файлов?

поправка — umask 027, что бы владельцу все, а группе — читать и выполнять.

а что бы была на файлах нужная группа поставь SGID на каталог

Re: Re: как установить группу по умолчанию для вновь создаваемых файлов?

у меня сейчас так: есть например user kolya. он занесен в группу unit. он создает (или скачивает) файл. этот файл имеет владельца kolya и группу kolya (a не unit — как мне бы хотелось. ) за umask — thanks.

Re: как установить группу по умолчанию для вновь создаваемых файлов?

Делаешь скажем каталог /home/kolya/download
Затем chmod g+s /home/kolya/dowload
И наконец chgrp unit /home/kolya/download
Теперь все файлы созданные в /home/kolya/download будут принадлежать
группе unit

Re: Re: как установить группу по умолчанию для вновь создаваемых файлов?

Так то оно так, вот только права на домашний
каталог /home/kolya — 0700.
На то ведь он и домашний, чтобы никто кроме юзера (и рута конечно)
не мог в нем лазить.
И никакая группа в домашний каталог не долезет, если, конечно,
ты его не откроешь.
А так ход мысли верный.

Re: как установить группу по умолчанию для вновь создаваемых файлов?

То что на домашний каталог обязательно ставить 700 — это не обязательно. Я расказал принцип, с такимже успехом создаешь скажем /tmp/download

Re: как установить группу по умолчанию для вновь создаваемых файлов?

Видимо нужно, чтобы все пользователи какой-то группы имели права записи в некий общий каталог, и чтобы файлы в этом каталоге по умолчанию создавались с правами записи для этой группы. В этом случае обычно прменяют систему, которую RedHat называет private groups.

1. Мы хотим, чтобы все файлы, создаваемые в общем каталоге, принадлежали некой группе и чтобы эта группа имела права записи в этот каталог. Для этого chmod g+ws /shared/dir; chown -R root.sharedgroup /shared/dir.

2. Мы хотим, чтобы вновь создаваемы файлы были доступны для записи группе. Для этого процесс пользователя должен исполняться с umask=002, т.е. o-w (обычно umask=022, т.е. go-w). Изменять umask перед работой с общими файлами в общем каталоге неудобно, поэтому делаем umask=002 в /etc/profile.

3. Тогда все файлы, которые создаёт пользователь имеют право на запись для группы. Если все пользователи принадлежат одной первичной группе (например, users), то они могут изменять файлы друг друга, не лежащие в общем каталоге (неправильно!).

4. Поэтому каждого пользователя надо включить в первичную группу, в которой больше никого нет (private group).

В RedHat’е useradd по умолчанию создаёт для каждого нового пользователя его личную группу с тем же именем. /etc/profile проверяет, если (uid >= 500) && ((uid == gid) || (uname == gname)) то umask устанавливается в 002: иначе в 022 (т.е. система личных групп делается только для несистемных пользователей).

Источник

[Пост] Управление доступом в Linux

Jan 10, 2018 • zinvapel

При развертывании нового приложения в продуктовой среде возникает множество нежданных ошибок, большая часть из них — ошибки прав доступа. Примерно полгода назад собрал информацию в данном по посте. Наконец-то дошли руки довести до ума, так что представляю на суд.

Основные правила управления доступом

Объекты (например, файлы и процессы) имеют владельцев. Владельцы обладают обширным (но необязательно неограниченным) контролем над своими объектами.

• Вы являетесь владельцами новых объектов, создаваемых вами.
• Пользователь root с особыми правами, известный как суперпользователь, может действовать как владелец любого объекта в системе.
• Только суперпользователь может выполнять административные операции особого значения.

Владельцем файла всегда является один человек, тогда как в группу владельцев могут входить несколько пользователей. По традиции информация о группах хранилась в фай­ле /etc/group .

Основное

Пользователь — это любой кто пользуется компьютером.

Под каждого пользователя, создается свой каталог, пользователю назначается командная оболочка (командный интерпретатор, используемый в операционных системах семейства UNIX). Например: /bin/bash, /bin/zsh, /bin/sh и другие.

Каждому пользователю назначается идентификационный номер (User ID). Сокращенно номер обозначается как UID, является уникальным идентификатором пользователя. Операционная система отслеживает пользователя именно по UID, а не по их имени.

Также, каждому пользователю назначается пароль для входа в систему.

Каждый пользователь принадлежит минимум к одной или нескольким группам.

Помимо пользователей, существуют группы. Так же как и пользователь, группа обладает правам доступа к тем или иным каталогам, файлам, периферии. Для каждого файла определён не только пользователь, но и группа. Группы группируют пользователей для предоставления одинаковых полномочий на какие-либо действия.

Каждой группе назначается идентификационный номер (group ID). Сокращённо GID, является уникальный идентификатором группы. Принадлежность пользователя к группе устанавливается администратором.

Управление пользователями

Просмотр

Вся информация о пользователях хранится в файле /etc/passwd .

Каждый аккаунт занимает одну строку, в формате account:password:UID:GID:GECOS:directory:shell

• account — имя пользователя.
• password — зашифрованный пароль пользователя.
• UID — идентификационный номер пользователя.
• GID — идентификационный номер основной группы пользователя.
• GECOS — необязательное поле, используемое для указания дополнительной информации о пользователе (например, полное имя пользователя).
• directory — домашний каталог ($HOME) пользователя.
• shell — командный интерпретатор пользователя (обычно /bin/sh).

Получение информации о пользователях

• w – вывод информации (имя пользователя, рабочий терминал, время входа в систему, информацию о потребленных ресурсах CPU и имя запущенной программы) о всех вошедших в систему пользователях.
• who – вывод информации (имя пользователя, рабочий терминал, время входа в систему) о всех вошедших в систему пользователях.
• who am i или whoami или id – вывод вашего имени пользователя.
• users – вывод имен пользователей, работающих в системе.
• id – вывод о идентификаторах пользователя: его uid, имя_пользователя, gid и имя первичной группы и список групп в которых состоит пользователь
• groups – вывод списка групп в которых состоит пользователь.

Добавление пользователя

Добавление пользователя осуществляется при помощи команды useradd.

sudo useradd vasyapupkin

• -b Базовый каталог. Это каталог, в котором будет создана домашняя папка пользователя. По умолчанию /home.
• -с Комментарий. В нем вы можете напечатать любой текст.
• -d Название домашнего каталога. По умолчанию название совпадает с именем создаваемого пользователя.
• -e Дата, после которой пользователь будет отключен. Задается в формате ГГГГ-ММ-ДД. По умолчанию отключено.
• -f Количество дней, которые должны пройти после устаревания пароля до блокировки пользователя, если пароль не будет изменен (период неактивности). Если значение равно 0, то запись блокируется сразу после устаревания пароля, при -1 — не блокируется. По умолчанию -1.
• -g Первичная группа пользователя. Можно указывать как GID, так и имя группы. Если параметр не задан будет создана новая группа название которой совпадает с именем пользователя.
• -G Список вторичных групп в которых будет находится создаваемый пользователь
• -k Каталог шаблонов. Файлы и папки из этого каталога будут помещены в домашнюю папку пользователя. По умолчанию /etc/skel.
• -m Ключ, указывающий, что необходимо создать домашнюю папку. По умолчанию домашняя папка не создается.
• -p Зашифрованный пароль пользователя. По умолчанию пароль не задается, но учетная пользователь будет заблокирован до установки пароля.
• -s Оболочка, используемая пользователем. По умолчанию /bin/sh.
• -u Вручную задать UID пользователю.

Если при создании пользователя не указываются дополнительные ключи, то берутся настройки по умолчанию. Посмотерть настройки по-умолчанию можно с помощью команды useradd -D .

Если вас не устраивают такие настройки, вы можете поменять их выполнив sudo useradd -D -s /bin/bash , где -s это ключ из таблицы выше.

Изменение пользователя

Изменение параметров пользователя происходит с помощью утилиты usermod. Пример использования:

sudo usermod -c «Эта команда поменяет комментарий пользователю» vasyapupkin

Изменить пароль пользователю можно при помощи утилиты passwd.

sudo passwd vasyapupkin

Утилита passwd может использоваться и обычным пользователем для смены пароля.

Основные ключи passwd:

• -d Удалить пароль пользователю. После этого пароль будет пустым, и пользователь сможет входить в систему без предъявления пароля.
• -e Сделать пароль устаревшим. Это заставит пользователя изменить пароль при следующем входе в систему.
• -i Заблокировать учетную запись пользователя по прошествии указанного количества дней после устаревания пароля.
• -n Минимальное количество дней между сменами пароля.
• -x Максимальное количество дней, после которого необходимо обязательно сменить пароль.
• -l Заблокировать учетную запись пользователя.
• -u Разблокировать учетную запись пользователя.

Установка пустого пароля пользователя

Супер пользователь с помощью утилит командной строки passwd и usermod или путем редактирования файла /etc/shadow может удалить пароль пользователь, дав возможность входить в систему без указания пароля.

sudo passwd -d vasyapupkin или sudo usermod -p «» vasyapupkin

После этого имеет смысл принудить пользователя установить себе новый пароль при следующем входе в систему.

sudo passwd -e vasyapupkin

Удаление пользователя

Для того, чтобы удалить пользователя воспользуйтесь утилитой userdel.

sudo userdel vasyapupkin

• -f Принудительно удалить пользователя, даже если он сейчас работает в системе.
• -r Удалить домашний каталог пользователя.

Управление группами

Создание группы

Программа groupadd создаёт новую группу согласно указанным значениям командной строки и системным значениям по умолчанию.

sudo groupadd testgroup

• -g Установить собственный GID.
• -p Пароль группы.
• -r Создать системную группу.

Изменение группы

Сменить название группы, ее GID или пароль можно при помощи groupmod.

sudo groupmod -n newtestgroup testgroup # Имя группы изменено с testgroup на newtestgroup

• -g Установить другой GID.
• -n Новое имя группы.
• -p Изменить пароль группы.

Удаление группы

Утилита groupdel не имеет никаких дополнительных параметров.

sudo groupdel testgroup

Управление пользователями группы

Для управления пользователями группы используется утилита gpasswd. Чтобы занести пользователя в группу:

gpasswd -a [user] [group]

Вывод пользователя из группы:

gpasswd -d [user] [group]

Файлы конфигурации

/etc/passwd

В файле /etc/passwd, который упоминался ранее, хранится вся информация о пользователях кроме пароля. Одна строка из этого файла соответствует описанию одного пользователя. Примерное содержание строки таково:

Строка состоит из нескольких полей, каждое из которых отделено от другого двоеточием. Значение каждого поля:

1. vasyapupkin Имя пользователя для входа в систему.
2. x Необязательный зашифрованный пароль.
3. 1000 Числовой идентификатор пользователя (UID).
4. 1000 Числовой идентификатор группы (GID).
5. Vasya Pupkin Поле комментария
6. /home/vpupkin Домашний каталог пользователя.
7. /bin/bash Оболочка пользователя.

Второе и последнее поля необязательные и могут не иметь значения.

/etc/group

В /etc/group, как очевидно из названия хранится информация о группах. Она записана в аналогичном /etc/passwd виде:

Строка состоит из нескольких полей, каждое из которых отделено от другого двоеточием. Значение каждого поля:

1. vasyapupkin Название группы
2. x Необязательный зашифрованный пароль.
3. 1000 Числовой идентификатор группы (GID).
4. vasyapupkin,petya Список пользователей, находящихся в группе.

В этом файле второе и четвертое поля могут быть пустыми.

/etc/shadow

Файл /etc/shadow хранит в себе пароли, по этому права, установленные на этот файл, не дают считать его простому пользователю. Пример одной из записей из этого файла:

1. vasyapupkin Имя пользователя для входа в систему.
2. xxx Необязательный зашифрованный пароль.
3. 15803 Дата последней смены пароля.
4. 0 Минимальный срок действия пароля.
5. 99999 Максимальный срок действия пароля.
6. 7 Период предупреждения о пароле.
7. [пусто] Период неактивности пароля.
8. [пусто] Дата истечения срока действия учётной записи.

Sudo и su

Зная чей-либо пароль, можно непосредственно зарегистрироваться в системе под его именем, введя команду su имя_пользователя .

Программа su служит для выполнения от имени указанного пользователя (по умолчанию — root) указанной команды/программы (по умолчанию — той программы, что определена в качестве оболочки (shell) для указанного пользователя) и запрашивает она пароль указанного пользователя.

О программе sudo можно сказать почти то же самое, за двумя исключениями:

• Нет «программы по умолчанию». для запуска оболочки, определённой для указанного пользователя, надо передать программе опцию -i.
• По умолчанию запрашивается не пароль указанного пользователя, а пароль пользователя, выполняющего программу sudo. какому пользователю, какие программы и от чьего имени можно запускать, определяется содержимым конфигурационного файла /etc/sudoers (редактируется с помощью программы visudo).

Управление доступом

У каждого объекта в Linux есть свой идентификатор, а так же права доступа, применяемые к данному идентификатору. Идентификатор есть у пользователя — UID, у группы — GID, у файла — inode.

Собственно inode является, как идентификатором файла/каталога, так и сущностью, которая содержит в себе информацию о файле/каталоге. Например такую, как: принадлежность к владельцу/группе, тип файла и права доступа к файлу.

Для каждого объекта файловой системы в модели полномочий Linux есть три типа полномочий:

• Полномочия чтения (r от read).
• Записи (w от write).
• Выполнения (x от execution).

В полномочия записи входят также возможности удаления и изменения объекта. Право выполнения можно установить для любого файла. Потенциально, любой файл в системе можно запустить на выполнение, как программу в Windows. В Linux является ли файл исполняемым или нет, определяется не по его расширению, а по правам доступа. Кроме того, эти полномочия указываются отдельно для владельца файла, членов группы файла и для всех остальных.

Собрав вышесказанное в кучу, то есть представив 3 правила (rwx) для трех групп (владелец, группа, остальные) запись прав доступа будет выглядеть вот так: rwx rwx rwx . Пример прав директории:

Кроме указанного представления полномочий доступа (символьного), существует так же и числовое представление. Для общего понимания, приведу таблицу соответствия числового (двоичного и десятичного) значения прав доступа и буквенного:

владелец	группа	остальные
буквенное	rwx	r-x	r–
двоичное	111	101	100
двоичное в десятичных	421	401	400
десятичное	7	5	4

Управление правами доступа

Управление правами доступа происходит с помощью команды chmod, управление владельцем файла происходит с помощью команды chown. Синтаксис команд следующий:

• [к_какой_группе_прав] может быть:
  • u (от user) — владелец-пользователь.
  • g (от group) — владелец-группа.
  • o (от other) — остальные пользователи.
  • a (от all) — все вышеперечисленные группы вместе.
• [что_сделать_с_правами] может быть:
  • + — добавить.
  • — — убрать.
  • = — присвоить указанное.
• [какие_права] может быть:
  • r — чтение.
  • w — запись.
  • x — выполнение.
• [над_каким_объектом] соответственно — имя или путь к файлу
• [права] числовое обозначение прав доступа (755, 644 и т.п.)

Использование команды chown выглядит следующим образом: chown user:group file (-R рекурсивно)

Права доступа к символьным ссылкам

Если посмотреть на права символьных ссылок, то они всегда выглядят так: rwxrwxrwx. Дело в том, что права на символьную ссылку не имеют особого значения. При использования ссылки драйвер файловой системы пересчитывает реальный путь к файлу и применяет права доступа, определенные для реального пути уже без учета символьной ссылки.

Специальные атрибуты

• Sticky bit — бит закрепления в памяти.

Сегодня sticky bit используется в основном для каталогов, чтобы защитить в них файлы. В такой каталог может писать ЛЮБОЙ пользователь. Из такой директории пользователь может удалить только те файлы, владельцем которых он является. Примером может служить директория /tmp , в которой запись открыта для всех пользователей, но нежелательно удаление чужих файлов.

• SUID — он же Set User ID.

Атрибут исполняемого файла, позволяющий запустить его с правами владельца. В Unix-подобных системах приложение запускается с правами пользователя, запустившего указанное приложение. Это обеспечивает дополнительную безопасность так как процесс с правами пользователя не сможет получить доступ на запись к важным системным файлам, например /etc/passwd, который принадлежит суперпользователю root. Если на исполняемый файл установлен бит suid, то при выполнении эта программа автоматически меняет “эффективный userID” на идентификатор того юзера, который является владельцем этого файла. То есть, не зависимо от того — кто запускает эту программу, она при выполнении имеет права хозяина этого файла.

• SGID — он же Set Group ID. Аналогичен SUID, но относится к группе. При этом, если для каталога установлен бит SGID, то создаваемые в нем объекты будут получать группу владельца каталога, а не пользователя.

Хотелось бы так же провести аналогию с ОС Windows. В указанной операционной системе права регулируются на основе списков ACL. В Linux тоже такое возможно, это реализуется с помощью пакета acl, но данный вопрос в текущей теме я рассматривать не буду. Еще одно важное замечание! В Windows можно определить права доступа на каталог, и они автоматически распространяются на все файлы и поддиректории (если вы явно не указали иного). В Linux права доступа сохраняются в inode файла, и поскольку inode у каждого файла свой собственный, права доступа у каждого файла свои. Так же, права доступа пользователя и группы не суммируются, как в Windows. Если программа выполняется с правами пользователя и группы, которым принадлежит файл — работают только права хозяина файла.

Исполняемый файл с установленным атрибутом suid является “потенциально опасным”. Без установленного атрибута, файл не позволит обычному пользователю сделать то, что выходит за пределы прав пользователя (пример, программа passwd позволяет пользователю изменить только собственный пароль). Но, даже незначительная ошибка в такой программе может привести к тому, что злоумышленник сможет заставить её выполнить ещё какие-нибудь действия, не предусмотренные автором программы. Стоит очень осторожно относиться к данным атрибутам! Как найти в системе файлы с атрибутом SIUD и др.

При создании новой директории в директории с уже установленным SGID-битом, у созданной директории SGID-бит устанавливается автоматически!

Обозначение атрибутов Sticky, SUID, SGID

Специальные права используются довольно редко, поэтому при выводе программы ls -l символ, обозначающий указанные атрибуты, закрывает символ стандартных прав доступа. Пример: rwsrwsrwt, где s — SUID, s — SGID, t — Sticky. В приведенном примере не понятно, rwt — это rw- или rwx? Определить, стоит ли символ стандартных прав доступа под символами s и t — просто. Если t маленькое, значит x установлен. Если T большое, значит x не установлен. То же самое правило распространяется и на s.

В числовом эквиваленте данные атрибуты определяются первым символом при четырехзначном обозначении (который часто опускается при назначении прав), например в правах 1777 — символ 1 обозначает sticky bit. Остальные атрибуты имеют следующие числовое соответствие:

Права доступа по-умолчанию для вновь создаваемых объектов файловой системе.

В Linux, при создании какого-либо файла или каталога предоставляемые права определяются по определенному алгоритму (формуле). Не вдаваясь в подробности и для большего понимания сути скажу, что есть исходные права доступа:

• 0666 — для файлов.
• 0777 — для каталогов.

Есть такая штука как umask, которая задана для каждого пользователя и хранится в виде строчки umask в файле .bash_profile. Итого, у вновь создаваемого каталога будут права равные исходным правам доступа — umask.

Узнать текущий umask можно, введя команду umask без параметров. Пример:

Как видно из примера, umask установлен 0022, исходные права доступа равны 0666 — для файлов и 0777 — для каталогов. В результате получаем:

Источник