Comment traiter avec des “Pseudo-terminal ne sera pas affecté car stdin n'est pas un terminal.”

ssh -t remotehost vim /tmp/x.txt

Je sais que je peux exécuter une commande comme ci-dessus.

Mais je voudrais être en mesure d'exécuter n'importe quel local bash code dans une machine distante. Pour cette raison, je tiens à appeler la distance 'bash -s", de sorte que peut traiter n'importe quel local bash code.

ssh -t remotehost 'bash -s' <<< vim /tmp/x.txt

Cependant, l'exemple ci-dessus montre "Pseudo-terminal ne sera pas affecté car stdin n'est pas un terminal." Est-il possible de laisser ssh prendre bash code via stdin et de l'exécuter via la télécommande 'bash -s"? Merci.

InformationsquelleAutor user1424739 | 2018-02-06
  1. 8
    ssh -t remotehost 'bash -s' <<< vim /tmp/x.txt

    Vous êtes l'obtention de la "Pseudo-terminal ne sera pas attribué..." message, car vous êtes en cours d'exécution ssh avec un seul -t option, lors de l'entrée standard du processus ssh n'est pas un TTY. ssh imprime le message spécifiquement dans ce cas. Le documentation -t dit:

    -t

    La Force de pseudo-terminal de répartition. Ceci peut être utilisé pour exécuter des commandes arbitraires sur l'écran les programmes sur une machine distante, ce qui peut être très utile, par exemple lors de la mise en œuvre de menus services. Multiples options de la force ats allocation, même si ssh n'a pas de local ats.

    La -t option de ligne de commande est liée à la configuration de ssh option RequestTTY:

    RequestTTY

    Spécifie si la demande d'un pseudo-tty pour la session. L'argument peut être: aucun (ne demandez jamais ATS), oui (toujours demander un ATS lors de l'entrée standard est un ATS), la force (toujours demander un TTY) ou auto (demande d'ATS lors de l'ouverture d'une session de connexion). Cette option est le miroir de l'-t et -T drapeaux pour ssh(1).

    Un seul -t est équivalent à "RequestTTY oui", tandis que deux d'entre eux est l'équivalent de "RequestTTY de la force".

    Si vous souhaitez que votre commande à distance(s) à exécuter avec un ATS, puis spécifiez -t deux fois:

    ssh -tt remotehost 'bash -s' <<< vim /tmp/x.txt
or
ssh -t -t remotehost 'bash -s' <<< vim /tmp/x.txt

    ssh va allouer un TTY pour le système à distance et de ne pas imprimer ce message.

    Si la commande(s) en cours d'exécution sur le système distant n'avez pas besoin d'un TTY, vous pouvez laisser le -t option out:

    ssh remotehost 'bash -s' <<< vim /tmp/x.txt
    InformationsquelleAutor Kenster
  2. 0

    Je crois que ce qui suit peut convenir à vos besoins:

    vim /tmp/x.txt ; ssh remotehost 'bash -s' < /tmp/x.txt

    La première expression (vim ...) vous permet de spécifier les commandes que vous souhaitez exécuter à distance un fichier appelé /tmp/x.txt; la seconde expression (ssh ...) appelle la distance bash interprète, et envoie le contenu de votre fichier local pour l'exécution. Notez que vous n'avez pas besoin de la -t option pour ssh dans ce cas (qui a donné lieu à la pseudo-terminal d'avertissement), et que vous n'avez pas besoin d'utiliser un ici la chaîne ( <<< ), mais vous pouvez utiliser le fichier normal d'entrée de l'opérateur (<).

    Cette solution semble fonctionner pour, par exemple, le fichier suivant table des matières:

    echo These commands are being executed on $HOSTNAME
echo This is a second command
    • Avez-vous essayé? Il ne fonctionne pas pour moi.
    • J'ai oublié de mentionner, vous pouvez supprimer le -t option à partir de la ssh de commande dans ce cas, qui devrait se débarrasser de la pseudo-terminal d'avertissement. J'ai édité la réponse ci-dessus; la commande en cours semble maintenant fonctionner correctement sur mon système (il exécute le fichier local à distance, sans affichage de l'avertissement).
    • Si cette réponse ne résout pas votre question, envisager de préciser la réelle commandes que vous souhaitez exécuter à distance.
    InformationsquelleAutor ngj