Author Archives: mine260309

在同一根网线上支持电信宽带和4K IPTV

14 Replies

由于弱电箱到客厅只有一根线，一个网口，之前写过一篇文章介绍如何在一根网线上承载两路网络。

这个方式有两个缺点：

  1. 带宽只有100M，而现在电信的宽带已经用上200M了，浪费了一半的带宽；
  2. 用了4K IPTV的话，IPTV的机顶盒在一根网线上需要同时获得VLAN的IP和公网IP才能正常工作。

第一个缺点还能忍，第二个问题，如果还用之前的方式，IPTV就彻底不能用了。
所以要解决这个问题。

原因

首先看一下，4K IPTV是如何在一根网线上同时获得VLAN和公网的IP的。

  • 光猫作为路由器，IPTV直接接LAN2；
  • 光猫的设置里，VLAN和LAN2之前有数据绑定；

所以LAN2既能直接上网（有公网IP），也连接了电信的VLAN，而IPTV通过LAN2就可以同时获得这两个IP了。

解决

目标还是和之前一样，我要让光猫只当猫，由我自己的路由器来拨号，4K IPTV只能接到我自己的路由器上，让路由器来支持4K IPTV。所以网络变了一点点：
家庭网络设备

所以路由器相比之前，要多做一件事：把电信IPTV的VLAN桥接到我的内网来，并把VLAN里DHCP的消息也桥接进来。

而我的R6300v2的官方固件是不支持VLAN的，所以只能刷其它固件了，我选了梅林。

以下同详细的设置：

  1. 光猫的配置和以前差不多，桥接Internet（为了路由器拨号），桥接VLAN（为了IPTV）
    光猫VLAN设置
  2. 路由器端，拨号设置跟以前一样，多加一个dnsmasq的配置： 
    # cat /jffs/scripts/dnsmasq.postconf
#!/bin/sh
CONFIG=$1
source /usr/sbin/helper.sh

# 通过 pc_append把dhcp相关的设置append到 /tmp/etc/dnsmasq.conf 文件里
# 这样IPTV就能获取到VLAN的IP了
pc_append "dhcp-option-force=125,00:00:00:00:1a:02:06:48:47:57:2d:43:54:03:04:5a:58:48:4e:0a:02:20:00:0b:02:00:55:0d:02:00:2e
dhcp-option=15
dhcp-option=28
dhcp-option=60,00:00:01:06:68:75:61:71:69:6E:02:0A:48:47:55:34:32:31:4E:20:76:33:03:0A:48:47:55:34:32:31:4E:20:76:33:04:10:32:30:30:2E:55:59:59:2E:30:2E:41:2E:30:2E:53:48:05:04:00:01:00:50" /tmp/etc/dnsmasq.conf

# 配置VLAN
robocfg vlan 51 ports "0t 1t 2t 3t 4t 8t" vlan 85 ports "0t 1t 2t 3t 4t 8t"

以上配置好之后，打开IPTV，它能在路由器上同时获取到公网和VLAN IP，可以正常工作了。
而且，这样连接方式，路由器和光猫之间是通过千兆网络连接的，公网的带宽也不受影响，喜大普奔~

注：以上配置完全参考[教程] 上海电信完美解决4K IPTV一劳永逸增强板，其中光猫的配置的截图也来自于这个链接。
非常感谢这个贴子！

Share

记两个gcc的bug

24 Replies

一般来说程序的编译、运行遇到问题，只会怀疑code有问题，而不会怀疑是编译器的问题。不过日子久了，总会遇到各种各样奇怪的问题，最近遇到了两个gcc相关的bug，记录一下。

问题一

在编译一个并不复杂的文件的时候，gcc报内存不够的错误。
这个文件只是定义了一个嵌套了几层的std::map，而且，如果用GCC 4.8来编译，很快就编译完了，占的内存也不多。
然而，如果用GCC 6.2 (或者最新的7.1)来编译，会发现占用的时间非常长，而且占用内存特别多，最终（如果内存不够）会报internal compiler error: Killed的错。
观察发现，在编译的过程中gcc占用的内存越来越多，分配了足够多的swap之后能编译成功，最终内存要占到16~20GiB左右。
同事去submit了一个bug，https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80290，被confirm了。
不过，从comments看，似乎还挺复杂的，什么时候能修好，就难说了。。。
另外，用clang的话也不会出现这个bug。

问题二

在一个动态库里，遇到一个std::unique_ptr相关的segment fault。这个变量在constructor里明明创建过了，但是运行时发现它还是nullptr。
简化一下问题，如果一个动态库里有类似这样的code:

std::unique_ptr<MyStruct> s = nullptr;
void onLoad() __attribute__((constructor));
void onLoad()
{
  s = std::make_unique<MyStruct>();
}

当这个动态库被dlopen的时候，我期望s会被onLoad()初始化好，然而在别的函数里用这个s的时候，会segment fault，因为s里面是个空指针！
关于这个问题，我在SO上提了个问题，结果发现，跟这个GCC的这个bug有关：

简单的说，动态库里 constructor 和 global/static 变量的初始化顺序是unspecified，所以有可能onLoad()先执行，然后再初始化global变量s, 把它初始化成nullptr。注意这个时候只是初始化，原来的变量并不会被析构，其实也是内存泄露。
不过，这个bug看上去暂时不会被修复，只是会在文档里注明这种情况初始化顺序是不定的。
要修复这个问题，需要给变量指定初始化顺序：

std::unique_ptr<MyStruct> s __attribute__((init_priority(101))) = nullptr;

注意init_priority的值设为101~65534都可以。 0~100是reserved，用了会有warning； 最大值是65535，也是默认值，要是设成65535，就和__attribute__((constructor))一样，顺序就变成unspecified了。
另外，clang也支持这个属性，表现也gcc一样，有同样的bug。

Share

在墙内用gmail两步认证发送kernel patch

4 Replies

Linux Kernel的开发，都是通过邮件发patch的形式来review的。如果用自己的邮件服务器当然没问题。
不过如果想用gmail帐号来发patch，必须翻墙才行；
如果你的gmail帐号开通了两步认证（如果没有，建议开通），还需要额外的App-Specific密码。

这里介绍一个简便的方法。

前提

有一个翻墙的方式，比如Shadowsocks
开通了gmail两步认证。

原理

  • 配置git使用msmtp来发送邮件；
  • 通过proxychains来翻墙；
  • 通过App-Specific密码来登录Google的SMTP server

步骤(以shadowsocks为例)

  1. 安装msmtp, proxychains 
    sudo apt-get install msmtp proxychains
  2. 配置msmtp使用gmail的SMTP服务 
    $ cat ~/.msmtprc
# Example for a user configuration file
# Set default values for all following accounts.
defaults
tls on
tls_trust_file /etc/ssl/certs/ca-certificates.crt
logfile ~/msmtp.log
# My email service
account gmail
host smtp.gmail.com
port 587
from <your-gmail-id>@gmail.com
auth on
user <your-gmail-id> @gmail.com
password
# Set a default account
account default : gmail
  3. 配置proxychains使用shadowsocks 
    $ cat /etc/proxychains.conf
...
[ProxyList]
# add proxy here ...
socks5 127.0.0.1 1080 ## Set socks5 proxy to your sslocal ip/port
  4. 配置App-Specific Password
    1. 登录到https://security.google.com/settings/security/apppasswords
    2. Generate一个密码，建议设置一个custom name，比如说linux-kernel
    3. 这个密码一般是16个ascii码，保留好这个密码，建议保存在KeePass里。
  5. 生成git patch并发送邮件 
    # 生成patch
# 生成patch
git format-patch --to=<kernel-mailing-list> --cc=<reviewer> --subject-prefix="PATCH linux" <revision range>

# 启动shadowsocks
sslocal -c <your-ss-config.json>&

# 通过proxychains来发送邮件
proxychains git send-email <your patches>.patch

    当它提示要输密码的时候，不要输gmail的密码，输入之前generate的linux-kernel的密码

    password for <your-gmail-id>@gmail.com at smtp.gmail.com:

Done!

Share

NASA – Space Center Houston一日游

22 Replies

在Austin出差，到Houston两个半小时的车程，所以很想去NASA的博物馆去逛逛，这回正好有机会去了！

一大早，7点不到，从Austin出发，沿着290一路向东，开两个多小时就到Houston了。一路经过几个小镇，沿途的基本上都是草原，或者是牧场，牛、羊、马都有，风景不错。
IMG_20161112_080804IMG_20161112_081529

在Houseton市区，转到45号路，往东南方向再开个半个多小时，就到了Nasa路了，非常顺畅。
IMG_20161112_095415IMG_20161112_095912

Tips: 门票成人$24.95，可以在网上买好打印出来；停车费$6

到了Space Center Houston，就能看到巨大的波音747驮着一架航天飞机(Independence)，这架航天飞机并没有真正上过天，只是供游客参观用的。不过它还是按真正的图纸打造的，所以可以认为它就是真正的航天飞机了。
IMG_20161112_100440IMG_20161112_100558

Tips: 强烈推荐在前台打印Timed Ticket（或者在网上预约好），一个是Tram Tour另一个是Orbiter Tour，上面有预约的时间，这样可以在指定时间，不用排队（或者说可以插队）进行这两个Tour了。Tram Tour人气最高，正常可能要排半个小的队。

进馆之后，可以随便参观了。挑重点的来说。

右手边是Destiny Theater，循环播放影片，穿过这个Theater，来到主题是月球的展馆(Starship Gallery)，这里有登月的模型，月球车，更关键的是，有真实的月球岩石，还有一小块月岩可以让游客触摸。摸一下从月球上带回来的岩石，想想都有点激动！
IMG_20161112_145359IMG_20161112_145629
IMG_20161112_145738

从这个馆推门出去，就到了Orbiter Tour（Shuttle Tour），也就是航天飞机的参观（这边似乎排队不多，Timed Ticket没用上就进去了）。一开始我还以为这个航天飞机只能远远的看，没想到还能进去参观，相当地惊喜。

这里一共分为三层：
最顶上是航天飞机的驾驶舱，复杂的显示屏和无数的按钮，真心让人觉得，这太tm难了——现在不用航天飞机了，宇航员回地球相对简单，乘返回舱挂个降落伞就下来了——而坐航天飞机的，还要学会驾驶飞机，还要会降落！
中间层是甲板，更是巨大的货舱，空间站的材料就是这么一趟趟地运上去的。
最下面是波音747的客舱，里面有航天飞机的介绍，有飞洞的模型，挺有意思的。
IMG_20161112_120039IMG_20161112_115641IMG_20161112_120003IMG_20161112_121810

从Orbiter Tour下来，回到展馆里，在Destiny Theater的旁边是Blast-Off Theater，按点播放电影，看完电影，进到旁边一个像是控制中心的地方，工作人员会自豪地介绍目前国际空间站的情况，宇航员的情况，最新的进展，以及未来的Orion航天器的介绍，听着让人觉得NASA的未来一片光明，哈哈。
IMG_20161112_110524IMG_20161112_110658

回到中央，左边是国际空间站的缩小版模型，挂在空中，不太引人注意，再往左是Astronaut Gallery，这里有一个Live Show，配合着激光投影和星际争霸的音效，蛮好玩的；还有更多的展品，让人印象深刻的是被太空垃圾（或者太空尘埃）破坏的东西的展示，一个1.4cm的铝片以10000mph的速度击中一块钢板，击出一个大洞，幸好这个是外层的防护钢板。。。巧的是，这段时间我正在看《星空清理者》，主题就是太空垃圾，正好学会一个单词debris。
IMG_20161112_104448IMG_20161112_114215IMG_20161112_114442
IMG_20161112_114518

最后是重头戏Tram Tour，乘坐NASA的观光车，去NASA园区里溜一圈，注意，是正儿八经的NASA办公的园区，这个也能开放给游客看，佩服，而且相信这个NASA讨好公众，方便国会批钱的一种方式，赞！

Tram Tour分为Red和Blue，红线是参观园区（包括宇航训练中心的内部）和火箭公园，以观光为主；蓝线是参观Control Center，以听介绍为主。红线人非常多，一般可能要排队半个小时（下午可能会超过1个小时），所以推荐用Timed Ticket，在预约好的时间，可以走专门的通道，不用排队。

从在Tram上，在地道穿过一条马路，就来到了NASA的园区，一路会介绍各个建筑的功能，能看到液氮和液氦的保存罐，到Space Vehicle Mockup Facility这幢楼时，会进到里面去参观，能看到各个航天器的mockup，研究中的，已经投入使用的，等等。有各种舱，各种机器人，各种四轮、六轮车，甚至还有像蜘蛛一样的机器人，当然，也有SpaceX的龙飞船。NASA在介绍private company的时候也挺自豪的——节省成本，可以报钱花在刀刃上之类的。挺好一件事，在国内应该还做不到，中国基本上还是只能靠国家自己的投资来做宇航事业吧。
IMG_20161112_131523IMG_20161112_132607IMG_20161112_133656
IMG_20161112_134216

逛完一圈，往回的时候，会经过一条Memorial路，两边有为航天事件牺牲的人员的墓碑，Tram在这里停了一会儿，让大家缅怀“先烈”，同时放了一段小布什在哥伦比亚号失事后的讲话，这一段路走得挺感人的。然后能看到NASA的广阔的“草原”上栖息着各种动物，松鼠，羚羊，公牛，似乎与自然和谐一体了。
IMG_20161112_142547

到了Rocket Park，是一个大仓库，外面有两个早期的火箭，还有几个火箭的引擎，而仓库里面，就是著名的Saturn V火箭，目前最大的火箭，美国登月时发射用的火箭，一级是五个超级大的F-1发动机，二级也是五个，略小一点的J-2发动机，还有第三级，是一个J-2发动机，第四级就是载荷了，比如说，阿波罗登月舱。在这个大仓库里，人站在旁边，完全能感受这个火箭的巨大 ，震撼！
IMG_20161112_140255IMG_20161112_140555IMG_20161112_140729IMG_20161112_140826

从火箭公园出来，乘坐Tram回到Space Center，红线就算看完了。
Tram Tour还有蓝线，由于时间原因，蓝线没有去看，这样正好，给我一个理由，下次可以再来。

Space Center里还有很多适合小孩子看，听，动手的项目，要是带着娃，这里也是个好地方。
总之，强烈推荐，如果对宇宙、对宇航感兴趣，一定要来一次，我大概会来两次~
人类的未来一定在星辰大海~

IMG_20161112_103802
IMG_20161112_145218

Share

在Android 7.0上解决感叹号问题 [更新至7.1.1]

1 Reply

背景

从Android 5.0 (Lollipop)开始，安卓为了检测各种需要登录的Wifi服务，提供了captive_portal_detection_enabled和captive_portal_server这两个设置，分别作为检测的开关和服务器。原理是访问http://<server>/generate_204这个URL:

  • 如果返回204，就说明wifi可以直接连接，不需要登录；
  • 如果返回非204并且非空的内容，说明wifi需要登录。

默认的服务器是被墙的google的服务器，所以总是检测不正确，导致出来感叹号。

具体情况可以参看小狐狸的这篇文章，里面详细介绍了原理，以及如何设置墙内的服务器。

问题

不过，从Android 7.0 (Nougat）开始，这个设置稍微有点变化，在某些服务器上会导致又出现感叹号，这里介绍一下。

Android 7.0 引入了一个新的设置：CAPTIVE_PORTAL_USE_HTTPS(captive_portal_use_https)，默认值是1，也就是说，默认情况，它会用https://<server>/generate_204这个URL来判断isCaptivePortal()。
具体的code请移步NetworkMonitor.java#285

假如原来的服务器不支持HTTPS，或者支持了HTTPS但是这个URL没有返回204，都会导致感叹号的问题。

解决

所以解决问题的方式也很简单：

  • 要么配置墙内的服务器，让它在https的情况也也返回204;
  • 要么在手机上把HTTPS的值设为0 (settings put global captive_portal_use_https 0)

比如说，V2EX刚提供了captive.v2ex.co这个URL，同时支持HTTP和HTTPS。
本站也提供http://ping.mine260309.me/generate_204和https://mine260309.me/generate_204这两个URL。

更新

升级到7.1.1之后，会发现感叹号（或者x号）又出现了。
感谢@tedjiang的comment，解决办法是：

settings put global captive_portal_https_url https://captive.v2ex.co/generate_204
Share