ssh –l user –p 22 upsdn.net
輸入密碼即可登錄

l login_name
指定登入于遠(yuǎn)程機(jī)器上的使用者，若沒加這個(gè)選項(xiàng)，而直接打 ssh lost 也是可以的，它是以讀者目前的使用者去做登入的動(dòng)作。 例如： ssh –l root http://www.upsdn.net
===================================================
-c blowfish|3des
在期間內(nèi)選擇所加密的密碼型式。預(yù)設(shè)是3des，3des(作三次的資料加密) 是用三種不同的密碼鍵作三次的加密-解密-加密。 blowfish 是一個(gè)快速區(qū)塊密碼編制器，它比3des更安全以及更快速。
===================================================
-v
Verbose 模式。使ssh 去印出關(guān)于行程的除錯(cuò)訊息，這在連接除錯(cuò)，認(rèn) 證和設(shè)定的問題上有很的幫助。
===================================================
-f
要求ssh 在背景執(zhí)行命令，假如ssh要詢問密碼或通行證，但是使用者 想要它在幕后執(zhí)行就可以用這個(gè)方式，最好還是加上-l user 例如在遠(yuǎn)程場(chǎng)所上激活 X11，有點(diǎn)像是 ssh –f host xterm 。
===================================================
-i identity_file
選擇所讀取的 RSA 認(rèn)證識(shí)別的檔案。預(yù)設(shè)是在使用者的家目錄 中的 .ssh/identity
===================================================
-n
重導(dǎo) stdin 到 /dev/null (實(shí)際上是避免讀取 stdin)。必須當(dāng) ssh 在幕后執(zhí)行時(shí)才使用。常見的招數(shù)是使用這選項(xiàng)在遠(yuǎn)程機(jī)器上去執(zhí)行 X11 的程序 例如，ssh -n shadows.cs.hut.fi emacs &，將在 shadows.cs.hut.fi 上激活 emace，并且 X11 連接將自動(dòng)地在加密的信道上發(fā)送。ssh 程序?qū)阉?在幕后。(假如ssh需要去詢問密碼時(shí)，這將不會(huì)動(dòng)作)
===================================================
-t
強(qiáng)制配置 pseudo-tty。這可以在遠(yuǎn)程機(jī)器上去執(zhí)行任意的 screen-based 程 式，例如操作 menu services。
===================================================
-C
要求壓縮所有資料(包含 stdin, stdout,stderr 和 X11 和 TCP/IP 連接) 壓縮演算規(guī)則與 gzip 相同，但是壓縮的等級(jí)不能控制。在調(diào)制解調(diào)器或 聯(lián)機(jī)速度很慢的地方，壓縮是個(gè)很好的選擇，但如果讀者的網(wǎng)絡(luò)速路很 快的話，速度反而會(huì)慢下來(lái)。
=====================================================
-p port
連接遠(yuǎn)程機(jī)器上的 port。 不用這個(gè)選項(xiàng)，默認(rèn)就是22
======================================================
-P
使用非特定的 port 去對(duì)外聯(lián)機(jī)。如果讀者的防火墻不淮許從特定的 port去聯(lián)機(jī)時(shí)，就可以使用這個(gè)選項(xiàng)。注意這個(gè)選項(xiàng)會(huì)關(guān)掉 RhostsAuthentication 和 RhostsRSAAuthentication。
=====================================================
-L listen-port:host:port
指派本地的 port 到達(dá)端機(jī)器地址上的 port。
====================================================
-R listen-port:host:port
指派遠(yuǎn)程上的 port 到本地地址上的 port。
-2 強(qiáng)制 ssh 去使用協(xié)議版本 2。
-4 強(qiáng)制 ssh 去使用 IPv4 地址。
-6 強(qiáng)制 ssh 去使用 IPv6 地址。
=====================================================
-g
允許遠(yuǎn)程主機(jī)去連接本地指派的 ports。
-a
關(guān)閉認(rèn)證代理聯(lián)機(jī)。
-e character
設(shè)定跳脫字符

scp 使用 scp 在遠(yuǎn)程機(jī)器上 copy 檔案
======================================================
copy 本地的檔案到遠(yuǎn)程的機(jī)器上
scp /etc/lilo.conf my@www.upsdn.net:/home/my
會(huì)將本地的 /etc/lilo.conf 這個(gè)檔案 copy 到 www.upsdn.net，使用者my 的家目錄下。
=====================================================
copy遠(yuǎn)程機(jī)器上的檔案到本地來(lái)
scp my@www.upsdn.net:/etc/lilo.conf /etc
會(huì)將 http://www.upsdn.net 中 /etc/lilo.conf 檔案 copy 到本地的 /etc 目錄下。
=====================================================
保持從來(lái)源 host 檔案的屬性
scp –p my@www.upsdn.net:/etc/lilo.conf /etc

ssh-keygen
產(chǎn)生公開鑰 (pulib key) 和私人鑰 (private key)，以保障 ssh 聯(lián)機(jī)的安性.
當(dāng) ssh 連 shd 服務(wù)器，會(huì)交換公開鑰上，系統(tǒng)會(huì)檢查 /etc/ssh_know_hosts 內(nèi)儲(chǔ)存的 key，如果找到客戶端就用這個(gè) key 產(chǎn)生一個(gè)隨機(jī)產(chǎn)生的session key 傳給服務(wù)器，兩端都用這個(gè) key 來(lái)繼續(xù)完成 ssh 剩下來(lái)的階段。
它會(huì)產(chǎn)生 identity.pub、identity 兩個(gè)檔案，私人鑰存放于identity，公開鑰 存放于 identity.pub 中，接下來(lái)使用 scp 將 identity.pub copy 到遠(yuǎn)程機(jī)器的家目錄下.ssh下的authorized_keys。 .ssh/authorized_keys(這個(gè) authorized_keys 檔案相當(dāng)于協(xié)議的 rhosts 檔案)，之后使用者能夠不用密碼去登入。RSA的認(rèn)證絕對(duì)是比 rhosts 認(rèn)證更來(lái)的安全可靠。
執(zhí)行：
scp identity.pub my@sohu.com:.ssh/authorized_keys
若在使用 ssh-keygen 產(chǎn)生鑰匙對(duì)時(shí)沒有輸入密碼，則如上所示不需輸入密碼即可從 http://www.upsdn.net去登入 sohu.com。
在此，這里輸入的密碼可以跟帳號(hào)的密碼不同，也可以不輸入密碼。

SSH protocol version 1：
每一部主機(jī)都可以使用 RSA 加密方式來(lái)產(chǎn)生一個(gè) 1024-bit 的 RSA Key ，這個(gè) RSA 的加密方式，主要就是用來(lái)產(chǎn)生公鑰與私鑰的演算方法！這個(gè) version 1 的整個(gè)聯(lián)機(jī)的加密步驟可以簡(jiǎn)單的這么看：
1. 當(dāng)每次 SSH daemon (sshd) 激活時(shí)，就會(huì)產(chǎn)生一支 768-bit 的公鑰(或稱為 server key)存放在 Server 中；
2. 若有 client 端的需求傳送來(lái)時(shí)，那么 Server 就會(huì)將這一支公鑰傳給 client ，而 Client 藉由比對(duì)本身的 RSA 加密方式來(lái)確認(rèn)這一支公鑰；
3. 在 Client 接受這個(gè) 768-bit 的 server key 之后，Client 自己也會(huì)隨機(jī)產(chǎn)生一支 256-bit 的私鑰(host key)，并且以加密的方式將 server key 與 host key 整合成一支完整的 Key ，并且將這支 Key 也傳送給 server ；
4. 之后，Server 與 Client 在這次的聯(lián)機(jī)當(dāng)中，就以這一支 1024-bit 的 Key 來(lái)進(jìn)行資料的傳遞！
當(dāng)然啦，因?yàn)?Client 端每次的 256-bit 的 Key 是隨機(jī)取的，所以你這次的聯(lián)機(jī)與下次的聯(lián)機(jī)的 Key 就會(huì)不一樣啦！
　
==============================================
SSH protocol version 2：
與 version 1 不同的是，在 version 2 當(dāng)中將不再產(chǎn)生 server key 了，所以，當(dāng) Client 端聯(lián)機(jī)到 Server 端時(shí)，兩者將藉由 Diffie-Hellman key 的演算方式來(lái)產(chǎn)生一個(gè)分享的 Key ，之后兩者將藉由類似 Blowfish 的演算方式進(jìn)行同步解密的動(dòng)作！
每一個(gè) sshd 都提供這兩個(gè)版本的聯(lián)機(jī)，而決定這兩種模式聯(lián)機(jī)的，就必需要在 client 端聯(lián)機(jī)時(shí)選擇聯(lián)機(jī)的模式才能確認(rèn)。目前預(yù)設(shè)情況下，會(huì)自動(dòng)使用 version 2 的聯(lián)機(jī)模式喔！而由于我們的聯(lián)機(jī)資料中，經(jīng)過了這個(gè) Public 與 Private Key 的加密、解密動(dòng)作，所以在中間的傳送過程中，當(dāng)然就比較安全的多啰！

如果直接以 ssh hostname 來(lái)連接進(jìn)入 hostname 這個(gè)主機(jī)時(shí)，則進(jìn)入 hostname 這個(gè)主機(jī)的『帳號(hào)名稱』將會(huì)是目前你所在的這個(gè)環(huán)境當(dāng)中的使用者帳號(hào)！以上面為例，因?yàn)槲沂且?root 的身份在執(zhí)行，所以如果我執(zhí)行了『 ssh host.domain.name 』時(shí)，那么對(duì)方 host.domain.name 這部主機(jī)，就會(huì)以 root 的身份來(lái)讓我進(jìn)行密碼確認(rèn)的登入動(dòng)作！因此，為了避免這樣的麻煩，通常我都是以簡(jiǎn)單的 e-mail 的寫法來(lái)登入遠(yuǎn)方的主機(jī)，例如『ssh user@hostname 』即表示，我是以 user 這個(gè)帳號(hào)去登入 hostname 這部主機(jī)的意思。當(dāng)然，也可以使用 -l username 這樣的形式來(lái)書寫！登入對(duì)方主機(jī)之后，其它的所有執(zhí)行行為都跟在 Linux 主機(jī)內(nèi)沒有兩樣～所以，真的是很簡(jiǎn)單吧！ ^_^ 這樣就可以達(dá)到遠(yuǎn)程控管主機(jī)的目的了！此外，在預(yù)設(shè)的情況下， SSH 是『允許你以 root 的身份登入』喔！呵呵！更是爽快啦！此外，請(qǐng)?zhí)貏e留意的是，當(dāng)您要連接到對(duì)方的主機(jī)時(shí)，如果是首次連接，那么 Server 會(huì)問你，你的聯(lián)機(jī)的 Key 尚未被建立，要不要接受 Server 傳來(lái)的 Key ，并建立起聯(lián)機(jī)呢？呵呵！這個(gè)時(shí)候請(qǐng)『務(wù)必要輸入 yes 而不是 y 或 Y』，這樣程序才會(huì)接受

sftp -l username hostname 或者 sftp user@hosname
進(jìn)入到 sftp 之后，那就跟在一般 FTP 模式下的操作方法沒有兩樣
cd
ls dir
mkdir
rmdir
pwd
chgrp
chown
chmod
ln oldname newname
rm path
rename oldname newname
exit bye
===================================
lcd path
lls
lmkdir
lpwd
put [local] [remote]
get [remote] [local]