章 6. 網路應用

現代郵件伺服器有一些限制來最小化暴露濫用（不希望和未被要求的電子郵件）問題。

這是因為：

一些在 Debian 上的程式，它們預設期望訪問 /usr/sbin/sendmail 命令來發送郵件，或者從一個個性化設定的 UNIX 系統郵件伺服器來發送郵件，實現歷史的功能：

OpenSSH SSH 後臺守護程序（daemon）只支援 SSH 2協議。

請閱讀 "/usr/share/doc/openssh-client/README.Debian.gz"、 ssh(1)、 sshd(8)、 ssh-agent(1)、 ssh-keygen(1)、 ssh-add(1) 和 ssh-agent(1).

	警告
	如果想要執行 OpenSSH 服務，"/etc/ssh/sshd_not_to_be_run"必須不存在。 不要開啟基於 rhost 的認證( /etc/ssh/sshd_config 中的 HostbasedAuthentication )。

從客戶端啟動一個 ssh(1) 連線.

如果你在本地和遠端主機上使用相同的使用者名稱，你能夠省略輸入"username@"。

使用"PubkeyAuthentication" (SSH-2 協議)，人們可以避免記住遠端系統的密碼.

在遠端系統的"/etc/ssh/sshd_config"裡，設定相應的條目, "PubkeyAuthentication yes"。

在本地生成授權祕鑰對，並安裝公鑰到遠端系統。

$ ssh-keygen -t rsa
$ cat .ssh/id_rsa.pub | ssh user1@remote "cat - >>.ssh/authorized_keys"

你可以在 "~/.ssh/authorized_keys" 裡給條目增加選項來限制主機和執行特定的命令。參見 sshd(8)"AUTHORIZED_KEYS FILE FORMAT" 。

用密碼來保護你的 SSH 認證私鑰是安全的。如果密碼沒有設定，使用 "ssh-keygen -p" 來設定。

把你的公鑰 (比如："~/.ssh/id_rsa.pub") 放到遠端主機的"~/.ssh/authorized_keys"，這個遠端主機使用上面描述的基於密碼的連線方式。

$ ssh-agent bash
$ ssh-add ~/.ssh/id_rsa
Enter passphrase for /home/username/.ssh/id_rsa:
Identity added: /home/username/.ssh/id_rsa (/home/username/.ssh/id_rsa)

從這裡執行接下來的指令，就不再需要密碼。

$ scp foo username@remote.host:foo

按 ^D 來終結 ssh 代理會話。

對於 X 服務端，通常的 Debian 啟動指令碼會作為父程序執行 ssh-agent。所以你只需要執行一次 ssh-add。進一步的資訊，請閱讀 ssh-agent(1) 和 ssh-add(1).

如果你在一個正確設定 了DNS 的伺服器上有一個 SSH shell 賬號，你能夠將在你本地工作站上生成的郵件，作為遠端伺服器上的郵件，真正的從遠端伺服器上傳送。

通過 ssh 建立一個這樣的管道連線，從 localhost 的 4025 埠到 remote-server 的 25 埠，並從 localhost 的 4110 埠到 remote-server 的 110 埠，請在本機執行如下指令.

# ssh -q -L 4025:remote-server:25 4110:remote-server:110 username@remote-server

這是跨越因特網建立 SMTP/POP3 服務連線的安全方法。在遠端主機"/etc/ssh/sshd_config"裡設定"AllowTcpForwarding"條目為 "yes".

如果你遇到問題，檢查組態檔案的許可權並用 "-v" 選項執行 ssh。

如果你是 root 帳號，並有使用防火牆，使用 "-p" 選項; 這可以避免使用1 — 1023 之間的服務埠.

如果 ssh 連線到遠端站點突然停止工作，這也許是系統管理員胡亂操作的結果，可能是在系統維護時改變了 "host_key". 在確認這個情況後，並且沒有人試圖用聰明的黑客技術來篡改遠端主機，你可以在本機 "~/.ssh/known_hosts" 裡刪除 "host_key" 條目來重新獲得連線。