2009-04-08之FFFFound!

No Comments

1a51f642aa084fc99cf87380b8f28729b07a2c90_m
有时候灾难带来一种别样的美.这是一架飞机在执行灭火.灾难的色调,在于我们观察的角度和摄影师的良知.

25c5f0226d91181e38feeed56ee861d619414e03_m
没什么特殊的,熟悉我的人都知道我喜欢这种花花绿绿的东西…

e986b518b92ce8d97ca86c708e393bd99002d693_m
那夜的天光.长时间曝光的摄影作品.

b21225011032d0677ffcddae0d7ed179766c9f84_m
以一种难以置信的形象度描述了什么叫HTML和官僚主义.

f81280aa85fd953392cd19d1f26bd61b68b2a8e8_m
“巨无霸!”

ff15d0e71b21ffc58b7e71d7eb4887eb377d6fc2_m
没什么特殊的,觉得很漂亮~

f132439fa19d6d7bdb90ab7619f11f112b4d2b3b_m
小人之一.

498e23ed4841649f399a22084d528eb84624da80_m
小人之二.

在南方网站设计

2 Comments

最近在忙什么?很久没写文字了吧~
这几天一连接了两个网站项目来做,成功地都变成了WordPress后台.为WordPress开发模板真的是一件只能用惬意来形容的事情.一旦习惯了WordPress的”方言”,强大的功能实现起来并不是一个梦.
整体感觉起来,WordPress中提供对每篇文章的自定义域是最强大的功能,简直提供了一个小型数据库,你可以定义成任何东西!

zainanfang

上图就是最近一直在做的一个网站,在南方,是一个诗社.

2009-04-03之FFFFound!

1 Comment

fc99193506e4577f47ec35cec8a15795a82ab95c_m
算什么?西方的日式风格?

f9f7f697f923811268b7113893cfdb61e7d11418_m
西方的韩式风格

d318daf267e5561cd308035165a09aa11b61f49a_m
MacBook的白雪公主

ca0d4bf1b78b21f65d2c167dc7c5f1ab4fc000f6_m
缤纷的蜡笔

188b725944710f7c7dce78c4b926146b807537e9_m
堆叠的文字

6a2d40f427f1cb3eb02ed8073598bf33fbcd1ec0_m
一点点颓废

继续FFFFound!

2 Comments

2c911f6a53b47d8c08907caa39d2d2a9b9579ea4_m
让我想起魔兽世界,丝绸卷

5d26bf63699a0e377b96c476474d490f1105d82f_m
很可爱嘛

8d25ceddad26d14388dd799f28f4d6ab48dba7b4_m
有这么一股风潮,收集某种类型的事物上面的A-Z各种字母,这里是楼宇间的天空版,记得还有一个花花绿绿的卡车版呢…

9e0409ac036bcced1509822f173943d439ec5f14_m
这也是生物…

045afd40e94275aabf7704825580271a69137ec7_m
小刺猬不为人知的另一面

ae157d1b229e7fe77c4c92e07b768cd753ffaa64_m
第一次看到这个,还以为是网络拓扑结构图…

c5cddb01d043ef7a36f5779187ca17bed17643b9_m
猫咪的神秘花园

c41b5e34e5fd4f4f4cc2d2d16d8720798152687c_m
我喜欢的风格,色彩以及缤纷

fd39bc7ae446f5e3b703198bbe2dd867ef0e0b19_m
黑色幽默时间…想起那个”二次被爆者“…

Mac OS下svn乱码相关问题

1 Comment

Mac OS X 10.5.6中系统自带的svn版本是1.4.4,属于较老的svn版本了.
本来运行的好好的,后来重装过一次Mac OS X之后,svn里面处理中文文件夹和中文文件名的时候就出现乱码的情况了.
乱码表现为,中文文件名和文件夹名都是反斜线加数字的形式.

Terminal字符集设置

开始我以为是Terminal的字符集设置问题,只需要改成UTF-8即可:
2009-03-31_0842

这样做之后Terminal可以正常显示中文,但是svn还是不行.看来应该是svn的问题了.Google半天很少有结果,因为毕竟在svn里用中文的人就少,一来西方人多,二来正常的项目里面的文件和文件夹名,为了习惯,都采用英文.发现一个日本人的博客,根据里面间断的英文和数字版本号,我觉得他是在说一个svn针对UTF-8问题的patch.他说升级到1.5就没有问题了.
查了一下Mac OS X上svn最新版本是1.6.0,于是我的第一个想法是升级svn.

Mac OS X 10.5.6下升级svn (Subversion Client)

先装MacPorts.MacPorts可以理解成Mac OS X下的apt-get和yum.
注意,安装MacPorts 1.7.1的时候,最后一步”Running MacPorts 1.7.1 install script”的时候很慢,耐心等着,MacPorts需要下载些软件信息,网速不好的时候,这一步会很慢.当然,如果能做些提示就好了,我也是Force Quit两次,回来都卡住,才决定等下去…
MacPorts装好之后,安装svn就行:

sudo port install subversion

MacPorts会先装好依赖项,然后装好最新的subversion (svn),我昨晚装好是1.6.0:

zheng-lis-macbook-pro:SVNs nocoo$ svn --version
svn, version 1.6.0 (r36650)
   compiled Mar 30 2009, 23:02:31

看看环境变量,做最关键的一步:

vim ~/.profile

这里前几行是MacPorts自动设置的一些东西,可以看到,MacPorts为我们装的东西都放在/opt/local/bin和/opt/local/sbin里面了.你需要在后面加最后一句,让svn以”zh_CN.UTF-8″编码去运行.

export PATH=/opt/local/bin:/opt/local/sbin:$PATH
export MANPATH=/opt/local/share/man:$MANPATH
alias svn='env LC_CTYPE=zh_CN.UTF-8 svn'

2009-03-31_0857
注意最后”svn status”的结果,这是升级前后两次同样的”svn mkdir 测试”的结果比较.之前一个就显示了乱码.

后记
当然,我现在猜想,如果不升级svn,之间在profile里加”alias svn=’env LC_CTYPE=zh_CN.UTF-8 svn’”,应该也行.不过木已成舟…

发点积攒的图片

2 Comments

2fe140bd1eb0a73c2e793be987ed30abd2c0806b_m
让我想起超级玛丽哦,最近晚上经常抱着PSP完NES模拟器,最爱游戏是超级玛丽和坦克大战…

16b51647c8b74318098bb8b98e8d9a712efe7e15_m
一梦五十年

195de3d771b912f6261a6bcce49dd6e96d543f6c_m
她的眼神,怎么形容呢…不过感觉很好~

75783ead2bc59c7aa89659b0174c1006013b28f1_m
那么它的眼神…

289598e0c009fde08cd9707cbe4903705c3d34d6_m
“I miss you the second you leave.”

ARP欺骗(ARP Spoofing)原理

1 Comment

thermos-voip7

ARP

ARP,即Address Resolution Protocol,地址解析协议,用于在局域网络中,将32位IP地址解析成48位MAC地址。因为在局域网络中,数据包的传递是基于MAC地址进行的,因此在局域网中,一台计算机(例如192.168.1.100)将一个数据包发往某个特定的IP(例如192.168.1.1)时,首先要做的就是找到这个IP所对应的MAC地址。
众所周知,MAC地址是和NIC绑定,而IP地址是可以配置的。因此ARP必须通过某种广播的形式实现。ARP进行的过程如下:

  1. [192.168.1.100]: 都听着,谁的IP地址是192.168.1.1?
  2. [192.168.1.101]: (不关我事,知道也不告诉你,保持静默)
  3. [192.168.1.1]: 我是192.168.1.1,我的MAC地址是00-11-22-33-44-55。
  4. [192.168.1.100]: (好,发给192.168.1.1的数据包应该发给00-11-22-33-44-55)

正常情况下的ARP进行就是这样简单。通过病毒的方式,可以让某一台主机,比如102101,可以相应别人的ARP请求。这样的情况下:

  1. [192.168.1.100]: 都听着,谁的IP地址是192.168.1.1?
  2. [192.168.1.101]: 我是192.168.1.1,我的MAC地址是00-AA-BB-CC-DD-EE。
  3. [192.168.1.100]: (好,发给192.168.1.1的数据包应该发给00-AA-BB-CC-DD-EE)
  4. [192.168.1.1]: 我是192.168.1.1,我的MAC地址是00-11-22-33-44-55。
  5. [192.168.1.100]: (我已经知道192.168.1.1的MAC了,暂时不需要了)

在将来的一小段时间里,192.168.1.100会把本应发给192.168.1.1的数据包错误地发给了192.168.1.101,直到ARP缓存该更新的时候。
但是更新的时候,说不定192.168.1.101又抢在192.168.1.1前面响应了请求,那就继续错下去吧…如果192.168.1.1抢在前面,那么一小段时间里又恢复正常。

RARP

RARP是ARP的反协议,将48位MAC地址解析成32位IP地址。应用范围非常非常小,教科书上讲用于无盘工作站,这种计算机本地没有存储,一切都通过网络建立。那么它一开机的时候,因为没有本地存储,无从存储IP地址,只有写死在NIC里的MAC地址。下面的环境建立过程必须和某台服务器有关,而为了联系服务器,必须先有个IP地址。这时候,就会广播RARP,问下大家,我是00-11-22-33-44-55,我的IP应该是什么呢?然后某人返回一个IP,无盘工作站再用这个IP去联络别的服务器。
当然你会觉得RARP和DHCP,BOOTP差不多,都是将48位MAC地址解析成32位IP地址,分配IP的过程。其实RARP比DHCP,BOOTP老很多很多,而且仅限于局域网络。路由器是不会转发RARP包到别的网段的,而DHCP,BOOTP可以一级一级被转发。当然,DHCP,BOOTP绝对可以代替RARP,是RARP的超集。

ARP欺骗的后果

ARP欺骗一旦发生,造成的后果是三方面的。如果中毒计算机把自己伪装成网关,那么就能控制很多机器上网,原本发给网关的数据包发给了它。

  1. 拒绝服务(DoS):如果中毒计算机收到本应该网关转发出去的数据包,不再转发,那么其他计算机就不能上网了,看起来就是网关挂掉了。
  2. 信息泄露:中毒计算机默默地把数据包记录下来,然后继续转发给真正的网关,其他计算机在根本没有感觉的情况(除非一点点性能差异)下,数据就被人记录了,没有加密的数据就被第三方看到了。
  3. 木马,病毒和广告:中毒计算机把进出的数据包拆开来,在html页面前面或者后面(也可以中间,不过那样会影响性能啊,人家会发现的…)加点别的代码,指向木马,病毒或者广告,那么你上网或者你是服务器,你的客户就无端发现中毒或者多了个广告。

如何防范ARP欺骗

ARP欺骗的难度在于你把自己机器查了10000遍都找不到为什么错了。因为问题根本不在你机器上。
最简单的办法,绑定网关的IP地址和真正的MAC地址。在Linux下,使用这样的命令:

arp -s 网关IP地址 网关MAC地址

arp -s的效果不是持久的,重启之后就消失了。这样的设计是为了防止一旦绑定,网关NIC更换,或者MAC更换后,你就连不上了。
所以,如果你的网络环境是你自己可以控制的,你知道网关网卡不会经常换,或者换的时候你能看到或者得到通知的环境里,你可以把命令写在启动脚本里,这样ARP再广播你也不受影响。
另一种情况,你的网络环境不可预知,天知道什么时候换网关的MAC地址的情况,写死肯定不行。这种情况下…

arp -d 网关IP地址

这个命令是删除网关IP地址的ARP缓存用的,你可以反复执行这个命令,然后用arp命令观察网关MAC的变化,直到网络正常为止,那么那一个MAC是真正的网关MAC。你可以临时用arp -s锁一下。
当然存在这种可能,局域网内有101台机器,你是其中之一。网关也是其中之一。除了你们俩之外所有机器都中了ARP病毒,疯狂伪装自己成网关。在这种情况下,你得到网关MAC的几率是1%…这种时候你需要的是信念,人间正道是沧桑,天生我才必有用…总有一天,你能得到真正的网关MAC地址的。
还有一种可能,如果中毒的机器广播ARP的速率比网关默认的还快…换个机房吧。
当然,当发生ARP欺骗时,打电话骂机房和网管总是有道理的。因为原则上网管有这两项义务:

  • 告知你当前网关真正MAC地址。
  • 根据你提供的假网关MAC地址,寻找到其对应的真正机器,拔掉那台机器网线。