第 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" 条目来重新获得连接。