LFS适合做专业服务器吗？

这里有人编译LFS，做大型网站的服务器吗？

作者: think365 发布时间: 2008-12-09

技术上没问题

运维不适合，没有技术支持

出了问题没有垫背的，砍谁的脑袋？安装者？

作者: ServerOnly 发布时间: 2008-12-09

只适合做一个～要是批量。。。。哈哈～你会死得很难看～～～

作者: simdiak 发布时间: 2008-12-09

请注意LFS 手册上一再强调的学习功能。真正用到生产环境的话，升级和打补丁就很麻烦。

作者: wxw 发布时间: 2008-12-09

说实话，我用lfs做了很多的服务器应用项目，目前基本上都没有什么问题。
可能要具体应用具体分析吧。
谢谢！

作者: hongfeng 发布时间: 2008-12-09

引用:

作者: simdiak

只适合做一个～要是批量。。。。哈哈～你会死得很难看～～～

如果机器的配置都类似的话，在一台机器上编译，然后再安装到其他机器上不久可以吗？

作者: hritian 发布时间: 2008-12-09

引用:

作者: hongfeng

说实话，我用lfs做了很多的服务器应用项目，目前基本上都没有什么问题。
可能要具体应用具体分析吧。
谢谢！

能不能详细说一说？

作者: hritian 发布时间: 2008-12-09

lfs可以超级精简以完成专业的专门服务器～但是毕竟统一的缺乏管理模式～
如果你经常要变更软件包的话就很麻烦～特别是删除。。。。
不过你也可以保留所有编译目录以便make uninstall～

作者: simdiak 发布时间: 2008-12-09

引用:

作者: hritian

能不能详细说一说？

我使用了lfs来做一个邮件服务器：
#uptime
18:26:34 up 252 days, 7:38, 2 users, load average: 0.00, 0.00, 0.00
附件是这个lfs邮件服务器进行邮件统计收发成功的截图。平均日处理邮件2万封邮件。
通过这些我发现进行lfs最不方便的就是软件包的管理，我使用了paco，但是功能非常弱。
最后我就保留了我所有编译软件的时候使用的命令，并保持成一个脚本，当要升级软件的时候就按照这个脚本重新执行一次即可。

上传的图像

mailgraph_2.png (34.3 KB, 24 次查看)

作者: hongfeng 发布时间: 2008-12-09

引用:

作者: simdiak

lfs可以超级精简以完成专业的专门服务器～但是毕竟统一的缺乏管理模式～
如果你经常要变更软件包的话就很麻烦～特别是删除。。。。
不过你也可以保留所有编译目录以便make uninstall～

恩，缺乏统一管理，若系统复杂是一个很要命的问题。
一般以源码编译的软件，都支持make uninstall吗？

作者: think365 发布时间: 2008-12-21

引用:

作者: hongfeng

我使用了lfs来做一个邮件服务器：
#uptime
18:26:34 up 252 days, 7:38, 2 users, load average: 0.00, 0.00, 0.00
附件是这个lfs邮件服务器进行邮件统计收发成功的截图。平均日处理邮件2万封邮件。
通过这些我发现进行lfs最不方便的就是软件包的管理，我使用了paco，但是功能非常弱。
最后我就保留了我所有编译软件的时候使用的命令，并保持成一个脚本，当要升级软件的时候就按照这个脚本重新执行一次即可。

邮件服务器采用什么软件？

保留了我所有编译软件的时候使用的命令，并保持成一个脚本，当要升级软件的时候就按照这个脚本重新执行一次即可
你的意思，是用脚本自动重新编译一遍LFS吗？

作者: think365 发布时间: 2008-12-21

引用:

作者: think365

恩，缺乏统一管理，若系统复杂是一个很要命的问题。
一般以源码编译的软件，都支持make uninstall吗？

不是所有軟件都能 make uninstall 的

作者: d00m3d 发布时间: 2008-12-21

引用:

作者: think365

这里有人编译LFS，做大型网站的服务器吗？

除了維護上的困難，還有一安全隱患，服務器上不宜保留編譯工具，以免被有心人不法利用，可是 LFS 系統的維護沒有編譯工具就更困難

作者: d00m3d 发布时间: 2008-12-21

引用:

作者: d00m3d

除了維護上的困難，還有一安全隱患，服務器上不宜保留編譯工具，以免被有心人不法利用，可是 LFS 系統的維護沒有編譯工具就更困難

用LFS做“专用服务器” （指专门应用于某项很专一任务，），应该还是挺好的吧？
如只安装基本的网络功能，和邮件服务器，其他所有非必要软件都不安装？

能否，把一些之后不需要使用的软件安装到另外一个分区，

具体分区规划如下：
/boot 启动分区
/usr 系统所需服务软件
/compile_tools 编译工具等最终系统不需要的软件在这个分区，当系统需要编译安装新软件时，挂载该分区就可以了。若不需要则卸载该分区。

也就是说，系统的运行分两个状态：
1.维护期，可能需要编译程序，在维护期需要挂载/compile_tools分区（意味着可以使用编译工具）
2.运行期，关闭所有非不要软件。该阶段卸载/compile_tools分区（意味着不可以使用编译工具）

这样的方案可行吗？

作者: think365 发布时间: 2008-12-21

插一句,首要的是你自己本身要有相当浓厚的功力,明白什么样的应用用什么来配置服务器,如果说完善的服务器还要明白安全及各部分的设置,基本上各个发行版也有用在服务器上,手动配置服务器在LFS和各大发行版出现前也是这么做的

作者: gogonkt 发布时间: 2008-12-23

引用:

作者: think365

用LFS做“专用服务器” （指专门应用于某项很专一任务，），应该还是挺好的吧？
如只安装基本的网络功能，和邮件服务器，其他所有非必要软件都不安装？

能否，把一些之后不需要使用的软件安装到另外一个分区，

具体分区规划如下：
/boot 启动分区
/usr 系统所需服务软件
/compile_tools 编译工具等最终系统不需要的软件在这个分区，当系统需要编译安装新软件时，挂载该分区就可以了。若不需要则卸载该分区。

也就是说，系统的运行分两个状态：
1.维护期，可能需要编译程序，在维护期需要挂载/compile_tools分区（意味着可以使用编译工具）
2.运行期，关闭所有非不要软件。该阶段卸载/compile_tools分区（意味着不可以使用编译工具）

这样的方案可行吗？

兄弟事别数日，功力大增，可喜可喜，去马吧：）

/compile_tools 这个名字也许配置上会有点麻烦，你可以用 symlink 连到该处，这样会方便一点，举个例：我的 gcc 是安装在 /opt 里面的，是在 /usr/bin 建个 symlink 连到 /opt 的 gcc，而 /opt 的 gcc 也是一个连结，便於切换版本

http://www.linuxsir.org/bbs/thread329026.html

楼主的情况稍为变通一下就是了

作者: d00m3d 发布时间: 2008-12-23

LFS适合做专业服务器吗？

热门阅读

热门下载