@bombless @zichen0422 根据 RFC 792, ICMP 包有和 IP 包一样的头部，并且 "uses the basic support of IP as if it were a higher level protocol".
把 ICMP 包理解为是 IP 包封起来的完全没有问题。只是在协议中，ICMP 是 IP 的一个部分。

ping 可不是查路由表，是向目标发送一个 ICMP type=8 消息，目标收到后回复一个 ICMP type=0 的回复。
ICMP 是 Internet 控制消息协议，用来传输关于网络层上的各种问题的消息，想什么 target unreachable 啊，路由建议什么。
TTL 是 IP 里面的，表示这个 IP 包还能转发多少个 hop. 用来防止环路导致的 flood.

楼主你是不是看错答案了？

http://postimg.org/image/e4fwsxlib/

@Joysisyphus 是的，http://www.f-young.cn/activity/campusDown/campusDown.html, 上次更新是5月底吧。目前的版本不仅是改帐号，还改了 CHAP 算法，直接用系统的 PPPoE 是不行的。

好奇怪啊，我这边官方客户端可以用，也没有遇到这个问题
另外，其实天翼校园宽带也可以绕过客户端用 OpenWRT 共享出来的

眼睛冒火的4级红龙

git rebase -i HEAD^5

bitbucket

Intel Galileo, 15 W

DOM Scripting: Web Design with JavaScript and the Document Object Model

@nendors 算 ECC 的时候是按照物理块算的，和是否对齐没关系吧

@yfdyh000 恩，你说得对，现在的磁盘物理块一般也是 4KB

@nendors 那不叫 MBR, 占 63 扇区是 NTFS 的“引导区”, MBR 在每个磁盘的最开头，占 1 扇区。

维基百科上这段的用词有点问题吧，Flash ROM 上的单元叫做 page, 一般不叫物理扇区。
一般的解释是：
扇区：512 bytes, 磁盘上的最小单位
簇：文件系统中的最小单位，很多情况下是 4096 bytes
现在的 SSD 使用的是 Flash ROM, Flash page 是按 page 擦除的，一个 page 一般是 4096 Bytes
按照上面的大小，1 簇 == 1 page == 8 扇区,

在 Windows/NTFS 上，每个分区的前面 63 扇区是引导区，从第 63 扇区开始是文件系统。在磁盘上，这是没有问题的，每个簇就由 8 个扇区构成。但在 SSD 上，就变成了每个簇对应了一个 page 的最后 512 bytes 和另一个 page 的 3584 bytes. 这样每次文件系统要求读写一个簇(4096 bytes)时，都要变成读写两个 page(8192 bytes) 的操作，肯定影响速度，并且不必要的擦除操作会缩短寿命。

ImageMagick 可以转换，但是指定页码时只能使用 0 开始计数的索引，质量就自己随便指定了

我还见到过类似的诡异路由，这个例子中本机的公网 IP 还是可以路由到的
<img src=http://fmn.rrfmn.com/fmn060/20120823/1245/original_3xGl_35b90000214b1260.jpg />

每次的提交流程是 add -i / diff --cached / commit

FoxyProxy 的匹配算法不行，卡得要命，用了一个星期还是换会 autoproxy 的修改版了