Maru:在随身生产力设备上一次拙略的尝试

每个时代都会有一些消费电子厂商试图为移动设备增添一些生产力。最早的时候,人们尝试把随身设备的功能做得和电脑一样多,于是便有了20世纪90年代的HP 200LX和21世纪初的Compaq ipaq。这些设备虽然装上了复杂的系统,增添了许多功能,然而它们在界面和交互上几乎完全是传统PC的衍生品,当时尚未成熟的无线网络技术也给这些设备的使用者添了不少麻烦。它们最终因为效率过低而成为了某种意义上的大哥大。2010年发布的iPad,总是想着替代电脑,最后大家都拿来追剧用。Microsoft在已渐式微的最后几代Windows Phone上通过官方扩展坞实现的Continuum功能,虽然概念不错,却因为UWP功能的缺乏和WP的停止支持而随风而逝。现在主流厂商里只有Samsung还在做DeX,用过的人普遍表示体验不错,可惜只有最高端的几款机型支持,因此也难以飞入寻常百姓家——有钱买Galaxy S9的人,怎么会没有钱再买一台电脑呢?

这时候Maru就横空出世了。它是一个基于LineageOS(之前是AOSP)的Android发行版,拥有类似DeX的功能,并且号称能够支持所有LineageOS支持的设备(虽然在本文写作时还只支持Nexus 5和Nexus 5X两款设备)。我正好有一台闲置的Nexus 5X,于是下载来试了试。

继续阅读

Kindle登录带二步验证的账户出错的解决方法

如果你的Amazon账号带有二步验证,或者触发了系统风控,在Kindle上登录时可能会出现登录成功,弹出了二步验证并且通过,但是仍然提示需要登录的情况。正确的登录流程如下:

  1. 点击登录,然后输入用户名和密码
  2. 如果有二步验证,输入二步验证代码,确定
  3. 等设备回到提示登录界面
  4. 如果没有二步验证,这时去账户邮箱查收临时代码
  5. 再点击一次登录,输入原来的用户名,密码输入原来的密码后面跟上临时代码或二步验证代码

 

Linux下简单的SADR配置方法

比如我们有个eth0,上面同时有192.0.2.2/25(网关192.0.2.1)和192.0.2.130/25(网关192.0.2.129)两个段。这时候就要用到SADR(source-address dependent routing),即查询路由表时同时匹配源地址和目标地址功能。Linux下,这个功能可以用策略路由实现。

首先我们创建一个新的路由表:

echo "500 table1" >> /etc/iproute2/rt_tables

(不写名字也行,下面表名用数字替代即可)

然后配置策略路由:

auto eth0
allow-hotplug eth0
iface eth0 inet static
        address 192.0.2.2/25
        gateway 192.0.2.1
        up ip addr add 192.0.2.130/25 dev eth0 || true
        up ip route add 192.0.2.128/25 dev eth0 table table1 || true
        up ip route add default via 192.0.2.129 dev eth0 table table1 || true
        up ip rule add from 192.0.2.130/32 lookup table1 || true

最后应用一下配置:

ifup -v --ignore-errors --force eth0

参考: