Jak używać sudo do przekierowywania danych wyjściowych do lokalizacji, w której nie mam uprawnień do pisania?

Dano mi dostęp do sudo na jednym z naszych pakietów programistycznych RedHat i wydaje mi się, że dość często muszę przekierowywać dane wyjściowe do lokalizacji, do której normalnie nie mam dostępu do zapisu.

Problem w tym, że ten wymyślony przykład nie działa:

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

Właśnie otrzymałem odpowiedź:

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

Jak mogę to uruchomić?

Twoje polecenie nie działa, ponieważ przekierowanie jest wykonywane przez twoją powłokę, która nie ma uprawnień do pisania /root/test.out. Przekierowanie wyjścia nie jest wykonywane przez sudo.

Istnieje wiele rozwiązań:

• Uruchom powłokę z sudo i wydaj komendę, używając -copcji:

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

• Utwórz skrypt za pomocą swoich poleceń i uruchom ten skrypt za pomocą sudo:

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

  Uruchom sudo ls.sh. Zobacz Steve Bennett odpowiedź , jeśli nie chcesz utworzyć pliku tymczasowego.

• Uruchom powłokę, a sudo -snastępnie uruchom polecenia:

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

• Użyj sudo tee(jeśli musisz często uciekać podczas korzystania z -copcji):

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

  Przekierowanie do /dev/nulljest potrzebne, aby zatrzymać wyświetlanie tee na ekranie. Aby dołączyć zamiast zastąpić plik wyjściowy ( >>), użyj tee -alub tee --append(ostatni jest specyficzny dla coreutils GNU ).

Dziękujemy Jd , Adamowi J. Forsterowi i Johnathanowi za drugie, trzecie i czwarte rozwiązanie.

Ktoś tutaj zaproponował właśnie koszulkę sudoing:

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

Można to również wykorzystać do przekierowania dowolnego polecenia do katalogu, do którego nie masz dostępu. Działa, ponieważ program tee jest w rzeczywistości programem „echa do pliku”, a przekierowanie do / dev / null ma za zadanie zatrzymać wyświetlanie go również na ekranie, aby pozostało takie samo jak w oryginalnym wymyślonym powyżej przykładzie.

Sztuczka, którą sam sobie wymyśliłem

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

Problem polega na tym, że polecenie zostaje uruchomione sudo, ale przekierowanie jest uruchamiane przez użytkownika. Robi to powłoka i niewiele można na to poradzić.

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

Zwykłe sposoby na obejście tego są:

• Zawiń polecenia w skrypt, który wywołujesz w sudo.

  Jeśli komendy i / lub plik dziennika ulegną zmianie, skrypt może traktować je jako argument. Na przykład:

  sudo log_script command /log/file.txt
  

• Wywołaj powłokę i przekaż wiersz poleceń jako parametr za pomocą -c

  Jest to szczególnie przydatne w przypadku jednorazowych poleceń złożonych. Na przykład:

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

Kolejna odmiana na temat:

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

Lub oczywiście:

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

Mają (małe) tę zaletę, że nie trzeba pamiętać żadnych argumentów sudolub sh/bash

Wyjaśniono nieco, dlaczego preferowana jest opcja tee

Zakładając, że masz odpowiednie uprawnienia do wykonania polecenia, które tworzy dane wyjściowe, jeśli potokujesz dane wyjściowe swojego polecenia do tee, wystarczy jedynie podnieść uprawnienia tee za pomocą sudo i skierować tee do zapisu (lub dołączenia) do danego pliku.

w przykładzie podanym w pytaniu oznaczałoby to:

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

kilka praktycznych przykładów:

# 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

W każdym z tych przykładów pobierasz dane wyjściowe nieuprzywilejowanego polecenia i zapisujesz do pliku, który zwykle jest zapisywalny tylko przez root, który jest źródłem twojego pytania.

Warto to zrobić w ten sposób, ponieważ polecenie generujące dane wyjściowe nie jest wykonywane z podwyższonymi uprawnieniami. Wydaje się, że nie ma to znaczenia, echoale gdy polecenie źródłowe jest skryptem, któremu nie całkowicie ufasz, jest to bardzo ważne.

Zauważ, że możesz użyć opcji -a, aby dodać lub dołączyć >>plik docelowy (jak ) do pliku docelowego, zamiast go zastąpić (jak >).

Niech sudo uruchomi powłokę, tak jak to:

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

Chciałbym poradzić sobie z tym problemem:

Jeśli musisz zapisać / zamienić plik:

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

Jeśli chcesz dołączyć do pliku:

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

Co powiesz na napisanie skryptu?

Nazwa pliku: myscript

#!/bin/sh

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

# end script

Następnie użyj sudo, aby uruchomić skrypt:

sudo ./myscript

Ilekroć muszę zrobić coś takiego, po prostu się rootuję:

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

To chyba nie najlepszy sposób, ale działa.

Zrobiłbym to w ten sposób:

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

Nie znaczy pokonać martwego konia, ale nie ma zbyt wiele odpowiedzi tutaj zastosowanie tee, co oznacza, że trzeba przekierować stdoutdo /dev/nullchyba że chcesz zobaczyć kopię na ekranie.

Prostszym rozwiązaniem jest cattakie użycie :

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

Zwróć uwagę, w jaki sposób przekierowanie jest umieszczane w cudzysłowach, aby było oceniane przez powłokę uruchomioną przez sudozamiast uruchomionej.

Jest to oparte na zaangażowanej odpowiedzi tee. Aby to ułatwić, napisałem mały skrypt (nazywam go suwrite) i wstawiłem /usr/local/bin/za +xzgodą:

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

Jak pokazano w USAGE w kodzie, wszystko, co musisz zrobić, to przesłać dane wyjściowe do tego skryptu, a następnie żądanej nazwy pliku dostępnej dla superużytkownika, aw razie potrzeby automatycznie wyświetli monit o podanie hasła (ponieważ zawiera sudo).

echo test | suwrite /root/test.txt

Zauważ, że ponieważ jest to proste opakowanie tee, zaakceptuje również -aopcję dołączenia tee , a także obsługuje zapis do wielu plików jednocześnie.

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

Ma również uproszczoną ochronę przed zapisem na /dev/urządzeniach, co było problemem wspomnianym w jednym z komentarzy na tej stronie.

Może dostałeś sudo dostęp tylko do niektórych programów / ścieżek? W takim razie nie ma możliwości robienia tego, co chcesz. (chyba że jakoś go zhakujesz)

Jeśli tak nie jest, być może możesz napisać skrypt bash:

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

Naciśnij ctrl+ d:

chmod a+x myscript.sh
sudo myscript.sh

Mam nadzieję, że to pomoże.

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