SSH Output buffering abschalten

[roli]

Hi,

mir ist aufgefallen das es auf einem (HP-UX) Server einen Unterschied mach, ob ich
1) mich per SSH anmlede, und dann ein Script ausführe
2) oder ob ich es direkt von remote via

Code: Alles auswählen

ssh $server "script.pl $1"

aufrufe.
In Fall 1. wird der Output schön Zeile für Zeile ausgegeben, "so wie er halt anfällt". So sehe ich halt wie das Script arbeitet.
Wenn ich's aber wie in 2. beschrieben aufrufe, passiert erstmal nichts, und dann wird der komplette Output auf einmal angezeigt.

Was muß ich anstellen um das Script wie in 2. beschrieben aufrufen zu können, aber direkt zu sehen wie es arbeitet?
Ich gehe mal davon aus, das da irgendwo ein "buffering" erfolgt, habe die Stelle aber bislang noch nicht gefunden. Es nützt auch nichts, wenn ich ssh mit dem Parameter "-t" aufrufe.

[gbotti]

Hi.

Ich muss bei mir garnichts machen. Bei mir funktioniert das auch so. Jedoch dauert es ein wenig, bis die SSH-Verbindung aufgebaut ist und dann laufen die Scripts. Ist es vielleicht 'schnell' fertig?

[Cae]

Kompression braucht erstmal Daten, die sie komprimieren kann, die müssen irgendwo gepuffert werden. Vielleicht liegt es daran, allerdings kenne ich das Verhalten nicht und der Puffer dürfte auch im Byte-Bereich liegen. Der folgende Auszug aus sshd_config(5) hat nach nochmaligem Lesen allerdings nichts mit dem Problem zu tun:

Code: Alles auswählen

     Compression
             Specifies whether compression is allowed, or delayed until the
             user has authenticated successfully.  The argument must be “yes”,
             “delayed”, or “no”.  The default is “delayed”.

Ich lasse ihn trotzdem mal stehen, sonst sieht das so leer aus hier.

Gruß Cae

[roli]

Hi,

Ist es vielleicht 'schnell' fertig?

Ich denke nicht. Ein Messen mittels time nachdem ich mich wie in 1) beschrieben per SSH anmelde ergibt:

Code: Alles auswählen

real    0m48.44s
user    0m36.13s
sys     0m0.95s

Ich habe es dann eben auch mal wie in 2) beschrieben aufgerufen, die Laufzeit war/ist nahezu identisch.
Wenn das zu schnell sein sollte? Wie sieht's aus, hat noch jemand eine Idee?

[rendegast]

viewtopic.php?f=32&t=136788&hilit=term
Da gab es keine debconf-Ausgabe, da
'ssh host'
'ssh host command' (-> TERM=dumb)
unterschiedliche TERM benutzen, und die Software (debconf) sich daran orientierte.

Dem analog versuche mal

Code: Alles auswählen

ssh host "TERM=xterm script.pl $1"

(war bei mir halt ein grafischer client)
(oder was Dein client halt bei 'set | grep TERM' ausgibt) (zBsp. Textkonsole gibt TERM=linux)

Die Ausgabe war zwar unschön, aber debconf hat damit interaktiv reagiert.



Eine weitere Möglichkeit aus der Manpage wäre der Schalter '-f',
damit ssh selbst in den Hintergrund tritt.

[roli]

Hi,

auf dem HP-UX Server ohne X wird das wohl "nix" ;-} mit dem xterm

[Cae]

Du brauchst da kein xterm, TERM=xterm stellt nur die Umgebungsvariable um, damit das Programm "denkt", es sei im xterm.

Gruß Cae

[rendegast]

Der Test läßt sich auch umdrehen, auf einer interaktiven ssh-Shell:

Code: Alles auswählen

$ ssh host 
...
$ TERM=dumb script.pl $argument

sollte dann die ungewünschte Ausgabe produzieren.