Unix/Linux 网络接口管理相关命令介绍
获取网络适配器列表信息
在获知网络接口使用状态之前，你可能需要知道你当前的系统使用的网络适配器，在 Linux 和 AIX 中查看网络设备器的属性使用不同的命令，下面的例子给出了在不同系统上如何查看网络设备器的属性。
Linux 系统启动加载网卡驱动会输出识别到的所有网络适配器信息。dmesg 显示系统开机信息。所以可以利用该命令取得系统网络适配器列表。清单 1 命令输出显示共有 2 块网卡，eth0 与 eth1，其中仅 eth1 被启用。
Inotify 是一个 Linux® 特性，它监控文件系统操作，比如读取、写入和创建。Inotify 反应灵敏，用法非常简单，并且比 cron 任务的繁忙轮询高效得多。学习如何将 inotify 集成到您的应用程序中，并发现一组可用来进一步自动化系统管理的命令行工具。
系统管理就像日常生活一样。就像刷牙和吃蔬菜一样，日常的维护能保持机器的良好状态。您必须定期清空废物，比如临时文件或无用的日志文件，以及花时间填写表单、回复电话、下载更新和监控进程等。幸好自动化 shell 脚本、使用 Nagios 等工具进行监控、通过常见的 cron 进行任务调度可以减轻这个负担。
但奇怪的是，这些工具没有一个具有响应性。当然，您可以安排一个频繁运行的 cron 任务来监控条件，但这样繁忙的轮询 — 消耗大量资源并且具有不确定性 — 并不是很理想。例如，如果您必须监控输入数据的几个 Transfer Protocol（FTP）收存箱，您可能要通过 find 命令扫描每个目标目录，列举新的内容。然而，尽管这个操作看起来并没有什么害处，但每个调用都产生一个新的 shell 和 find 命令，这需要许多系统调用来打开目录，然后扫描目录，等等。这会造成过于频繁的或大量的轮询任务（更糟糕的是，繁忙的轮询并不总是很好。想象一下一个文件系统浏览器，比如 Mac OS X 的 Finder，轮询更新时需要的大量资源及其复杂性）。
那么，管理员应该怎么办呢？令人高兴的是，您可以再次求助于可以信赖的计算机。
Inotify 是文件系统事件监控机制，计划包含在即将发布的 Linux 内核中作为 dnotify 的有效替代。dnotify 是较早内核支持的文件监控机制。Inotify一种强大的、细粒度的、异步的机制，它满足各种各样的文件监控需要，不仅限于安全和性能。下面让我们一起学习如何安装 inotify 和如何构建一个示例用户空间应用程序来响应文件系统事件。
文件系统事件监控对于从文件管理器到安全工具的各种程序都是必要的，但是 dnotify（早期内核中的标准）存在一些局限性，这使我们期待出现一种更加完善的机制。抱着这种期待，我们发现了 inotify，一种更加现代化的文件系统事件监控替代品。
继续阅读 »
简单错误一：虚拟机屏保
在我们的实际办公室里，屏保确实是必需功能之一。它可以做到在用户暂时离开办公桌上的电脑时，防止别有用心的人窥视您的秘密。屏保同时也可以提供对数据中心的保护，如果服务器启用屏保，在一段时间无操作后会自动锁定登录界面，它可以预防入侵者从物理上直接登录带来的威胁。
但是屏保也是一个非常消耗处理器资源的程序。尽管它看起来非常的微不足道，不过处理器需要不停地在屏幕上画出那些移动的点和线条，或者需要在屏幕上浮动显示您最喜欢的公司口号，这些都会极大的占用处理器的开销。您可能会觉得它占不了多少资源，但是在整合的虚拟化环境中可能会有10到15个虚拟机同时运行在一台物理机上。这些虚拟机对CPU的占用率会叠加起来，当虚拟机数目增加时还会占用更多资源。如果您还通过虚拟机桌面去访问宿主机的桌面系统，这个资源开销量会变得更大。
继续阅读 »
我们可以借助syslog函数将消息写入到/var/log/messages文件或其他配置好的文章。syslogd（系统日志守护进程）会监控程序提交的消息并对其进行处理。klogd（内核日志守护进程）负责监控内核提交的消息，并将内核消息记录到/var/log/messages。二者协作记录日志消息。每次启动linux时，这两个守护进程都会由/etc/rc.d/init.d中的初始化脚本启动。
syslog.conf文件中每一行包括以下内容：
l 选择器， 用于表明应该记录哪些消息的一组单词。包括设备（用于指定选择哪种类型程序的代码，即生成该消息的程序类别）和优先级（又能够于指定选择记录的消息类型，更确切的说是表明该消息所代表事件的严重程度）。
守护进程（Daemon）是运行在后台的一种特殊进程。它独立于控制终端并且周期性地执行某种任务或等待处理某些发生的事件。守护进程是一种很有用的进程。Linux的大多数服务器就是用守护进程实现的。比如，Internet服务器inetd，Web服务器httpd等。同时，守护进程完成许多系统任务。比如，作业规划进程crond，打印进程lpd等。
守护进程的编程本身并不复杂，复杂的是各种版本的Unix的实现机制不尽相同，造成不同Unix环境下守护进程的编程规则并不一致。这需要读者注意，照搬某些书上的规则（特别是BSD4.3和低版本的System V）到Linux会出现错误的。下面将全面介绍Linux下守护进程的编程要点并给出详细实例。
在menuconfig中配置：详细介绍内核配置选项及删改情况
第一部分：全部删除
Code maturity level options —> 代码成熟等级选项
[]Prompt for development and/or incomplete code/drivers 默认情况下是选择的，这将会在设置界面中显示还在开发或者还没有完成的代码与驱动.不选。
第二部分 ：除以下选项，其它全部删除
General setup—〉
System V IPC (IPC:Inter Process Communication)是组系统调用及函数库，它能让程序彼此间同步进行交换信息。某些程序以及DOS模拟环境都需要它。为进程提供通信机制，这将使系统中各进程间有交换信息与保持同步的能力。有些程序只有在选Y的情况下才能运行，所以不用考虑，这里一定要选。
第三部分：除以下选项，其它全部删除
Loadable module support —> 可引导模块支持建议作为模块加入内核
[] Enable loadable module support 这个选项可以让你的内核支持模块，模块是什么呢？模块是一小段代码，编译后可在系统内核运行时动态的加入内核，从而为内核增加一些特性或是对某种硬件进行支持。一般一些不常用到的驱动或特性可以编译为模块以减少内核的体积。在运行时可以使用modprobe命令来加载它到内核中去(在不需要时还可以移除它)。一些特性是否编译为模块的原则是，不常使用的，特别是在系统启动时不需要的驱动可以将其编译为模块，如果是一些在系统启动时就要用到的驱动比如说文件系统，系统总线的支持就不要编为模块了，否在无法启动系统。
[]Automatic kernel module loading 一般情况下，如果我们的内核在某些任务中要使用一些被编译为模块的驱动或特性时，我们要先使用modprobe命令来加载它，内核才能使用。不过，如果你选择了这个选项，在内核需要一些模块时它可以自动调用modprobe命令来加载需要的模块，这是个很棒的特性，当然要选Y喽。