Як я можу використовувати sudo для перенаправлення виводу на місце, до якого я не маю дозволу писати?

Мені було надано доступ до sudo на одній з розроблених нами Linux-ящиків RedHat, і, здається, мені досить часто потрібно перенаправляти вихід на місце, до якого зазвичай не мають доступу для запису.

Проблема в тому, що цей надуманий приклад не працює:

sudo ls -hal /root/ > /root/test.out

Я просто отримую відповідь:

-bash: /root/test.out: Permission denied

Як я можу змусити це працювати?

Ваша команда не працює, оскільки перенаправлення виконує ваша оболонка, яка не має дозволу писати /root/test.out. Перенаправлення виводу не здійснюється sudo.

Є кілька рішень:

• Запустіть оболонку з sudo і дайте команду їй за допомогою -cпараметра:

  sudo sh -c 'ls -hal /root/ > /root/test.out'
  

• Створіть сценарій зі своїми командами та запустіть цей сценарій із sudo:

  #!/bin/sh
  ls -hal /root/ > /root/test.out
  

  Біжи sudo ls.sh. Див Стіва Беннетта відповідь , якщо ви не хочете , щоб створити тимчасовий файл.

• Запустіть оболонку, а sudo -sпотім запустіть ваші команди:

  [nobody@so]$ sudo -s
  [root@so]# ls -hal /root/ > /root/test.out
  [root@so]# ^D
  [nobody@so]$
  

• Використовуйте sudo tee(якщо вам доведеться багато втекти при використанні -cопції):

  sudo ls -hal /root/ | sudo tee /root/test.out > /dev/null
  

  Переспрямування на /dev/nullпотрібне, щоб зупинити вихід трійника на екран. Щоб додати замість перезаписування вихідного файлу ( >>), використовуйте tee -aабо tee --append(останній характерний для GNU coreutils ).

Дякуємо Jd , Адаму Дж. Форстеру та Джонатану за друге, третє та четверте рішення.

Хтось тут щойно запропонував надіти трійник:

sudo ls -hal /root/ | sudo tee /root/test.out > /dev/null

Це також може бути використане для переадресації будь-якої команди до каталогу, до якого ви не маєте доступу. Це працює тому, що програма трійника фактично є програмою «відлуння до файлу», а переадресація на / dev / null полягає у тому, щоб зупинити її також на вихід на екран, щоб зберегти його таким же, як оригінальний надуманий вище приклад.

Трюк, який я зрозумів сам, був

sudo ls -hal /root/ | sudo dd of=/root/test.out

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

sudo command > /some/file.log
`-----v-----'`-------v-------'
   command       redirection

Звичайні способи їх обходу є:

• Оберніть команди в сценарій, який ви викликаєте під sudo.

  Якщо команди та / або файл журналу змінюються, ви можете змусити скрипт приймати їх як аргументи. Наприклад:

  sudo log_script command /log/file.txt
  

• Викличте оболонку та передайте командний рядок як параметр із -c

  Це особливо корисно для одноразових складних команд. Наприклад:

  sudo bash -c "{ command1 arg; command2 arg; } > /log/file.txt"
  

Ще одна варіація теми:

sudo bash <<EOF
ls -hal /root/ > /root/test.out
EOF

Або звичайно:

echo 'ls -hal /root/ > /root/test.out' | sudo bash

Вони мають (крихітний) перевага , що вам не потрібно запам'ятовувати які - які аргументи sudoабо sh/bash

Трохи уточнити, чому варіант трійника є кращим

Якщо припустити, що у вас є відповідний дозвіл на виконання команди, яка створює вихід, якщо ви передаєте висновок вашої команди в tee, вам потрібно лише підняти privledges tee за допомогою sudo і прямо tee, щоб написати (або додати) до відповідного файлу.

у прикладі, наведеному у питанні, що означатиме:

ls -hal /root/ | sudo tee /root/test.out

ще кілька практичних прикладів:

# kill off one source of annoying advertisements
echo 127.0.0.1 ad.doubleclick.net | sudo tee -a /etc/hosts

# configure eth4 to come up on boot, set IP and netmask (centos 6.4)
echo -e "ONBOOT=\"YES\"\nIPADDR=10.42.84.168\nPREFIX=24" | sudo tee -a /etc/sysconfig/network-scripts/ifcfg-eth4

У кожному з цих прикладів ви берете висновок непривілейованої команди та записуєте у файл, який, як правило, записується лише коренем, що є джерелом вашого питання.

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

Зауважте, що ви можете використовувати опцію -a tee, щоб додати додаток (як >>) до цільового файлу, а не перезаписати його (як >).

Зробіть судо запустити оболонку, як це:

sudo sh -c "echo foo > ~root/out"

Я пішов би з цього питання:

Якщо вам потрібно написати / замінити файл:

echo "some text" | sudo tee /path/to/file

Якщо вам потрібно додати файл:

echo "some text" | sudo tee -a /path/to/file

Як щодо написання сценарію?

Ім'я файлу: myscript

#!/bin/sh

/bin/ls -lah /root > /root/test.out

# end script

Потім використовуйте sudo для запуску сценарію:

sudo ./myscript

Кожного разу, коли мені потрібно щось подібне робити, я просто став корінням:

# sudo -s
# ls -hal /root/ > /root/test.out
# exit

Це, мабуть, не найкращий спосіб, але це працює.

Я зробив би це так:

sudo su -c 'ls -hal /root/ > /root/test.out'

Не хочу бити мертвого коня, але є занадто багато відповідей тут , що використання tee, що означає , що ви повинні перенаправити stdoutдо , /dev/nullякщо ви не хочете , щоб побачити копію на екрані.

Більш просте рішення - просто використовувати catтак:

sudo ls -hal /root/ | sudo bash -c "cat > /root/test.out"

Зауважте, як перенаправлення ставиться всередині лапок, щоб воно оцінювалося оболонкою, запущеною sudoзамість тієї, що працює.

Це ґрунтується на відповіді tee. Щоб полегшити ситуацію, я написав невеликий сценарій (я його називаю suwrite) і вклав його /usr/local/bin/з +xдозволу:

#! /bin/sh
if [ $# = 0 ] ; then
    echo "USAGE: <command writing to stdout> | suwrite [-a] <output file 1> ..." >&2
    exit 1
fi
for arg in "$@" ; do
    if [ ${arg#/dev/} != ${arg} ] ; then
        echo "Found dangerous argument ‘$arg’. Will exit."
        exit 2
    fi
done
sudo tee "$@" > /dev/null

Як показано в коді USAGE у вашому коді, все, що вам потрібно зробити, - це передати вихід на цей сценарій з подальшим необхідним ім'ям файлу, доступним для суперпользователя, і він автоматично запропонує вам пароль, якщо потрібно (оскільки він включає sudo).

echo test | suwrite /root/test.txt

Зауважте, що оскільки це проста програма для обгортки tee, вона також прийме -aможливість додавання трійника , а також підтримує запис у кілька файлів одночасно.

echo test2 | suwrite -a /root/test.txt
echo test-multi | suwrite /root/test-a.txt /root/test-b.txt

Він також має певний спрощений захист від запису на /dev/пристрої, що викликало занепокоєння, згадане в одному з коментарів на цій сторінці.

Можливо, вам надали доступ до судо лише до деяких програм / шляхів? Тоді немає ніякого способу зробити те, що ти хочеш. (якщо ви її якось не зламаєте)

Якщо це не так, можливо, ви можете написати bash script:

cat > myscript.sh
#!/bin/sh
ls -hal /root/ > /root/test.out 

Натисніть ctrl+ d:

chmod a+x myscript.sh
sudo myscript.sh

Сподіваюся, це допоможе.

sudo at now  
at> echo test > /tmp/test.out  
at> <EOT>  
job 1 at Thu Sep 21 10:49:00 2017