Как использовать sudo для перенаправления вывода в место, в которое у меня нет разрешения на запись?

мне был предоставлен доступ sudo на одном из наших ящиков разработки RedHat linux, и я, похоже, часто нуждаюсь в перенаправлении вывода в место, к которому у меня обычно нет доступа для записи.

проблема в том, что этот пример не сработает:

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

Я просто получаю ответ:

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

Как я могу заставить это работать?

15 ответов


ваша команда не работает, потому что перенаправление выполняется вашей оболочкой, которая не имеет разрешения на запись в /root/test.out. Перенаправление выходных данных не в исполнении sudo.

есть несколько решений:

  • запустите оболочку с sudo и дайте ей команду, используя :

    sudo sh -c 'ls -hal /root/ > /root/test.out'
    
  • создайте скрипт с вашими командами и запустите этот скрипт с помощью судо:

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

    выполнить sudo ls.sh. Увидеть Стива Беннета ответ если вы не хотите создать временный файл.

  • запустить оболочку с sudo -s затем выполните команды:

    [[email protected]]$ sudo -s
    [[email protected]]# ls -hal /root/ > /root/test.out
    [[email protected]]# ^D
    [[email protected]]$
    
  • использовать sudo tee (если вам нужно много бежать при использовании ):

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

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

спасибо Jd, Адам Дж. Форстер и Джонатан для второго, третьего и четвертого решения.


кто-то здесь только что предложил sudoing tee:

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

Это также может использоваться для перенаправления любой команды в каталог, к которому у вас нет доступа. Он работает, потому что программа tee эффективно является программой" эхо в файл", а перенаправление в /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

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

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

Примечание. Вы можете использовать опцию-a для добавления добавления (например,>>), чтобы целевой файл, а не перезаписывать его (например,>).


сделать sudo запустить оболочку, например:

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 su -c 'ls -hal /root/ > /root/test.out'

всякий раз, когда я должен сделать что-то подобное, я просто становлюсь root:

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

Это, наверное, не лучший способ, но он работает.


вот расширение ответа с участием tee. Чтобы сделать вещи проще, вы можете сделать небольшой скрипт (я называю его suwrite или вы можете назвать его sutee) и поместить его в /usr / local/bin / с разрешением +x:

#! /bin/sh
sudo tee [email protected] > /dev/null

Теперь все, что вам нужно сделать, это передать вывод в этот скрипт с последующим желаемым именем файла, доступным для суперпользователя, и он автоматически предложит вам пароль, если это необходимо (так как он включает sudo).

echo test | suwrite /root/test.txt

обратите внимание, что, так как это простая обертка для tee, он также примет tee's-a (или любой другой) вариант, чтобы добавить к нужному файлу, который вы просто передаете-a:

echo test | suwrite -a /root/test.txt

не хочу бить мертвую лошадь, но здесь слишком много ответов, которые используют tee, что означает, что вы должны перенаправить stdout to /dev/null Если вы не хотите видеть копию на экране. Более простое решение-просто использовать cat такой:

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

обратите внимание, как перенаправление помещается внутри кавычек, чтобы оно оценивалось оболочкой, запущенной sudo вместо одного запуска.


может быть, вам был предоставлен доступ sudo только к некоторым программам / путям? Тогда нет способа сделать то, что вы хотите. (если вы не взломаете его как-то)

Если это не так, то, возможно, вы можете написать сценарий bash:

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