¿Cómo uso sudo para redirigir la salida a una ubicación en la que no tengo permiso para escribir?

Me dieron acceso a sudo en una de nuestras cajas de desarrollo RedHat Linux, y parece que a menudo necesito redirigir la salida a una ubicación a la que normalmente no tengo acceso de escritura.

El problema es que este ejemplo artificial no funciona:

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

Acabo de recibir la respuesta:

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

¿Cómo puedo hacer que esto funcione?

Su comando no funciona porque la redirección la realiza su shell, que no tiene permiso para escribir /root/test.out. La redirección de la salida no es realizada por sudo.

Hay múltiples soluciones:

• Ejecute un shell con sudo y dele el comando usando la -copción:

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

• Cree un script con sus comandos y ejecútelo con sudo:

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

  Ejecutar sudo ls.sh. Vea la respuesta de Steve Bennett si no desea crear un archivo temporal.

• Inicie un shell con sudo -sluego ejecute sus comandos:

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

• Use sudo tee(si tiene que escapar mucho cuando usa la -copción):

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

  La redirección a /dev/nulles necesaria para evitar que el tee salga a la pantalla. Para agregar en lugar de sobrescribir el archivo de salida ( >>), use tee -ao tee --append(el último es específico de los coreutils de GNU ).

Gracias a Jd , Adam J. Forster y Johnathan por la segunda, tercera y cuarta solución.

Alguien aquí ha sugerido sudoing tee:

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

Esto también podría usarse para redirigir cualquier comando a un directorio al que no tenga acceso. Funciona porque el programa tee es efectivamente un programa de "eco a un archivo", y la redirección a / dev / null es evitar que también salga a la pantalla para mantenerlo igual que el ejemplo artificial original anterior.

Un truco que descubrí yo mismo fue

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

El problema es que el comando se ejecuta bajo sudo, pero la redirección se ejecuta bajo su usuario. Esto lo hace el shell y hay muy poco que pueda hacer al respecto.

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

Las formas habituales de evitar esto son:

• Envuelva los comandos en un script que llame bajo sudo.

  Si los comandos y / o el archivo de registro cambian, puede hacer que el script los tome como argumentos. Por ejemplo:

  sudo log_script command /log/file.txt
  

• Llame a un shell y pase la línea de comando como parámetro con -c

  Esto es especialmente útil para los comandos compuestos únicos. Por ejemplo:

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

Otra variación más sobre el tema:

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

O por supuesto:

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

Tienen la (pequeña) ventaja de que no es necesario recordar a los argumentos sudoo sh/bash

Aclarando un poco sobre por qué es preferible la opción de tee

Suponiendo que tiene el permiso apropiado para ejecutar el comando que crea la salida, si canaliza la salida de su comando a tee, solo necesita elevar los privilegios de tee con sudo y tee directo para escribir (o agregar) al archivo en cuestión.

en el ejemplo dado en la pregunta que significaría:

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

para un par de ejemplos más prácticos:

# 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

En cada uno de estos ejemplos, está tomando la salida de un comando no privilegiado y escribiendo en un archivo que generalmente solo se puede escribir por raíz, que es el origen de su pregunta.

Es una buena idea hacerlo de esta manera porque el comando que genera la salida no se ejecuta con privilegios elevados. No parece importar aquí, echopero cuando el comando de origen es un script en el que no confías por completo, es crucial.

Tenga en cuenta que puede usar la opción -a para tee para agregar anexar (like >>) al archivo de destino en lugar de sobrescribirlo (like >).

Haga que sudo ejecute un shell, así:

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

La forma en que abordaría este problema es:

Si necesita escribir / reemplazar el archivo:

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

Si necesita agregar al archivo:

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

¿Qué tal escribir un guión?

Nombre de archivo: myscript

#!/bin/sh

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

# end script

Luego use sudo para ejecutar el script:

sudo ./myscript

Cada vez que tengo que hacer algo como esto, me convierto en root:

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

Probablemente no sea la mejor manera, pero funciona.

Lo haría de esta manera:

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

No es mi intención vencer a un caballo muerto, pero hay demasiadas respuestas aquí que se usan tee, lo que significa que debe redirigir stdouta/dev/null menos que desee ver una copia en la pantalla.

Una solución más simple es usarla catasí:

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

Observe cómo la redirección se coloca entre comillas para que sea evaluada por un shell iniciado en sudolugar de uno que lo ejecuta.

Esto se basa en la respuesta que involucra tee. Para facilitar las cosas, escribí un pequeño script (lo llamo suwrite) y lo puse /usr/local/bin/con +xpermiso:

#! /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

Como se muestra en el USO en el código, todo lo que tiene que hacer es canalizar la salida a este script seguido del nombre de archivo deseado accesible por el superusuario y automáticamente le pedirá su contraseña si es necesario (ya que incluye sudo).

echo test | suwrite /root/test.txt

Tenga en cuenta que dado que este es un contenedor simple para tee, también aceptará la -aopción de tee para agregar, y también admite la escritura en múltiples archivos al mismo tiempo.

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

También tiene una protección simplista contra la escritura en /dev/dispositivos, lo cual fue una preocupación mencionada en uno de los comentarios en esta página.

¿Tal vez le han dado acceso a sudo solo a algunos programas / rutas? Entonces no hay forma de hacer lo que quieres. (a menos que lo piratee de alguna manera)

Si no es el caso, entonces quizás puedas escribir un script bash:

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

Presione ctrl+ d:

chmod a+x myscript.sh
sudo myscript.sh

Espero que sea de ayuda.

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