V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  xiaoun001  ›  全部回复第 6 页 / 共 9 页
回复总数  172
1  2  3  4  5  6  7  8  9  
2018-11-24 19:04:50 +08:00
回复了 xiaoun001 创建的主题 路由器 分享: N1, DIY 廉价 主路由,私家存储,媒体服务中心等
@cepheus 我一会把固件分享出来吧。这会我要吃饭了。N1 是个好玩具。
@7DLNU56W 受教啦
@cheng12308 中国银行专网吧?
@onikage 佩服,只要你喜欢,真个 IPV4 地址空间任你使用,不过你使用那段就屏蔽了本地到那一段的访问。大仙是主动屏蔽到河北省石家庄 222.222.222.0/24 这一段的访问。
@7DLNU56W 选哪一段并无明确规定,保留地址上说 10>172>192,规模越大的公司,自然要选择 10.看需求。其实如果是不访问互联网的纯专网而言,整个 IPV4 公网地址空间任你使用。只是在后期访问互联网时可能会有很多后遗症。还有一块地址可以用 100.64-100.127 ,也是保留地址。
2018-04-11 16:21:56 +08:00
回复了 xiaoun001 创建的主题 云计算 求助, VMware ESXi 6.0 虚拟机 CentOS ipv6 问题
@HandSonic 就是直接暴露在公网的公网 IP 地址,没有用 NAT。谢谢,已经好啦。换了一个 he.net 隧道端点地址,居然好了。谢谢。
2018-04-11 16:20:36 +08:00
回复了 xiaoun001 创建的主题 云计算 求助, VMware ESXi 6.0 虚拟机 CentOS ipv6 问题
麻烦各位,已经好啦。谢谢,应该是远端服务器地址被屏蔽的原因。谢谢
2018-04-11 15:58:36 +08:00
回复了 xiaoun001 创建的主题 云计算 求助, VMware ESXi 6.0 虚拟机 CentOS ipv6 问题
@HandSonic 谢谢,您的答案给我了继续寻找真相的信心。只要你的环境验证过可行,我就有办法啦。
@realpg 固定公网 IP 啊,家里也一直在用,只是我单位的 ESXi 6.0 电信专线环境莫名其妙的起不了 he.net 隧道。谢谢,我在研究一下。
@mt7620 谢谢,不知是不是我一直采用精简安装。
2018-04-07 11:37:22 +08:00
回复了 halczy 创建的主题 分享创造 尝试优化了一下 AnyConnect(ocserv)的配置, 欢迎大家测试.
@ioiioi 搞好后就几个月一直没有动了。 因为时间关系,没有写专门的东西,我的私家博客 https://toplz.net (搭建于树莓派 3,上述所有环境也都迁移在上面了,性能有些弱,一人玩玩还是够的) 收藏了很多技术贴,可以寻得其中技术轨迹。 其实也没啥复杂的,就是费功夫。 主要涉及 ocserv , he.net ipv6 隧道,openconnect 客户及具体参数,zebra 路由,dnsmasq 轻量级路由 ,免费 ssl 证书,iptables 防火墙策略,ip route2 路由策略方面。 这些就可以实现了。 当然了,如果还要架站,就需要 dnspod ddns,我还做了 Dlna , samba,xware 下载等。用 N 多自开发脚本 实现自动运维,关键就是太折腾,折腾提升技术。 不过回头想,花这么多精力,值得吗?
2018-02-02 10:49:02 +08:00
回复了 iyuanma 创建的主题 宽带症候群 被一条网线坑了一百八,只怪自己活该!!!
笔误. PANTSUIT 应为 PANDUIT,泛达。 albertson 艾伯森(音)
2018-02-02 10:41:19 +08:00
回复了 iyuanma 创建的主题 宽带症候群 被一条网线坑了一百八,只怪自己活该!!!
个人觉得也不一定是买教训。换个光猫,新的硬件或许比旧的好,转发效率更高。个人以为,网线,于家用网络而言,合格的超五类和六类并无实质上无差别。随家用电器送的网线未必就一定好,commscope,ibm,pantsuit 都是一流的网线。成品的 commscope,albertson 都非常的不错。只是有点贵,两根成品网线可能就到百多元了。所以,你买了路由,节约了网线钱,不算亏。
2018-01-31 15:14:37 +08:00
回复了 halczy 创建的主题 分享创造 尝试优化了一下 AnyConnect(ocserv)的配置, 欢迎大家测试.
@halczy 我打了 IPV6 隧道,用的是 IPV4 的 DNS,DNS 走隧道,其它走 HE.NET 6IN4 山隧道,yb ,go0gle ipv6 都能正常访问,很快,能够解析 IPV6 的地址,很多网站能够正常,一些不正常的,本身也没有需求。 移动客户端(苹果) IPV6 也正常了。无意中在哪里看到说分配 64 前缀的地址给客户端就会正常,申请了一块 /48 的地址,试了一下,的确成功了。
2018-01-11 17:16:21 +08:00
回复了 Applenice 创建的主题 程序员 抢票失败。。。
@tusj 以前是有比例的,不知道现在是多少。那是客运部门掌握的,信息部门只管技术,不管业务,所以不清楚。
2018-01-11 17:13:49 +08:00
回复了 Applenice 创建的主题 程序员 抢票失败。。。
@linux40 主要是那个打码太恶心,试试用移动客户端吧。
2018-01-11 17:12:50 +08:00
回复了 Applenice 创建的主题 程序员 抢票失败。。。
2018-01-11 13:22:10 +08:00
回复了 Applenice 创建的主题 程序员 抢票失败。。。
@各位 V2EX 网友:
我是某铁路局信息部门技术人员,抢票,大家整个秒杀,图个乐趣,有个期盼,我并不反对。铁路网络现在也能承受。 逢节假日,我们自己也会在 12306 上抢,为亲人、自己抢一张票,抢一个回家的机会。
但非常日火无良企业以 VIP 通道行骗,你骗就好了,不要污了铁路名声。因此,要揭穿他。可以确定的跟大家明确分享的是:所谓抢票 VIP 通道,根本不存在!!!
能刷的,只是查询结果,早些年实现查询、售票数据库分离,查询功能就全部移到阿里了,而阿里和销售数据的交换,也仅仅是只具有实时功能的快照而已,这个渠道(也是与 12306 车票相关的唯一对外渠道),根本买不到票。
真正买票,还是要连接到铁路内网,这个时候,大家都某处进入铁路内网,谁都一样,都没有先机。所以,所谓云抢票,跟你本地抢票,没有实质上的区别,无外乎买个心安吧。
当然,可以分享一些经验,被大家忽略的:
1、电话订票:95015105,走的渠道、票池和 12306 不一样。互联网订票兴起后,这个用的人很少,因此能够比较容易的买到票。
2、窗口:关注销售时间、销售计划,12306 是有销售时间限制的,在它每天停售(维护)的时候,可以查询余票,这时,客户端已经不能买票,却可以去窗口买。所以,这么多年,都是这个方法买到票的。
3、早作打算,提前买票。如果买不到,不妨等开车接近一段时间看看,这时,会有一些退票(比如恶意占票的)流出。 会能买到。
我认为技术黄牛屯票的根本原因在于,退票成本太低,如果退票成本給它设置在 50%,抢成功即付款,中间不留空间,那么,黄牛自然嗝屁,乘客就好买票了。关键没有一个法律,对黄牛囤票进行有效打击,因此,形成技术黄牛近乎 0 成本囤票,造成有正常需求的旅客无票可买,感觉票源紧张的假象。实际上,现在的票源是很充足的。
2018-01-11 12:20:33 +08:00
回复了 Applenice 创建的主题 程序员 抢票失败。。。
@tusj 正常情况下,春运以前,渝贵铁路将开通运营,车次很多。所以,北上广以及沿途到重庆,成都都不是问题。不用抢。
@lxfan 求教不敢当。我在网上找了个限流量的免费 vpn,给 DNS 用。但目前即使能取得干净结婚,SNI 阻断,很难过的去。所以,放弃了。
@ResidualBlood 好的,非常感谢。
@realpg 非常感谢,我也发现被污染了,害大神受累,对不起啦。所以,我也把自己想了很多天且经试验的方法分享给大神。
我的普通通道延迟控制在 270ms 了,很稳定。目前最高看 1440p 一点问题没有,非常流畅。不玩游戏。
我理解是所有走 udp 53 端口 的流量,不管 V4/V6,是根本躲不开关键字审查的,一旦触发响应机制,结果可想而知,TCP RST,或者 IP BLOCK,这就是能 PING 通而不能访问的根本原因。所以,我们常见的干净 DNS,只要我们无加密的通过运营商网络,就可能触发响应机制。 因此,不是 DNS 不干净,而是路上有神奇。
因此建本地 DNS,然后本地 DNS 用某种方式( VPN 隧道),神不知鬼不觉的把数据取回来,而不取触发某种机制即可。这个需要的流量很小很小。
@vhus 大神,原因的确在 DNS 上。关键是 DNS 污染和 IPV4 影响。
学习楼上 @realpg 大神的 dnsmasq 智能解析大法,将一些特殊网址解析到指定 DNS,我现在是解析到 8.8.8.8 上面了(之前是走),其它走本地 DNS,其实在使用过程中,主要是 Youtube 站点,视频仍然不出来。无论什么干净 DNS,知名不知名的,都难逃五指山,估计是对 53 端口的数据进行入侵检测分析,然后做出相应响应。我是 6in4 隧道,估计 53 端口也在管控之列,毕竟你还是以公网 V4 地址通过骨干网。
无意中,将的本地 DNS 服务器(debian 9+dnsmasq) 通过低速稳定加密隧道出国,确保所有去往 8.8.8.8 的查询都经过加密隧道,直接从国外取,意外的,DNS 解析正常了,YB 站的视频也可以看了,配上插件,也能看了。我得出结论,任何干净 DNS 使用场景也是有原则的,前提是你的 UDP 53 流量不在管控范围。因此,将 DNS 前移在局域网内,就保证了查询结果是不受污染的。
同时,开启了 DNSMasq 缓存功能,只缓存正确地址(有这个选项的)。效率大大提高。
对于客户端,关于解析出正确 V4 地址(不通的),这个很难克服。发现 Firefox 通过一些 IPV6 优先的设定,居然也能比较好的用。至此,也就不再折腾了,此回复也算本帖的结题总结。谢谢大家。
2017-12-28 22:33:00 +08:00
回复了 halczy 创建的主题 分享创造 尝试优化了一下 AnyConnect(ocserv)的配置, 欢迎大家测试.
@halczy 经过折腾,终于找到 ipv6 不通的原因,是默认路由的问题。 关于 IPv6 DNS ,我在 OCSERV 上强制指定了一个 DNS,这个 DNS 是基于 DNSmasq 搭建的智能转发服务器,真正 DNS 设置在 DNSmasq 里面,现在差不多都是双栈 DNS,DNS 问题解决了。
我有一个新问题: 你的 VPS IPv6 流量(运营商)计费不?
1  2  3  4  5  6  7  8  9  
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   3007 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 45ms · UTC 12:56 · PVG 20:56 · LAX 04:56 · JFK 07:56
♥ Do have faith in what you're doing.