影子屋 (文章分类：三次元)

关于回国 VPN 应用「穿梭」你可能不知道的事实

无影人 — Tue, 12 Mar 2024 14:09:11 GMT

我写这篇博文只是想记录一下自己从想法到探寻，再到探寻结果的整个过程。

在这个探寻的过程中，我发现了一些既在意料之中，又在意料之外的事实，而这些事实我个人认为有必要写篇博文进行记录。

最后，对于这些事实，我不做任何解读，也不会提出任何建议。

缘起

今天照例刷 Mastodon 时间轴时，有一条嘟文从我眼前飘过『求推荐便宜好用（免费也可以因为就几个月里用一小时……）的从国外翻回国内的vpn谢谢』。

看到这条嘟文，我的第一个想法是，这很简单呀，我这就有现成的 Mesh VPN 网络（nebula 网络），只要加进网络，再在国内端安装上代理软件，不就OK了吗？

但又立刻想到，这种做法对于国内节点的人风险非常大，万一对方发布什么中国政府不喜欢的话，你就有可能被顺着 IP 找上门，风险太高了。想要这么干，必须是相当熟悉与了解的友人才可以。

就在我胡思乱想时，原嘟文下已经有了回复，回复中提到「穿梭」这个应用。

这一下子吸引了我的注意，原来已经有这样的回国 VPN 呀。但是他们是怎么做的？他们不担心用户发布什么内容，然后被警察找上门吗？他们是怎么控制风险的？他们有多少服务器？他们的中国大陆的服务器节点 IP 是什么？

带着这样的好奇，我开始了自己的探寻之旅。

探寻

使用「穿梭」在搜索引擎中搜索，顺利的找到该应用的 Google Play 页面与 iOS APP Store 页面。

Google Play 页面

APP Store 页面

首先吸引我注意的是该应用超长的寿命。通过 iOS APP Store 页面的 Version History，可以看到，该应用于2021年8月就已经上架 iOS APP Store，距今已有近3年时间了。对于跑路不断的机场而言，稳定经营3年已经算是很长寿了。

然后便是Google Play 页面右侧 App Support Address 栏的那个中国地址：Tianfu Avenue 866, Huayang Street, Hi-Tech Zone, Cheng Du, Sichuan,China。以及公司名 Chengdu Fobwifi Networks Technology LLC 中的 Chengdu。

在 Google Play 页面与 iOS APP Store 页面分别找到了两个官网地址： https://www.transocks.com/、https://transocks.org/ 。

打开后，页面一致。其中 www.transocks.com 已被 GFW 屏蔽，屏蔽方式 DNS 投毒。

官网网页

附手查询两域名 wohis，可以发现 transocks.com 注册于2014年8月，transocks.org 注册于2019年7月。

$ whois transocks.com
    Domain Name: TRANSOCKS.COM
    Registry Domain ID: 1871026402_DOMAIN_COM-VRSN
    Registrar WHOIS Server: grs-whois.hichina.com
    Registrar URL: http://www.net.cn
    Updated Date: 2022-08-04T02:08:37Z
    Creation Date: 2014-08-14T07:10:34Z
    Registry Expiry Date: 2027-08-14T07:10:34Z
    Registrar: Alibaba Cloud Computing (Beijing) Co., Ltd.
    Registrar IANA ID: 420
    Registrar Abuse Contact Email: DomainAbuse@service.aliyun.com
    Registrar Abuse Contact Phone: +86.95187
    Domain Status: clientTransferProhibited https://icann.org/epp#clientTransferProhibited
    Name Server: DAHLIA.NS.CLOUDFLARE.COM
    Name Server: SETH.NS.CLOUDFLARE.COM
    DNSSEC: unsigned
    URL of the ICANN Whois Inaccuracy Complaint Form: https://www.icann.org/wicf/
>>> Last update of whois database: 2024-03-12T15:16:30Z <<<

...

Domain Name: transocks.com
Registry Domain ID: 1871026402_DOMAIN_COM-VRSN
Registrar WHOIS Server: grs-whois.hichina.com
Registrar URL: http://www.net.cn
Updated Date: 2022-08-04T02:08:37Z
Creation Date: 2014-08-14T07:10:34Z
Registrar Registration Expiration Date: 2027-08-14T07:10:34Z
Registrar: Alibaba Cloud Computing (Beijing) Co., Ltd.
Registrar IANA ID: 420
Reseller:
Domain Status: clientTransferProhibited https://icann.org/epp#clientTransferProhibited
Registrant City:
Registrant State/Province: si chuan
Registrant Country: CN
Registrant Email:https://whois.aliyun.com/whois/whoisForm
Registry Registrant ID: Not Available From Registry
Name Server: DAHLIA.NS.CLOUDFLARE.COM
Name Server: SETH.NS.CLOUDFLARE.COM
DNSSEC: unsigned
Registrar Abuse Contact Email: DomainAbuse@service.aliyun.com
Registrar Abuse Contact Phone: +86.95187
URL of the ICANN WHOIS Data Problem Reporting System: http://wdprs.internic.net/
>>>Last update of WHOIS database: 2024-03-12T15:16:41Z <<<

$ whois transocks.org
Domain Name: transocks.org
Registry Domain ID: 1962315ed0334b13a32069a155ee1aa1-LROR
Registrar WHOIS Server: http://whois.namesilo.com
Registrar URL: http://www.namesilo.com
Updated Date: 2024-03-09T05:24:13Z
Creation Date: 2019-07-30T18:25:14Z
Registry Expiry Date: 2025-07-30T18:25:14Z
Registrar: Namesilo, LLC
Registrar IANA ID: 1479
Registrar Abuse Contact Email: abuse@namesilo.com
Registrar Abuse Contact Phone: +1.4805240066
Domain Status: clientTransferProhibited https://icann.org/epp#clientTransferProhibited
Registry Registrant ID: REDACTED FOR PRIVACY
Registrant Name: REDACTED FOR PRIVACY
Registrant Organization: See PrivacyGuardian.org
Registrant Street: REDACTED FOR PRIVACY
Registrant City: REDACTED FOR PRIVACY
Registrant State/Province: AZ
Registrant Postal Code: REDACTED FOR PRIVACY
Registrant Country: US
Registrant Phone: REDACTED FOR PRIVACY
Registrant Phone Ext: REDACTED FOR PRIVACY
Registrant Fax: REDACTED FOR PRIVACY
Registrant Fax Ext: REDACTED FOR PRIVACY
Registrant Email: Please query the RDDS service of the Registrar of Record identified in this output for information on how to contact the Registrant, Admin, or Tech contact of the queried domain name.
Registry Admin ID: REDACTED FOR PRIVACY
Admin Name: REDACTED FOR PRIVACY
Admin Organization: REDACTED FOR PRIVACY
Admin Street: REDACTED FOR PRIVACY
Admin City: REDACTED FOR PRIVACY
Admin State/Province: REDACTED FOR PRIVACY
Admin Postal Code: REDACTED FOR PRIVACY
Admin Country: REDACTED FOR PRIVACY
Admin Phone: REDACTED FOR PRIVACY
Admin Phone Ext: REDACTED FOR PRIVACY
Admin Fax: REDACTED FOR PRIVACY
Admin Fax Ext: REDACTED FOR PRIVACY
Admin Email: Please query the RDDS service of the Registrar of Record identified in this output for information on how to contact the Registrant, Admin, or Tech contact of the queried domain name.
Registry Tech ID: REDACTED FOR PRIVACY
Tech Name: REDACTED FOR PRIVACY
Tech Organization: REDACTED FOR PRIVACY
Tech Street: REDACTED FOR PRIVACY
Tech City: REDACTED FOR PRIVACY
Tech State/Province: REDACTED FOR PRIVACY
Tech Postal Code: REDACTED FOR PRIVACY
Tech Country: REDACTED FOR PRIVACY
Tech Phone: REDACTED FOR PRIVACY
Tech Phone Ext: REDACTED FOR PRIVACY
Tech Fax: REDACTED FOR PRIVACY
Tech Fax Ext: REDACTED FOR PRIVACY
Tech Email: Please query the RDDS service of the Registrar of Record identified in this output for information on how to contact the Registrant, Admin, or Tech contact of the queried domain name.
Name Server: ns1.dnsowl.com
Name Server: ns2.dnsowl.com
Name Server: ns3.dnsowl.com
DNSSEC: unsigned
URL of the ICANN Whois Inaccuracy Complaint Form: https://www.icann.org/wicf/
>>> Last update of WHOIS database: 2024-03-12T15:25:18Z <<<

查询互联网档案馆，www.transocks.com 最早的存档是2017年4月13日的存档。

互联网档案馆中 http://www.transocks.com/ 最早的（2017年4月13日）存档

根据互联网档案馆的信息，回国VPN「穿梭」至少已经持续运营了7年时间。如果假设运营开始于 transocks.com 注册时间，那便是已经持续运营了10年时间。

另外，根据 BLOCKY 的数据，www.transocks.com 被 GFW 屏蔽时间不早于2017年11月14日不晚于2018年3月15日。

更进一步

将上文中找到的公司名称以及地址输入到天眼查等企业查询工具中查询，找到了「成都飞欧比网络科技有限公司」这个国内公司实体。

天眼查页面

企查查页面

成都飞欧比网络科技有限公司，成立于2016年，位于四川省成都市，企业注册资本1000万人民币。

主营产品：穿梭（Transocks）是一款 VPN（虚拟专用网络）服务软件，专门帮海外华人解决浏览中国网站时遇到的访问限制问题。

工商信息

股东信息

电信许可

软件违规

四川省和重庆市通信管理局联合通报侵害用户权益的APP（2023年第十一期）（1/2）

四川省和重庆市通信管理局联合通报侵害用户权益的APP（2023年第十一期）（2/2）

四川省通信管理局关于下架侵害用户权益APP的通报（2023年第9批）（1/2）

四川省通信管理局关于下架侵害用户权益APP的通报（2023年第9批）（2/2）

打开该公司登记的官网，可以看出国内官网网页内容与之前的网页一致。

国内公司官网：https://www.transocks.com.cn/

ICP备案查询：蜀ICP备18024647号

$ whois transocks.com.cn
Domain Name: transocks.com.cn
ROID: 20180704s10011s89656998-cn
Domain Status: clientTransferProhibited
Registrant: 成都飞欧比网络科技有限公司
Registrant Contact Email: 1154857151@qq.com
Sponsoring Registrar: 阿里云计算有限公司（万网）
Name Server: vip3.alidns.com
Name Server: vip4.alidns.com
Registration Time: 2018-07-04 15:42:05
Expiration Time: 2027-07-04 15:42:05
DNSSEC: unsigned

结语

当你在 Android 系统启动 VPN 应用时，应该看见过这样的警告确认：「“<xxxx>”想要设置一个VPN连接，以便监控网络流量。除非您信任该来源，否则请勿接受此请求。」。

当你连接上VPN，此时点击状态栏上的钥匙，也可以看到这样的警告：「您已连接到“<xxxx>”（该应用能够监控您的网络活动，其中包括收发电子邮件、使用应用和浏览网站）。」

github.com 部分IP疑遭GFW屏蔽

无影人 — Sun, 28 Feb 2021 04:42:14 GMT

昨日（2021年2月27日）起便不断有网友反映访问 gtihub.com 出错，错误提示 Connection reset by peer 。

根据开源网络监测项目OONI的监测结果，GFW监测项目Blocky的监测结果，自2021年2月27日 github.com 在中国大陆的访问出现故障。

程序员论坛v2ex上亦有相关的讨论贴：Github 无法访问了吗？ - V2EX ，

OONI监测结果

Blocky监测结果

经测试，我们发现 github.com 部分IP在中国大陆的HTTP/HTTPS访问受到了阻断。

DNS解析

$ dig -4 github.com +trace

; <<>> DiG 9.16.12 <<>> -4 github.com +trace
;; global options: +cmd
.                       381180  IN      NS      g.root-servers.net.
.                       381180  IN      NS      f.root-servers.net.
.                       381180  IN      NS      j.root-servers.net.
.                       381180  IN      NS      c.root-servers.net.
.                       381180  IN      NS      b.root-servers.net.
.                       381180  IN      NS      e.root-servers.net.
.                       381180  IN      NS      a.root-servers.net.
.                       381180  IN      NS      l.root-servers.net.
.                       381180  IN      NS      d.root-servers.net.
.                       381180  IN      NS      i.root-servers.net.
.                       381180  IN      NS      h.root-servers.net.
.                       381180  IN      NS      k.root-servers.net.
.                       381180  IN      NS      m.root-servers.net.
.                       381182  IN      RRSIG   NS 8 0 518400 20210311050000 20210226040000 42351 . TVN+sfXywhhzHXs+SRxjfOkngi3zxV5oaGOMyDGeeCCCZBlVXx8fgY+B lIkVxu6M912KZsQ6k3wxOjpxRQc41g8LQfu+5c0nwakn4PZgUmIAWz35 +/c7h9Gs3P5sb15QoRX1PxvcwWkEncf26irY0cljqeKl1x0SDool3L3V mF7ldqtwzRk3CAsfz4aNC27GuWL3naibX2Y+2530zGm4PSvjHqpnDh5l AnryFJLQ/SrLIb7ZCy9A2vdQ6XVbTifjcgcMOpz7xr7CfsHVqsDXi0n3 oSswnUSNDdxys6pyL7GVgScRiNxKTA5RunWDC/2Lmcieig10lKMjCxpT 8eWirQ==
;; Received 1137 bytes from 127.0.0.1#53(127.0.0.1) in 0 ms

com.                    172800  IN      NS      l.gtld-servers.net.
com.                    172800  IN      NS      b.gtld-servers.net.
com.                    172800  IN      NS      c.gtld-servers.net.
com.                    172800  IN      NS      d.gtld-servers.net.
com.                    172800  IN      NS      e.gtld-servers.net.
com.                    172800  IN      NS      f.gtld-servers.net.
com.                    172800  IN      NS      g.gtld-servers.net.
com.                    172800  IN      NS      a.gtld-servers.net.
com.                    172800  IN      NS      h.gtld-servers.net.
com.                    172800  IN      NS      i.gtld-servers.net.
com.                    172800  IN      NS      j.gtld-servers.net.
com.                    172800  IN      NS      k.gtld-servers.net.
com.                    172800  IN      NS      m.gtld-servers.net.
com.                    86400   IN      DS      30909 8 2 E2D3C916F6DEEAC73294E8268FB5885044A833FC5459588F4A9184CF C41A5766
com.                    86400   IN      RRSIG   DS 8 1 86400 20210312170000 20210227160000 42351 . nwUtecvYHYzJuLB7dY7S6V2MKqwCzo065LdzeDPLVumie+URZnPKyVRQ qro3Mz8IuIrE3RP94ph0Zo57YbKq1OyrbfBFQxKi6DSfXYhtT9nGPYaQ PF95cO7F+i0V/JHlsErD4xdqLGvfzQNSa70CBW5ymJlZsKzco6E33sjO z/blGsAW5v2VSRQE83vGE0vt1Ey2YOgkvpRDsWXkiLJjmcgh9Pm0Ityi hL7DvgUlW3KLGuLsG29ubqqqByy4QM6yOStyIuhVaUE1oPmeJRxDByhu N+4nD0rhBBPgT8JtECM743copOSwzndR6uSoTtto4hCPUSrn93lP29tq 3oNwzg==
;; Received 1170 bytes from 192.203.230.10#53(e.root-servers.net) in 233 ms

github.com.             172800  IN      NS      ns-520.awsdns-01.net.
github.com.             172800  IN      NS      ns-421.awsdns-52.com.
github.com.             172800  IN      NS      ns-1707.awsdns-21.co.uk.
github.com.             172800  IN      NS      ns-1283.awsdns-32.org.
github.com.             172800  IN      NS      dns1.p08.nsone.net.
github.com.             172800  IN      NS      dns2.p08.nsone.net.
github.com.             172800  IN      NS      dns3.p08.nsone.net.
github.com.             172800  IN      NS      dns4.p08.nsone.net.
CK0POJMG874LJREF7EFN8430QVIT8BSM.com. 86400 IN NSEC3 1 1 0 - CK0Q1GIN43N1ARRC9OSM6QPQR81H5M9A NS SOA RRSIG DNSKEY NSEC3PARAM
CK0POJMG874LJREF7EFN8430QVIT8BSM.com. 86400 IN RRSIG NSEC3 8 2 86400 20210305054100 20210226043100 58540 com. KDtmd8qOjWqXn1QRmKcuLApb+1V14GNPoYJym3Myp6+fB7ZerqZi7NGP WBGZW2QJ7N6QVPih9xDOxjfzOefv6Uc0r8ipVR7sDy3ycFMwXBfCjW49 WZgHelXGUxhISPmV7/fQ8ZLZUi2a2voipDEme1GgJqnuxD33BlM9WmfJ 8WjtSPM7SKBsv7yeBwDrE3v6+YVo717AlogKGPHVvZFRJg==
4KB4DFS71LEP8G8P8VT4CCUSQNL4CNCS.com. 86400 IN NSEC3 1 1 0 - 4KB4PTQQ5CTA7POCTGM7RUFC8B1RKTEU NS DS RRSIG
4KB4DFS71LEP8G8P8VT4CCUSQNL4CNCS.com. 86400 IN RRSIG NSEC3 8 2 86400 20210306082256 20210227071256 58540 com. XvjLfvCGUAEYtZRAs/eaKoLGoQXz2UZ4E3aVarveyknKpCqy9OPJdVhs VK99XYSK0C2Cc8IotRv729CDagjVxaqPlCRSmRMjeCKljp6315C6bR5L FovXC8j+X7LDukwkoazIZpqBZi/7kgPYMIsO2iCrmG/1yBXR4tN5G++b H9nuunGQ0L/l59j50E5ZNU0rZRbD0Tn0Gpnd5CWcfpI4iQ==
;; Received 827 bytes from 192.54.112.30#53(h.gtld-servers.net) in 189 ms

github.com.             60      IN      A       13.229.188.59
;; Received 55 bytes from 198.51.45.8#53(dns2.p08.nsone.net) in 79 ms

$ dig @example.com github.com

; <<>> DiG 9.16.12 <<>> @example.com github.com
; (2 servers found)
;; global options: +cmd
;; connection timed out; no servers could be reached

IPIP全局PING工具对 gtihub.com 的测试结果（点击查看大图）

通过以上测试，同时参考多个地点ping-站长工具、PING查询-IPIP 等工具的测试结果，我们发现 github.com 并未遭到DNS注入攻击。

因此可以使用以下shell脚本，从权威DNS获取所有可用IP。

#!/bin/bash

NSS=$(dig github.com ns +short)

for (( i=1; i<=10; i=i+1 ))
do
        for NS in $NSS
        do
            dig @$NS github.com +norecurse +short >> github.com-ips-raw.txt
        done
        sleep 1
done
sort -u  github.com-ips-raw.txt > github.com-ips.txt

最终获得以下三个IP：

13.229.188.59
13.250.177.223
52.74.223.119

在 https://tools.ipip.net/ping.php 页面运行如下js脚本，可获得一致的结果。

let IPS = [];
let tds = document.querySelectorAll('table#pdata>tbody>tr>td:nth-child(2)');
tds.forEach(td => IPS.push(td.textContent));
console.log(new Set(IPS))

Set(4) [ "13.229.188.59(新加坡  amazon.com)", "13.250.177.223(新加坡  amazon.com)", "52.74.223.119(新加坡  amazon.com)", "github.com()" ]

TCP连接

使用如下命令检测相应主机22、80、443端口开放情况。

xargs -a github.com-ips.txt nmap -Pn --host-timeout 5s -p 22,80,443

结果如下：

Host discovery disabled (-Pn). All addresses will be marked 'up' and scan times will be slower.
Starting Nmap 7.91 ( https://nmap.org ) at 2021-02-28 14:21 CST
Nmap scan report for ec2-13-229-188-59.ap-southeast-1.compute.amazonaws.com (13.229.188.59)
Host is up (0.16s latency).

PORT    STATE SERVICE
22/tcp  open  ssh
80/tcp  open  http
443/tcp open  https

Nmap scan report for ec2-13-250-177-223.ap-southeast-1.compute.amazonaws.com (13.250.177.223)
Host is up (0.12s latency).

PORT    STATE SERVICE
22/tcp  open  ssh
80/tcp  open  http
443/tcp open  https

Nmap scan report for ec2-52-74-223-119.ap-southeast-1.compute.amazonaws.com (52.74.223.119)
Host is up (0.10s latency).

PORT    STATE SERVICE
22/tcp  open  ssh
80/tcp  open  http
443/tcp open  https

Nmap done: 3 IP addresses (3 hosts up) scanned in 3.96 seconds

经测试，三个IP均可在22、80、443端口正常建立TCP连接。

应用层情况

SSH协议

使用如下脚本测试SSH协议情况。

IPS=$(cat github.com-ips.txt)
for IP in $IPS
do
        echo "ssh -T git@$IP"
        ssh -T git@$IP
done

结果如下：

ssh -T git@13.229.188.59
Hi yingziwu! You've successfully authenticated, but GitHub does not provide shell access.
ssh -T git@13.250.177.223
Hi yingziwu! You've successfully authenticated, but GitHub does not provide shell access.
ssh -T git@52.74.223.119
Hi yingziwu! You've successfully authenticated, but GitHub does not provide shell access.

经测试，三个IP均可正常建立SSH连接。

HTTP/HTTPS协议

使用如下脚本测试HTTP/HTTPS协议情况。

#!/bin/bash

IPS=$(cat github.com-ips.txt)
for IP in $IPS
do
        echo "curl -vIk --max-time 5 --connect-to ::$IP: http://github.com/"
        curl -vIk --max-time 5 --connect-to ::$IP: http://github.com/
        echo

        echo "curl -vIk --max-time 5 --connect-to ::$IP: https://github.com/"
        curl -vIk --max-time 5 --connect-to ::$IP: https://github.com/
        echo
done

结果如下：

curl -vIk --max-time 5 --connect-to ::13.229.188.59: http://github.com/
* Connecting to hostname: 13.229.188.59
*   Trying 13.229.188.59:80...
* Connected to 13.229.188.59 (13.229.188.59) port 80 (#0)
> HEAD / HTTP/1.1
> Host: github.com
> User-Agent: curl/7.75.0
> Accept: */*
>
* Mark bundle as not supporting multiuse
< HTTP/1.1 301 Moved Permanently
HTTP/1.1 301 Moved Permanently
< Content-Length: 0
Content-Length: 0
< Location: https://github.com/
Location: https://github.com/

<
* Connection #0 to host 13.229.188.59 left intact

curl -vIk --max-time 5 --connect-to ::13.229.188.59: https://github.com/
* Connecting to hostname: 13.229.188.59
*   Trying 13.229.188.59:443...
* Connected to 13.229.188.59 (13.229.188.59) port 443 (#0)
* ALPN, offering h2
* ALPN, offering http/1.1
* successfully set certificate verify locations:
*  CAfile: /etc/ssl/certs/ca-certificates.crt
*  CApath: none
* TLSv1.3 (OUT), TLS handshake, Client hello (1):
* TLSv1.3 (IN), TLS handshake, Server hello (2):
* TLSv1.3 (IN), TLS handshake, Encrypted Extensions (8):
* TLSv1.3 (IN), TLS handshake, Certificate (11):
* TLSv1.3 (IN), TLS handshake, CERT verify (15):
* TLSv1.3 (IN), TLS handshake, Finished (20):
* TLSv1.3 (OUT), TLS change cipher, Change cipher spec (1):
* TLSv1.3 (OUT), TLS handshake, Finished (20):
* SSL connection using TLSv1.3 / TLS_AES_128_GCM_SHA256
* ALPN, server accepted to use h2
* Server certificate:
*  subject: C=US; ST=California; L=San Francisco; O=GitHub, Inc.; CN=github.com
*  start date: May  5 00:00:00 2020 GMT
*  expire date: May 10 12:00:00 2022 GMT
*  issuer: C=US; O=DigiCert Inc; OU=www.digicert.com; CN=DigiCert SHA2 High Assurance Server CA
*  SSL certificate verify ok.
* Using HTTP2, server supports multi-use
* Connection state changed (HTTP/2 confirmed)
* Copying HTTP/2 data in stream buffer to connection buffer after upgrade: len=0
* Using Stream ID: 1 (easy handle 0x55b542a86930)
> HEAD / HTTP/2
> Host: github.com
> user-agent: curl/7.75.0
> accept: */*
>
* TLSv1.3 (IN), TLS handshake, Newsession Ticket (4):
* TLSv1.3 (IN), TLS handshake, Newsession Ticket (4):
* old SSL session ID is stale, removing
* Connection state changed (MAX_CONCURRENT_STREAMS == 100)!
< HTTP/2 200
HTTP/2 200
< server: GitHub.com
server: GitHub.com
< date: Sun, 28 Feb 2021 06:52:40 GMT
date: Sun, 28 Feb 2021 06:52:40 GMT
< content-type: text/html; charset=utf-8
content-type: text/html; charset=utf-8
< vary: X-PJAX, Accept-Language, Accept-Encoding, Accept, X-Requested-With
vary: X-PJAX, Accept-Language, Accept-Encoding, Accept, X-Requested-With
< x-rails-requested-accept-language: en
x-rails-requested-accept-language: en
< content-language: en-US
content-language: en-US
< etag: W/"45c62d9ff55bf2907a32b32672bde8f4"
etag: W/"45c62d9ff55bf2907a32b32672bde8f4"
< cache-control: max-age=0, private, must-revalidate
cache-control: max-age=0, private, must-revalidate
< strict-transport-security: max-age=31536000; includeSubdomains; preload
strict-transport-security: max-age=31536000; includeSubdomains; preload
< x-frame-options: deny
x-frame-options: deny
< x-content-type-options: nosniff
x-content-type-options: nosniff
< x-xss-protection: 1; mode=block
x-xss-protection: 1; mode=block
< referrer-policy: origin-when-cross-origin, strict-origin-when-cross-origin
referrer-policy: origin-when-cross-origin, strict-origin-when-cross-origin
< expect-ct: max-age=2592000, report-uri="https://api.github.com/_private/browser/errors"
expect-ct: max-age=2592000, report-uri="https://api.github.com/_private/browser/errors"
< content-security-policy: default-src 'none'; base-uri 'self'; block-all-mixed-content; connect-src 'self' uploads.github.com www.githubstatus.com collector.githubapp.com api.github.com github-cloud.s3.amazonaws.com github-production-repository-file-5c1aeb.s3.amazonaws.com github-production-upload-manifest-file-7fdce7.s3.amazonaws.com github-production-user-asset-6210df.s3.amazonaws.com cdn.optimizely.com logx.optimizely.com/v1/events wss://alive.github.com github.githubassets.com; font-src github.githubassets.com; form-action 'self' github.com gist.github.com; frame-ancestors 'none'; frame-src render.githubusercontent.com; img-src 'self' data: github.githubassets.com identicons.github.com collector.githubapp.com github-cloud.s3.amazonaws.com user-images.githubusercontent.com/ *.githubusercontent.com customer-stories-feed.github.com spotlights-feed.github.com; manifest-src 'self'; media-src github.githubassets.com; script-src github.githubassets.com; style-src 'unsafe-inline' github.githubassets.com; worker-src github.com/socket-worker-5029ae85.js gist.github.com/socket-worker-5029ae85.js
content-security-policy: default-src 'none'; base-uri 'self'; block-all-mixed-content; connect-src 'self' uploads.github.com www.githubstatus.com collector.githubapp.com api.github.com github-cloud.s3.amazonaws.com github-production-repository-file-5c1aeb.s3.amazonaws.com github-production-upload-manifest-file-7fdce7.s3.amazonaws.com github-production-user-asset-6210df.s3.amazonaws.com cdn.optimizely.com logx.optimizely.com/v1/events wss://alive.github.com github.githubassets.com; font-src github.githubassets.com; form-action 'self' github.com gist.github.com; frame-ancestors 'none'; frame-src render.githubusercontent.com; img-src 'self' data: github.githubassets.com identicons.github.com collector.githubapp.com github-cloud.s3.amazonaws.com user-images.githubusercontent.com/ *.githubusercontent.com customer-stories-feed.github.com spotlights-feed.github.com; manifest-src 'self'; media-src github.githubassets.com; script-src github.githubassets.com; style-src 'unsafe-inline' github.githubassets.com; worker-src github.com/socket-worker-5029ae85.js gist.github.com/socket-worker-5029ae85.js
< set-cookie: _gh_sess=xhc0GQv5yqaUMIyHg5gQdo0yk29IUMkhKTPD88K%2FWnqx%2Bcgzlri9mX5VevPDSbnPmmWrjc%2BmQ5c4N%2BlhvKmNS9DIKVuLL5b2nRSWOzPweWk9EEgjW6mX7HoZa3rbu4RcBqgNH5nBhHwNp15qGavmotzbE9sLvC3WDCgu3V%2FV0t9vgQYdjcvbnMH1zsiMHSfaupSHFR9DjTbYNirRSp6YGbeBXr1JdVnY1%2BFTRnGPZ79eQbnrJPexjIoSNdkbNLirwe85OuhGT99QRWePHbdd%2BQ%3D%3D--9YedbOmb6FEzQ0h6--j3Yd9TBxJbmjJGYk3l3FIA%3D%3D; Path=/; HttpOnly; Secure; SameSite=Lax
set-cookie: _gh_sess=xhc0GQv5yqaUMIyHg5gQdo0yk29IUMkhKTPD88K%2FWnqx%2Bcgzlri9mX5VevPDSbnPmmWrjc%2BmQ5c4N%2BlhvKmNS9DIKVuLL5b2nRSWOzPweWk9EEgjW6mX7HoZa3rbu4RcBqgNH5nBhHwNp15qGavmotzbE9sLvC3WDCgu3V%2FV0t9vgQYdjcvbnMH1zsiMHSfaupSHFR9DjTbYNirRSp6YGbeBXr1JdVnY1%2BFTRnGPZ79eQbnrJPexjIoSNdkbNLirwe85OuhGT99QRWePHbdd%2BQ%3D%3D--9YedbOmb6FEzQ0h6--j3Yd9TBxJbmjJGYk3l3FIA%3D%3D; Path=/; HttpOnly; Secure; SameSite=Lax
< set-cookie: _octo=GH1.1.1822258003.1614495166; Path=/; Domain=github.com; Expires=Mon, 28 Feb 2022 06:52:46 GMT; Secure; SameSite=Lax
set-cookie: _octo=GH1.1.1822258003.1614495166; Path=/; Domain=github.com; Expires=Mon, 28 Feb 2022 06:52:46 GMT; Secure; SameSite=Lax
< set-cookie: logged_in=no; Path=/; Domain=github.com; Expires=Mon, 28 Feb 2022 06:52:46 GMT; HttpOnly; Secure; SameSite=Lax
set-cookie: logged_in=no; Path=/; Domain=github.com; Expires=Mon, 28 Feb 2022 06:52:46 GMT; HttpOnly; Secure; SameSite=Lax
< accept-ranges: bytes
accept-ranges: bytes
< x-github-request-id: 361B:3CB4:1E3F:2045:603B3DBD
x-github-request-id: 361B:3CB4:1E3F:2045:603B3DBD

<
* Connection #0 to host 13.229.188.59 left intact

curl -vIk --max-time 5 --connect-to ::13.250.177.223: http://github.com/
* Connecting to hostname: 13.250.177.223
*   Trying 13.250.177.223:80...
* Connected to 13.250.177.223 (13.250.177.223) port 80 (#0)
> HEAD / HTTP/1.1
> Host: github.com
> User-Agent: curl/7.75.0
> Accept: */*
>
* Recv failure: Connection reset by peer
* Closing connection 0
curl: (56) Recv failure: Connection reset by peer

curl -vIk --max-time 5 --connect-to ::13.250.177.223: https://github.com/
* Connecting to hostname: 13.250.177.223
*   Trying 13.250.177.223:443...
* Connection timed out after 5000 milliseconds
* Closing connection 0
curl: (28) Connection timed out after 5000 milliseconds

curl -vIk --max-time 5 --connect-to ::52.74.223.119: http://github.com/
* Connecting to hostname: 52.74.223.119
*   Trying 52.74.223.119:80...
* Connected to 52.74.223.119 (52.74.223.119) port 80 (#0)
> HEAD / HTTP/1.1
> Host: github.com
> User-Agent: curl/7.75.0
> Accept: */*
>
* Recv failure: Connection reset by peer
* Closing connection 0
curl: (56) Recv failure: Connection reset by peer

curl -vIk --max-time 5 --connect-to ::52.74.223.119: https://github.com/
* Connecting to hostname: 52.74.223.119
*   Trying 52.74.223.119:443...
* Connected to 52.74.223.119 (52.74.223.119) port 443 (#0)
* ALPN, offering h2
* ALPN, offering http/1.1
* successfully set certificate verify locations:
*  CAfile: /etc/ssl/certs/ca-certificates.crt
*  CApath: none
* TLSv1.3 (OUT), TLS handshake, Client hello (1):
* OpenSSL SSL_connect: Connection reset by peer in connection to github.com:443
* Closing connection 0
curl: (35) OpenSSL SSL_connect: Connection reset by peer in connection to github.com:443

经测试，我们发现 github.com 三个IP中，对于HTTP/HTTPS协议，只有 13.229.188.59 可用，而另两个IP 13.250.177.223、52.74.223.119 无法建立HTTP/HTTPS连接。

网站测速-站长工具对 github.com 的测试结果也证实了这一点。所有正常建立连接的测试点，github.com 解析IP均为 13.229.188.59 。

网站测速-站长工具对 gtihub.com 的测试结果（点击查看大图）

抓包结果：

13.250.177.223:80

13.250.177.223:443

52.74.223.119:80

52.74.223.119:443

总结

经测试，我们发现 github.com 部分IP在中国大陆的HTTP/HTTPS访问受到了阻断。

github.com DNS解析：正常

IP	TCP连接	SSH连接	HTTP连接	HTTPS连接
13.229.188.59	22、80、443端口均可建立TCP连接	正常	正常	正常
13.250.177.223	22、80、443端口均可建立TCP连接	正常	Connection reset by peer	Connection reset by peer
52.74.223.119	22、80、443端口均可建立TCP连接	正常	Connection reset by peer	Connection reset by peer

GitHub Status

参考 GitHub Status ，Github 当前并无服务故障，且中国大陆以外区域并无上述问题。高度怀疑GFW屏蔽了 github.com 部分IP。

如何像专家一样查找隐藏式摄像头与间谍设备：权威指南

无影人 — Sat, 22 Aug 2020 14:27:55 GMT

本文是对《How To Find Hidden Cameras & Spy Gear Like a Professional: The Definitive Guide》的中文翻译。

毫无疑问，这将会是您能在网络上所能找到的检测隐藏式摄像头和隐秘间谍设备的最详尽指南。

我们将向您展示的简单策略将有效清除大多数房间的隐藏式摄像头和窃听器，而无需使用超级昂贵的反间谍设备或聘请外部公司。

我们将向您展示的大多数流程与步骤都选自政府机构，在这些机构中，反间谍是他们关注的严峻问题。这些技术已经被我们一些最优秀和最聪明的人尝试与测试过，并在检测隐秘间谍设备时提供了坚实的基础。

本指南最好的地方是？

任何人都可以做到！

本篇博文将通过具体流程一步步揭示：我们如何清理隐秘间谍设备与摄像头。

那么就让我们开始吧！

清理隐藏式摄像头和间谍设备正在成为一种必备技能

在过去的几年里[1]，我们已经看到被用于不法用途的隐藏式摄像头与间谍设备的数目正在上升。在游轮上，在酒店的房间中，爱彼迎（Airbnb）的房屋中，我们都可以发现针对游客的摄像头与间谍设备，这个清单还可以继续列下去。不幸的是，这样的趋势看起来并不会消失，但您可以采取措施确保您不会成为受害者。在本篇博文中，我们将向您展示具体应该如何做。

什么类型的设备可能被用于对付我？

在清理可疑房间之前，您首要任务是尝试确定当前情况下，为了对付您，您将被使用什么类型的监控设备（如果有）？

例如：如果您是在一家民宿或酒店，您有可能发现的监控设备是摄像头。摄像头被用来拍摄住户的视频或照片。

如果您身处商业会议环境中，比如说会议室，您应当假设正在被收集的情报将包括各方的重要对话与互动。在这种情况下，最有可能使用的设备是录音机。

在清理房间中监控设备时，要将这些牢牢记在心中，并密切关注房间中最薄弱的地方。

将您的间谍设备清扫分成这几个步骤

步骤一：进入房间时假定您正在受到监控

如果这是您第一次入住新酒店或爱彼迎，请自动假定您现在正被监控和记录。

但是，请放松！无需恐慌。

运气（可能性）是站在有利于您的那一边的，即您并没有被监控，但是您仍要清理一下您的住处，以100%确保您并没有被监控。

可以将其想像为开车时系上安全带。您可能并不需要安全带，但是如果可以，您最好系上它。

因此，始终假定您正在被记录，直到您100%确定房间中没有任何监控设备。

步骤二：将房间划分为四个象限

首先，站在房间中央。

接下来，将房间划分为四个象限。

一旦您确定了四个象限和起始点，就使用本指南中的技术，遍历每一个象限并将其清理。

将房间分割成多个区域，将有利于您系统而细致地遍历房间，不遗漏任何细微之处地清理每一个区域。

步骤三：从基本观察开始

进行总体扫视，注意任何看起来不对劲或可疑的地方。

房间中是否有重复的物品？如时钟、烟雾探测器、咖啡壶。

墙上或天花板上是否有不正常的孔洞？

房间中是否有物品以不同寻常的方式摆放？

检查所有的用具，如电视机、时钟、电话、吹风机、咖啡壶，看是否有祼露的电线、可疑的灯光或任何看起来异常的地方。

步骤四：检查每一个插座，并确定每一个插口都插着什么

所有监控设备都需要某种类型的电源。该电源可能是电源插座或电池，这取决于您预期占用房间的时间以及犯罪者能否进入您的房间。

使用电池进行供电的设备运行时间有限，然而使用电源供电的设备可以长期而连续地进行监控。

对插座进行一次清理，并确定每一个插口都插着什么。密切注意任何看起来不正常的插头。

那么视频监控器及录音机呢？

任何类型的视频监控设备都将被放置于能提供最佳拍摄机会的地方。

例如：视频监控设备将会瞄准浴室、梳妆台前方住户更换衣服的地方，或者对准床。要点是要注意房间中的关卡或高人流量区域，这些地方会迫使居住者走特定的线路或占据房间中特定的空间。

一些需要注意的地方：浴室的门、前门和所有走廊。

必须特别注意进行谈话的地点。

如果有人想在房间内安放监控设备，目的是捕捉交谈者谈话的清晰声音，他们会将设备放置在人们可能聚集的地方。

一些需要密切注意的地方：床、餐桌、沙发、椅子、办公桌和阳台。

易受监控设备攻击的物品或设施

您房间里的设备和电器是否与房间或房子其他地方的设备和电器相匹配？

是否有任何设备和电器被放置在特殊的位置或地点？

这些设备是否因房间不同而不同？

要时刻注意烟雾探测器、温控器、插座、固定装置和灯泡。通常情况下，根据常识，这些设备都应该匹配，并保持相对相似，因为它们通常是房间或建筑物的原始结构。

如果它们是不同的，这表明可能有异常情况，应进一步检查。更重要的是，是否在房间与房间之间发现了类似的设备，这些设备被放置在奇特的位置或地点？

如果他们的答案是肯定的，那么您应该做进一步的检查。在您的清扫过程中，您应该经常问自己这些问题，如果有必要的话，应该进一步检查。

房间里的艺术品是否与您所居住的房间或房屋的装饰或主题相匹配？

对于酒店和出租屋来说，具有一个共同的主题或装饰图案是比较常见的。

例如，一个现代酒店将主要具有现代化的装饰，固定装置，家具和电器。一个乡村的民宿可能会有带有旧时代魅力的较旧家具。留意那些看起来不合时宜的固定装置和装饰品。

知晓被提供的设施

始终建议您知晓并了解您的住所提供了哪些服务与设施。将这些已知设备和设施与自己房间中的设备和设施进行比较。

例如：房屋清单中只有一个咖啡壶，但是您在您的房间中看到了两个，请检查它们是否有异常。

如果楼下已经提供了咖啡，位于您房间中的咖啡壶是否应当在这里？

您是否在您的房间中看到多个钟表？

绝大多数的网站都会列出房间中的设备与设施，但您可以随时打电话给前台，如果您不确定您的房间应该有哪些设备与设施。

如果您的房间有天花板板材，它们是吊顶系统的一部分，还是修建在天花板上？

这些板材上有任何孔洞吗？

是否有任何板材突出于其他板材或摆放方式不同？

如果您的房间有吊顶，可以很容易地将吊顶板材推上去。如果感到可疑，请检查一下吊顶并确保吊顶上方没有隐藏任何监控设备。

检查镜子

始终建议您检查房间中的每一面镜子，以确保它们不是双面镜。

检查双面镜最好的方法是使用手尖。在大多数镜子，如果您将指尖放在镜子上，您的指尖并不会接触到它的镜像。相反，二者之间将留有四分之一英寸（0.6厘米）左右的间隙。

如果您将指尖放在镜子上,指尖的镜像接触到了您的手指，您应当进行更进一步的检查。

需要注意的是，有些场所诸如酒吧或加油站可能会使用镜面风格的金属背板，而不是使用真正的镜子，这将使它看起来像是双面镜。这是为了防止镜子破碎，而给企业带来责任。

另一个方法是关闭灯光，用手电筒照射镜子，看看镜子后面是否有东西。

让我们进一步检查一下

一但您完成了视觉与物理检查，建议您使用一些易于使用且价格负担得起的反监控工具，仔细检查所有可疑的物品、设施或位置。它们将用于查找那些您无法通过视觉检查找到的监控设备。

步骤一：购买一个射频（RF）探测器

大多数长期监控设备都需要一种将信息传回监控者的方法。

射频（RF）探测器的工作原理是扫描该区域以搜索发出无线电波的设备。一旦检测到某个频率，探测器将会向用户发出声音，该声音将随检测到的设备靠近或远离而波动。这将持续到用户最终能够定位到发射无线电波的设备为止。

商业间谍设备通常使用频率在500 MHz至6 GHz的无线电波来进行传输，大多数射频（RF）探测器都将探测到他们。大多数射频（RF）探测器可以扫描出频率在400 MHz至24 GHz的无线电波。专业级射频（RF）探测器除了具有大量的特殊功能外，还具有更大的射频探测范围。但是，这些设备很昂贵，可能要花费数百甚至数千美元。

视您的具体情况来决定您需要哪种级别的探测。作为使用射频（RF）探测器简单扫描酒店房间或爱彼迎房间以发现并定位未知射频传输的普通人，您可以购买一个高质量的射频（RF）探测器，例如下面这个探测器只需要100多美元就可以完成工作。

步骤二：挑选一个光学镜头探测器

射频（RF）探测器只能探测传输信息的无线电波。

那些将信息保存在SD卡中的独立设备该怎么办？

对于这些设备，拥有一个光学镜头探测器将对您的清理很有益处。

光学镜头探测器的工作原理是探测摄像头镜头的反光。

当使用光学镜头探测器，摄像头的镜头将会在显示屏幕上闪烁或变亮，进而向用户指示可能存在的摄像头。

如果您正在寻找一种能同时探测射频（RF）和摄像头镜头的多功能设备，那么STS专业级射频（RF）探测器将是一个绝佳的选择。这是一款专业级的设备，它可以通过射频（RF）与相机镜头来有效探测定位偷拍设备。

步骤三：扫描之前关闭所有发射源

在您开始使用射频（RF）探测器扫描之前，确保所有可能发射无线电波的设备都完全断电，这是非常重要的。

确保所有移动电话、蓝牙设备、笔记本电脑、平板等等都已经断电。

在开始扫描之前，通过打开RF探测器并用它来扫描您的移动电话，以测试您的RF探测器是一个好主意。如果您的RF探测器可以探测到您移动电话发射的无线电波，那么它的功能是正常的。

步骤四：对墙壁进行全面“涂墙式”扫描

选取一个象限，从该象限的边缘开始“涂墙式”地扫描墙壁。

“涂墙式”地扫描墙壁意味着缓慢地、有条不紊地，像涂墙那样，通过您的视觉与RF探测器遍历检查整个墙面。

进行扫描时，您应当使用视觉检查墙面，以发现任何令人不安或不同寻常的地方。此外，视觉检查的同时还需注意您的RF探测器。

您应涂墙式地扫描墙面，直到您达到该象限的尽头。如果在本次扫描中未探测到任何东西，您可以将该象限标记为清洁的，以表示没有任何传输设备，然后移动至下一个象限。

步骤五：使用光学镜头探测器“涂墙式”地扫描墙壁

应用之前提到的“涂墙式”扫描方法，使用您的光学镜头探测器在每个象限重复同样步骤。

步骤六：关闭灯光

关闭灯光，寻找任何不同寻常的微小光点。

大多数针孔摄像头都带有指示灯，这些指示灯会告诉使用者摄像头是否正在记录或是否已供电。如果偷窥者因为疏漏而没有关闭这些指示灯，那您就可以利用这些疏漏轻而易举地发现并定位它们。

步骤七：使用您的手机

为了在夜间录制视频，大多数针孔摄像头都需要某种类型的红外（IR）技术来有效照亮场景，以便在完全黑暗的环境下录制视频。

真正的红外光（IR）是用于秘密监控的理想选择，因为红外线无法被人类肉眼感知。可见光的波长约为390至700纳米，而红外光谱的范围为700纳米至1000000纳米（10⁶ nm）。

一个快速而经济的探测红外光的方法是使用手机前置摄像头。

与后置摄像头不同，前置摄像头没有红外滤镜，因此可以在黑暗中轻易发现红外光。

想要在家中尝试这个操作，您可以拿起电视遥控器（电视遥控器使用红外光将信息发送至电视），并打开手机前置摄像头。接下来，将遥控器的前端对准摄像头，按下任意一个遥控器按钮。通常不可见的红外光将在相机（手机）屏幕上完全可见。对于没有戒心的监控受害者，红外光非常容易隐藏。当您扫描时，请特别留意。

温度探测器怎么样？

还有一个需要知晓的设备，那就是热成像仪。热成像仪可以辅助您探测监控设备。

任何类型的监控设备，无论是录像、录音还是红外线（IR），都会发出某种程度的热辐射。这些热辐射可以被热像仪轻松探测。

大多数监控摄像头会散发大量热量。它们的体积很小，通常被封闭在一个非常小的空间中，这意味着通风不畅。您可以使用热像仪来利用这点。

FLIR®提供了一款杰出的设备，名称是 FLIR® ONE Gen 3 。这款设备可以与智能手机相连，让智能手机作为热成像仪使用。

这样的热成像设备将帮助您直接在手机上找到房间中的热点。

如果您在墙壁、图画、烟雾探测器以及任何设备或位置的后面探测到了一个热点，它看起来似乎不同寻常或者有些奇怪，那么您应该是探测到了异常情况。此时，您应该仔细检查一下是否有监控设备。

如果您找到监控设备该怎么办？

如果您确实遇到了监控设备，不要打扰它。立刻走出摄像头的视野，并打电话报警。

大部分新式监控摄像机在写入SD卡时，都采用了带有运动检测功能的循环录制。曾有不少案例，犯罪者由于此功能而无意间记录下他们自己放置设备并离开的过程。

通过离开摄像头视野，您减少了当SD卡已经写满时，新记录覆写掉旧记录的可能性。如果犯罪者自己确实被摄像头记录了下来，这将最大限度减少这些片段被覆写的可能。

您可能会问隐藏式摄像头合法吗？查看这篇博文了解更多信息。

如果您有任何疑问或意见，请在下方留言。

注册域名时的注意事项

无影人 — Sat, 13 Jun 2020 12:21:01 GMT

之前已经有嘟友提醒：不要在中国国内的域名注册商注册域名，也不要注册域名注册局位于中国的域名。

这个建议绝对是正确的，每一个打算建站的人都应当知道。

但仅仅一句空洞的建议是说服不了人的，本文将通过一些事例来解释一下为什么。

不要使用中国国内的域名注册商注册域名

如果你在中国国内域名注册商注册域名，那么你就有可能遭遇你的域名因为域名注册商接到有关部门行政命令便将其设置为 ClientHold 状态。

虽然这个域名是你自己掏钱买的，但它根本就不属于你，可能仅仅因为你的网站上的一篇博文、一个评论，就让你的域名被永久封禁。

口说无凭，下面列举两个例子。

LeanCloud 域名被封事件

LeanCloud 的两个重要域名从2019年6月20日下午至6月25日早晨被阿里云禁止解析和转出，给 LeanCloud 和 LeanCloud 的用户造成了重大损失，对 LeanCloud 来说，长期的影响难以估计。

具体过程可以参考：LeanCloud 域名被禁事件始末。

下面是一个简单的摘录与点评：

6 月 20 日（周四）

一个一个月前就已处理过的违规视频应用，导致 LeanCloud 的两个重要域名被封，事先无任何通知。

无厘头的封禁理由，外加没有任何事先通知，然后就莫名其妙发现域名被封了。

不给人任何准备与申诉的机会。

通过官方渠道联系阿里云客服，只被告知禁封原因是域名下有违法违规内容，阿里云不能提供更详细的信息、违规证据以及申诉渠道联系方式，让我们自己查。后来我们只好请在阿里云的朋友帮忙询问，并帮忙拉群建立与阿里云的有效沟通渠道，同时我们也通过多方渠道帮忙找阿里云的人员询问，最后从各方面得到的都只是一个违规应用的名称。这个应用与我们 5 月 15 日在 LeanCloud 查封的应用同名。

不告知具体原因，永远是模糊不清的违法违规内容，一贯做法，一贯做法。

LeanCloud 作为一个有一定实力的公司，还可以找阿里云的朋友帮忙，建立内部联系渠道。如果同样的事情发生在个人身上，那你又有什么办法？有可能因为消费太低，连人工客服都联系不上，只能和机器人来回扯皮。

我们联系了 5 月 15 日通知过我们的有关部门，他们并不清楚阿里云收到的指令，答复既然是阿里云把我们封了，我们应该找阿里云交涉。但我们通过朋友找阿里云相关人员沟通时，他们表示只是执行，让我们自己找有关部门交涉。而这时已经过了有关部门上班时间，不再能联系上他们。

传统艺能：踢皮球。

6 月 21 日（周五）

周五早上我们再次联系上有关部门，虽然他们对这次的具体情况不清楚，但是因为阿里云禁封我们域名的原因是他们以前和我们沟通过的一个同名应用，所以愿意接受我们的申诉。在此期间帮忙的阿里云的朋友也从他们一侧与该部门进行了沟通，确定了申诉方式，即由我们提交一份书面报告。

我们在当天下午送去了一份报告，说明了 5 月 15 日收到通知时的处理情况，这次域名被禁之后的追加处理措施，再次说明该应用的违规违法信息并不存储在 LeanCloud。 但是他们需要和其它部门确认，所以不能马上答复我们结果。但后面就到周末了。

充分体现了有关部门的效率。

6 月 22 日、23 日（周六、周日）

自查写报告中。

6 月 24 日（周一）

提交新报告。

作为澄清事实的最后一次努力，我们再次联系阿里云，表达了我们有理由相信禁用我们的域名是阿里云在执行中的问题，再次要求阿里云提供可以支持他们决策的证据或者监管部门的原始函文。 阿里云又一次拒绝了我们的要求。

阿里云又一次拒绝了我们的要求。

6 月 25 日（周二）

周二中午阿里云通知我们收到有关部门的通知，将恢复我们的域名。

不是阿里云主动恢复的，而是接到有关部门通知才恢复的。

换而言之，只要不接到有关部门通知就不会恢复？

LeanCloud 作为国内小有名气的云服务商，域名被封尚且如此被动。经过百般努力，也花了近5天时间才将域名解封。

如果普通人的域名被封，它还有解封的可能吗？

牛博网域名被封事件

还有一个比较有名的例子是牛博网，以下内容引用自月光博客：

使用CN域名的牛博网一度聚集了梁文道、韩寒、连岳、柴静等一批名家，日访问量曾突破百万，但正是因为使用CN域名，才导致政策性风险发生后无法进行避规风险，网站访问量迅速消失，几年之后，连牛博网的域名也莫名其妙被人抢走了。

2009年1月9日，国内知名博客站点牛博网的CN域名无法访问，该站点负责人罗永浩透露[1]，说他收到服务商万网的通知，称该博客存在有害信息，被要求整改，因此万网需要停止该CN域名的访问权限。在收到这封信后不久，罗永浩即接到其服务器托管商的客服电话，声称机房接到通信管理局的通知要求关闭牛博网。至此，牛博网无法访问。

小结

从上面的两个例子可以看出，使用国内域名注册商注册域名具有重大政策性风险。

如果你的网站使用国内域名注册商注册，那么即使你网站的服务器位于国外，有关部门仍可以通知你的域名注册商将你的域名设置为 ClientHold 状态，从而将你的网站下线。

此外，如果你的网站涉及传播违法违规信息并构成违法犯罪，公安机关要逮捕你。使用国内国内域名注册商注册域名，公安机关便可以直接向你的域名注册商索要你的注册资料、支付方式、访问纪录等信息，从而将你抓捕归案。

你可能会说，我又不干什么坏事，我就写一写文、放几张画，不至于这样吧。但现在告密举报风行，这两天 Lofter APP 不就被人举报得永久下架了？如果真心的想要整你，有心人完全可以寻章摘句一番，形成举报材料，号召她的狐朋狗友们一起举报之。以当下及未来的情况看：赵弹出动的可能性很大。

所以，不要使用中国国内的域名注册商注册域名。

不要注册域名注册局位于中国国内的域名

前面说了不要使用中国国内的域名注册商注册域名，现在来说一说不要注册域名注册局位于中国国内的域名。

不注册域名注册局位于中国国内的域名原因大致同前，虽然发生概率较域名注册商低很多，但仍然存在重大的政策风险。

下面说一说中国互联网络信息中心（CNNIC）在CN域名上干的那些破事。

强行收回已注册域名

2008年奥运会过后，CNNIC将国内奥运冠军的姓名拼音对应的域名强制收回。

近日，中国互联网络信息中心(CNNIC)收回了被抢注的奥运冠军域名，被回收者对此表示不服。

据一些域名注册者介绍，8月12日上午他们发现，已经被抢注的陈燮霞、冼东妹、吴敏霞等奥运冠军的CN域名已被CNNIC收回，并转交给国家体育总局所有。对此，CNNIC的解释是，他们的注册行为违反了《奥林匹克标志保护条例》，并且这些域名是预留给国家体育总局的，因此注销这些域名。

——CNNIC收回奥运冠军域名部分原持有者不服

政策朝令夕改

2009年12月，CCTV 在焦点访谈中，点名批评 CNNIC 对域名的监管不力，导致大量黄色网站利用“CN域名”逃避监管。

CNNNIC 对此发出通知，要求注册“CN域名”时必须提交书面申请材料。申请材料包括加盖公章的域名注册申请表（原件）、企业营业执照或组织机构代码证（复印件）、注册联系人身份证明（复印件）[2]。这等于变相阻止个人注册域名。

2009年12月13日 CNNIC 副主任刘志江在回答记者提问时指出：根据我国管理政策，一直未开放过个人注册域名这一领域[3]。

但到了2010年1月19日，政策风向又变。CNNIC主任助理齐麟接受采访时表示，根据主管部门要求，CNNIC正在研究起草个人注册.CN域名的开放方案，但目前尚处在前期研究阶段[4]。

才30多天，对于同一事物，官方的说法就发生了180度的转弯。时不时的各种专项治理行动毫无疑问给域名注册局位于中国国内的域名带来了很大的不确定性。

法律风险

域名注册局位于中国国内的域名需要遵守《中国互联网络域名管理办法》。

第二十七条　任何组织或个人注册和使用的域名，不得含有下列内容：

（一）反对宪法所确定的基本原则的；

（二）危害国家安全，泄露国家秘密，颠覆国家政权，破坏国家统一的；

（三）损害国家荣誉和利益的；

（四）煽动民族仇恨、民族歧视，破坏民族团结的；

（五）破坏国家宗教政策，宣扬邪教和封建迷信的；

（六）散布谣言，扰乱社会秩序，破坏社会稳定的；

（七）散布淫秽、色情、赌博、暴力、凶杀、恐怖或者教唆犯罪的；

（八）侮辱或者诽谤他人，侵害他人合法权益的；

（九）含有法律、行政法规禁止的其他内容的。

第二十八条　域名注册申请者应当提交真实、准确、完整的域名注册信息，并与域名注册服务机构签订用户注册协议。

域名注册完成后，域名注册申请者即成为其注册域名的持有者。

……

第三十四条　已注册的域名出现下列情形之一时，原域名注册服务机构应当予以注销，并以书面形式通知域名持有者：

（一）域名持有者或其代理人申请注销域名的；

（二）域名持有者提交的域名注册信息不真实、不准确、不完整的；

（三）域名持有者未按照规定缴纳相应费用的；

（四）依据人民法院、仲裁机构或域名争议解决机构作出的裁判，应当注销的；

（五）违反相关法律、行政法规及本办法规定的。

第三十五条　域名注册管理机构和域名注册服务机构有义务配合国家主管部门开展网站检查工作，必要时按要求暂停或停止相关的域名解析服务。

上面的这些条例具有相当大的灵活性。

在前面所述的2009年12月专项治理行动中，CNNIC便曾依照《中国互联网络域名管理办法》第二十八条、第三十四条的规定对域名注册信息不真实、不准确、不完整的域名进行了注销[5]。

虽然现在 TOP、XIN 这些新兴域名可以在国外的注册商注册，对于注册的要求也比较低。但是这并不符合相关的法律规定，有关部门很可能在未来开展相应域名的专项整治运动。这一点你可以参考CN域名的历史。

域名注册局位于中国国内的顶级域清单

如上所述，为了消灭相关的政策及法律风险，请不要注册域名注册局位于中国国内的域名。

域名注册局位于中国国内（大陆、香港、澳门）的所有顶级域可参考下表：

AIGO
ANQUAN
ASIA
BAIDU
BOX
CITIC
CN
FAN
FANS
HK
HKT
ICBC
KERRYHOTELS
KERRYLOGISTICS
KERRYPROPERTIES
KUOKGROUP
MO
MTR
NOWTV
PCCW
PH
REDSTONE
REN
RICHARDLI
SHANGRILA
SHOUJI
SINA
SOHU
TOP
UNICOM
WANG
WEIBO
XIHUAN
XIN
YUN
世界
中信
中国
中國
中文网
佛山
信息
健康
八卦
公司
公益
商城
商标
嘉里
嘉里大酒店
在线
大众汽车
广东
微博
慈善
我爱你
手机
招聘
政务
新闻
时尚
澳門
网址
网店
网站
网络
联通
集团
電訊盈科
餐厅
香格里拉
香港

请不要注册的域名后缀位于上面的列表之中的域名。

该顶级域清单，你可以使用如下命令自行生成：

curl https://blog.bgme.me/listings/gen-china-tlds.sh | bash -

尾声

写了这么多，总结起来就是一句话：

不要使用中国国内的域名注册商注册域名，也不要注册域名注册局位于中国的域名。

是真的吗？

无影人 — Tue, 02 Jul 2019 08:18:54 GMT

推特流传图片

今天在推特上看到了这张图，感觉比较惊讶。下面有人怀疑这张图是伪造的，我也有这样的怀疑。

于是对这张图片的真伪进行了一番查证，下面是查证的过程：

首先，使用天眼查进行查询，在上海橘喵信息科技有限公司页面确实发现有一条行政处罚。

天眼查截图

然后又到国家企业信用信息公示系统（上海）根据上一步在天眼查询到统一社会信用代码再次查询。

在上海橘喵信息科技有限公司的“行政处罚信息”一栏中找到了与天眼查相同的信息，验证了天眼查的信息是靠谱的。

国家企业信用信息公示系统截图

从前面的检索我们知道，上海橘喵信息科技有限公司于2019年3月29日遭到了一次行政处罚，该行政处罚的决定机关是上海市文化市场行政执法总队，决定书文号是第2520190055号。这与网上流传截图的处罚决定单位及决定书文号不符。

对此可以到上海市文化市场行政执法总队网站进行进一步查询。

上海市文化市场行政执法总队网站

在“处罚公示查询”栏目中使用决定书文号进行检索，未检索到相关处罚。

“处罚公示查询”栏目未检索到相关处罚

进入列表模式，逐页查看，仍未找到相关处罚。

列表模式仍未找到相关处罚

这里与国家企业信用信息公示系统的数据相矛盾，暂且存疑。

接下进入上海市市场监督管理局、上海市工商行政管理局、上海杨浦等政府网站，但在这几个网站中并未找到明显的处罚信息。

上海市市场监督管理局

上海市工商行政管理局

上海杨浦

改变检索思路，使用机构代码 2562143639 在 Google 中进行检索，发现了一点有意思的东西。

2562143639

根据检索结果，改用 2562143639 site:sgs.gov.cn 进一步检索，得到4个pdf文件链接 (1, 2, 3, 4)。

2562143639 site:sgs.gov.cn

这四个文件均为上海市杨浦区市场监督管理局行政处罚决定书，将截图对比这四个文件，可以发现截图的格式与文件稍有不同，最明显的地方便是大标题“行政处罚决定书”与决定书号之间没有截图中那个显眼的空行。

推特截图的可疑度上升。

受上一步的启发，先后用 行政处罚 site:scjgj.sh.gov.cn、 上海橘喵信息科技有限公司 site:scjgj.sh.gov.cn 作为检索词，在 Google 中进行检索。

行政处罚 site:scjgj.sh.gov.cn

上海橘喵信息科技有限公司 site:scjgj.sh.gov.cn

到此终于有所收获，我们在上海市工商行政管理局的网站上，发现了推特上流传的行政处罚决定书来源。

推特上流传的行政处罚决定书来源

点击下载附件按钮，即得到了网上流传的行政处罚决定书。

至此，我们可以确定推特流传的截图为真，并非他人伪造。

虽然有一点疑点，比如说：为什么国家企业信用信息公示系统中没有这个行政处罚决定书？为什么处罚决定机关为上海市文化市场行政执法总队的行政处罚决定书在上海市文化市场行政执法总队的网站上无法查询到？

这都是很有意思的问题。

说一点题外话，大家在推特之类的社交媒体分享消息时，请一定附上消息来源。

光秃秃的一张截图是没有什么可信度的，截图是超容易被伪造的。

对此你可以参考虚假截图助手。

而且即使不使用这些工具，仅使用浏览器自带的功能便能简单伪造出足够真实的截图。

下面是一个例子：

原网页：https://www.douban.com/people/kate1138/status/2534711585/

修改后的截图

炮制过程：

像微信这种没有链接的垃圾聊天工具用截图也就罢了。如果来源是有网址的，请分在分享截图时，同时附上来源网址。另外，分享时最好把网页用存档网站保存一份，以防不测。存档的方法可以参考我之前的博文。

传说中的大毒草到底长啥样？

无影人 — Sat, 25 May 2019 07:51:57 GMT

在正式开始前，先看一则通告。

晋江文学城被整改

继起点之后，晋江文学城也在最新的净网专项行动中遭到整治。不同于起点，此次晋江的公告中特别提到了《不知悔改的男人》、《妖孽养成日记》这两部作品。

这两部被杀鸡儆猴的大毒草到底是长什么样？不知你们有没有这样的好奇？

反正我是好奇的不得了。

但由于这两部作品都是冷门外加烂尾，是连盗版网站都不屑于盗文的仆街作品。在晋江屏蔽了这两部作品之后，网络中根本找不到其它的副本。

不过幸运的是，时间还没有过去太久，还有一些搜索引擎快照。我们可以从搜索引擎快照中，一探大毒草的真面目。

下面简单说一下具体操作步骤，此方法同样适用于其它被删网页，包括但不限于知乎。

如果想直接看结果，可以点击这里。

Google

用 不知悔改的男人 site:jjwxc.net 作为关键词在 Google 中进行搜索。

发现 Google 只收录了小说首页，不管这些，先打开小说首页的 google cache。

确定可以正常浏览 cache 之后，使用 archive.is 存档 google cache 页面，将其永久保存。

存档 Google cache

特别提醒，archive.is 仅能存档 google cache ，无法存档其它搜索引擎的快照（百度、搜狗等）。

另外，可以通过CachedView查询 google cache。

CachedView

然后使用同样的关键词，在其它搜索引擎（百度、搜狗）上进行搜索，找到相应的章节页面的快照，并将快照页面保存至本地。

Baidu

多次变幻关键词，以求找到尽可能多的章节。

最后，将上述页面整理到一起。

整理结果

不知道，你们看完这两部小说是什么感觉。

反正我的感觉是：

被子我都已经脱了，你他妈就给我看这个？

如何存档一个网页？

无影人 — Fri, 25 Jan 2019 11:27:06 GMT

在这个404时代，你是否在为有价值的博文/网页/微信号文章转眼之间就消失不见而烦恼。

虽然使用印象笔记这一类云笔记软件，可以很方便的将网页保存到笔记软件中，就算是404了，也还可以看笔记软件中的存档。

但是如果你知道一篇文章时，它已经404了，那又该怎么办？

你可能会说，那就只能找一找看有没有残存的转载或者截图，再看一看各大搜索引擎有没有缓存，如果都没有的话，那也是没办法了。

其实你还有一个更优雅的选择，那就是互联网档案馆（Internet Archive）这样的网页存档。当然由于众所周知的原因，这个网站必须要翻墙后才能访问。

Internet Archive

你可能会好奇互联网档案馆（Internet Archive）是什么？

对于这个问题，直接引用维基百科作为回答。

互联网档案馆（英语：Internet Archive）是一個非營利性的數位圖書館组织。成立于1996年，由Alexa创始人布鲁斯特·卡利创办。提供數字資料如網站、音樂、動態圖像、和數百萬書籍的永久性免費儲存及獲取。迄至2012年10月，其信息儲量達到10PB。除此之外，該檔案館也是網絡開放與自由化的倡議者之一。

其數據是由自帶的網絡爬蟲自動搜集的，其網站典藏檔案館網站時光機，抓取了超過1500億的網頁。

简单的讲“互联网档案馆”就是一个专门保存网页历史的网站。

下面我将简单介绍如何使用互联网档案馆，如何查询互联网档案馆中的网页存档，如何将一个网页保存到互联网档案馆。

查询存档

互联网档案馆

打开 Internet Archive ,在最上方输入你要查询网页的url，如果存在存档，点击相应的存档即可。

如果不存在存档，Internet Archive可能会提示你 Save this url in the Wayback Machine。此时直接点击此链接即可保存此网页。

点击 Save this url in the Wayback Machine

这也是最简单的保存网页的方法了。

另外，也可以使用书签或者浏览器插件查询网页存档，这部分内容请继续阅读下文。

保存网页

方法一：存档查询页

在查询存档页中直接保存，可以参考上文。

方法二：web页面

如果一个网页已经有了存档，方法一是无法奏效的，于是我们需要方法二。

互联网档案馆 web 页面

打开互联网档案馆 web 页面：https://archive.org/web/
将要存档的网页URL粘贴至 Save Page Now 文本框中（网页右下角）。
点击 SAVE PAGE 按钮（或者直接敲回车键）。
等待互联网档案馆抓取网页。

互联网档案馆正在抓取网页…

方法三：书签

是不是觉的方法二有点太麻烦了，浏览器书签是一个更为简单快捷的方法。

Save Page to Internet Archive Go Wayback

将上面的两个书签直接拖动到浏览器标签栏中。

将按钮拖动到标签栏中

之后如果想要将一个网页存档到互联网档案馆，直接点击标签栏中 Save Page to Internet Archive 标签即可。

如果想要查询一个网页的存档，直接点击 Go wayback 标签即可。

方法四：浏览器插件

方法三使用久了，你会发现，对于有些网站标签栏中的书签好像不怎么好使，点击了书签，但一点反应都没有。

比如说，你打开 GitHub，然后点击 Go wayback，但是并没有打开相应的存档页，这是怎么回事呢？

（不同浏览器中的表现可能不同，本人电脑上Chromium可以打开相应存档页，但Firefox无法打开）

按下 F12 ，原来是 Content Security Policy 在搞鬼。

Console

Response headers

script-src github.githubassets.com;

对于这样的网页该如何方便存档呢？

这时候就是浏览器插件上场的时候了。

首先，根据浏览器种类安装相应的插件， Chrome、 Firefox。

插件界面

安装完成后，需要存档网页时直接点击 Save Page Now 按钮即可。

通过 Recent Version、First Version 按钮，你可以很方便的查看当前网页最近一个存档以及最初的存档。

打开王垠《更新一下》博文时的界面

这个插件还有一个非常棒的功能。

如果你打开的网页已经404了，但是互联网档案馆中存有这个网页的存档，将会弹出一个悬浮窗。此时，你可以点击 Click here to see archived version 按钮，查看存档版本。

archive.today

上面介绍了互联网档案馆，下面我将介绍另外一个好用的存档网站：archive.today。

照例引用维基作为介绍：

archive.is（舊名為archive.today）是一個私人資助的數位時間囊網站，資料中心位於歐洲法國的北部-加来海峡。這個網站典藏檔案館使用Apache Hadoop與Apache Accumulo軟體。它可以一次取回一個類似於WebCite的小於50MB的頁面，但收錄Google地圖與Twitter。

archive.today 主页

archive.today 的主页布局非常的简单。

在上方的文本框中输入网页URL进行存档，在下方文本框中输入网页URL查询存档。一目了然，浅显易懂。

保存网页中…

查看存档

为了方便将网页保存至 archive.today，你可以使用下面这个书签，使用方法同前。

archive.today

需要保存网页时，直接点击标签栏中 archive.today 书签即可。

不过可惜的是 archive.today 并没有一个官方浏览器插件。

archive.today 相较 Internet Archive 的优势

archive.today 与 Internet Archive 都可以存档网页，但 archive.today 相较 Internet Archive 有以下几点优势。

无须遵循 Robots 协议

Internet Archive 抓取网页时遵循 Robots 协议，如果网站在 robots.txt 中声明禁止搜索引擎抓取，那么 Internet Archive 将拒绝存档该网站。

所以对于微信公众号，你是无法用 Internet Archive 进行存档的。

微信公众号产出的内容占中文世界的半壁江山，而且由于种种原因，微信公众号文章是404的重灾区，更是应当被及时存档。

archive.today 的优点此时体便现出来了。

可以加载动态内容

现在越来越多的网站选择动态加载内容。

对于动态加载的网页，Internet Archive 存档的效果不是特别好。而 archive.today 在保存网页时会摸拟浏览器进行抓取，因此对于动态内容有更好的支持。

可以从 Google cache 中存档网页

如果一个网页已经消失了，短时间内还可以通过 Google cache 查看到这篇文章。

archive.today 另一个优点就是可以从 Google cache 中存档网页，给已经被删掉的网页一个保存下来（抢救）的机会，例如这个网页。

养成随手存档好习惯

在这个404时代，养成随手存档好习惯是非常重要的。因为很多有价值的文章往往存活不了多久，就被删了，成为404海洋中的一员。

随手存档，不仅仅造福自己，更是造福大众。

就比如说上文举例时引用的王垠博文，如果不是不知名的前辈，趁其还在时将其存档于互联网档案馆。那么我现在想要看这篇文章，只能费力找不知是否为原文的转载或截图。

所以我们的口号是：消除404，人人有责。随手存档，造福你我。人人为我，我为人人。

需要存档的场景

下面提出几个我认为需要存档的场景：

涉及敏感话题的有价值文章。
在长毛象、推特、微博、知乎等社交媒体发文时，存档被引用的网页（尤其是涉及敏感话题时）。
高价值、有意思的文章。
自己喜欢的内容。

对于第二点，可能有一点不太好理解，在这里解释一下。

我的一则嘟文

上面是我之前发布的一个嘟嘟的截图，里面引用了新华社的两个网页。

你是否有过这样的经历，在社交媒体上看到某人推荐一篇文章，但你点开链接时，发现链接的目标已经404，消失不见了。

第二条的意思便是，当你在发文之前，随手存档被引用的网页。这样就算是链接404了，对方也可以从互联网档案馆中看到原链接的内容。

微信公众号的问题

微信公众号真是一个奇葩的东西，但由于其体量，还不能无视它。

在存档微信公众号文章时，请存档文章的永久链接。

由于微信奇葩的反爬策略，你从搜狗中搜到的公众号文章都是长成这样子：

https://mp.weixin.qq.com/s?__biz=MzA5MjMzOTY4Mw==&mid=2652989954&idx=3&sn=15d3d4a84cfb7b94524e2e0426055950&chksm=8bbb668ebcccef987695f44e32aaed274e32207cd58cbcef46b44733148c20de5dd2514a82f4&scene=0#rd

这样子的链接就是暂时链接，这种链接有一定的时效，过期之后就无法访问了。所以在存档之前，请将其转换为永久链接。

另外，在社交媒体发文时也请使用永久链接。

复制链接

将上面的长链接复制到手机微信中打开，然后点击 分享按钮 --> 复制链接，即可获得短的永久链接。

https://mp.weixin.qq.com/s/TQTeBLMwJiq15oO6jxbBCg

结语

写到这里，本文基本上写完了，如果有什么疑问可以直接在下方留言。

另外，为了可持续发展，也请在自己能力范围内向 Internet Archive、archive.today 捐款支持。

Internet Archive 捐助页面、archive.today 捐助页面

如何用电子邮件写日记？

无影人 — Mon, 17 Dec 2018 12:05:04 GMT

很久之前便想写这篇博文了，但因为种种原因一直没有下笔。今天终于下定决心开工了。

本文的题目是《如何用电子邮件写日记？》，大致介绍一下，如何使用Email安全、可靠、便捷的写日记。

因为本人手机是安卓的，所以对于Mas OS、IOS系统就不介绍了，你可以参考OpenPGP的这个页面自行寻找所需软件。

为什么要用电子邮件写日记

我喜欢将一天中发生的事情记录下来，也就是所谓的日记。最开始是在笔记本上记，断断续续坚持了大概两年吧。

但后来由于某些缘故没有继续下去，将日记写在日记本上这种方式最大的缺点就是不方便。那么厚厚的一本日记本，无论是存放还是携带都有一些不方便，特别是外出时。而且日记本上的日记也不太方便查找翻看。

之后，尝试着用云笔记来写日记，方便了很多，但唯一令人担心的是安全性，将日记明文放在网上，总是担心自己的帐户被黑客黑了，然后…… 因为一直有这样的担心，所以很多事情也不好写到日记中去。在云笔记上写日记，总是有被注视的感觉，太让人不爽了。

写日记的工具有什么要求呢？尝试着列举了一下。（重要性从上到下依次减弱）

安全性（不会被别人偷看）
便捷性（使用方便）
保存查阅方便

后来看到一个人博文里提到，用电子邮件写日记，瞬间醍醐贯顶。突然发现电子邮件，可以很方便的满足2、3的要求，对于1则可以用GPG来保证。于是我就开始用电子邮件配合GPG写日记了。

安装软件

PC端

Thuderbird （Enigmail）
GnuPG (Linux)
Gpg4win (Windows)

安卓

开始之前，请根据情况安装所需软件。

如果系统是Linux的话，从仓库里直接安装就可以了。

如果是Windows的话，请到软件官网上下载安装。

安卓的可以打开官网，然后到Gogle play、F-Droid上安装。

安装完Thuderbird后之后还要安装Enigmai插件，安装方法，打开 Add-ons 界面，在搜索栏中输入 Enigmai，然后安装。

生成密钥

如果你是Linux系统，可以参考Github的教程。

如查你是Windos系统，请参考gpg4win的教程。

生成好了密钥之后，如果是Linux，先 gpg --list-key 查看本次生成密钥的序列号，再用 gpg --export-secret-keys --output dairy-secret-key.gpg XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 导出私钥以备后用。

Windos系统可以参考这篇文档导出私钥。

另外提醒一下，导出的私钥请保存在本地安全的地方，一定不能泄露，切记切记。

配置Thunderbird

安装Engigmai时会出现配置向导，直接选初学者那一栏就可以了。

然后，向Thunderbird中添加你作为日记本的邮箱帐户（该邮箱必须支持IMAP、POP协议），具体步骤可参考官方文档。

添加完邮箱后，打开 Accout Settings 打开新添加邮箱的 OpenPGP Security，然后勾选 Enable OpenPGP support(Enigmail) for this identity。

使用 Use specific OpenPGP key ID 选项，选择刚刚生成的密钥。

其他选项可保持默认。

配置手机

在之前的步骤，我们已经安装好了 OpenKeychain、K-9 Mail，现在开始配置。

首先将生成密钥那步中导出的私钥文件，复制至手机上。为了防止私钥泄露，请不要使用微信这一类聊天工具进行传输，建议直接接上USB线进行COPY。

打开 OpenKeychain，在主界面点击加号，选择 从文件导入，然后按照提示导入密钥。密钥导入完成后，请删除文件系统中的私钥文件，以防泄露。

然后打开 K9 ，按照文档添加作为日记本的邮箱。

尝试发送

做完上面几步之后，就基本上完事了。

现在可以尝试发几封加密邮件看一看。

最终的效果就如下图了：

结语

感觉这篇文章写的有一点鸡肋，对于知道的人来说，使用GPG发送加密邮件已经是一个常识了。对于不知道的人来说，我这篇文章好像又写的有一点简略。

但不管怎样，也算是介绍了一种安全方便写日记的方法了吧！

你的人生可以失败

无影人 — Sat, 06 Oct 2018 14:02:13 GMT

写在前面

本来这一篇博文的状态是设置为隐藏的，但今天想了一想，所谓设置为隐藏不过是自欺欺人罢了。而且我实在希望可以留下一点东西作为对五月的纪念。

今天和五月聊了一会，其间谈到了父母的问题。我劝告五月向父母说明一下情况，如果能有父母的支持，未来的路会顺利很多。而且我想五月的父母允许她留长发，对于这方面想必会开明一些，但是五月说“也许只是觉得无所谓吧”。我当时想再劝说两句，但却不知道说些什么，因为我自己也很迷惑，对于这些迷惑我自己也完全没有向父母提及。

在回来的路上，我突然想到了一些事情，为了不让这些想法白白的遛走，于是便有了这篇总结。

父母与孩子很多矛盾的根源，在我看来便是父母试图将自己的意志强加于孩子身上。孩子对于这种意志或者将自己意志强加于自己的这种行为的不满与反抗，便是亲子矛盾的根源。孩子并不是你的所有物，孩子并不是一个无意识任人摆布的物品，而是一个活生生的有自己思想与意志的人，虽然这个思想还很幼稚，还没有成熟，但与你自己的思想并无本质的差别，亲子之间应该是平等的沟通而非上级对下级对下级的命令。如果父母都能意识到这些，也许很多的悲剧便不会发生，比如说张千叶。

但是自己做出选择的另一面便是自己承担选择的后果，于是便有父母说“成天说，‘有什么后果完全我自己承担’，但真事到临头了，你承担的起吗？还不是要靠我们”。对于这样的话语，我不知道该说些什么，我虽然想反驳，但又不知道该如何说。

然后，我尝试做了一个换位思考，如果我是父母，我的孩子是这样的情况，我该怎么做？但是结果让我惊讶，因为我脑子里的第一反应便是阻止他，而我自己所经历的迷茫与历程好像在那个瞬间都消失了。

为什么会这样呢？我是不是比我自认为的还要深受传统观念的影响？我在心底默默的询问。

渐渐的我冷静了下来，我好像明白了什么，而这正是本文的题目的反面，”你的人生不可以失败“。

你的人生不可以失败！你必须要成功！你只能成功！这样的话语虽然在生活中很少直接听到，但他们的变体却无处不在。

小的时候，你要考一个好成绩，上一个好学校，考一个好大学……

再长大一些，你有你要找一个好工作，你要嫁一个好男人，你要找一个好看的媳妇……

再之后，你的孩子学习怎么样？你提干了吗？你今年赚了多少钱？……

上面的每一句话都在对你喃喃细语：你的人生不可以失败！你必须要成功！你只能成功！

但我想说的是，我的人生为什么不可以失败？我为什么就一定要成为一个成功者？作为一个失败者，我是不是便没有存在的意义，我是不是应当赶快自杀谢罪？

对社会而言，失败必然存在，而且占据绝大多数，这是由资源的稀缺性与人类社会制度设计的本质缺陷造成的。更何况，有些成功者的成功是通过不断收割广大失败人士而达到的，这些成功者为了固化这种畸形的社会资源分配制度，制造了一个又一个的精神幻境，消费主义、成功学仅仅是其中之一。从某种意义上来说，当我从失败者的家庭出生时，我便已经失败了。

既然如此，既然绝大多数的人都注定成为失败者，那我为什么一定要成为一个成功者？我的人生为什么一定要成功？我的人生为什么不能失败？

你可以说我自甘墮落，可以说我破罐子破摔，但我只想问：我的人生为什么不可以失败？

回到之前的问题，为什么我的第一反应是阻止他？也许并不是我不能理解他，只是我不希望他受苦，希望他走一条平坦的道路。

但这些话，怎么听起来这么耳熟，这么熟悉，这不就是我们父母经常说的吗？

从某种意义上来说，这个社会已经没救了，至少是对我们这种失败者来说。这个社会不能容忍有人失败。有人失败那全部是他自己咎由自取，是他自己不够努力，不能埋怨别人。但“失败”作为一个客体存在于人类社会，是不以人的意志为转移的。你可以获得成功，但是失败的人依然存在；精英话术只不过选择性无视了他们。

我来到这个世界上，也许便是我自己最大的错误，虽然我注定失败，但我必须成功。

同时再次体悟到三秋缒老师的伟大。

这世上到处都有地洞，至少世界看在我眼里就是这样。有的洞小，有的洞大；有的洞浅，有的洞深；有的洞很明显，有的洞不明显；有的洞尚未有人掉进去，有的洞已经有许多人掉进去。真的是五花八门。一旦想着这一个个的地洞，就会让我满心不安，一步都不想动了。

孩提时代，我喜欢那种会让我忘记地洞存在的故事。看来不只是我，大家都喜欢看那种书中世界的所有地洞都已加盖的故事，也不知道是不是该叫做「杀菌过的故事」。当然主角不会只遇到好事，经历的各种痛苦与难受的体验也不会比别人少，但最终来说，这一切都将成为他成长的动力，让读者可以沉浸在「人就是要接受一切勇敢活下去」这种可靠的感觉中。我说的就是这种故事。

我想我们一定是不希望连在虚构的世界都要经历悲伤。

可是有一天，我发现自己不知不觉地身在阴暗的地洞中。那是一种没有任何前兆、没有天理可言的失足。由于那是个非常小且不起眼的地洞，很难指望会有别人帮助。所幸这个地洞并不是深到爬不出来，我花了很长的时间，靠自己的力量终于脱身。

来到地上后，我沐浴在久违的温暖阳光与清澈的徐风中，因而产生这样的想法。无论多么小心，都没有人知道何时会掉进地洞。这个世界就是这样的地方。下次我说不定会掉进一个更深的洞，深得让我再也回不到地面上。到时候，我该怎么办呢？

从此以后，我就再也无法怀着以往那样单纯的心情，去看待那些「把地洞加了盖的故事」。相对地，我开始喜欢描写「在地洞里过得好像很幸福的人」的故事。因为我想听的是在阴暗、深邃、狭窄又寒冷的地洞里，不用逞强就能露出微笑的人身上所发生的故事。也许对现在的我来说，再也没有什么比这更能安慰我了。

如果已经掉到了地洞里，而且深得让人再也回不到地面上，到那时候，我该怎么办？

或许是对自己与他人说，“你的人生可以失败”。虽然这是一句傻味十足、骗小孩子一样的话，但多多少少也是一种安慰了。

如何举报儿童色情网站

无影人 — Mon, 09 Jul 2018 14:33:11 GMT

有一些东西是超越人类底线的，是不能容忍的，比如说儿童色情。
如果你发现了儿童色情网站，请及时举报。

下面我将介绍一下，我举报一个儿童色情网站的经过，希望对大家有所帮助。

发现

有人在telegram群里发这样的小广告，打开网址确认存在儿童色情，准备开始举报。
因为这个网站已经下线，所以网站的域名就不打码了。

查询网站服务商

先查一查IP地址与whois

~ ipip $(dig caouu.biz +short)
104.27.171.24 104.27.170.24
104.27.171.24   ["CLOUDFLARE.COM","CLOUDFLARE.COM","","","cloudflare.com"]
104.27.170.24   ["CLOUDFLARE.COM","CLOUDFLARE.COM","","","cloudflare.com"]

~ whois caouu.biz
Domain Name: caouu.biz
Registry Domain ID: D53216896D57F4D3DA620D4BBB262363F-NSR
Registrar WHOIS Server: whois.godaddy.com
Registrar URL: whois.godaddy.com
Updated Date: 2018-06-12T10:50:55Z
Creation Date: 2018-06-07T10:50:55Z
Registry Expiry Date: 2019-06-07T10:50:55Z
Registrar: GoDaddy.com, Inc.
Registrar IANA ID: 146
Registrar Abuse Contact Email: abuse@godaddy.com
Registrar Abuse Contact Phone: +1.4806242505
Domain Status: clientRenewProhibited https://icann.org/epp#clientRenewProhibited
Domain Status: clientUpdateProhibited https://icann.org/epp#clientUpdateProhibited
Domain Status: clientDeleteProhibited https://icann.org/epp#clientDeleteProhibited
Domain Status: clientTransferProhibited https://icann.org/epp#clientTransferProhibited
Registry Registrant ID:
Registrant Name:
Registrant Organization:
Registrant Street:
Registrant Street:
Registrant Street:
Registrant City:
Registrant State/Province: Arkansas
Registrant Postal Code:
Registrant Country: US
Registrant Phone:
Registrant Phone Ext:
Registrant Fax:
Registrant Fax Ext:
Registrant Email: Please query the RDDS service of the Registrar of Record identified in this output for information on how to contact the Registrant, Admin, or Tech contact of the queried domain name.
Registry Admin ID:
Admin Name:
Admin Organization:
Admin Street:
Admin Street:
Admin Street:
Admin City:
Admin State/Province:
Admin Postal Code:
Admin Country:
Admin Phone:
Admin Phone Ext:
Admin Fax:
Admin Fax Ext:
Admin Email: Please query the RDDS service of the Registrar of Record identified in this output for information on how to contact the Registrant, Admin, or Tech contact of the queried domain name.
Registry Tech ID:
Tech Name:
Tech Organization:
Tech Street:
Tech Street:
Tech Street:
Tech City:
Tech State/Province:
Tech Postal Code:
Tech Country:
Tech Phone:
Tech Phone Ext:
Tech Fax:
Tech Fax Ext:
Tech Email: Please query the RDDS service of the Registrar of Record identified in this output for information on how to contact the Registrant, Admin, or Tech contact of the queried domain name.
Name Server: linda.ns.cloudflare.com
Name Server: cody.ns.cloudflare.com
DNSSEC: unsigned
URL of the ICANN Whois Inaccuracy Complaint Form: https://www.icann.org/wicf/
>>> Last update of WHOIS database: 2018-06-18T12:22:48Z <<<

For more information on Whois status codes, please visit https://icann.org/epp

The above WHOIS results have been redacted to remove potential personal data. The full WHOIS output may be available to individuals and organisations with a legitimate interest in accessing this data not outweighed by the fundamental privacy rights of the data subject. To find out more, or to make a request for access, please visit: RDDSrequest.nic.biz.

NeuStar, Inc., the Registry Operator for .BIZ, has collected this information for the WHOIS database through an ICANN-Accredited Registrar. This information is provided to you for informational purposes only and is designed to assist persons in determining contents of a domain name registration record in the NeuStar registry database. NeuStar makes this information available to you "as is" and does not guarantee its accuracy. By submitting a WHOIS query, you agree that you will use this data only for lawful purposes and that, under no circumstances will you use this data: (1) to allow, enable, or otherwise support the transmission of mass unsolicited, commercial advertising or solicitations via direct mail, electronic mail, or by telephone; (2) in contravention of any applicable data and privacy protection acts; or (3) to enable high volume, automated, electronic processes that apply to the registry (or its systems). Compilation, repackaging, dissemination, or other use of the WHOIS database in its entirety, or of a substantial portion thereof, is not allowed without NeuStar's prior written permission. NeuStar reserves the right to modify or change these conditions at any time without prior or subsequent notification of any kind. By executing this query, in any manner whatsoever, you agree to abide by these terms.

域名是在godaddy注册的，用了cloudflare的服务。

知道了这些信息，可以进行下一步了。

向CLOUDFLARE举报

打开ABuse Form页面。

如果不知道地址的话，可以在google内用 abuse report cloudflare 进行搜索，如果是其它服务商，将cloudflare替换成你想找的服务商名字即可。

类型选 Child pornography ，然后按照要求依次填写就可以了。

full name、email，这是必填的。下面 Title、Company name、Telephone 想填就填，我这次就没填.

Evidence URLs、Logs or other evidence of abuse 这两项很关键。

先写的 Logs or other evidence of abuse，大概写了一下发现的过程，直接贴下面吧。

This is a Chinese child pornography site.
There are many child pornography words on index1, eg. 极品幼女 (The best young girl), 幼女图片 (Young girl picture).
You can find many child pornography thumbs[2] on index, but further visit need a register account.
Register a fake account[3] and log in, you still can't visit detail and further visit need pay money or promotion this site.

http://www.caouu.biz/portal.php
http://www.caouu.biz/forum.php?mod=forumdisplay&fid=37

[2]: child pornography thumbs
http://www.caouu.biz/data/attachment/block/15/15a3aab8df0e67ce9479a5d801462336.jpg
http://www.caouu.biz/data/attachment/forum/threadcover/b5/34/496.jpg
http://www.caouu.biz/data/attachment/block/39/3976693420f00f7f2b70dc85563c843f.jpg
http://www.caouu.biz/data/attachment/forum/threadcover/90/3c/143.jpg
http://www.caouu.biz/data/attachment/forum/threadcover/01/3d/138.jpg
http://www.caouu.biz/data/attachment/forum/threadcover/98/72/186.jpg
http://www.caouu.biz/data/attachment/forum/threadcover/9f/c3/133.jpg

[3]: fake account
username: xxxxxxxxxxxxx (masked)
password: xxxxxxxxxxxxxxxx (masked)
register email: xxxxxxxxxxxx@gmail.com (masked)

Evidence URLs 就是直接把文中的网址复制上去。

最后勾选 Please forward my report to the website hosting provider. ，然后点击 Submit。

提交之后，你填写的邮箱会立刻收到一封确认邮件。

Cloudflare 处理效率挺高的，没过多久我就收到了第二封邮件，告诉我 Cloudflare 已经接受了我的报告。

向GoDaddy举报

向域名注册商举报，当然是少不了的，如果能 serverHold 的话，那就再好不过的了。

方法和之前的差不多，先在google里找到举报页面，然后按要求填写就行了。

效果

弄了这么久，最终的效果如何呢？

首先，网站肯定是下线了。

再仔细检查一下，网站的解析已经打回原站了。

~ ipip $(dig www.caouu.biz +short)
107.148.194.23
107.148.194.23  ["美国","加利福尼亚州","圣何塞","","petaexpress.com"]

不过，解析相对应的主机还在线。

~ nmap -A -v 107.148.194.23
Starting Nmap 7.70 ( https://nmap.org ) at 2018-06-19 08:57 CST
NSE: Loaded 148 scripts for scanning.
NSE: Script Pre-scanning.
Initiating NSE at 08:57
Completed NSE at 08:57, 0.00s elapsed
Initiating NSE at 08:57
Completed NSE at 08:57, 0.00s elapsed
Initiating Ping Scan at 08:57
Scanning 107.148.194.23 [2 ports]
Completed Ping Scan at 08:57, 0.20s elapsed (1 total hosts)
Initiating Parallel DNS resolution of 1 host. at 08:57
Completed Parallel DNS resolution of 1 host. at 08:57, 2.10s elapsed
Initiating Connect Scan at 08:57
Scanning ecdxt23.mamibaby167.com (107.148.194.23) [1000 ports]
Discovered open port 22/tcp on 107.148.194.23
Discovered open port 8888/tcp on 107.148.194.23
Discovered open port 5555/tcp on 107.148.194.23
Completed Connect Scan at 08:58, 13.73s elapsed (1000 total ports)
Initiating Service scan at 08:58
Scanning 3 services on ecdxt23.mamibaby167.com (107.148.194.23)
Completed Service scan at 08:59, 103.88s elapsed (3 services on 1 host)
NSE: Script scanning 107.148.194.23.
Initiating NSE at 08:59
Completed NSE at 09:02, 156.18s elapsed
Initiating NSE at 09:02
Completed NSE at 09:02, 1.01s elapsed
Nmap scan report for ecdxt23.mamibaby167.com (107.148.194.23)
Host is up (0.20s latency).
Not shown: 977 closed ports
PORT      STATE    SERVICE         VERSION
22/tcp    open     ssh             OpenSSH 5.3 (protocol 2.0)
| ssh-hostkey:
|_  1024 98:8f:03:f4:1d:7a:f5:1d:13:24:d0:8b:ed:7b:51:49 (DSA)
25/tcp    filtered smtp
135/tcp   filtered msrpc
139/tcp   filtered netbios-ssn
445/tcp   filtered microsoft-ds
465/tcp   filtered smtps
587/tcp   filtered submission
593/tcp   filtered http-rpc-epmap
901/tcp   filtered samba-swat
1068/tcp  filtered instl_bootc
2222/tcp  filtered EtherNetIP-1
3128/tcp  filtered squid-http
3333/tcp  filtered dec-notes
4444/tcp  filtered krb524
5555/tcp  open     freeciv?
5800/tcp  filtered vnc-http
5900/tcp  filtered vnc
6129/tcp  filtered unknown
6667/tcp  filtered irc
6669/tcp  filtered irc
7000/tcp  filtered afs3-fileserver
8888/tcp  open     http            CherryPy wsgiserver
| http-methods:
|_  Supported Methods: GET HEAD
| http-robots.txt: 1 disallowed entry
|_/
|_http-server-header: localhost
65000/tcp filtered unknown

NSE: Script Post-scanning.
Initiating NSE at 09:02
Completed NSE at 09:02, 0.00s elapsed
Initiating NSE at 09:02
Completed NSE at 09:02, 0.00s elapsed
Read data files from: /usr/bin/../share/nmap
Service detection performed. Please report any incorrect results at https://nmap.org/submit/ .
Nmap done: 1 IP address (1 host up) scanned in 277.59 seconds

可以看出网站80端口已经关闭，网站已经无法访问。
就是不知道是网站自己主动关闭的，还是主机商关闭的。

结语

如果以后看到了儿童色情网站,请不要手软，该举报就举报。

另外，如果不想举报的话，也不要向这种网站充值或推广。
像这种网站，一般很快就会被人举报，然后下线。
你充值的钱自然是白白打水漂了；你花时间推广这种垃圾网站，那更是白白浪费自己与他人的时间。