pxe启动archlinux的配置字段

发表评论

参考：http://www.cianmcgovern.com/serving-live-arch-linux-environment-pxe/

另外参照之前关于建立pxe服务器的文章：https://ferrets.space/2014/04/07/%e5%9c%a8%e5%ae%b6%e9%87%8c%e5%81%9a%e4%ba%86%e4%b8%aapxe%e6%9c%8d%e5%8a%a1%e5%99%a8/

其中，pxelinux.cfg/default中关于archlinux启动字段是这样的

LABEL archlinuxlive
menu label Arch Linux Live 64bit
kernel archlinuxlive/arch/boot/x86_64/vmlinuz
append initrd=archlinuxlive/arch/boot/x86_64/archiso.img archisobasedir=arch archiso_nfs_srv=NFS_SERVER_IP:/home/pxeroot/archlinuxlive ip=:::::eth0:dhcp -

不同的linux的append字段都不一样呢

在家里做了个pxe服务器

发表评论

参考：http://wiki.openwrt.org/doc/howto/tftp.pxe-server

https://wiki.archlinux.org/index.php/NFS_(简体中文)

http://archlinuxarm.org/forum/viewtopic.php?f=31&t=3854

https://wiki.archlinux.org/index.php/Tftpd_server

新到手了只pogoplug，只用来做samba的话感觉稍微有点浪费，偶尔看到了网络启动系统这种东西，于是也想做一个来玩。

材料：一个dhcp服务器，一个tftp服务器，一个nfs服务器。

网上很多教程都是让pxe服务器自己包揽全部工作，这让我不高兴，dhcp这东西就该由openwrt做，文件服务就该让pogo来做，但是网上相关的教程都没有分工的内容，于是看着很多教程，自己研究了一下，终于成功了。

pxe网络拓扑

 

首先，在openwrt上改动一下dnsmasq的配置

/etc/config/dhcp

在末尾加上一段

config boot linux
        option filename 'pxelinux.0'
        option serveraddress 'tftp服务器地址'
        option servername '服务器名称'

至于服务器名称有没有要求……这个没试过，就照着本地的DNS名称填好了。

好了之后，重启dnsmasq，openwrt端的服务就算完成了。

接下来是pogoplug这边：

首先，是tftp服务器。安装tftp-hpa软件包，然后修改

/usr/lib/systemd/system/tftpd.service

中的tftpd根目录

[Unit]
Description=hpa's original TFTP daemon

[Service]
ExecStart=/usr/sbin/in.tftpd -s /srv/tftp/
StandardInput=socket
StandardOutput=inherit
StandardError=journal

先用/srv/tftp/做例子，先去下载https://www.kernel.org/pub/linux/utils/boot/syslinux/syslinux-6.02.tar.gz，然后解压。这里只需要里面的部分文件，包括这些：

syslinux-6.02/bios/core/pxelinux.0
syslinux-6.02/bios/com32/elflink/ldlinux/ldlinux.c32
syslinux-6.02/bios/com32/menu/vesamenu.c32
syslinux-6.02/bios/com32/lib/libcom32.c32
syslinux-6.02/bios/com32/libutil/libutil.c32

讲这几个文件拷贝到/srv/tftp/，然后在/srv/tftp/里面新建一个文件夹，来存放kernel和initrd。例如/srv/tftp/ubuntu，或者直接将ubuntu的镜像文件挂载到/srv/tftp/disks/ubuntu，可以让tftp客户端直接访问到。

然后，新建一个文件夹/srv/tftpd/pxelinux.cfg，在里面新建一个default的配置文件，内容如下：

DEFAULT vesamenu.c32
PROMPT 0
MENU TITLE OpenWRT PXE-Boot Menu

label Ubuntu
        MENU LABEL Ubuntu Live 13.10 64-Bit
        KERNEL disks/ubuntu/casper/vmlinuz.efi
        APPEND boot=casper ide=nodma netboot=nfs nfsroot=192.168.1.1:/mnt/extstorage/tftp/disks/ubuntu1310-64/ initrd=disks/ubuntu/casper/initrd.lz
        TEXT HELP
                Starts the Ubuntu Live-CD - Version 13.10 64-Bit
        ENDTEXT

说明文字可以自行更改，kernel和initrd会通过tftp获取，在获取到kernel和initrd之后，会通过nfs加载系统。

然后启动服务器

systemctl start tftpd.socket tftpd.service

如果需要自启动tftp服务器，则使用

systemctl enable tftpd.socket

至此，tftp服务器配置完成。

然后，是配置nfs服务器：

archlinux的nfs帮助似乎出了点问题，教程不是很完整，在网友的帮助下，发现原来服务没启动完成。

要安装nfs服务，需要安装nfs-utils。

然后，修改/etc/exports，这将会控制那些目录可以被访问，例如新增这段（根据上面pxelinnux的配置）：

/mnt/extstorage/tftp/disks/ubuntu1310-64/ 192.168.1.0/24(ro,fsid=0,no_subtree_check)

将会允许192.168.1.*的客户端访问/mnt/extstorage/tftp/disks/ubuntu1310-64/。完成之后，用

systemctl enable nfsd.service rpc-idmapd.service rpc-mountd.service rpcbind.service
systemctl start nfsd.service rpc-idmapd.service rpc-mountd.service rpcbind.service

启动并自启动nfs服务器（吐槽：没密码真的大丈夫？）

配置过程中发生了许多问题，这里给后人稍微提供一下解决的思路：

1：openwrt的dnsmasq配置，有没有指向正确的tftp服务器，tftp服务器能不能访问；

2：nfs服务器的挂载有没有问题。

基本上都是权限或者配置文件出错……折腾了快2天……

神奇的sslh

2条回复

最近回到公司总部上班，但是总部的网络环境略糟糕，屏蔽了绝大部分的端口，ping和tracert工具也失效了，只有80，443，110，25，143端口开放了，该死的网管连加密的imap和smtp端口都封了，真是让人吐槽无力。

因为封了22端口，所以不能远程连接回家里的路由，机缘巧合下，发现了一个神奇的东西，叫sslh

sslh是一个端口复用工具，它可以复用HTTP, SSL, SSH, OpenVPN, tinc, XMPP等协议，就是说同一个端口，你用SSH协议去连接，就会传递给SSH服务器，用SSL协议去连接，就会传递给https服务器，这不就是我想要的么！

配置文件非常简单，就只有那么几个选项：是否启用sslh，ssh服务器地址，https服务器地址，填上之后启动就OK。

这里要注意的是，sslh本身默认监听443端口，是和默认的https端口冲突的……但是默认的配置文件里面https的服务器地址就是127.0.0.1:443，这是需要修改的。

配置好之后用443端口SSH登陆，OK！再用https访问，OK！

 

使用rsync

发表评论

参考：http://acman.bluenest.net/wordpress/archives/113

最近新入手只硬盘，准备将数据从一个硬盘迁移到另外一个硬盘，然后发现了rsync这个神奇的东西。

rsync的用法大体来说是

rsync 来源 目标

不同的是，来源和目标可以是绝对路径，或者是“协议://用户名@服务器地址”等等

可以选择用作本地或者远端的同步。当然，你也可以选择使用映射的方式，将远端的文件夹映射到本地，然后像本地操作一样使用rsysc，又或者，使用rsync自带的协议。

使用映射这个的方法就不说了，说说自带的rsync协议的用法：

你可以直接使用参数的形式或者使用一个配置文件（当然是配置文件这个比较方便），下面是配置文件的写法

address = 10.1.1.100 # 你要把rsyncd開在哪個ip上,建議不要開在public ip
pid file = /var/run/rsyncd.pid # pid file 所在,ubuntu可能可以省,不過個人習慣加上去
use chroot = yes # 這個建議加上去,因為可以限制只能對下面設定的目錄進行同步
log file = /var/log/rsyncd.log #記錄檔

#下面是設定哪些路徑可以跟遠端同步
[backup] # 命名,此名稱為遠端連線時要用
path = /home/acman/bin/ # 路徑
read only = false #是否為唯讀,此為否,代表遠端不只能抓,也能改;如果是 read only = true ,就代表遠端只能抓不能改
uid = 1000 # 連線時使用的帳號uid
gid = 100 # 連線時使用的帳號群組 gid
hosts allow = 10.1.1.100 #允許那個遠端ip連線過來
#[path2] 如果有其它路徑,就再用[…]開始設另一個

使用rsync –daemon –config=FILE来启动rsync服务器。

然后客户端连接服务器：

最簡單的使用方法,在客戶端下指令:
rsync -av 10.1.1.100::backup backup/
# 第一個backup要和設定檔的[…]中的設定一致;後面的backup/就看你要備份到哪裡了

如果你設定 read only = false的話,你還可以反向備份,就是把客戶端的東西備份上去:
rsync -av mydata/ 10.1.1.100::backup/mydate
這樣就會把客戶端的mydata目錄,直接備到server上的/home/acman/bin/mydata/底下了;這邊要注意的是,如果你是這樣下指令:
rsync -av mydata/ 10.1.1.100::backup/
那它會把mydata底下的檔案,備份到 /home/acman/bin/底下,不會另開一個目錄

rsync這個指令的好處是它會自行比對兩端的資料是不是一樣,只會傳輸有變動的資料
當然還有其它功能,如砍遠端檔案,或是忽略特定檔案或目錄等等

2.另外如果你不想要多開一個rsyncd服務的話, rsync指令也允許通過ssh來進行傳輸;不需要做上面那些設定:
只要遠端有開sshd,就可以備份遠端檔案或是將本地檔案備份過去
指令下法一樣,不過多了 “-e ssh”,如下:
rsync -e ssh -av 10.1.1.100::backup backup/

……
……
……

结果还是磁盘映射的方式比较方便啊。

在OpenSSH Server中禁用单个用户的密码登陆

最近发现有人老尝试登陆我的路由，让我感到非常不高兴。

于是稍微再网上做了一下搜索，找到了这个帖子，里面指出了解决办法：

1：直接禁用了该用户的密码。这个显然不符合我们的要求，禁用了之后luci不就废了么？

2：在sshd_config的最后，加上这么一段：

Match User myusername
PasswordAuthentication no

然后重启sshd，再次登陆的时候，就收到了提示，

Permission denied (publickey,keyboard-interactive)

OK了~

再去看系统日志，满屏的

Jan 17 11:53:04 Ferrets-Router auth.info sshd[9868]: Disconnecting: Too many authentication failures for root [preauth]
Jan 17 11:53:05 Ferrets-Router auth.info sshd[9870]: Disconnecting: Too many authentication failures for root [preauth]
Jan 17 11:53:05 Ferrets-Router auth.info sshd[9872]: Disconnecting: Too many authentication failures for root [preauth]
Jan 17 11:53:06 Ferrets-Router auth.info sshd[9874]: Disconnecting: Too many authentication failures for root [preauth]
Jan 17 11:53:07 Ferrets-Router auth.info sshd[9876]: Disconnecting: Too many authentication failures for root [preauth]
Jan 17 11:53:08 Ferrets-Router auth.info sshd[9878]: Disconnecting: Too many authentication failures for root [preauth]
Jan 17 11:53:08 Ferrets-Router auth.info sshd[9880]: Disconnecting: Too many authentication failures for root [preauth]
Jan 17 11:53:09 Ferrets-Router auth.info sshd[9882]: Disconnecting: Too many authentication failures for root [preauth]
Jan 17 11:53:10 Ferrets-Router auth.info sshd[9884]: Disconnecting: Too many authentication failures for root [preauth]
Jan 17 11:53:11 Ferrets-Router auth.info sshd[9886]: Disconnecting: Too many authentication failures for root [preauth]
Jan 17 11:53:11 Ferrets-Router auth.info sshd[9888]: Disconnecting: Too many authentication failures for root [preauth]
Jan 17 11:53:12 Ferrets-Router auth.info sshd[9890]: Disconnecting: Too many authentication failures for root [preauth]
Jan 17 11:53:13 Ferrets-Router auth.info sshd[9892]: Disconnecting: Too many authentication failures for root [preauth]
Jan 17 11:53:13 Ferrets-Router auth.info sshd[9894]: Disconnecting: Too many authentication failures for root [preauth]
Jan 17 11:53:14 Ferrets-Router auth.info sshd[9896]: Disconnecting: Too many authentication failures for root [preauth]
Jan 17 11:53:15 Ferrets-Router auth.info sshd[9898]: Disconnecting: Too many authentication failures for root [preauth]
Jan 17 11:53:16 Ferrets-Router auth.info sshd[9900]: Disconnecting: Too many authentication failures for root [preauth]
Jan 17 11:53:16 Ferrets-Router auth.info sshd[9902]: Disconnecting: Too many authentication failures for root [preauth]
Jan 17 11:53:17 Ferrets-Router auth.info sshd[9904]: Disconnecting: Too many authentication failures for root [preauth]
Jan 17 11:53:18 Ferrets-Router auth.info sshd[9906]: Disconnecting: Too many authentication failures for root [preauth]
Jan 17 11:53:18 Ferrets-Router auth.info sshd[9908]: Disconnecting: Too many authentication failures for root [preauth]
Jan 17 11:53:19 Ferrets-Router auth.info sshd[9910]: Disconnecting: Too many authentication failures for root [preauth]
Jan 17 11:53:20 Ferrets-Router auth.info sshd[9912]: Disconnecting: Too many authentication failures for root [preauth]
Jan 17 11:53:21 Ferrets-Router auth.info sshd[9914]: Disconnecting: Too many authentication failures for root [preauth]
Jan 17 11:53:21 Ferrets-Router auth.info sshd[9916]: Disconnecting: Too many authentication failures for root [preauth]
Jan 17 11:53:22 Ferrets-Router auth.info sshd[9918]: Disconnecting: Too many authentication failures for root [preauth]
Jan 17 11:53:23 Ferrets-Router auth.info sshd[9920]: Disconnecting: Too many authentication failures for root [preauth]
Jan 17 11:53:23 Ferrets-Router auth.info sshd[9922]: Disconnecting: Too many authentication failures for root [preauth]
Jan 17 11:53:24 Ferrets-Router auth.info sshd[9924]: Disconnecting: Too many authentication failures for root [preauth]
Jan 17 11:53:25 Ferrets-Router auth.info sshd[9926]: Disconnecting: Too many authentication failures for root [preauth]
Jan 17 11:53:26 Ferrets-Router auth.info sshd[9928]: Disconnecting: Too many authentication failures for root [preauth]
Jan 17 11:53:26 Ferrets-Router auth.info sshd[9930]: Disconnecting: Too many authentication failures for root [preauth]
Jan 17 11:53:27 Ferrets-Router auth.info sshd[9932]: Disconnecting: Too many authentication failures for root [preauth]
Jan 17 11:53:28 Ferrets-Router auth.info sshd[9934]: Disconnecting: Too many authentication failures for root [preauth]
Jan 17 11:53:28 Ferrets-Router auth.info sshd[9936]: Disconnecting: Too many authentication failures for root [preauth]
Jan 17 11:53:29 Ferrets-Router auth.info sshd[9938]: Disconnecting: Too many authentication failures for root [preauth]
Jan 17 11:53:30 Ferrets-Router auth.info sshd[9940]: Disconnecting: Too many authentication failures for root [preauth]
Jan 17 11:53:31 Ferrets-Router auth.info sshd[9942]: Disconnecting: Too many authentication failures for root [preauth]
Jan 17 11:53:31 Ferrets-Router auth.info sshd[9944]: Disconnecting: Too many authentication failures for root [preauth]
Jan 17 11:53:32 Ferrets-Router auth.info sshd[9946]: Disconnecting: Too many authentication failures for root [preauth]
Jan 17 11:53:33 Ferrets-Router auth.info sshd[9948]: Disconnecting: Too many authentication failures for root [preauth]
Jan 17 11:53:33 Ferrets-Router auth.info sshd[9950]: Disconnecting: Too many authentication failures for root [preauth]
Jan 17 11:53:34 Ferrets-Router auth.info sshd[9952]: Disconnecting: Too many authentication failures for root [preauth]
Jan 17 11:53:36 Ferrets-Router auth.crit sshd[9954]: fatal: Read from socket failed: Connection reset by peer [preauth]

这孩子还是没放弃呢……不过毫无疑问，破解密码这种事情就别妄想了。

为ArchLinux增加/etc/rc.local启动脚本

4条回复

因为打算手动写Pi的IP地址，于是很自然的打算vi /etc/rc.local，结果左下角出现了“新文件”的提示，然后我就纠结了，别这样，连自启动的脚本都没有了……我还怎么玩？

经过一番Google，在Ubuntu的论坛上发现了一个指导（为毛Arch的问题跑到Ubuntu的论坛去了）：

http://forum.ubuntu.org.cn/viewtopic.php?f=155&t=395231

3楼说明了解决的办法：

修改/etc/systemd/system/rc-local.service

[Unit]
Description=/etc/rc.local Compatibility

[Service]
Type=oneshot
ExecStart=/etc/rc.local
TimeoutSec=0
StandardInput=tty
RemainAfterExit=yes

[Install]
WantedBy=multi-user.target

如果是简单的自定义命令，可写入/etc/rc.local，用上面的方法来处理。然后使用

systemctl enable rc-local.service

来启用这个脚本的服务。

不得不说ArchLinux这种管理方式也是相当的出色，但是因为刚接触，导致命令相当的不熟悉，让我控制的非常不舒服……

给派换了个ArchLinux

1条回复

因为Debian系的Linux玩的有点多，于是想找另外一个发行版来玩一下。 先是装了个pidora，可是出了点问题，一启动就报错

drivers/rtc/hctosys.c: unable to open rtc device (rtc0)

在Google上搜索，但是结果只有两页，而且看了一些，也没有什么参考价值……好吧~我再换一个！ 再继续在wiki上看有哪些系统可以玩……哎~ArchLinux，早听说过这个了，听说是超轻量级而且出色的Linux，好，就决定是你了！ 先从Google找到ArchLinux的RaspberryPi版，下回来，大小不到200M，是目前找到的镜像里面最小的，解压出来，依旧有1.9G，这压缩率真恐怖。 然后就是将系统烧录到SD卡上。Windows的话就用Win32DiskImager，Linux或者MAC或者Unix系的话就dd，用法是

dd if=镜像 of=SD卡的设备名称

SD卡的设备名称一般为mmcblk，mmcblk0是第一张SD卡，mmcblk0p1是第一张SD卡的第一个分区，详情看自己的/dev。更多详情请自行Google。

写好之后最好还是找个Linux环境（用Windows又不想装Linux的给我弄个虚拟机去），以方便对SD的扩展操作。

因为没有显示器在手边，按照老方法，用TTL来登陆操作，下面是来自http://lavalink.com/2012/03/raspberry-pi-serial-interfacing/的示意图。 raspberry-pi-serial_sm 照着连接好之后，用终端工具连接，我这里用的是putty，简单快捷。

给RaspberryPi上电之后大概几秒钟（ArchLinux启动就是这么快！），系统就启动完成了。而且在TTL口没有调试信息的输出，当初还以为出了什么问题，结果点了几下回车，就出现了登陆提示……

最先要做的事情当然是修改locale，参考https://wiki.archlinux.org/index.php/Beginners’Guide(简体中文)。

修改/etc/locale.gen，去掉想要的locale前面的注释，然后运行一次locale-gen。想要的locale就出来了。

下一步是改环境变量，

export LANG="zh_CN.UTF-8"

然后可以修改~/.config/locale.conf，加入自己想要的locale，以后登陆就不用每次都手动改变量了。

语言弄好了，接着就是扩展一下SD卡上的分区。因为镜像是根据2G的SD卡搞的，这意味着我手上的8G的SD卡有6G没有用到。

先找个Linux环境，因为磁盘操作的话不能在Pi自身上完成，就算是OpenWrt来做也可。

参考：http://conanblog.me/blog/raspberry-pi/hack/arch/linux/go/2013/02/17/play-with-raspberry-pi/

用

fdisk -uc /dev/mmcblk0

打开SD进行操作。

用p来列出分区表，用d来删除分区，用n来新建分区。

附上原文中的操作过程作为参考：

$ sudo fdisk -uc /dev/mmcblk0

# 打印分區表
Command (m for help): p

Disk /dev/mmcblk0: 3904 MB, 3904897024 bytes
64 heads, 32 sectors/track, 3724 cylinders, total 7626752 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x0004f23a

        Device Boot      Start         End      Blocks   Id  System
/dev/mmcblk0p1   *        2048      186367       92160    c  W95 FAT32 (LBA)
/dev/mmcblk0p2          186368     3667967     1740800   83  Linux

# 刪除第二個分區
Command (m for help): d
Partition number (1-4): 2

# 新建一個分區
Command (m for help): n
Command action
   e   extended
   p   primary partition (1-4)
p
Partition number (1-4): 2

# !!! 第一個扇區號必須和上面刪除的分區的起始扇區號一樣，這裏的話是186368 !!!
First sector (186368-7626751, default 186368): 186368
Last sector, +sectors or +size{K,M,G} (186368-7626751, default 7626751):
Using default value 7626751

# 保存剛剛的操作並退出
Command (m for help): w
The partition table has been altered!

Calling ioctl() to re-read partition table.
Syncing disks.

然后检查磁盘错误、扩容

$ sudo e2fsck -f /dev/mmcblk0p2
$ sudo resize2fs -p /dev/mmcblk0p2

然后就基本上能用了。

在OpenWrt的WiFi上使用非英文字符作为SSID和密码

1条回复

最近又给同学刷了一只路由，在设置wifi的时候突然来了兴致，不如用中文来做SSID吧~然后就干了，在luci上使用中文写了SSID，然后应用之后，发现luci的页面上能够正确的显示中文，但还到了windows上就变成了一串英文，然后用手机一搜，哟~中文哎。

显然是字符编码的问题了。

总所周知，windows使用的是GB的字符编码，而Linux一般使用的是UTF-8，除非你手动改成了GB。用Linux做底层的Android果然跟随了Linux的步伐，编码使用了UTF-8，而Openwrt的Luci也用的是UTF-8的编码，如此一来，便解释得通了。

用notepad++打开/etc/config/wireless，编码切换到GB，将SSID改成了中文，保存，然后重启WiFi，然后一搜：

中文SSID

果了个然，于是中文的SSID就出来了，别人看到都觉得很惊奇。这时候就可以给你的WiFi一个有趣的SSID，比如之前看到的“网络无法连接”，估计可以让相当一部分的人放弃连接你家WiFi的念头。

另外一件很有趣的事情就是，虽然使用了GB编码的SSID，但是Ubuntu却表示我能够正确的认出中文的SSID，并显示出来。UTF-8编码的中文SSID，Ubuntu同样能够正确地显示中文，这实在太不可思议了。

===========================接下来就是把密码给玩坏===============================

最初的时候，就尝试直接使用GB的编码来写中文密码。ok，windows说他能连上。但是Linux表示我们 UTF-8的编码没法通过密码验证。

问题就来了，怎么办呢？

把密码换成UTF-8如何？

然后Ubuntu就表示，嗯，我们没问题！

中文WiFi密码

啧……这可难办了，难道就没有两者都能兼容的办法么？

然后在来回切换编码的时候，我发现了一个问题，UTF-8转成GB之后是乱码，但是看起来却都是正确的中文字符……要不旧直接用这个乱码来试试连接吧……Windows说：没问题！然后就连上了。

GB编码下的SSID和密码

GB编码下的SSID和密码

UTF-8编码下的SSID和密码

UTF-8编码下的SSID和密码

乱码密码

乱码密码

看来连接是没有问题呢～

也就是说使用GB编码的SSID和UTF-8编码的中文密码是最优的组合～无论linux和windows都可以连接到。

最后就是客人的问题……

移动设备的话估计没什么问题，但是捧着运行着Windows的电脑过来的孩子……有的麻烦了呢……

==============================追加移动设备的研究================================

很可惜的是，android和IOS都可以认出UTF-8编码的SSID，但是无法认出GB编码的SSID，只能看到一串乱码，这个实在是太糟糕了。微软你赶紧投奔UTF-8的怀抱吧。

与此同时，测试了UTF-8编码的密码，Android和IOS都能够使用中文密码来连接，但是IOS在输入密码的时候，只能输入英文字符，所以，需要使用复制粘贴的方法，来完成密码的填写。Android的话，可以强制切换键盘来输入中文。

另外的就是，即使使用中文字符，也必遵循WPA2密码最少8个字符的原则，所以最短密码是八个中文字，而不是4个中文字。

等我以后能装OSX的之后再补上MAC的研究报告。

更新了手机的系统

发表评论

咱的LT26ii终于也更新了系统哎…虽然感觉这个系统怪怪的像是被别人修改过，但是用未解锁的bootloader也可以启动那就应该是原厂的固件了。

更新了之后感觉流畅性确实好了很多哎，特别是大部分系统动画。不过索尼原生的桌面，加了一个我相当不喜欢的特效，于是果断地换成了apexlauncher。

但是非原生桌面就总有一些系统自带的桌面小工具无法找到，这个让我略纠结…

另外就是系统多了“小程序”这么一个东西，感觉略新奇，自带一个窗口，有点windows程序的感觉，悬浮在屏幕最上方，略碍眼。不过都是些记事本，计时器之类的，嗯，效果还算可以。

另外就是程序切换界面变了，放到了屏幕右方，突然开始注意列表里面的内容了，好奇怪…

另外一个变化比较大的地方是通知中心，嗯…感觉不错，多了几个最常用的快捷开关，方便了很多。而且电池也有百分比显示了，不需要再加一个，通知栏变得更干净了。

最后就是root，本来感觉无所谓的，但是装软件的时候才发展，获取root权限然后组件自己的防御是多么的重要…国内的各种APP在请求着各种他们用不上的权限，LBE+Droidwall这组合是那么的重要，最后不得不花了大功夫去root…

发自 WordPress for Android

vsftp中用户使用/bin/false作为shell

发表评论

最近在折腾自家的树莓派，需要一个不能登录的账户来访问ftp，于是稍微查询了一些相关资料。

参考：

http://www.wincold.com/archives/108.html

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

首先是创建一个系统用户，设置密码，并且将其shell设置为/bin/false，这将禁用其账户的shell登录功能。

再稍微进行两下Google，很快就找到所需的操作：修改/etc/shells文件，加上一行/bin/false。

然后自己尝试登录，看到filezilla的信息滚动，成功登录，但是却卡在了列出目录的那一步，没有任何返回结果，这究竟是为什么呢？

再进行了一番Google之后，发现了问题所在，原来是因为ftp的PASV模式的问题，而vsftp服务器由于没有对PASV端口范围及相应的iptables防火墙做设置，数据传输的连接被阻塞导致命令执行超时。虽然调整ftp客户端，不使用PASV模式也能够操作，但是并不是什么时候都会有ftp客户端在手的，还是弄一下好了。

使用下面的设置来启用vsftpd的PASV模式

pasv_enable=YES
pasv_min_port=30000
pasv_max_port=30100

然后再设置iptables，开放PASV的端口

iptables -A INPUT -p tcp --dport 30000:30100 -j ACCEPT

然后就可以顺利的使用普通的浏览器或者windows的文件管理器进行登录了。