1. Alex 反复提到的在 Solaris 平台下的 vim, zsh, PATH 的配置以及偶尔出现的 crle (链接库)问题。 ¹⁾
2. 配置文件可使用 SVR4 的包来管理，便于分发到所有 non-global zone ²⁾
3. GNU工具集放到 /usr/gnu 下，通用非 GNU 工具放到 /usr/local 下。
4. 编译时尽量采用 64 位，使用参数 -m64，能用 Solaris Studio cc 的就不用gcc编译。 ³⁾
5. 配置文件统一放到 /etc，使用 etckeeper（在 Solaris 上的应用有待考察）
6. 软件编译要提供简易 configure/make 一条龙脚本，可通过命令行提供所需版本信息，下载编译安装等尽量使用一个命令完成。
7. 在初始编译时记录软件依赖关系，整理到 wiki 上。注明平台、版本、编译器、使用目的等

青岛大学的DNS系统分为三个角色：

1. 权威服务器，只负责本域名的解析，不能解析任何其他域名。nsd/BIND
2. 特殊服务器，负责聚合内部的权威域名代理，以及安置特殊域名。BIND
3. 解析服务器，使用内存作为域名缓存，降低对权威和特殊域名请求时的压力。unbound/BIND

期望的配置结构：

1. qdu.edu.cn 的两个权威服务器，应放置在两台不同的物理服务器上（最好这样放置）
2. 内外网地址的转换使用边界防火墙完成。
3. osqdu.org 的内网权威服务器有条件的话至少放到一个虚拟环境中，外网权威服务器在 dnspod，只放出需要外网访问的地址。
4. 特殊服务器使用 BIND DNS 服务器，转发 qdu.edu.cn 和 osqdu.org 的请求到相应的权威服务器。
5. 降低特殊域名的 TTL，使得解析器尽量不在本身返回结果，便于快速调节。
6. 特殊域名应继续解析出网通地址
7. 解析服务器，高速的域名解析服务器，一般使用内存作为缓存。

1. 有一层用做分发，有一层用于缓存
2. 待选的软件有 nginx, varnish, Apache, pound, haproxy
3. 其中 nginx 可作为邮件代理，haproxy可对任何TCP应用代理