引用自: ultra 于 八月 27, 2016, 11:28:12 下午问题可能出在 VPN 服务器端,
无界VPN使用路由强制所有IP包通过无界加密通道出去,不管什么协议,WebTRC当然也包括在内(还有flash, java等等)。这个问题一般出现在使用代理协议,而使用路由可以避免这个问题。
引用自: ultra 于 八月 27, 2016, 11:28:12 下午已经测试, VPN 模式下,
谢谢提供以上信息。
如果测试中发现任何IP泄露的问题,请反馈。 谢谢。
引用自: jingyue 于 八月 26, 2016, 03:25:25 下午增加一个这样的模式是否可以接受: 关闭VPN后系统不到回复到原来的状态,无法上网,必须在无界VPN下才能通过无界上网,知道重启电脑。
期待 ultra 增加此模式,默认,
同时增加一个回复到原来的状态的命令,root 权限,
引用下载之后解压缩到用户的主文件夹,
https://www.torproject.org/download/download-easy.html#linux
https://www.torproject.org/dist/torbrowser/6.0.4/tor-browser-linux32-6.0.4_zh-CN.tar.xz
https://www.torproject.org/dist/torbrowser/6.0.4/tor-browser-linux32-6.0.4_zh-CN.tar.xz.asc
引用2,【终端】内执行命令:
# ./u1604c -M vpn
Connecting ...
LISTENING 127.0.0.1:9666
VPN MODE
CONNECTED
引用即可运行 Tor — 火狐浏览器了,
cd ~/tor-browser_zh-CN/Browser/ && ./start-tor-browser
引用
312583 写道:
近期看到的一则新闻,火狐和Chrome浏览器被曝存在泄漏真实ip的重大漏洞。漏洞是由这两款浏览器所支持的WebRTC协议引起的,网站可以通过该协议的STUN请求获取用户的真实ip;更严重的是,即使用户使用了像vpn这样的全局代理也会被识别出真实ip。
看有些网友的评论,使用大部分vpn甚至连使用tor都不能幸免。
从搜索到的资料看,解决方案为
Firefox:地址栏里输入 about:config,找到 media.peerconnection.enabled 这一栏,把后面的值改为 false
[/quote/
引用自: ultra 于 八月 24, 2016, 07:37:14 下午回复 ultra ,不用测试了,
谢谢反馈,我们再测试一下Debian不能恢复的问题。
引用
# nslookup www.dongtaiwang.com
;; connection timed out; no servers could be reached
引用
# nslookup http://security.debian.org/
Server: 10.11.0.2
Address: 10.11.0.2#53
Non-authoritative answer:
Name: http://security.debian.org/
Address: 172.16.0.46
引用
# ./u1604c -M vpn
Connecting ...
LISTENING 127.0.0.1:9666
VPN MODE
CONNECTED
引用
~$ curl www.dongtaiwang.com
<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>302 Found</title>
</head><body>
<h1>Found</h1>
<p>The document has moved <a href="http://dongtaiwang.com/loc/phome.php?v=0">here</a>.</p>
</body></html>
在 0.045 秒内创建了带有 18 查询的页面。