wchrt的专栏

自己以前写TCP服务器，并不需要考虑到并发与资源的问题，使用的都是单独线程处理单个TCP连接的方式（说谓的PPC/TPC模型）。如今自己做高并发服务器，必须处理好这些问题。因为用的是linux2.6，因此选用epoll作为I/O多路复用技术接口再好不过了（呵呵呵）。    通俗地讲，epoll就是：告诉你有哪些socket准备要做哪些事。在select模型中，select用来检测socke

之前为了自己做一套SSH，先自己实现了一套telnet。但经过这么多天的苦逼，发现以前的工作都是徒劳。ssh的协议很繁杂，核心的内容在于密码算法，而且自己很难在网上找到周全的细节讲解与详细的实现，只有靠自己刷RFC和问大神还有就是靠强X我的服务器艰难地完成。    现计算了下时间，自己做SSH耗费了进两个月的时间，虽然期间也夹着其他的繁杂事物，但自己在这方面确是是耗费了非常大的精力。因

ssh的DH秘钥交换是一套复合几种算法的秘钥交换算法。在RFC4419中称为diffie-hellman-groupX-exchange-shaX 的算法（也有另一种单纯的 rsaX-shaX 交换算法）。本文就以diffie-hellman-group-exchange-sha256为例，详尽地讲解整个完整的秘钥交换过程。    笔者在RFC上和网上看了很久，也只是做了一个大致了解，对实

最近学习ssh协议，为了方便，自己先实现一套telnet服务，以便之后套用ssh(自己进了一个深坑)。    客户端：    先从telnet客户端做起。这里先给出RFC的中文文档链接：http://oss.org.cn/man/develop/rfc/RFC854.txt 。基本上把telnet介绍得差不多了。但关于NVT的介绍太少，也没有给出一个标准。就比如说键盘的方向

过段时间要把以前的OJ换掉，我负责VirtualJudge的部分。需要用C与PHP写一个Linux下的VJudge。    在此之前，将以前写给自己学弟学妹用的OJ离线题库的采集程序改进了一下。支持国内一些知名高校的OJ，为之后VJudge的开发练练手，熟悉下各个OJ的结构，免去以后再在LINUX上进行一些繁琐的测试。    题目的采集没有使用任何OJ的API，直接采取从HTML页

在当前IPv4NAT盛行的网络环境下，两个用户要直接进行P2P连接是非常困难的。较好的解决办法是借助含公网的用户或是服务器中介实现P2P连接。    NAT：Network Address Translation，网络地址转换。由于IPv4地址数量十分有限，不可能每一台网络设备都能拥有一个IP。于是NAT技术很好地解决了这个问题。路由设备被ISP分给一个公网地址，路由设备自己生成另外的

刚开始做邮件服务器开发，一切都是茫然的。在书上网上都很难找到一套完整的邮件服务器开发教程。在个人的摸索中碰到了很多蛋疼得问题。现终于完成了，将我的开发经验分享给大家。