阻止软件识别mac地址的一般有两种方法：使用多点加速验证码，有一定门槛，选择一个好的cdn会让验证码效率提升很多;使用mac地址强制转换，可以快速得到mac地址，但是存在牺牲性能的代价。https会稍微克服这两个问题阻止软件识别mac地址，保护数据的加密性。针对题主的问题，做一个简单的假设：请求给服务器，服务器给我返回一个mac地址，我获取并且解析。

如果返回的mac地址和自己的mac地址不一致，那么就不会响应了阻止软件识别mac地址，服务器可以拒绝；如果返回的mac地址和我本机的mac地址一致，那么我可以向服务器发送一个请求，服务器根据mac地址的路由信息匹配。匹配的话，就会返回一个包，里面包含我mac地址与请求服务器返回的mac地址匹配就算一次，匹配不上就不会返回。

如果服务器响应给我一个阻止软件识别mac地址，那么这个里面会包含我mac地址加密后的值，服务器一看就知道我是谁了；如果服务器响应给我一个纯文本的代码，那么只有我本机手动去解析。

理论上是可以通过服务器判断mac地址来防止的，但是这里我们存在一个逻辑漏洞，那就是用户上网不是真的把mac地址设置在服务器上，而是说本来就设置在其他人的电脑上。就算上传了服务器上的mac地址，或者软件识别出来了，服务器能否把mac地址转发到用户mac地址或者其他人mac地址？理论上存在这个逻辑漏洞。