sudo echo “quelque chose” >> /etc/privilegedFile ne fonctionne pas

C'est une question assez simple, au moins, il semble que ce devrait être, à propos de sudo autorisations dans Linux.

Il y a beaucoup de moments où j'ai juste envie d'ajouter quelque chose à /etc/hosts ou d'un fichier similaire, mais finissent par ne pas être capable de parce que les deux > et >> ne sont pas autorisés, même avec la racine.

Est là d'une certaine manière pour faire ce travail sans avoir à su ou sudo su en root?

InformationsquelleAutor David | 2008-09-17

770

Utilisation tee --append ou tee -a.
```
echo 'deb blah ... blah' | sudo tee -a /etc/apt/sources.list
```
Assurez-vous d'éviter de guillemets à l'intérieur des guillemets.

Afin d'éviter l'impression de données à la console, rediriger la sortie vers /dev/null.
```
echo 'deb blah ... blah' | sudo tee -a /etc/apt/sources.list > /dev/null
```
- Je suis absolument d'préfère celui-ci. C'est juste le plus simple (et il tought moi à propos de tee-shirt, ce qui est pratique dans les autres scénarios).
- Je suis d'accord. Semble plus propre que le démarrage d'un nouveau sh trop, surtout avec potentiellement de faire des choses avec l'environnement etc.
- Une chose importante à noter: n'oubliez JAMAIS la une! Imaginez ce que un echo 'tmpfs /tmp tmpfs defaults 0 0' | sudo tee /etc/fstab ferait
- Sous OS X, cela devrait être tee -a au lieu de tee --append.
- Pour ceux qui ne comprennent pas ce qu' @mic_e dit: sans -a (--append) drapeau la commande serait de remplacer la totalité du fichier avec la chaîne au lieu d'ajouter à la fin.
- Pour l'enregistrement, vous voulez -a sur le Serveur Ubuntu 16.04, --append est ignoré comme @totymedli illustre.
- Pourquoi réponse @Matt P
- Ma première pensée a été "ce ne sera pas mon problème si je n'ai jamais redémarrer la machine" 🙂 re: oublier d'ajouter
InformationsquelleAutor Yoo
296

Le problème est que le shell ne redirection de la sortie, pas de sudo echo, donc c'est votre utilisateur régulier.

Essayez l'extrait de code suivant:
```
sudo sh -c "echo 'something' >> /etc/privilegedfile"
```
- Que sont les "sudo autorisation limites"? C'est juste la coque qui analyse l'opérateur de redirection avec une priorité supérieure à celle de la commande pour des raisons évidentes
- En fonction de votre sh, echo peut interpréter les séquences d'échappement comme \t à l'intérieur des guillemets simples. Vous pouvez utiliser printf %s 'something' à la place.
- Ne fonctionne pas pour les echo $EVN_VARIBLE
- À l'aide de té est de plus en plus populaire et le plus compatible à de nouvelles distributions.
- C'est le seul qui fonctionne en tant qu'une commande SSH qui peut être exécuté sur un nœud distant.
- Je suis d'accord avec d'autres messages ici. Il utilise un shell et seulement coquille d'un autre programme comme le tee n'est pas nécessaire ici. Oui je sais tee est déjà installé, mais peut-être pas en fonction de ce micro distribution que vous utilisez comme bare bones alpin. J'aime le fait que vous avez une option shell trop: sudo /bin/bash -c "echo 'fs.inotify.max_user_watches = 524288' > /etc/sysctl.d/60-golang-inotify.conf" par exemple.
- grande, de cette façon, vous pouvez également répéter la dernière commande sudo: sudo sh -c "!!"
InformationsquelleAutor Matt P
31

Le problème c'est que c'est le shell qui gère la redirection; c'est en essayant d'ouvrir le fichier avec votre autorisations sont pas ceux du processus, vous êtes en cours d'exécution en vertu de sudo.

Utiliser quelque chose comme cela, peut-être:
```
sudo sh -c "echo 'something' >> /etc/privilegedFile"
```
- Ne fonctionne pas pour les echo $EVN_VARIBLE
- c'est parce que sudo (pour des raisons de sécurité) ne se propagent pas l'environnement pour le processus secondaire. Vous pouvez utiliser sudo -E de contourner cette restriction.
- oui, je ne comprends pas pourquoi vous continuez à répéter cette déclaration! Si vous ne sudo sh -c "echo 'something' >> $FILENAME", avec des guillemets, ce est travail - la substitution de variable se fait par la coque extérieure, pas la sudoed shell.
InformationsquelleAutor Incident
17
```
sudo sh -c "echo 127.0.0.1 localhost >> /etc/hosts"
```
- Ne fonctionne pas pour les echo $EVN_VARIBLE
InformationsquelleAutor Vinko Vrsalovic
13

Faire
```
sudo sh -c "echo >> somefile"
```
devrait fonctionner. Le problème, c'est que > et >> sont gérées par votre shell, et non par le "sudoed de la commande", de sorte que les autorisations sont vos proches, ne sont pas ceux de l'utilisateur que vous êtes "sudoing" en.
- Ne fonctionne pas pour les echo $EVN_VARIBLE
InformationsquelleAutor agnul

Je tiens à souligner, pour les plus curieux, que vous pouvez également citer un heredoc (pour les gros blocs):

sudo bash -c "cat <<EOIPFW >> /etc/ipfw.conf
<?xml version=\"1.0\" encoding=\"UTF-8\"?>

<plist version=\"1.0\">
  <dict>
    <key>Label</key>
    <string>com.company.ipfw</string>
    <key>Program</key>
    <string>/sbin/ipfw</string>
    <key>ProgramArguments</key>
    <array>
      <string>/sbin/ipfw</string>
      <string>-q</string>
      <string>/etc/ipfw.conf</string>
    </array>
    <key>RunAtLoad</key>
    <true></true>
  </dict>
</plist>
EOIPFW"

Cela fonctionne très bien, sauf que l'embedded citations doivent être échappés avec un \
Tout à fait raison @NJones! Je vais modifier ma réponse. (Notez, cependant, que de ne pas faire cela supprime l'intérieur ", mais ne provoque pas l'échec de la commande.)

InformationsquelleAutor msanford

8

En bash, vous pouvez utiliser tee en combinaison avec > /dev/null de garder stdout propre.
```
 echo "# comment" |  sudo tee -a /etc/hosts > /dev/null
```
- Qui doivent fonctionner dans un shell POSIX, non seulement Bash.
InformationsquelleAutor Vytenis Bivainis

À l'aide de Yoo répondre, mettez ceci dans votre ~/.bashrc:

sudoe() {
    [[ "$#" -ne 2 ]] && echo "Usage: sudoe <text> <file>" && return 1
    echo "$1" | sudo tee --append "$2" > /dev/null
}

Maintenant, vous pouvez exécuter sudoe 'deb blah # blah' /etc/apt/sources.list

Edit:

Une version plus complète qui vous permet de tuyau d'entrée ou de redirection à partir d'un fichier et comprend un -a commutateur pour désactiver l'ajout (qui est par défaut):

sudoe() {
  if ([[ "$1" == "-a" ]] || [[ "$1" == "--no-append" ]]); then
    shift &>/dev/null || local failed=1
  else
    local append="--append"
  fi

  while [[ $failed -ne 1 ]]; do
    if [[ -t 0 ]]; then
      text="$1"; shift &>/dev/null || break
    else
      text="$(cat <&0)"
    fi

    [[ -z "$1" ]] && break
    echo "$text" | sudo tee $append "$1" >/dev/null; return $?
  done

  echo "Usage: $0 [-a|--no-append] [text] <file>"; return 1
}

InformationsquelleAutor hololeap

2

Vous pouvez également utiliser sponge de la moreutils paquet et pas besoin de rediriger la sortie (c'est à dire, pas de tee de bruit pour masquer):
```
echo 'Add this line' | sudo sponge -a privfile
```
InformationsquelleAutor Michael Goldshteyn
0

echo 'Hello World' | sudo tee-a /etc/apt/sources.liste)

InformationsquelleAutor Sudev Shetty
-1

Cela a fonctionné pour moi:
de la commande d'origine
```
echo "export CATALINA_HOME="/opt/tomcat9"" >> /etc/environment
```
Travail de commande
```
echo "export CATALINA_HOME="/opt/tomcat9"" |sudo tee /etc/environment
```
- Devrait être tee -a. Juste tee va écraser le fichier!
InformationsquelleAutor f.a.abadi
-1

En utilisant sed-i avec $ un , vous pouvez ajouter du texte, contenant à la fois des variables et des caractères spéciaux, après la dernière ligne.

Par exemple, l'ajout de NEW_HOST avec $NOUVELLE_IP à /etc/hosts:
```
sudo sed -i "$ a $NEW_IP\t\t$NEW_HOST.domain.local\t$NEW_HOST" /etc/hosts
```
sed options expliqué:
- -je pour
- $ pour la dernière ligne
- un pour ajouter
InformationsquelleAutor Noam Manos
-6

Pouvez-vous changer le propriétaire du fichier, puis le modifier après l'utilisation de cat >> à ajouter?
```
sudo chown youruser /etc/hosts  
sudo cat /downloaded/hostsadditions >> /etc/hosts  
sudo chown root /etc/hosts  
```
Quelque chose comme ce travail pour vous?
- Chown est un destructeur de commande à utiliser. Si un gestionnaire de configuration utilisé pour mettre à jour /etc/hosts, soudain, /etc/hosts appartient à la config de l'utilisateur et non de la racine. ce qui conduit potentiellement à d'autres processus n'ayant pas accès à /etc/hosts. Le point de l'ensemble de sudo est pour éviter d'avoir quelque chose de connecté en root et via sudoers plus de restrictions peuvent être empilés les uns sur ainsi.
InformationsquelleAutor pixistix

Vous devez vous connecter pour publier un commentaire.