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

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

scp 使用 scp 在遠程機器上 copy 檔案
======================================================
copy 本地的檔案到遠程的機器上
scp /etc/lilo.conf my@www.upsdn.net:/home/my
會將本地的 /etc/lilo.conf 這個檔案 copy 到 www.upsdn.net，使用者my 的家目錄下。
=====================================================
copy遠程機器上的檔案到本地來
scp my@www.upsdn.net:/etc/lilo.conf /etc
會將 http://www.upsdn.net 中 /etc/lilo.conf 檔案 copy 到本地的 /etc 目錄下。
=====================================================
保持從來源 host 檔案的屬性
scp –p my@www.upsdn.net:/etc/lilo.conf /etc

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

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

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

sftp -l username hostname 或者 sftp user@hosname
進入到 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]