我自己的 Nas 都是 ext4 ，其实 exfat 也不错，看你路由器支持哪个了

@Taiga 已经成功退货了。 当时考虑到有三十多个卖家还在卖，谁知道评价是给哪个的。而且我还挑了个贵一些的买。

小错误，
1.第一行，这是简历，找什么工作不用写，如果可能的话那个也许写在 cover letter 上
2.上过的课，名称大小写要一致，一会儿大写一会儿小写影响印象。
3. President List 和 Dean List 貌似都忘加's 了，应该是 Dean's List 这样的，再一个 上了 President List 自然已经是 Dean's List 了，都写可能会重复。
4. 无序列表成员之间的关系应该是平行的，你做过的项目简介不要和项目名称呈并行关系。
5. Familiar 这个词比较虚，读者可能还是不清楚到底了解多少
6. 项目和经历要深入展开写，你写的过于简单。这是我在网上扣的一段：
Experience
Object-Oriented Programmer 9/1/2005 - Present
Kingston Inc.Fulton, IN

＊ Use OOP to develop network communications between departments within the building
＊ Develop online applications using OOP as well as Python programming
＊ Program systems with both data and code giving ability to senders and receivers
＊ Retrieve and modify data within the system
＊ Research and implement any updates or new software that is available

假货的入耳橡胶塞很难更换，特别特别紧。 我之前的铁三角入耳我一捏就能装上去／拆下来

@Taiga
@sarices
@Perry
@Roboo
@hardware
@Remember
@maplerecall
我中奖了，就在美国亚马逊第三方买了一个，从日本寄过来的。
看我的评价，是不是冤枉它了：
https://www.amazon.com/review/R2AM9J1LBNQVPE/ref=pe_1098610_137716200_cm_rv_eml_rv0_rv

至于音质，现在假货精明的很，一千块钱的耳机不会傻到用 50 块钱的声音单元。
这个耳机感觉问题就是声音浑浊，就像是铁三角 AKS 系列的那种感觉。

最大的问题出在包装上，最外层的环形纸壳特别特别紧，盒子里面划分空间的纸壳胶涂的不干净。
皮质的耳机盒边缘包裹的那一圈也很明显，明显的缝纫机都用不利索，对比正品的照片一比较就发现了。
还有更明显的，皮套上的 logo 和 Audio Technica 和正品比较，往下走了一行，估计造假的时候不小心敲了个回车。

@bdbai TP Link 的猫和无线路由和电力猫其实在国外都卖得很好，性价比有绝对优势，质量什么问题。
你去美亚搜 wireless router ， 前几个 TP 占了不少，而且评分和网件华硕思科持平。
所以我觉得 TP 在北美市场没少捞。
至于功能界面，没什么可说的，路由器配置好了就扔在那里运行呗。
想折腾的要么买 UBNT 的那种商用机器，要么自己刷三方固件了。

别的花哨功能（ NAS ／下载器什么的）都是不靠谱的！再贵的路由器也是。 还是再买个 NAS 吧。

我在 https://wrapbootstrap.com/ 这里买过不少，你要是有喜欢的先来问问我，我要是有的话可以发你一份

不用联机也能一起玩的？红警 CS 什么的？ GTA ？

@realpg 因为是／ 64 ，同一个子网，自然是走默认的路由器呀。 就像家里路由器都是经过 192.168.1.1 一样

这是工作原理，不是缺陷。。。。。。

fe80 是 v6 的内网前缀，对于 Linode 来说：
2600:3c01::f03c:91ff:xxxx:xxxx/64
fe80:: f03c:91ff:xxxx:xxxx/64
在内网是一毛一样的啊

你把默认网关改成 2600:3c01::1 其实也是能用的，只是换了数据中心也许就不能用了。
ip -6 route
2600:3c01::/64 dev eth0 proto kernel metric 256
2600:3c01:e000:xxx::/64 dev eth0 proto kernel metric 256
fe80::/64 dev eth0 proto kernel metric 256
default via 2600:3c01::1 dev eth0 metric 1024

ping6 ipv6.google.com
PING ipv6.google.com(lax02s21-in-x0e.1e100.net) 56 data bytes
64 bytes from lax02s21-in-x0e.1e100.net: icmp_seq=1 ttl=57 time=8.92 ms
64 bytes from lax02s21-in-x0e.1e100.net: icmp_seq=2 ttl=57 time=8.88 ms
64 bytes from lax02s21-in-x0e.1e100.net: icmp_seq=3 ttl=57 time=8.92 ms

好吧我再更正一点， PPPoE 貌似大部分／ 32 的？我不记得了，我家里用的 DOCSIS 然后 WAN 显示的 IP 是／ 21 的。
家里的 IPv6 猫拿到的是／ 128 的，然后 LAN 是另外一个／ 64 的公网 v6

@msg7086
@realpg

刚刚我现去验证了一下：
我 Linode 本身的 IP ：
2600:3c01::f03c:91ff:xxxx:xxxx / 64 ->注意，只有这一个 ipv6 是你的，／ 64 不是你的
另外还申请了一个额外的 IP pool ： 2600:3c01:e000:yyyy:: / 64 routed to 2600:3c01::f03c:91ff:xxxx:xxxx
基本信息：
ip -6 addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 state UNKNOWN qlen 1
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
3: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 state UP qlen 1000
inet6 2600:3c01:e000:yyyy::/64 scope global
valid_lft forever preferred_lft forever
inet6 2600:3c01::f03c:91ff:xxxx:xxxx/64 scope global
valid_lft forever preferred_lft forever
inet6 fe80::f03c:91ff:xxxx:xxxx/64 scope link
valid_lft forever preferred_lft forever

好的，现在我们的目标是，把整个 2600:3c01:e000:yyyy::/64 全部在本机启用：
ip route del local 2600:3c01:e000:yyyy::/64 dev lo

这样就好了，你连接整个 /64 都会到这台机器。
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝

所以针对 Linode ，默认得到的 IPv6 是一个 /64 子网的一个地址，别的地址都不是你的。
2600:3c01::f03c:91ff:xxxx:xxxx ＝》完整的 2600:3c01:0000:0000:f03c:91ff:xxxx:xxxx
／ 64 的范围是 2600:3c01:0000:0000:0000:0000:0000:0000 ～ 2600:3c01:0000:0000:ffff:ffff:ffff:ffff
然后你要是想拿到一整个／ 64 ，去申请，会给你类似 2600:3c01:e000:yyyy:: / 64 routed to 2600:3c01::f03c:91ff:xxxx:xxxx 的东西。
这 2600:3c01:e000:yyyy:: / 64 整个完全是你的，你可以为所欲为。

我另外的一个主机托管也有初始给一整个／ 64 的。反正各有不同
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
之所以默认只给你／ 64 的一个我觉得是方便管理，所有有 IPv6 的主机都有这个段的某个地址，客户需要更多的地址就往这里 route ，额外地址的分发回收都是方便管理的。

＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
为什么不是／ 128 ？
因为那个就算是子网掩码啊，只是用来划分子网用的，早期宽带或者现在的光纤， PPPoE 得到的 IP 也是／ 24 之类的，难道整个／ 24 都是给你的？不可能吧 ：）
同样你机房的机器／云主机也只是他们核心路由器下面的一个机器，自然掩码跟着路由器走。

@realpg 美国这边， Comcast 和 AT&T 入户分配的 ipv6 都是 /64 的，/64 不是浪费，是为了方便 SLAAC 工作的。
而且机房也不能直接给你分配大于 /64 的 IPv6 ， 比这个大的段必须通过路由到你目前已经有的某个 /64 地址来实现。

至于你的那个 64 和 128 的问题， 你拿到的确实是 64 ，/64 就像是子网掩码，你局域网地址是 192.168.1.100/24 并不代表整个 /24 都是给你一个机器的，默认只有一个是你的。
至少 Ubuntu 喝 Debian （别的我不清楚）可以这么搞：
ip route add local 2001:64:64::/112 dev lo 这里面的 112 是你想同时启用的那一部分的掩码。
（ 2001:64:64::0 ～ 2001:64:64::ffff ）

三十年前的人万万也不会想到现在能人手至少一个电脑，还有手机，还有平板，还它娘的都要上网。

也许我们现在也想不到将来的某一天或许家里的每一块瓷砖都要联网呢，谁知道呢。协议的制定者必须比大部分人都要看得更长远，而且还要吸取之前的教训。

@Sakura 嗯，我想到过，只是觉得既然是动态，也应该是风水轮流转，现在情况是 Ping 慢的过一段时间测也一样慢，快的一直快。

@oott123 这个我想过，目前来说只在涉及 Hurricane Electric 的时候才会出现这个问题，别的 ping 基本都稳定。我现在就去挑一个 DO 的 ip 段测测看
@yexm0

@wy315700 我觉得不是，你来说说你的理由？

我手机里就两个，一个知乎，一个 hacker news
然后阅读器是 Alreader (视力不好，不确定第二个字母是不是 L ）反正在 Google play 里面找到的。

Linode  其实还有 /56 的可以选择。
然后，主机托管拿到过 /48 的

对于某些非一线城市来说，貌似你也接不到政府的活，人家有几个专门的合作伙伴，虽然是早期的技术，现在拿来也一样够赚了，还有一定的垄断地位，没人抢活，多好