V2EX 首页   注册   登录
 xiaoun001 最近的时间轴更新

xiaoun001

  •   V2EX 第 250877 号会员,加入于 2017-08-26 09:27:08 +08:00
    xiaoun001 最近回复了
    10 天前
    回复了 Applenice 创建的主题 程序员 抢票失败。。。
    @tusj 以前是有比例的,不知道现在是多少。那是客运部门掌握的,信息部门只管技术,不管业务,所以不清楚。
    10 天前
    回复了 Applenice 创建的主题 程序员 抢票失败。。。
    @linux40 主要是那个打码太恶心,试试用移动客户端吧。
    10 天前
    回复了 Applenice 创建的主题 程序员 抢票失败。。。
    11 天前
    回复了 Applenice 创建的主题 程序员 抢票失败。。。
    @各位 V2EX 网友:
    我是某铁路局信息部门技术人员,抢票,大家整个秒杀,图个乐趣,有个期盼,我并不反对。铁路网络现在也能承受。 逢节假日,我们自己也会在 12306 上抢,为亲人、自己抢一张票,抢一个回家的机会。
    但非常日火无良企业以 VIP 通道行骗,你骗就好了,不要污了铁路名声。因此,要揭穿他。可以确定的跟大家明确分享的是:所谓抢票 VIP 通道,根本不存在!!!
    能刷的,只是查询结果,早些年实现查询、售票数据库分离,查询功能就全部移到阿里了,而阿里和销售数据的交换,也仅仅是只具有实时功能的快照而已,这个渠道(也是与 12306 车票相关的唯一对外渠道),根本买不到票。
    真正买票,还是要连接到铁路内网,这个时候,大家都某处进入铁路内网,谁都一样,都没有先机。所以,所谓云抢票,跟你本地抢票,没有实质上的区别,无外乎买个心安吧。
    当然,可以分享一些经验,被大家忽略的:
    1、电话订票:95015105,走的渠道、票池和 12306 不一样。互联网订票兴起后,这个用的人很少,因此能够比较容易的买到票。
    2、窗口:关注销售时间、销售计划,12306 是有销售时间限制的,在它每天停售(维护)的时候,可以查询余票,这时,客户端已经不能买票,却可以去窗口买。所以,这么多年,都是这个方法买到票的。
    3、早作打算,提前买票。如果买不到,不妨等开车接近一段时间看看,这时,会有一些退票(比如恶意占票的)流出。 会能买到。
    我认为技术黄牛屯票的根本原因在于,退票成本太低,如果退票成本給它设置在 50%,抢成功即付款,中间不留空间,那么,黄牛自然嗝屁,乘客就好买票了。关键没有一个法律,对黄牛囤票进行有效打击,因此,形成技术黄牛近乎 0 成本囤票,造成有正常需求的旅客无票可买,感觉票源紧张的假象。实际上,现在的票源是很充足的。
    11 天前
    回复了 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 优先的设定,居然也能比较好的用。至此,也就不再折腾了,此回复也算本帖的结题总结。谢谢大家。
    @halczy 经过折腾,终于找到 ipv6 不通的原因,是默认路由的问题。 关于 IPv6 DNS ,我在 OCSERV 上强制指定了一个 DNS,这个 DNS 是基于 DNSmasq 搭建的智能转发服务器,真正 DNS 设置在 DNSmasq 里面,现在差不多都是双栈 DNS,DNS 问题解决了。
    我有一个新问题: 你的 VPS IPv6 流量(运营商)计费不?
    DigitalOcean
    关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   鸣谢   ·   2852 人在线   最高记录 3541   ·  
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.0 · 36ms · UTC 08:42 · PVG 16:42 · LAX 00:42 · JFK 03:42
    ♥ Do have faith in what you're doing.
    沪ICP备16043287号-1