杂记：突破上网认证系统的束缚

免责声明：本文章并非专业教程，只是日常捣鼓的技术杂记，大佬勿喷，中间的一些操作可能不符合某些规定。本人概不承担相应的后果和法律责任。

另外，请不要在一些敏感网络中（如图书馆的上网认证系统）尝试下面操作，不然容易出不必要的问题。。。。

em 不废话了，下面回归正题

测试的认证系统

想要突破他的束缚，先要观察、了解它的运行机制（大概）

我在在亿一丁点观察后发现：打开浏览器，输入任意的的域名/url后，加载出来的都是这个神奇的登陆界面，Ping不同的域名都是指向同一个内网IP，查询了一下本机dns发现dns为网关分配的dns服务器。所以大致推测：计算机发送请求查询dns记录>内网网关dns检测计算机的是否已登陆>如果已登录，则返回正确的服务器IP 否则，返回认证系统服务器的IP地址

于是，尝试手动指定第三方dns服务器

如果这个认证系统只是简单地控制dns解析记录，那么手动指定一下第三方或者公共dns即可绕过验证。公共dns大全

名称公共DNS服务器IP大全 114 DNS 114.114.114.114 114.114.115.115 阿里 AliDNS 223.5.5.5 223.6.6.6 百度 BaiduDNS 180.76.76.76 DNSPod DNS+ 119.29.29.29 182.254.116.116 CNNIC SDNS 1.2.4.8 210.2.4.8 oneDNS 117.50.11.11 52.80.66.66 DNS 派电信/移动/铁通 101.226.4.6 218.30.118.6 DNS 派联通 123.125.81.6 140.207.198.6 Cloudflare DNS 1.1.1.1 1.0.0.1 Google DNS 8.8.8.8 8.8.4.4 IBM Quad9 9.9.9.9 DNS.SB 185.222.222.222 185.184.222.222 OpenDNS 208.67.222.222 208.67.220.220 V2EX DNS 199.91.73.222 178.79.131.110

上面是一些常用的公共dns 在使用前先ping一下看看，因为有很多dns记不住，只记得114 google cloudflare的dns(比较好记。。) 于是，在ping的时候，我就发现了问题没有那么简单——ping不通（除了1.1.1.1，下面会讲）。说明网关进行了连接的阻断，即是没有简单的进行dns解析阻断（就算dns正常解析，网页也是打不开的，所以直接就不改dns了）。意料之中。。

发现1.1.1.1（cf dns）居然`ping`得通

上面已解释了，就不改dns服务器了

至于为什么可以ping的通，或者一些有关1.1.1.1的问题，可以看看V2EX上面的讨论：V2EX链接

简单说就是：网管为了方便，使用了一些好记的IP地址作为内网IP。。所以这个完全是因为偶然。。

建站的小伙伴应该对cloudflare不陌生，一家cdn提供商。但是这个1.1.1.1特殊性在这里：它不仅是dns服务器，同时也可以是cloudflare的cdn节点服务器。我的博客用的就是cloudflare的服务。

这里得提一下，在cloudflare官方使用的dns接入，应该是不能自选节点的。得使用cname接入。至于怎么使用cname接入，可以看看这篇文章Cloudflare 免费指定 CDN 节点教程

就算上不了网，也可以打开一些特殊网站我的博客

但是在学校一些场合里肯定是没法登陆修改网站的dns记录的。于是，既然已知域名对应的IP（1.1.1.1）地址，那么dns服务器的解析也不是那么重要了。只需要手动指定一下即可。

于是，懂的人自然就会去改hosts。

直接拿出记事本，修改hosts为：1.1.1.1 iinfo.ink

感兴趣的朋友也可以试一试：）

如图： hosts 至于怎么改hosts，这里就不多说了。运用好搜索引擎即可。改完后可以ping一下看看有没有更改成功

方案一：运用反向代理

这个方案特殊性（偶然性）太强，必须要满足上面的条件才行。而且操作最复杂。接前面的继续：改完hosts之后，不出我所料，我的博客可以访问了——能在学校里看到我的博客不也是一件令人欣慰的事情吗？ emm，既然如此，我也不能局限于我的博客了，于是，经过了一些神奇的操作（此处省略“亿”点操作），就在我的博客下面挂了一个反代脚本。

反代我用的是github上的开源项目miniproxy目前已经停止维护

em,这个莫非也是这个认证系统的漏洞？

这个方案也就简单提一下。下面用反代页面干嘛就不用我说了。

方案二：伪造成已登陆的设备

准备：

network scanner用于扫描局域网设备
mac地址修改/伪造工具（两个都不是必须，但有的话会比较方便）

接前面，我怎么可能局限于访问我的博客呢，要干就要来彻底的。于是，查阅了一些资料后，又有了新的方案。网关用于分辨不同设备的方式无非就是通过IP地址或者mac地址。

推测1：单IP记录（fail）

如果是简单的使用IP来分辨设备。那么流程就是：网关将已登录的设备的IP地址录入系统，当设备发送请求时，网关查询数据库中的一登陆IP记录，如果存在，即放行。但是经过简单的推理，即可发现这种认证必然是不可行的。发现网关和我的电脑不在同一个网段/子网中，用nmap扫描一下后发现的确如此。因为我的设备在下面路由器的子网中，通过了一级或多级的nat地址转换，网关理论上只能获取到地址转换后的路由器的IP地址。况且IP地址比较容易伪造。于是不需要尝试。