@popok
有人捧场就说说后续……

转眼新学期开学，回来发现隔壁班班长摆平了楼管大爷，直接从走廊应急灯供电插座引出了 220V 电线。真是叔叔能忍婶婶不能忍的，妹的花钱搞楼管大爷牛逼么，我也开始打这个主意了。就没再从工地引电。

不能明目张胆的走明线啊。隔三个寝室走廊上面有一个插座，挂着一个应急灯，于是继续拿出网络中心大旗，让旁边寝室报网络故障，然后派工单到网络中心，然后我早准备好跟老实说矮油这是我们寝室楼我去吧，拿着单子就装模作样去了，然后打电话报告老湿，墙内线故障需要替换，然后带着从别处借来的冲击钻啥的就杀回寝室，跟楼管大爷说墙里线有毛病就带着工具上楼了。直接拆开寝室上面那个应急灯的电源插座盒，直接在盒后面冲击钻打了个孔，正好这个线盒对着的是寝室内的墙，然后寝室里打了个正对着这个洞的孔，就是一个直角弯连到了那个线盒里面……

搞定以后，给楼下打电话说管路里有强电怕触电，让大爷全楼停电了 10 分钟，趁着这个时间把线盒里面的电线接上了，然后两个电线通过洞接进寝室，寝室里在火线上接了一个传统手按的开关，然后留出两个线头，防止平时没人时候被查寝的发现啊……毕竟那个口太高了都没法挂衣服挡住。

需要用的时候，开关断开，用鳄鱼夹把寝室用的插排夹到那两个电线头上，接通开关，插排就有电了……

便宜总有便宜的理由……

然后网有了，电没有怎么办啊？
寝室在 6 楼，是新建的寝室楼，而且吧，是建一半的，规划这个区域是六栋楼，因为招生人数，只建了三栋就过剩了，一些老寝室已经清空不住人搬这边来住，另外三栋地面已经平整好就是没开工。所以有很多建设遗留设施，比如施工用配电箱之类都保留着。出去随便找找，一把普通锁拦路。对于我这种“研究锁”的这不是问题，一个钩子就解决了，打开发现理想到极点的东西：一排空气开关，三相电 380V ，一堆裸露空开下接头……这还难得住我们学过电学的理工生， 380V 三相电取一相火线不就是 220V 么……

然后开始研究怎么利用。不能明着飞线啊，距离我楼还有个二三十米的，月黑风高夜施工吧。从网络中心库房掏来 PVC 管、接头若干，外面市场买来黑胶外皮我觉得可以在室外用的电线若干，掘地半尺挖了个沟铺管走线到楼根底下，工地这边还不在我的窗口朝向方向，然后从排水管顺着走到楼顶，楼顶在边沿内侧绕楼一圈到我那边，直接到我六楼窗口进屋……配线箱完全没地线，直接把零线接到避雷地线

这个电力系统用了一个整学期，考试后拆除，防止学校在假期施工发现点什么，就是拆了线接头埋入地下，管线还留着，楼那边拆了上楼线，安装完第二学期回来时候就不玩这个了，发现了更好的偷电方法，彻底拆除。

曾经的校园网……
啧啧，这个理想……
我就说说我们的校园网吧……

有线接口使用锐捷认证……之后根据登陆账号、登陆时间段动态限速
无线接口使用 web 认证……之后根据登陆账号、当前时间段动态限速，后半夜是全校几乎都国内访问不限速的

web 认证我的最爱，第一个就测试 DNS 端口漏洞，就是 web 认证系统并未劫持所有的 DNS 请求到自己的 DNS 服务器，直接在某个服务器的 UDP 53 端口搭个 openvpn 就出去了……而且因为没登陆账号，没有限速策略 54Mbps 跑满也就 3MB/s(当时 wifi 最高才 54Mbps)
然后以其他理由申请国内访问权限服务器一台在学校机房，在 53 搭了个 openvpn
后来发现 WIFI 接入只有教学楼有，寝室没有啊
然后开始研究，发现某楼 9 楼顶天台有一个 AP 设备，还不是 POE 供电的旁边有电源，且跟我寝室楼无遮挡。
那时候在网络中心打工挣学分，某天那个办公楼某个网口出问题，指派我去的时候，到一楼值班借天台钥匙，当然是谎称天台上要修东西了，因为老师打过电话过来报我名给电梯卡（官僚学校电梯只有老师可以用刷卡的，学生工作需要老师打电话给一楼总控报名字给发临时电梯卡），所以值班以为这是工作需要也没核对就给我了……
上了天台，直接把原来 UPLINK 网线加了个小交换机，然后甩出一根线到原来 AP ，再甩出一根线到我自己改造的一个 802.11a 路由器，使用纯 5G ，淘宝买的定向天线到我寝室那边楼的窗口。距离约 350 米，信号良好，且 5G 那时候基本没干扰。
然后幸福的用着一天 24 小时没限速的不用交钱的校园网……

换 NGINX ……升级 PHP ……请个好管理……

@ljbha007
这个我替官方说两句公道话
现在打伪基站已经打得超级狠了，因为奖励丰厚，有些省公检法有专门流程快速定罪快速审判，以前超级不吃香的无委会有几个检测车最近都被各种公安局分局借出抢疯了，甚至有些奖励丰厚的大城市都跑相邻的小城市无委会去借车，抓一个罚得超级多然后快速立案结案。

因为这个作案隐蔽，设备廉价，有些特别流动的就闪开一会儿没被车盯上的那种很难技术上定位，感觉还很多。近期伪基站已经比当年最嚣张时候少了 80%不止

@wsph123
@alen_v
@zfas
@z9ln
Mark

snapshot 镜像没啥意义吧
官方的 snapshot 的全镜像每天更新
而你的 base 系统不会每天更新
过半个月你的 base 系统编译的依赖包版本就比跟 snapshot 的低了不少了报错依赖不同， force 倒是能装上看起来没啥问题，有时候在底层就会有莫名其妙的乱糟糟事儿了……

你要自用，直接编译时候把所有包都 M 了然后挂一宿全编译出来，这才是最适合你自己当前版本的全镜像

@xylophone21
[直播] 跟 [单播] [组播] [点播] 是风马牛不相及的事儿

纯直播引擎一般来说是没有时移功能的，就是实时流，你几秒接入就从几秒开始，否则就跟普通视频播放器没区别了
现在包括乐视的一般直播系统都是扩展的有时移引擎的直播系统，反而是乐视的轮播频道的非自己接口是真没有时移的纯直播引擎

单播组播点播是传输方式，只有上层网络归你管，才能用组播方式去传输，当然也可以使用 VPN 搞组播，把一堆客户端虚拟到一个网络里面去，多级组播只节省上层的下发带宽开销，越上层省的越多。

更新一下 AGPS 服务器的地址，别用被墙的 google ，试试看

@pmpio
没啥不能启动的
奇奇怪怪的问题多了去了
比如某个电阻接触不良就能导致数据包有个万分之几的出错率，然后效验位原因再能纠正其中的大部分，偶尔一个两处以上出错校验位巧合正确了，就通过了，万分之几的平方以上的概率，网络流中很难复现，大文件动不动就几亿 bit 的，你去 hash 只要一个 byte 不一样就是不一样，而且很随机的不一定哪个字节，下载一次一个 hash

至于电压，有些电路，电压过高就会明显工作异常，在界限电压临近的部分就会导致偶尔异常。如果有些问题跟温度相关，在电压过高后会随着温度曲线由间歇的工作异常很难发现

发布了新的固件，核心算法有变更，导致芯片发热量不同，引起电压解限附近的温度引起的器件不太正常是很常见的。

检查你路由器的芯片是否有损坏、电源适配器实际输出电压。