Чому "sudo su" в сценарії оболонки не запускає решту сценарію як корінь?

Зразок сценарію може бути наступним:

#!/bin/bash
sudo su
ls /root

Використовуючи ./test.shяк звичайного користувача, замість цього запустіть lsяк суперкористувача та вийдіть, він переходить на root; і коли я виходжу з системи, він виконується ls /rootяк звичайний користувач.

Чи може хтось розповісти мені про механізм щодо цього?

Команди в сценарії виконуються по черзі незалежно. Сам скрипт, як батько всіх команд у сценарії, є ще одним незалежним процесом, і команда su не може і не може змінити його на root: команда su створює новий процес з root правами.

Після того, як команда su завершиться, батьківський процес, який все ще працює як той самий користувач, виконає решту сценарію.

Що ви хочете зробити, це написати сценарій обгортки. Привілейовані команди переходять, наприклад, до основного сценарію~/main.sh

#!/bin/sh
ls /root

Скрипт обгортки викликає основний скрипт із дозволами root, як це

#!/bin/sh
su -c ~/main.sh root

Для запуску цього процесу ви запускаєте обгортку, яка, в свою чергу, запускає основний скрипт після переходу користувача на root користувача.

Цю техніку обгортки можна використовувати для перетворення сценарію в обгортку навколо себе. В основному перевірте, чи працює він як root, якщо ні, використовуйте "su", щоб перезапустити себе.

$ 0 - це зручний спосіб змусити скрипт посилатися на себе, і команда whoami може сказати нам, хто ми є (чи ми root?)

Так стає основним сценарієм із вбудованою обгорткою

#!/bin/sh
[ `whoami` = root ] || exec su -c $0 root
ls /root

Зверніть увагу на використання exec. Це означає "замінити цю програму на", що фактично закінчує її виконання і запускає нову програму, запущену su, з root, щоб запустити зверху. Екземпляр заміни "root", тому він не виконує праву частину ||

Використовуйте наступне у сценарії.

sudo su <<HERE
ls /root
HERE

Код між блоком HERE запускатиметься як root.

Без додаткових аргументів suзапустіть оболонку входу для root. Ось що насправді робить перший рядок вашого сценарію. При виході, Замкнута оболонки входу в систему , повертається су і ваш скрипт продовжує виконання, тобто у другому рядку: ls /root. Я думаю, що ти можеш просто sudo ls /rootробити те, що ти хочеш.

Як тільки ви запустите sudo suновий процес з ефективним userid (euid=EUID)роздвоєнням суперкористувача, отже, у нас з'явився новий bash, який працює з різним ідентифікатором процесу, (pid=PID)пов'язаним з тим же терміналом (tname=TTY).

Пояснення

Припустимо, після вистрілу у ps -A | grep bashвас є 21460 pts/2 00:00:00 bashвихід. Тепер, коли ви виконаєте ./test.shобидві команди, sudo suі ls /rootви отримаєте змоту PID 21460. Після виконання, коли ви знову rootнатиснете на активного користувача ps -A | grep bash, ви помітите новий баш PID say, 21570. Вихід із root bashзагине щойно розщеплений баш, який повертається до цього, user's bashі, отже, виконує спільну команду ls /rootперед тим, як випустити підказку.