查询是可以的，但是查询结果要跳转回原始地址，不能直接显示内容给客户，否则是侵权的。

@ChristopherWu 嗷过奖了。
网络上大家说话可能比较随便，有时候语气会重一些，就不要太在意啦，背后实际上是没有恶意的。

@Keyes 是的，他们的地位是对等的。一般软件里用的私钥文件已经包含私钥和公钥了。而公钥文件只有公钥。

#41 @ChristopherWu 这块确实我看帖子的时候也看漏了。

SSH 密钥连接有两个密钥对。一个是 SSH 密钥对，也就是服务器下 /etc/ssh/ 下面 ssh_host 开头的密钥，这个是用来证明服务器是服务器的，公钥会写在客户端的 known_hosts 里。另一个是登录密钥对，也就是客户端下 ~/.ssh/ 下面 id 开头的密钥，这个是用来证明你是你的，公钥会写在服务器的 authorized_keys 里。你写帖子的时候应该是把这两个东西搞混了。

再另外，为了达到完美向前安全性，现代的 SSH 都采用 DHE 起手做加密了，公钥私钥仅仅用来认证，而不会用于通讯加密了。DHE 方面你有兴趣也可以去看看，很有意思的。

@Yvette 哈哈不过 H1B 的工作真的不好找啊，我这种菜鸡去找工作天天被人秒的……

@Yvette 美国的确可以租房进学校，但是学区房价格也相对比较高，硅谷和 DC 租房也不算很便宜，硅谷好的学区房，50 平方月租随便过 2000，而且也需要父母有身份。这个身份也要花很多钱才能弄到（比如留学或者投资等等）。
然后你说的中签率，不是移民申请而是工作签证申请吧。听说 H1B 抽签要改革，以后说不定就改成在美国留学的可以更容易抽签。然后你要拿工签就得先花几万刀读书留学……

移民的好处你说得不错。我想点到的就是你开头说的，零和竞争环境下老百姓永远是排外的。远期利益不明朗的情况下人们当然更偏向于考虑近期利益。国内的情况其实我也不太清楚，按理说之前生育高峰过去以后，人口数量应该是在减少的，学校都在逐渐合并和关闭，不知道为什么还是处于学校资源不足的状况下。

@Keyes 我们先排除掉像是 SSH 之类协议的问题，光说公钥私钥本身。
假如 priv 是私钥，pub 是公钥。
1. A 将 message 加密 rsa_encode(priv, msg) 得到密文 MM。
2. A 将 MM 发送给 B。
3. B 将 MM 解密 rsa_decode(pub, msg) 得到明文 message。

message 是什么都可以，用作验证签名的时候是 hash，但是也可以直接用来加密。

反过来如果 B 要把信息加密发给 A。
1. B 将 message 加密 rsa_encode(pub, msg) 得到密文 MM。
2. B 将 MM 发送给 A。
3. A 将 MM 解密 rsa_decode(priv, msg) 得到明文 message。

这位老师错的不是她说的话，而是她想到了这句话以后竟然把它说出了口。
顾及到别人的自尊心，有些话还是不说出来比较好。
我再补充一些好了。

外国人就不要来日本，来日本就要多花钱学习
外国人就不要来美国，来美国就要多花钱学习
外国人就不要来加拿大，来大家拿就要多花钱学习

说移民的，移民以后有什么区别吗？从一个相对落后的地方跑到一个相对先进的地方，哪个地方人是完全不排外的，我倒是很想知道。美国人要造墙和严查移民申请，加拿大刚刚关闭了中国人最喜欢的投资移民项目，日本还好点，虽然歧视中国人，但是毕竟他们的社会结构要崩了，要想办法割点外国韭菜尝尝了……（

@Keyes 另外，密码学上的私钥和公钥在地位上是可以互换的，因为他们在数学公式上本来就是对称的。
真实的应用中，为了简化操作，作为「公钥」的那一边，有一个参数是固定值（ 65537 ），而作为「私钥」的那一边，同样的参数是一个随机值，这才有了私钥和公钥的区别。
如果两边的参数都是随机值，那么两边的任意一边都可以做私钥，另一边可以做公钥。

@Keyes
密码学中的私钥推导不出公钥，公钥也推导不出私钥。
真实的应用中，私钥文件中保存了公钥和私钥的参数，所以可以「生成」出公钥（注意，不是用私钥算出公钥）。

@jasonyang9 @ChristopherWu
我是
alias sss='ssh -o UserKnownHostsFile=/dev/null -o StrictHostKeyChecking=no'

专门用来连接一次性有效的服务器，比如 Rescue CD 上临时启动的 SSH 等等，可以防止污染正常的 hosts 文件，也方便。

@Keyes 私钥加密公钥能解，这种非对称加密如何颠覆非对称理论？

为了效率。这种常见的返回页面还要靠磁盘文件的话效率太低了。写进源代码一把梭。要修改的话直接改源码重新编译即可。

@awhane 三备份两介质一异地（上面已经有人说了）。
具体的方案还要实施的人自己制定，我说的只是原则问题。
另外备份必须要定期实际还原一次，假装自己资料全毁，看能不能从备份中恢复出整个环境。

@mhycy R1 的价格效率是 50%，R5 价格效率至少 66%（实际上高得多）（但是正常人不会再选用了），R6 价格效率也要比 R1 高。
R1 和 R6 本来用途方式就都不同，跟高配低配没什么关系。给你 12 块盘组 RAID，同样可用容量下 R1 的成本比 R6 高多了，你说到底谁算高配谁算低配。

这么点方案也能叫安全……

两句话。
1. 冗余不是备份。
2. 备份遵循 3-2-1 守则。

不听的话等着数据全毁。

惯用标准指法就这个结果。标准指法里小指承担了太多的责任，右手小指要管大约 15 个键，左手差不多也要管 10 个。标准指法本来就是更适合于普通英文文章输入的，写代码当然就不是那么舒服了。
比如打一对括号，用中指+无名指来打就非常顺手，小指一指禅我反正是觉得难受的。

这么广泛使用的工具为什么要去考虑死机的问题？
死机以后还可能搞坏你的文件系统呢。

正常电脑运行时是不会随便死机的，特别是 Linux/Unix 这些稳如狗的系统，稳定版连续开机 10 年都不一定会死机。
你电脑要是死机了，不去关心一下是不是哪个硬件出问题了吗？

哦对了，obj 文件是编译器生成的，和 make 没有毛线关系。

非常典型的 alias 与 root 的区别。用 root 的话解析地址就是 root 地址加上全文件名。