>减少对漏洞的暴露(如果您不需要它,请不要安装它)
>更好的更新过程(更新的软件包更少,破坏系统的可能性更小)
>更好的性能(没有不需要的守护进程或进程)
>软件越少,硬化系统就越容易
不幸的是,这并不容易,因为Red Hat上的“Minimal Installation”包含许多不必要的包.
随着服务器场运行Oracle iAS,还有一个额外的挑战.我被告知iAS与本地图形环境有依赖关系.所以最后,服务器场中的每个服务器都有gnome,X等.
我一直在网上搜索,一个解决方案似乎是制作一个kickstart脚本,只安装必要的软件包.但我发现这很困难,并且对如何在以后维护系统依赖性有几个疑问.
如何安装最小的Red Hat服务器？是否可以使用kickstart,或者我在安装或更新中是否存在依赖性问题？有没有办法避免为iAS安装图形环境？
解决方法
I’ve been searching the web and one
solution seems to be making a
kickstart script that will intall only
the necessary packages. But I find
this difficult and have several doubts
about how to maintain the system
dependencies afterwards.
制作kickstart文件并不是那么难：在一个已安装的服务器的/ root中查找名为anaconda-ks.cfg的文件.这是一个kickstart文件,使新服务器看起来像现有服务器.每个RH,Fedora或CentOS服务器都有该文件.
如果您不熟悉编写kickstart文件,可以在system-config-kickstart中编辑该文件.你确实需要X.
How do you install minimal Red Hat
servers? Is it Ok to use kickstart or
will I have dependency problems in the
installation or in updates? Is there
any way to avoid installing the
graphical environment for iAS?
你正好使用kickstart文件. Kickstart会影响安装后更新的方式.在安装期间,将自动计算依赖项.无论如何,您添加的软件包(如果可能的话)都会被添加.您无法为系统安装具有损坏的依赖关系的系统.但是Oracle的依赖性是完全不同的事情.
如果Oracle需要一个图形环境(确实如此,我知道它很糟糕,但确实如此),你别无选择,只能安装X.但是,afaik,Oracle需要X,因为它有一个图形安装程序.之后你不需要X.所以安装后,你可以删除X.
在我的店里,我们只安装了一套非常小的X库,顺便说一句.足以通过X转发远程运行xclock(以及安装程序).这就够了.
Oracle有更疯狂的依赖. Oracle安装程序需要一些古老的C库compat包.不是因为它实际上需要它们,而是因为它们发布的zip实现需要它们.他们为什么要发布这种zip实现？有传言称,Oracle发布的非常旧的zip实现具有更有利的许可条款(如：它不是GPL),因此他们拒绝使用更新的实现.只是谣言,从未听说过确认……
