Newsgroup: it.comp.os.linux.software
Titolo: SSH & avvio programmi da remoto

Ciao a tutti, vi scrivo perchè ho la necessità di collegarmi via
remoto ad un server su cui eseguire un programma per lavorarci.
Nonostante abbia dato il comando ssh -X -C che dovrebbe abilitare la
compressione, la mia velocità di connessione (adsl a 6 Mbit effettivi)
rende impossibile il mio intento dato che il tutto funziona ma è
moooolto lento (non è colpa del server).
Vi chiedo se una volta fatto l'accesso via terminale tramite ssh è
possibile avviare l'applicazione (un programma  cad) facendo in modo
che il server X spedisca i dati con una profontità di colore di 8bit
anzichè 24 (non ho la password di root)
Vi ringrazio,
Enrico

 lento 
Il problema che tu hai, ed e' comune, non e' dovuto alla banda ma all'alta 
latenza della adsl. Cio' rallenta in modo pesantissimo il video.
Se trovi una soluzione facci sapere.

 Enrico
-- 
Ciao.
Alessandro 
"Ubuntu" - an African word, meaning "Slackware is too hard for me".

 e' piu' 6 Mbit, ma quella che il server ha in upstream, tipo 640 Kbit.
Non credo, la banda è decisamente ampia dato da un pc connesso in lan
col server si riesce a fare l'upload di file di 50Mbyte  in meno di 10
secondi.

 Se trovi una soluzione facci sapere.
Diciamo che ho a forza di tentativi sono riuscito a velocizzare un pò
la cosa, ad occhio direi del doppio anche se il tutto è ancora troppo
lento per lavorarci decentemente. In pratica ho provato a far partire
la mia interfaccia grafica con profondità di colore a 8bit e come
scrivevo prima, qualche miglioramento si è visto.
Enrico

Hexfet13 wrote:
prova con nx , il protocollo X puro anche se compresso non è ottimizzato per 
lavorare fuori da una lan.
-- 
- Sorellina, la mamma ha deciso di lasciare il babbo.
- Non a noi, spero.
		-- Altan

 per lavorarci decentemente. 
Il motivo della lentezza te l'ho gia' spiegato con precisione. Se 
monitorizzi il traffico di rete vedrai come l'alta latenza della dsl 
rovina il tutto. Ci vuole ben altro che abbassare la profondita' di colore 
di un tragico fattore 3 per ottenere risultati.



Se tu ti colleghi via ADSL, la banda LAN del server non c'entra proprio 
niente.
Che banda ha il server VERSO DI TE?
Bye.

 compressione,
Come ti hanno detto, X non � adatto fuori dalle LAN.
Buoni risultati li avevo ottenuti avviando con VNCserver sulla macchina
remota, e poi un VNCviewer in locale per catturare lo schermo remoto.
In VNC puoi lavorare abbastanza coi parametri di qualit�, compressione e
profondit� di colore. Se non sbaglio, avevo ottenuto buoni compromessi con
colore a 16bit, compressione 7 e qualit� 4.
Puoi anche spingerti oltre se puoi permetterti una qualit� peggiore. Il
risultato era abbastanza ben utilizzabile.
In pi�, in questo modo, universalizzi la connessione visto che VNC lo trovi
disponibile su qualsiasi piattaforma.
-- 
Massimo Bacilieri AKA Crononauta


Certo, oltre al discorso del test di upload di un file di grosse
dimensioni non so e non posso sapere se ci sono limitazioni di banda
verso me...

 Massimo Bacilieri AKA Crononauta
Conosco vnc e mi capita di usarlo, il punto è che non ho proprio idea
di come fare questo giochetto dato che non posso connettermi
direttamente alla macchina che devo usare dove effettivamente è
presente vncserver. Prima però dovrei accedervi via ssh ma poi
francamente non ho idea di come poter sfruttare il collegamento ssh
con vnc: dovrei impostare vnc per usare la porta aperta tramite ssh?
(che non so nemmeno qual'è)


Facebook: Massimo Bacilieri


Ti ringrazio x la risposta, ho provato quanto mi hai suggerito in
quest'ordine:
1) ssh -l tuologin -L 5900:$ip_server :5900 $ippubblico
    non funziona; una volta premuto enter, non ci sono più segni di
vita, non vengono richieste ne password e non
    viene viauzlizzato nessun altro messaggio
2)inverto gli ip ed eseguo
   ssh -l tuologin -L 5900:$ippubblico :5900 $ip_server
  da terminale vedo che sono entrato solamente nel server ma non nel
pc di destinazione (probabilmente è corretto) e nessun messaggio di
errore.
Una volta lanciato vncviewer scrivo "localhost::5900" e sul terminale
di ssh compare questo mesaggio di errore: "channel 3: open failed:
connect failed: Connection refused"
Questo significa che la porta sul server non è aperta?
Grazie di tutto

 1) ssh -l tuologin -L 5900:$ip_server :5900 $ippubblico
Rileggi *bene* e con attenzione cosa ti ho scritto io, e cosa invece hai
scritto tu (e siccome pi� sotto lo ripeti identico, � chiaro che non �
un errore di trascrizione qui sulla mail!)!
Noterai un'importante differenza...


 Noterai un'importante differenza...
Vero...i'm sorry! quello che ho fatto è:
ssh -l tuologin -L 5900:$vncserver :5900 $ipserver    dove $vncserver
è l'indirizzo della macchina su cui è avviato vncserver e $ipserver è
l'ip del server che si appoggia sul web...ergo nel delirio totale
dovrei aver fatto quanto da te suggerito!?
Comunque, dati i risultati prossimi a zero penso che  lascerò
perdere...troppo intricato per le mie modeste conoscenze di reti e di
linux: grazie lo stesso per l'interessamento!

 ssh -l tuologin -L 5900:$vncserver :5900 $ipserver  
Nooooooooooo hai lasciato uno spazio tra $vncserver e :5900, vogliono
attaccati!!!! � quello l'errore, per forza non ti va una fava!
Scrivilo bene e vedrai che funzioner�!


 Facebook: Massimo Bacilieri
x la miseria, hai maledettamente ragione ....non me n'ero nemmeno
accorto dello spazio. Ora VNC mi mostra "Connection failed - Error
reading Protocol Version"  e poi sotto "cause possibili : hai
dimenticato di selezionare il plugin DSM e il server usa DSMplugin".
Quindi ho scaricato il plugin e messo dentro la cartella di vnc ma una
volta avviato quest'ultimo, anche selezionandolo mi da lo stesso
errore se genero un "key file" con un nome qualsiasi; se poi invece
uso il KEYfile originale presente con il plugin (new_rc4.key)   mi
compare la tipica finestrella vnc che chiede la password ma dopo
averla inserita mi compare prontamente lo stesso messaggio da parte di
vnc......getto la spugna!


Facebook: Massimo Bacilieri