2024-11-16 01:00:42
Straight Talk 的活动是一年一次，每年大概都在黑五前夕开始。去年 Straight Talk 的活动是 iPhone SE 3，由于上车有点晚，官网已经不让下单。无奈跑了好几家 Walmart 才上车 6 台。今天是今年活动的第一天，线上还可以下单，建议直接冲爆。与去年不同的是如果你想去 Apple Store Trade-in，今年这款不是个好的选择，因为只有 $250！
购买链接：https://www.straighttalk.com/all-phones/apple-iphone-13-128-gb.black
关于有锁的问题，Straight Talk 是 Verizon 旗下的运营商，60 天自动解锁，按照去年的经验，仅需支付第一个月的 $45 之后一直放着满 60 天即可，今年应该也是，所以不用担心有锁这个问题。
如果你刚好有 Chase 的卡，请一定要用 Chase 的 Credit Card 支付，今天有 25% 的 Cash Back，今天截止！最高 $15！ Source
值得一提的是，美版 iPhone 13 是单实体卡，单 eSIM，如果你刚好用的是 14 以上美版 iPhone，作为备用机插国内卡是个不错的选择。
如果线上不能购买（卖完）的情况下，可以去 Walmart 参与一样的活动，但是按照我去年的经验，在 Walmart 门店必须 Wireless 工作人员在的时候才可以购买，另外很多门店为了积攒黑五的业绩，可能在黑五之前是不可能卖给你的，他会告诉你没货了，到黑五才会补货。
2024-10-28 05:36:45
今年的 iPhone 16 Pro 首次支持了 Wi-Fi 7，刚好有一台 Mac Studio 支持 10G。做了这期 iPhone 16 Pro 的 Wi-Fi 7 速度测试。
TP-Link BE63 作为 AP，直接与 UCG-Max 相连。Mac Studio 与 UCG-Max 直接相连，iPhone 16 Pro 通过 Wi-Fi 7 (6Ghz) 与 TP-Link BE63 相连。测试 iPhone 16 Pro 与 Mac Studio 之间的速度。
通过 UniFi 的 Dashboard 可以看到 Mac Studio 和 TP-Link BE63 都已经成功协商 2.5GbE 连接。
iPhone 16 Pro 已经成功连接上 6Ghz。
提示了 Limited Compatibility，说是会影响某些体验，例如 AirPlay。
iPhone 16 Pro 的 Wi-Fi 7 在 6Ghz 最高只能跑出 1.4Gbps 左右。
遗憾的是即使是美版的 iPhone 16 Pro 在 6Ghz 下也并不支持 320Mhz，最高只能在 160Mhz。速度表现相当一般，并没有发挥出 Wi-Fi 7 该有的水平。跟 Wi-Fi 6E 差距并不大。当然，更遗憾的是即使未来 Wi-Fi 8 时代到来的时候，中国大陆依然会是“残血版”。从 Wi-Fi 6E 开始，Wi-Fi 7 和 Wi-Fi 8 在中国大陆都不能够使用 6Ghz。
我觉得完全没有必要把 AP 从 Wi-Fi 6 更新到 Wi-Fi 7，原因是即使更新了并不能跑到该有的速度。
2024-10-17 11:31:37
这一篇主要记录我在 2024 年 10 月在纽约的旅行。严格意义上来说，这是第二次去纽约，第一次是 2023 年 11 月，第二次是夏威夷飞匹兹堡的航班被改成了纽约 JFK 中转，但是我连机场都没出。还有一次是没赶上飞机。
这次选择了精神航空，价格是相当便宜，来回仅需 571 人民币。上一次也是买了精神航空，来回 100 刀左右，可惜没赶上。所以这也算是我的精神航空初体验。去程买了 Wi-Fi，花费 7.99 美元，速度还可以，至少聊微信和刷抖音没什么问题。
对于坐惯了经济舱的我来说，我感觉舒适度还可以，比春秋航空舒服很多。对于被吐槽最多的精神航空的行李问题，之前有看到说，如果你的背包过大，可能会被收取 100 美元的费用。我这一次来回的经验是他们好像似乎根本不管你的背包多大或者多重，只要不是行李箱就没问题。
在飞机上看到的夜景。
由于当天太晚，打算在 NJ 住一晚。打车前往 EWR 附近的酒店，这次住的是 Hilton 的 Hampton。我提前在 Hilton App 上定好了房间。但是似乎无法生成 Digital Key，所以还是需要到前台 Check-in。
到了前台办完入住之后，我刷卡房卡进入房间，发现床上被子是被掀开的，毛巾也有被使用过，这我才意识到为什么无法生成 Digital Key，并且提示我房间准备好之后才会生成。这也就是上面我为什么拥有两个房间号的原因。在和前台说明之后，他们给我换了一个房间。当然对于这个很不靠谱的问题，我已经向 Hilton 官方反映，已经收到的邮件是 3 天之后会有回复。
从 Elizabeth, NJ 前往 Times Square 非常方便。我乘坐了 115 NJ Transit 直达 Port Authority Bus Terminal。而 Port Authority Bus Terminal 出来就是 8th Ave 和 42nd St。
下了车电梯进入 Port Authority Bus Terminal。然后准备从 8th Ave 的门出去。
出来就看到了 42nd St 上熟悉的 McDonald’s。
和朋友一起去打卡了 Ten Thousand Coffee (1410 Broadway Unit 105, New York, NY 10018)。
晚饭预约了一家日本餐厅 TOWA (36 W 26th St, New York, NY 10010)。
第二天一早，租好车前往 Six Flags Great Adventure New Jersey。
凌晨三点在 Flushing 吃夜宵，因为 Times Square 附近的烧烤店都关门了。
LGA 很破的 Terminal A。精神航空真的只有两个安检口，所以效率非常低。建议飞 LGA 廉航的朋友提早去机场。
提前有了万圣节的装扮。
这一篇完全是纽约不足三天旅行的流水账。这一次与去年最大的不同是体验了更多的交通工具。如果从 Times Square 附近出发前往 Jamaica (JFK) / Flushing，也许 LIRR 是不错的选择，看好时间表提前在 App 上购买好车票，速度比地铁要快出不少，更重要的是更干净，而且有座位，off-peak 的票价是 5 刀左右，比地铁贵不了多少。
讲讲在纽约开车的体验，这一次租到的是一辆 Polestar 2，租车公司为 Hertz。在 Times Square 附近开车非常痛苦，很堵而且比较难停车。相比之下，在 NJ 前往 Six Flags 的路上开车非常爽，一路畅通无阻。晚上 Flushing 往返 Manhattan 单程仅需 24 分钟左右，是非常不错的体验，但是早高峰需要 1 个小时以上。
这一趟旅程主要是见一个从 2014 年认识的朋友，初中和高中的学妹。差不多有五年的时间（从 2019 年高中毕业之后）就再也没见过。8 月刚好看到她来到了纽约开始联系起来。过去其实我不是很喜欢纽约，纽约的街头脏乱差，交通拥堵，物价昂贵。但是比起我在匹兹堡的日子，每天起床不是上课就是在家里一个人呆呆地坐在电脑前一整天的比起来，纽约的朋友似乎能带给我更多的快乐。
我不知道如果我再选一次，我选择去纽约会发生什么，但是人生不能重走一遍，也许就该是有遗憾的。
2024-10-08 07:57:52
大多数情况下我们只会接触 DNS 服务器，也就是正向 DNS 服务器。它的全称是 Domain Name System，主要用于将域名转换为 IP 地址。然而 Reverse DNS 服务器顾名思义，是用于将 IP 地址转换为域名。
我似乎没有找到公开的 Reverse DNS 服务器，因此唯一的方式就是自己部署一个。在 ARIN 分配 IP 之后，我需要拥有 Reverse DNS 服务器才可以正常地显示 IP 的 Hostname 信息。
用到的项目是 https://github.com/Jamesits/SND，这个名字也很有意思，是把 DNS 反过来！步骤也非常容易，仅需配置一份 config.toml 文件，然后运行即可。
以下是作者提供的一份实例文件，提供了多种样式的域名生成方式。
# This is an example config of SND.
listen = [
# protocol:ip.addr:port
"tcp::53",
"udp::53",
]
# set to the domain names of your authoritive DNS servers
NS = [
"ns1.example.com.",
"ns2.example.com.",
]
# use DNS pointer compression
compress_dns_messages = true
# disable querying DNS server version by a DNS request
allow_version_reporting = false
# alternatively, you can fake the version string
# version_string = "bind-⑨"
# This will become the default SOA record for all your networks, unless overrided.
# Make it exactly the same across all servers.
[SOA]
# your primary NS, usually the domain name of one of your NS servers, dot at end
MName = "ns1.example.com."
# your email in dot notation, dot at end
RName = "dnsmaster.example.com."
## Optional fields, see Wikipedia for explanation
# Serial = 1970010101
# Refresh = 86400
# Retry = 7200
# Expire = 3600000
# TTL = 172800
# Define your nets here
[[net]]
net = "192.168.1.0/24"
mode = "prefix_ltr"
domain = "example.com"
# Generates "192.168.1.1.example.com."
[[net]]
net = "192.168.2.0/24"
mode = "prefix_rtl"
domain = "example.com"
# Generates "1.2.168.192.example.com."
[[net]]
net = "192.168.3.0/24"
mode = "fixed"
domain = "example.com"
# Generates "example.com."
[[net]]
net = "192.168.4.0/24"
mode = "prefix_ltr"
domain = "example.com"
domain_prefix = "yes."
# Generates "yes.192.168.4.1.example.com."
# Note: domain_prefix is applied without any sanity check. Make sure it doesn't violate the rules.
[[net]]
net = "fd00::/48"
mode = "prefix_ltr"
domain = "example.com"
# Works for IPv6 too! Generates "f.d.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.1.example.com."
[[net]]
net = "fd00:1::/48"
mode = "prefix_ltr"
domain = "example.com"
ipv6_notation = "four_hexs"
# Default IPv6 notation is too long for you? This generates "fd00.1.0.0.0.0.0.1.example.com."
[host]
# quick way to generate a static record for a static IP
"10.10.10.10" = "internal10.example.com"
"10.10.10.20" = "internal20.example.com"
我最终选择采用的配置如下：
# Define your nets here
[[net]]
net = "23.191.8.0/24"
mode = "prefix_ltr"
domain = "owo.network"
# Generates "23.191.8.1.owo.network."
[[net]]
net = "2602:f7ee::/40"
mode = "prefix_ltr"
domain = "owo.network"
ipv6_notation = "four_hexs"
# Generates "2602.f7ee.0.0.0.0.0.1.owo.network."
~ dig -x 23.191.8.8
; <<>> DiG 9.10.6 <<>> -x 23.191.8.8
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 57608
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
;; QUESTION SECTION:
;8.8.191.23.in-addr.arpa. IN PTR
;; ANSWER SECTION:
8.8.191.23.in-addr.arpa. 114510 IN PTR 23.191.8.8.owo.network.
;; Query time: 1 msec
;; SERVER: 10.0.0.1#53(10.0.0.1)
;; WHEN: Mon Oct 07 19:41:26 EDT 2024
;; MSG SIZE rcvd: 88
2024-10-06 10:47:15
最近我申请到了我的第三个 ASN，并且成功获取到了一些 IPv4 和 IPv6 资源。本文主要介绍我申请 ASN 和 IP 的历程。
在介绍这些之前，有必要科普一些专有名词。
在全世界一共有 5 个 RIR，分别是：
{
"asn": 206729,
"name": "VINCENT-NET-AS",
"description_short": "Vincent Yang",
"description_full": [
"Vincent Yang"
],
"country_code": "CN",
"website": "https://vincent.moe"
}
我的第一个 ASN 是在 2022 年 3 月 28 日 申请了，到现在已经有两年多的时间了。当时是通过我台湾的朋友 AS9678 向 RIPE 申请的，号码为 AS206729。这个 ASN 是使用我个人的名字申请的，所以属于是实名上网。
{
"asn": 60614,
"name": "OwO-NETWORK",
"description_short": "OwO Network, LLC",
"description_full": [
"OwO Network, LLC"
],
"country_code": "US",
"website": "https://net.owo.network"
}
其实本来有一个 ASN 就够了，但是由于我的 LIR 即将不再续费 RIPE 的会员，因此我需要重新找一个 LIR 将 ASN 转移过去。刚好我联系了我的好朋友 SteveYi AS7480。本来是想转移到他名下，后来就想着既然都重新整，不如重新申请一个更短的 2byte 的 ASN。
2byte 的 ASN 范围是 1-65535，而 4byte 的 ASN 范围是 131072-4294967295。(其中还存在保留的一些号码，简单说就是 4byte 的 ASN 一定是 6 位数及以上的，2byte 的 ASN 一定是 5 位数及以下的)
具体的 ASN 的某个 Block 属于哪个 RIR 可以参考 IANA 的 ASN 分配。
我的好朋友 SteveYi 帮我询问了 RIPE，我自己又发邮件询问了好几个网上的 LIR，得到的回复是 任何 RIR 不再分配 2byte 的 ASN。最终在 2024 年 9 月 20 日 SteveYi 把他不用的 AS60614 转让给我了。
转移之后的 ASN 有一点比较头痛的是，无法绑定 PeeringDB。原因就是 PeeringDB 的系统做的太烂了，得要给客服发邮件联系他们帮忙处理。
{
"asn": 30700,
"name": "OWO-NETWORK",
"description_short": "OwO Network, LLC",
"description_full": [
"OwO Network, LLC"
],
"country_code": "US",
"website": "https://net.owo.network"
}
在第二个 ASN 转移的时候，我已经有了美国的公司 OwO Network, LLC，所以我当时就已经向 ARIN 申请 ASN。由于 ARIN 申请 ASN 的过程比较繁琐，首先要创建 ORG ID，然后才可以请求 IP 或者 ASN 资源。
因为 ARIN 对于 ASN 和 IP 资源的收费是全世界所有的 RIR 定价最低的，可能没有之一，并且有机会拿到 IPv4。除此之外，ARIN 目前还会分配 2byte 的 ASN。
关于 ARIN 申请 ASN 和 IP 资源的教程在网上几乎找不到资料，网上能找到的几乎都是 APNIC 和 RIPE 找 LIR 申请的帖子。所以其实我在开始操作的时候心里也没底，只能是走一步看一步，好在 ARIN 的工作人员没有刁难我，全程都非常的顺利。
感兴趣的朋友可以看看这篇帖子 ARIN ASN 申请指南，写的比较简单，但是基本上涵盖了所有的流程。
这篇文章中提到的职位需要公证之类的问题我没有遇到。
其实在向 ARIN 申请之前，我做了很多功课。尤其是向 ARIN 申请 IP 资源，大概率情况下是不会被批准的，可能需要你提供至少两份和 ISP 的线路合同，才有可能会被分配。所以如果你是为了冲着 IP 资源去申请 ARIN 的 ASN，那么我不太建议你这么做。因为 ARIN 给我分配的 AS30700 之前是 University of Kentucky 使用的，所以应该算是比较干净，没有被拉黑的记录。当然运气也非常好，随机获取的号码 30700 我很满意。
由于 IP 的信息各大数据库还没有同步，因此都是 Unknown 的状态。
有机会会好好写一篇来讲讲我将如何使用这 256 个 IPv4 以及用不完的 IPv6。
