Dotaz: SSH micha dohromady STDOUT a STDERR vzdalenyho prikazu pri alokovanym tty

[Harvie.CZ]

Resim zapeklity problem... potrebuju na vzdalenym stroji pres ssh ze skriptu pustit prikaz vyzadujici tty a zaroven bych rad odlisil STDOUT a STDERR...

problem je, ze kdyz zavolam SSH klienta s parametrem -t (resp. -tt) tak smicha STDERR vzdalenyho programu do STDOUTu a ja je nemuzu odlisit...

tady je demonstrace, kde je STDERR zvyrazneno pomoci

2> >(while read i; do echo STDERR: "$i"; done)

[harvie@anemophobia ~]$ ssh harvie.cz ls /neexistuje
STDERR: ls: nelze přistoupit k /neexistuje: Adresář nebo soubor neexistuje

[harvie@anemophobia ~]$ ssh -tt harvie.cz ls /neexistuje
ls: nelze přistoupit k /neexistuje: Adresář nebo soubor neexistuje
STDERR: Connection to harvie.cz closed.

jak vidite, tak ve druhym pripade se do STDERR vypisuje hlaska SSH klienta misto chybovy hlasky volanyho programu. problem je, ze nektery veci bez -tt nefungujou (typicky screen, sudo, su,...). Potrebuju to na stroje, kde nemuzu mit normalni rootovskej shell...

zkousel sem parametr -q, ale zrejme v tom neni problem... workaround je samozrejme veskerej vystup otagovat (jako jsem to delal v ukazce) jestli je STDOUT nebo STDERR a pak to zpetne dekodovat... to se mi ale uplne nelibi, protoze to je zavisly na bashi...

Podle vseho se to netyka jen OpenSSH.

nekdo nejaky reseni? Dik.

---

---

Odpovědi

[NN]

ssh -tt harvie.cz ls /neexistuje 2> /dev/null

?

NN

[Harvie.CZ]

zahazuju STDERR

[harvie@anemophobia central]$ ssh -tt harvie.cz ls /neexistuje 2> /dev/null
ls: nelze přistoupit k /neexistuje: Adresář nebo soubor neexistuje
[harvie@anemophobia central]$ ssh harvie.cz ls /neexistuje 2> /dev/null

zahazuju STDOUT

[harvie@anemophobia central]$ ssh -tt harvie.cz ls /neexistuje > /dev/null
Connection to harvie.cz closed.
[harvie@anemophobia central]$ ssh harvie.cz ls /neexistuje > /dev/null
ls: nelze přistoupit k /neexistuje: Adresář nebo soubor neexistuje

[Konqui]

Obal to do uvozovek

ssh harvie.cz "ls /neexistuje 2> /dev/null"

[tom]

Poslete si stderr to pojmenovane roury a tu si ctete pomoci druheho ssh. Pokud pouzijete multisocket, tak se bude delat pouze jedno spojeni na server.

[Ales Hakl]

Tohle neni chyba, ale prosta vlastnost toho, ze -t znamena "pouzij PTY". stdin a stdout pomicha fakticky uz aplikace co spoustite, protoze pty je z te uzivatelske strany jedno jedine zarizeni a tak neni moc jak stdin a stdout rozlisovat. Dava to smysl, seriovy port taky ma jenom draty TxD a RxD a nema zadne RxDSTDERR, tak tezko SW emulace serioveho portu bude neco takoveho umet.

Resenim tohohle je se s tim srovnat, jaky smysl ma poustet screen bez terminalu mi unika (screen vam stejne stderr a stdout "pomicha", protoze interne dela uplne presne totez). Sudo a su nefunguje jenom tehdy pokud chteji zadat heslo (resp. pokud PAM chce nejak s nekym interaktivne interreagovat), coz v pripade sudo je vylozene o konfiguraci.