Python实现A记录查询

最近在学计算机网络，用的教材是Computer Networking: A Top Down Approach. 第二章节介绍了DNS。以前用Python实现过基于TCP和文本应答的协议，不过没有处理过DNS这样结构紧凑的协议。

由于Python本身是没有类型的，而DNS对每一项的字长有严格要求（这种协议用C实现相当直接），因此要先生成固定长度的数据。有多种实现方法，比如：
bytearray, struct.pack, binascii.unhexlify, 直接在string中使用\x转义

Python跨平台需要注意的问题

最近在写一个Python小程序，需要移植到windows上，遇到了几个小问题，记录一下。

可以使用sys.platform判断系统类型

ossaudiodev在Windows下不可用，用PyAudio替代

Windows在使用open打开文件时会区别'rb'和'r'，而Linux的'r'和'rb'是等价的。因此在Windows下打开二进制文件必须用'rb'模式

Windows7下的Python在读取用户给定的中文路径时会出错，要先把路径转换到unicode，可以使用uni_path = unicode(path, "utf8")

PyGTK写的程序会变得很丑，暂时还不知道怎么解决。以后改用PySide好了

在Windows下最好把Python安装目录放到PATH环境变量里，这样比较方便用pip

Gnome 3.14添加自动启动

Fedora21已经找不到gnome-session-properties了，虽然gnome-tweak-tools提供了添加子启动程序的功能，不过相当鸡肋。最后找到一个方法可以实现原来gnome-session-properties的功能

在~/.config/autostart/下新建一个xxx.desktop文件，内容如下：

[Desktop Entry]
Type=Application
Name=xscreensaver-autostart
Comment=Autostart xscreensaver
Exec=/usr/libexec/xscreensaver-autostart
Terminal=false
X-Desktop-File-Install-Version=0.22

X-GNOME-Autostart-enabled=true

OnlyShowIn=GNOME;

要注意的是，Exec后面必须是程序的完整路径。

真心想吐槽Gnome，怎么越改越麻烦了。

Python学习笔记之subprocess

Python提供了一个库，subprocess，可以很方便地启动一个子进程并与之交互。

最简单的使用方式是：
subprocess.call(args),其中的args是a list of strings,args[0]是调用的程序路径，其后均为参数。call会阻塞直到子进程结束。call的返回值是子进程的返回值。这个函数与C的system很相似。

subprocess.check_output(args)与call相似，不过它会把子进程的输出作为一个bytestring返回

这个库最强大的函数是Popen，它其实是一个类的Constructer，完整形式是：
subprocess.Popen(args, bufsize=0, executable=None, stdin=None, stdout=None, stderr=None, preexec_fn=None, close_fds=False, shell=False, cwd=None, env=None, universal_newlines=False, startupinfo=None, creationflags=0)

args与上文相同，不过这个调用不会阻塞当前进程，stdin,stdout,stderr可以是一个打开的file，或者是subprocess.PIPE，如果是PIPE，父进程可以用xxx.stdin/stderr/stdout与子进程通信。

其实呢，上述这些函数都是C的fork和execve的包装，它们大大简化了编程。如果要在C下实现Popen的功能，父进程需要现用pipe获得一个管道，然后fork，在子进程中关闭管道写端，用dup2重定向管道到stdin，接着execve，在父进程中需要关闭管道读端，然后向子进程输入数据，这些代码少说也要个5行。

现在觉得Python的官方库文档已经很完善了，而且不要翻墙，以后估计就不再写官方库的学习笔记了

Openwrt配置6in4

美国一家ISP, Hurricane Electric提供免费的IPv6接入的服务，叫做Tunnel Broker, 这个服务使用了6in4转换机制。用户只需要在网站注册，就可以申请免费的6in4隧道。不过有一个限制是Endpoint必须有公网IP。

对于刷好Openwrt Barrier Breaker的路由器，只需要简单的操作就可以实现6in4

1. 在tunnelbroker上申请一个隧道，申请时可以选择ping延迟最低服务节点。申请成功后会获得一个页面，里面有配置6in4的全部信息。

2.在Openwrt中新建一个Interface，名称为henet，选择Protocol为6in4，如果没有这个选项，请安装luci-proto-ipv6，6in4软件包，点击Sumbit

3.修改将tunnelbroker上的信息填入henet的配置中，具体可以参考http://wiki.openwrt.org/doc/uci/network#protocol_6to4_ipv6-in-ipv4_tunnel如果你的公网IP会变化，需要勾选Dynamic tunnel，并填写一些信息，Update Key可以在Tunnel Details页面的Advanced选项中看到。

4.将henet的firewall zone设置为wan。

5. 在/etc/config/firewall下添加：
    config rule
    option src 'wan'
    option target 'ACCEPT'
    option proto '41'

6.修改/etc/config/network,在lan下添加option ip6addr,其后地址可以从Routed /64中任选一个。

重新启动路由器，并且刷新本机的DHCP，就可以获得一个公网IPV6地址了。测试网址http://test-ipv6.com/

不过，由于中国内并没有服务节点，最近的节点延迟也有100ms+，加之国际出口带宽有限，这种方式获得的IPv6质量很不好。

Openwrt配置WLAN漫游

Update:

802.11f was deprecated. The new kid in town is 802.11r. OpenWrt 21.02 supports 802.11r. Here is a post on how to enable it.

家里有两台无线路由，都以AP的形式接入LAN。而我希望做的是能让无线设备在两个AP中选择信号最好的接入，并且实现漫游。

我所在大学的无线网络支持在同一个AC下漫游，因为学校采用的是H3C的解决方案，他们的私有技术可以支持接入点的快速切换。而我家中的路由一个是ralink的方案，一个是atheros的方案，不过它们都刷了OpenWrt系统。上网搜索后发现802.11协议只支持由客户端（比如手机）发起的切换。与GSM的handover不同，802.11的handover必须先断开链接，再建立新的链接。

要实现漫游，只需要把两个接入点的SSID，加密方式（我使用WPA2-PSK-CCMP）和密钥保持一致，两个AP使用不重叠的信道。

此外，还有一个802.11f协议，用于支持不同厂商AP之间的通信。要在Openwrt上开启这个协议，只需要在/etc/config/wireless里面增加一个 iapp_interface 字段，可以参考这个wiki.

应用这些设置后，我的小米手机可以自动在两个接入点中漫游，切换延迟大约半秒。

暂时弃用Gnome3，转投Mate

最近发现笔记本电脑发热量惊人，有时甚至引发CPU过热警告。电池使用时间也大大缩短。查看了一下进程，发现gnome-shell的CPU使用量相当高，尤其在播放视频的时候，甚至超过Chrome浏览器。我尝试禁用所有extensions，甚至创建一个全新的用户，都没有改善。

我是一个忠实的Gnome用户，Gnome 3.0发布后很快就适应了它一致的、优雅的界面。现在，Gnome已经升级到了3.10，虽然增加了功能（我几乎没有用到，比如说什么online accounts），但是bug也越来越多。有很多用户反映CPU占用高，内存泄漏，经常崩溃。有人猜测问题处在Gnome和显卡驱动的接口上（Intel显卡用户反映的问题比Nvidia用户多）。不过我没有找到有效的解决方案。

所以，唯一的选择就是换一个Desktop Manager。因为是Gnome的老用户，故选择了Mate，这是一个由Linuxmint主导的Gnome2的分支。虽然没有了那些窗口阴影，Overview等特效，Mate对资源的需求很低，目前也没有遇到崩溃的情况。唯一不足是有几个程序（比如Virtualbox）的外观变得很难看。

估计要等Fedora21出来后才会再试一下Gnome3了。

2015年2月4日更新：

Fedora21推出后，本人又投入了Gnome的怀抱。 目前没有发现CPU占用率过高的情况。不过Gnome真心变得臃肿了。