设为首页收藏本站

简体中文 繁體中文 English 日本語 Deutsch 한국 사람 بالعربية TÜRKÇE português คนไทย french

搜索
热搜: 活动 交友 discuz

基于tcp协议的proxy会不会没那么容易被干扰? [复制链接]
查看:114 | 回复:11

9

主题

50

回帖

153

积分

注册会员

积分
153
发表于 2013-3-31 01:02:18 | 显示全部楼层 |阅读模式
最近不论是用pptp, l2tp, openvpn还是ssh上网代理,都很容易被干扰。我想请问一下各位,基于tcp协议的proxy会不会没那么容易被干扰呢?会不会稳定许多?懂这方面的高手请指点一下,谢谢。


103

主题

386

回帖

1147

积分

金牌会员

积分
1147
发表于 2013-3-31 01:08:36 | 显示全部楼层
ssl vpn,确实更难干扰。
但缺点:没有太好的解决方案(暂时没有一个太有名气的)
tcp-vpn性能不高

8

主题

171

回帖

422

积分

中级会员

积分
422
发表于 2013-3-31 01:09:35 | 显示全部楼层

zccyun 发表于 2013-3-31 01:08



ssl vpn,确实更难干扰。
但缺点:没有太好的解决方案(暂时没有一个太有名气的)
tcp-vpn性能不高 ...

openvpn本身就属于ssl类vpn,现在谈论不被干扰你应该首先考虑避过流量检测

9

主题

50

回帖

153

积分

注册会员

积分
153
 楼主| 发表于 2013-3-31 01:08:00 | 显示全部楼层

zccyun 发表于 2013-3-31 01:08



ssl vpn,确实更难干扰。
但缺点:没有太好的解决方案(暂时没有一个太有名气的)
tcp-vpn性能不高 ...

如果不考虑性能,单纯就被干扰的容易程度来看的话,tcp协议的代理会不会较容易躲过干扰呢?

8

主题

171

回帖

422

积分

中级会员

积分
422
发表于 2013-3-31 01:13:14 | 显示全部楼层

lucayang 发表于 2013-3-31 01:13



如果不考虑性能,单纯就被干扰的容易程度来看的话,tcp协议的代理会不会较容易躲过干扰呢? ...

ssl和tls 是传输层安全协议 它在tcp/ip协议之上 应用层之下,ssl抗干扰首选吧!

9

主题

50

回帖

153

积分

注册会员

积分
153
 楼主| 发表于 2013-3-31 01:08:00 | 显示全部楼层
那看来,tcp proxy对比openvpn,效果更差了点了

2

主题

26

回帖

70

积分

注册会员

积分
70
发表于 2013-3-31 01:15:22 | 显示全部楼层
混淆SSH

5

主题

152

回帖

335

积分

中级会员

积分
335
发表于 2013-3-31 01:13:00 | 显示全部楼层
什么 tcp proxy,pptp 和 l2tp 都算 tcp proxy,都是 tcp 协议

socks 也多半走 tcp

要么彻底往加密混淆方向走,要么就往隐形避过检测走

169

主题

3487

回帖

7601

积分

论坛元老

积分
7601
发表于 2013-3-31 01:17:10 | 显示全部楼层
自己用 基本都没问题的 不需要考虑这种问题
满意沟通 发表于 2013-3-31 03:09



自己用 基本都没问题的 不需要考虑这种问题

我想作免费vpn,所以想了解一下。呵呵

103

主题

386

回帖

1147

积分

金牌会员

积分
1147
发表于 2013-3-31 01:20:42 | 显示全部楼层

roiz 发表于 2013-3-31 01:09



openvpn本身就属于ssl类vpn,现在谈论不被干扰你应该首先考虑避过流量检测

openvpn有两路流量。
您需要登录后才可以回帖 登录 | 立即注册

论坛客服/商务合作/投诉举报:2171544 (QQ)
落伍者创建于2001/03/14,本站内容均为会员发表,并不代表落伍立场!
拒绝任何人以任何形式在本论坛发表与中华人民共和国法律相抵触的言论!
落伍官方微信:2030286 邮箱:(djfsys@gmail.com|tech@im286.com)
© 2001-2014

浙公网安备 33060302000191号

浙ICP备11034705号 BBS专项电子公告通信管[2010]226号

  落伍法律顾问: ITlaw-庄毅雄

Archiver|手机版|Discuz! X

GMT+8, 2026-3-28 19:02 , Processed in 0.036262 second(s), 4 queries , Gzip On, Redis On.

返回顶部