這是我的情況:
我有一個帶有windows客戶端的linux服務器/媒體中心。
我的目標是遠程控制rhythmbox等等。
我已經使用plink(基於windows的cli ssh玩具)完成了這項工作。
問題是,啓動一個ssh會話登錄併發送一個命令,可以理解爲很慢。當我有一個Windows服務器時,我使用了一個名爲psexec的工具,它幾乎是瞬間的。
有什麼辦法可以加快這個過程嗎?無論是以某種方式發送命令與登錄請求應該顯示一些改進。或者通過保持一個持久的ssh連接,我可以使用。 (命令結尾的plink dcs)。
在批處理文件中加速ssh
更多信息:
在我的Windows機器我使用像蝙蝠:
plink -ssh -l username -pw pass myipaddress "/home/username/bin/skip"
在我的Linux機器上跳躍bash的文件是一樣的東西:
//needed to get around a x11 error caused by controlling rhythmbox over ssh
if its an ssh connection
copy the dbusaddress
fi
rhythmbox-client --next //the cli wrapper for rhythmbox
進一步研究:
唯一的出路似乎保持一個SSH連接操作n作爲服務維護。這似乎是可行的,因爲需要設置ssh隧道(繞過防火牆)。從那裏我需要一種方法來發送命令行命令到這個現有的連接或reuse該連接。
另一個選項當然是不使用ssh。地獄我已經通過samba文件共享連接,並沒有滯後。我敢打賭,我可以把一個服務的Linux方面,檢查修改後的文件。然後有一個修改所述文件的ap客戶端。令人驚訝的是,但到目前爲止,它似乎是最好的選擇。我最好的意思是唯一一個可以減少控制滯後的人。必須要有比這更好的方法,我不能成爲唯一一個使用linux作爲媒體中心,想要遠程控制的書呆子。這種將主題從stackoverflow移動到超級用戶,但沒關係。
什麼是慢速部分?在登錄憑證和命令中鍵入?客戶端和服務器之間的握手? – mob 2009-10-26 21:14:59
我不知道:D我會承擔握手。我的意思是登錄和命令在批處理文件中。其他地方可能存在瓶頸,我不知道如何檢查。我的局域網上的ATM大概需要4秒。並跳過有點令人沮喪的歌曲。主要是因爲我知道它可以做得快得多。我會添加更多的細節,我如何做到這一點。 – Idiomatic 2009-10-26 23:26:52