当磁盘大小超过标准时会有报警提示，这时如果掌握df和du命令是非常明智的选择。

    df可以查看一级文件夹大小、使用比例、档案系统及其挂入点，但对文件却无能为力。
    du可以查看文件及文件夹的大小。

    两者配合使用，非常有效。比如用df查看哪个一级目录过大，然后用df查看文件夹或文件的大小，如此便可迅速确定症结。

    下面分别简要介绍

    df命令可以显示目前所有文件系统的可用空间及使用情形，请看下列这个例子：

    参数 -h 表示使用「Human-readable」的输出，也就是在档案系统大小使用 GB、MB 等易读的格式。

    上面的命令输出的第一个字段（Filesystem）及最后一个字段（Mounted on）分别是档案系统及其挂入点。我们可以看到 /dev/sda1 这个分割区被挂在根目录下。

    接下来的四个字段 Size、Used、Avail、及 Use% 分别是该分割区的容量、已使用的大小、剩下的大小、及使用的百分比。 FreeBSD下，当硬盘容量已满时，您可能会看到已使用的百分比超过 100%，因为 FreeBSD 会留一些空间给 root，让 root 在档案系统满时，还是可以写东西到该档案系统中，以进行管理。

    du：查询文件或文件夹的磁盘使用空间

    如果当前目录下文件和文件夹很多，使用不带参数du的命令，可以循环列出所有文件和文件夹所使用的空间。这对查看究竟是那个地方过大是不利的，所以得指定深入目录的层数，参数：--max-depth=，这是个极为有用的参数！如下，注意使用“*”，可以得到文件的使用空间大小.

    提醒：一向命令比linux复杂的FreeBSD，它的du命令指定深入目录的层数却是比linux简化，为 -d。

    值得注意的是，看见一个针对du和df命令异同的文章：《du df 差异导致文件系统误报解决》。

    du 统计文件大小相加
    df  统计数据块使用情况

    如果有一个进程在打开一个大文件的时候,这个大文件直接被rm 或者mv掉，则du会更新统计数值，df不会更新统计数值,还是认为空间没有释放。直到这个打开大文件的进程被Kill掉。

    如此一来在定期删除 /var/spool/clientmqueue下面的文件时，如果没有杀掉其进程，那么空间一直没有释放。

    使用下面的命令杀掉进程之后，系统恢复。
    fuser -u /var/spool/clientmqueue

    不是每个人都和你想的一样，从上到下皆是。

    大的方面说。

    2008年2月5日晚，央视一套播出2008年《感动中国》人物的颁奖仪式，颁奖仪式打破常规（其实学老外：在这里），将年度特别奖授予了全体中国人（在这里）。白岩松的颁奖说词如下（这里有）:

    可是，很多有独立思考的人并不这么想。

    著名律师刘晓原在博文《拒领“2008感动中国”年度特别奖》里以一个中国普通公民身份表达自己的声音：

    童话大王郑渊洁似乎也赞同这个观点。当然，搞文学的比较含蓄，于是借咬文嚼字的提出了抗议：（“抗议”是我的臆断）（原文在这里）

    如果你不了解“神奇的国度”的含义，你可能理解不了他们为啥要挑刺，“给脸不要脸”。不过你可以看看这个《不是我说的》来理解一下，然后看看《专家又变卦了……》来加深一下理解。

    小的方面说。

    上网的用户都是怎么想的呢？许晓辉说“你和用户其实想得不一样・白天不懂夜的黑”：

    可是我回家在网吧上网看见的不是这样的，用户貌似很明确自己的目的。网吧的系统一般请一个公司来装，然后这个公司就把这个机器的IE主页设置为自己做的。比如我来的这个网吧，他弄的主页类似百度，正中是一个百度的搜索框，四周再整点导航，百度的搜索框很很醒目。然而，我看见左边座位上先后两个人都是打开默认主页后，无视醒目的百度搜索框，而是很熟练的在地址栏里面敲入“www.baidu.com”。动作之熟练，令我汗颜：）

    不过，我和许晓辉看见的用户数很少，不足以作为数据说明。或许，这也就是我一直所想的，做网站不一定要功能全面，能够满足一部分的用户的需求，就已经足够了。

    一直不敢多议他人，皆源于此。

       以前遇到过这种事情，今天又糊涂了一把。

      一直以为PHP的变量是很灵活的，类型想怎么变换就怎么变换。

      但实际上并不是这样，当一个变量被赋值为数字时，是变换不了数组的，比如：

      从var_dump的结果看，不仅有Warning级的错误，赋值也没有成功。而，如果变量一开始是字符串的话，就没这回事情了：

      可以看出，赋值是成功的。

      应该，这个是和存储的类型是有联系的。同样，在Shell的Bash中，所有的变量的值都是以字符串方式存储的。尽管这个特性使得bash的数据处理起来很容易，但是也使得数字运算比较困难。原因就是数字也是以字符串的形式存储的，

      在Bash中，如果要对数字进行算术运算和逻辑操作，必须先转化为整数（可视为中间值），得到运算结果后再转化为字符串，以便正确的保存在Bash变量中。

      Bash提供了三种方式的数字数据进行算术变量：

      具体用法就不说了，哈哈。偶比较喜欢使用第二种。

    今天通过Google Reader看见一米六二的北漂生活里的一个文章，说他“一直梦想着做一个NB的不行帅到让人拉一裤子的小东西”，看完文章，突然觉得很感动，这不也是我想做的么？！

     他弄的是一个叫做“小钱包”的网站，是“一个好玩的、简单的不能再简单了的在线记账应用”的网站。应用的确是很简单，可是当你自己根据兴趣去做一件事情的时候，难道不觉得很有成就感么？这个也是我从事互联网的引子，可是这种感觉随着工作而消逝，想着不禁觉得茫茫然。

     其实很早以前，我就一直想做一个小应用，管他几个人用，自己觉得爽就行。或许发展以后就成了潮流的东西，比如Google的“friend connect”，不就一个跨网站的友情链接么？这也是两年前我已经想到的东西，哈哈，YY一下！

     今天的一切，来自昨天的努力；明天的一切，来自今天的努力。

     坚持是一种美德，我一直在想根据现有的人力物力做一个小网站，初步功能已经成型，那就是一个博客导航的网站，地址：http://www.blogread.cn/。

      这个小网站说白了，一个网址导航。在这里你可以提交你喜欢的博客，记得不要忘记写上博客的标签（又名“tag”），写上标签，你可以找到与之相似的博客。现在的功能很简单，但是我会一步一步在业余时间逐步增加功能，说不定你下次来，会发现它给了你一个惊喜！

     或许你会觉得界面不太好看，这的确是个郁闷的话题。不着急，美工会一步一步好的。您觉得不爽可以下次再来看看：）

     本不想现在介绍我的博客导航，毕竟还不完善。但是看到一米六二的文章，突然有种冲动就写上以上的文字。

      做事情，是需要激情的，不然会一直拖着，直到消逝而去。

      昨天发现一个很奇怪的bug，一个分析log的程序，一个小时产生一个log文件，文件名中含有当时的小时数以作标识，其中小时为有前导零的24 小时格式。bug是第08和09小时的log为空，甚为诧异。

      分析程序后，定位于08和09这两个数字上。程序中有一步需要对小时数进行数学运算，问题就在于此，例如：

      Google了一下找到了答案：原文点这！[建议新窗口打开]

      原因：

      解决方案：

      原来是进制的问题，C, Perl 和 shell中以0开头的数字是八进制了，而在运算中也是严格如此，不会做自动转化，于是就报错了。如下解决：

      纠结问题的根源，还是我的shell写得太烂了......如果命令用得好就不会遇到这个bug了，不过写得好了，又怎么会在以后避免进制导致的问题呢？到底是先有鸡还是先有蛋呢？

      首先，目前MySQL的外键约束只适用于InnoDB数据表。

      创建外键约束时，如果把握不好，将无法创建，比如提示你：

      为了查看更详细的信息，mysql提供了一个命令：

      其中有一项“LATEST FOREIGN KEY ERROR”显示了最近的一次外键约束出错的详细信息，如：

     提问：不知道mysql其它的错误，有没有方法得到这样的提示？

      今天去注册一个网易的邮箱，可能对方出现网络繁忙或其他原因，一直就停在注册页面，IE的进度条一直停滞不前，于是又点提交了一下，结果提示email被占用了。

      想必是我的注册名已经进入了对方的数据库，但一直没返回给前端页面信息。于是转而直接登录，或许帐号信息初始化工作未完成，便提示我是选择激活3G容量邮箱或注册另一个邮箱。当然，我选择了激活，为了不给对方有垃圾数据的机会嘛。

      经过漫长的页面加载，雷人的页面出现了，偶看见了前无古人的超长验证码：

    偶一看，彻底无语了，即使是机器人恶意注册，也不能这么难为机器人啊...... 如此超长的验证码，让我连续输入了好几遍都没有成功。

    验证码，对于技术人员而言是面对恶意攻击一个无奈的选择，因为它毕竟带来了低效的用户体验。网易邮箱做出了如此雷人、牛逼的选择，想必是无可奈何到了无以复加的地步了吧：）

    黑客是个令人向往、有前途的职业。我欣赏好黑客，讨厌坏黑客。所谓坏黑客，就是导致对方有人要加班的那种家伙。

    SYN Flood攻击是一种典型的拒绝服务型（Denial of Service）攻击。所谓拒绝服务型攻击就是通过进行攻击，使受害主机或网络不能够良好的提供服务，从而间接达到攻击的目的。黑客喜欢玩这个，以让对方加班而显示自己有水平、有能力、有魄力，其实呢，啥都不是。

    一：什么是SYN Flood攻击

    SYN Flood攻击利用的是IPv4中TCP协议的三次握手（Three-Way Handshake）过程进行的攻击。这个协议规定，如果一端想向另一端发起TCP连接，它需要首先发送TCP SYN (synchronize)包到对方，对方收到后发送一个TCP SYN+ACK包回来，发起方再发送TCP ACK (ACKnowledge Character）包回去，这样三次握手就结束了。

    在上述过程中，还有一些重要的概念：

    未连接队列：在三次握手协议中，服务器维护一个未连接队列，该队列为每个客户端的SYN包（syn=j）开设一个条目，该条目表明服务器已收到SYN包，并向客户发出确认，正在等待客户的确认包。这些条目所标识的连接在服务器处于Syn_RECV状态，当服务器收到客户的确认包时，删除该条目，服务器进入ESTABLISHED状态。或者说TCP服务器收到TCP SYN request包时，在发送TCP SYN+ACK包回TCP客户机前，TCP服务器要先分配好一个数据区专门服务于这个即把形成的TCP连接。一般把收到SYN包而还未收到ACK包时的连接状态成为半开连接（Half-open Connection）。

    Backlog参数：表示未连接队列的最大容纳数目。

    SYN-ACK 重传次数：服务器发送完SYN－ACK包，如果未收到客户确认包，服务器进行首次重传，等待一段时间仍未收到客户确认包，进行第二次重传，如果重传次数超过系统规定的最大重传次数，系统将该连接信息从半连接队列中删除。注意，每次重传等待的时间不一定相同。

    半连接存活时间：是指半连接队列的条目存活的最长时间，也即服务从收到SYN包到确认这个报文无效的最长时间，该时间值是所有重传请求包的最长等待时间总和。有时我们也称半连接存活时间为Timeout时间、SYN_RECV存活时间。

    在最常见的SYN Flood攻击中，攻击者在短时间内发送大量的TCP SYN包给受害者，这时攻击者是TCP客户机，受害者是TCP服务器。根据上面的描述，受害者会为每个TCP SYN包分配一个特定的数据区，只要这些SYN包具有不同的源地址（这一点对于攻击者来说是很容易伪造的）。这把给TCP服务器系统造成很大的系统负担，最终导致系统不能正常工作。

    二：SYN Cookie原理

    能够有效防范SYN Flood攻击的手段之一，就是SYN Cookie。SYN Cookie原理由D. J. Bernstain和 Eric Schenk发明。

    SYN Cookie是对TCP服务器端的三次握手协议作一些修改，专门用来防范SYN Flood攻击的一种手段。它的原理是，在TCP服务器收到TCP SYN包并返回TCP SYN+ACK包时，不分配一个专门的数据区，而是根据这个SYN包计算出一个cookie值。在收到TCP ACK包时，TCP服务器在根据那个cookie值检查这个TCP ACK包的合法性。如果合法，再分配专门的数据区进行处理未来的TCP连接。

    下面分Linux和FreeBSD来说说如何配置内核参数来实现SYN Cookie

    三：Linux下设置

    如果你的服务器配置不太好，TCP TIME_WAIT套接字数量达到两、三万，服务器很容易被拖死。通过修改Linux内核参数，可以减少服务器的TIME_WAIT套接字数量。

    TIME_WAIT可以通过以下命令查看：

    在Linux下，如CentOS，可以通过修改/etc/sysctl.conf文件来达到目的。

    增加以下几行：

     说明：

　　net.ipv4.tcp_syncookies = 1 表示开启SYN Cookies，这是个BOOLEAN。当出现SYN等待队列溢出时，启用cookies来处理，可防范少量SYN攻击，默认为0，表示关闭；
　　net.ipv4.tcp_tw_reuse = 1 表示开启重用,这是个BOOLEAN。允许将TIME-WAIT sockets重新用于新的TCP连接，默认为0，表示关闭；
　　net.ipv4.tcp_tw_recycle = 1 表示开启TCP连接中TIME-WAIT sockets的快速回收,这是个BOOLEAN，默认为0，表示关闭。
　　net.ipv4.tcp_fin_timeout = 30 表示如果套接字由本端要求关闭，这个参数决定了它保持在FIN-WAIT-2状态的时间。单位为秒。
　　net.ipv4.tcp_keepalive_time = 1200 表示当keepalive起用的时候，TCP发送keepalive消息的频度。缺省是2小时，改为20分钟。单位为秒。
　　net.ipv4.ip_local_port_range = 1024    65000 表示用于向外连接的端口范围。缺省情况下很小：32768到61000，改为1024到65000。
　　net.ipv4.tcp_max_syn_backlog = 8192 表示SYN队列的长度，默认为1024，加大队列长度为8192，可以容纳更多等待连接的网络连接数。
　　net.ipv4.tcp_max_tw_buckets = 5000 表示系统同时保持TIME_WAIT套接字的最大数量，如果超过这个数字，TIME_WAIT套接字将立刻被清除并打印警告信息。默认为180000，改为5000。对于Apache、Nginx等服务器，上几行的参数可以很好地减少TIME_WAIT套接字数量，但是对于Squid，效果却不大。此项参数可以控制TIME_WAIT套接字的最大数量，避免Squid服务器被大量的TIME_WAIT套接字拖死。
　　net.ipv4.tcp_synack_retries和net.ipv4.tcp_syn_retries是定义SYN重试次数。

　　执行以下命令使配置生效：

    如果你不想修改/etc/sysctl.conf，你也可以直接使用命令修改:

    四：FreeBSD下设置

    yayu个人学习的观点：FreeBSD中对syn的防御和Linux下可能不一样，配置的参数也不完全相同，相关配置和理解可能不对：）

    TCP链接中有一个MSL(max segment lifetime)的概念，也就是最大生成时间，MSL的值在一般的实现中取30s，有些实现采用2分钟。在TCP的状态机中的“被动关闭”:从CLOSE_WAIT到LAST_ACK中有一个如下的规则：当TCP执行一个主动关闭，并发回最后一个ACK,该连接必须在TIME_WAIT状态停留的时间为2倍的MSL。这样可让TCP再次发送最后的ACK以防这个ACK丢失（另一端超时并重发最后的 FIN)。

    存在这个规则导致一个后果就是在这个2*MSL的时间内，该地址上的链接（客户端地址、端口和服务器端的地址、端口）不能被使用。比如我们在建立一个链接后关闭链接然后迅速重启链接，那么就会出现端口不可用的情况。 

    TIME_WAIT时间是2*MSL。因此可以通过调整net.inet.tcp.msl来减少TIME_WAIT时间。对于Web服务器完全可以将这个值调整为7500或2000（访问一个web,超过4~15秒页面还刷不出来，就可以考虑放弃了-_-）

    参数设置参考：

    FreeBSD下，yayu没看见“/sbin/sysctl -p”这样的命令可以使/etc/sysctl.conf的内容生效，所以直接使用命令了：

    五：其他

    除了修改服务器的内核参数，还可以修改apache的配置文件中的Timeout、KeepAlive、MaxClients等参数来防止Dos攻击，如果有接口调用，还要注意控制一下调用的时间。请听下文分解。

    六：总结

    我讨厌让人加班的坏黑客，不过这也促进了我的学习。

    如果哪位看见上面有不对的地方，还请留意告知，谢谢！

    七：参考文章：

    越来越懒得写blog了，不知道是不是退步的前兆。以前还可以转载点有意思的文章发到blog，后来发现我的“原来如此”栏目还是有很多人访问的。当然，大部分都是通过谷歌而来，“内事不决问百度 外事不决问谷歌”这个法则还是有效的，当然，汉字是博大精深的，就看你怎么断句了。

    一直以来，技术性的文章我一向不喜欢完全转载，总喜欢加点自己的体会在里面，（其实非技术性的文章也是如此），总觉得不加点自己的体会就把别人的文章弄过来，和这个网站坚持用自己写的程序建站的风格别样的别扭。但是网络上又有那么好的文章，看过了以后总是要再看的，所以给自己写了个“我的关注”的栏目，于2008-03-29上线了。（上线？职业病啊！）。如此一来，就更懒了，有什么好文章看了以后就扔到这个栏目，出发点呢，是为了以后要看的时候好找，结果呢，基本上不再看了，于是就成了个摆设，至于写体会，就更是偷懒的了......

    工作也不像以前觉得有激情了，两年之痒提前来了？！生活的压力也越来越觉得大了；习惯性的技术总结blog也越来越没想法了；为了未来，要做的的事情也越来越觉得要做的太多了！

    晕了，路在何方呢？

    写blog是为了什么呢？觉得还是自我监督的成分多一点。痛定思痛，一定要让技术性的博文多起来，不能这样继续下去！

    写完看了一下，写了点啥呢？

    写在最后：其实我也是在做一点事的！请听下章分解！