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

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

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,这个莫非也是这个认证系统的漏洞？

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

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

准备：

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

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

推测1：单IP记录（fail）

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

推测2：单mac记录（success）

如果是这样，根据上面类似的流程。我只需要扫描到局域网中的已登陆的设备，然后伪造成它的mac地址即可。mac地址具有唯一性，用mac作为记录的可能最大。

说干就干。

1.先扫描设备获取mac地址

networkscanner 按照图片中的配置后开始扫描，就可以扫描到许多局域网的设备了。至于要用什么mac地址，根据个人喜好来看吧。

如果没有此工具，也可以使用cmd命令：arp -a

当然这中间也有不少没有通过认证的设备。。

2.修改mac地址

然后用得到的mac地址，填入修改工具>确定 然后等待网络重新连接即可。

如果没有mac地址修改工具，也是可以在网卡高级选项中修改的。 如图，“网络地址”或者“物理地址”

注意：这里的值不能包含”-“

好的，过程就是这么简单。

另外，推测3：mac+IP 记录（未尝试）

聪明的网关应该会用这个方式认证。但是也可能我测试的网关就是如此，但是真实如何我就不得而知了。因为我的IP地址经过了nat，即使真的是这种认证方式，也妨碍不到我（滑稽）。

好吧，简单说就是一个修改mac地址完事

警告：同个网络中如果有两台相同mac地址的设备，可能会出现一些不可预料的问题。

所以，此方法只能保证能用，但是好不好用，没得保证。 要么就健康的走登陆认证吧。