CentOS 安装 Apache 后其他机器无法访问的解决方法

安装apache以及https模块之后， /etc/init.d/httpd start 或者service httpd restart成功启动了Apache 但是局域网的另外一台机器却无法显示其页面。 诊断： 1、 netstat -l 看到 80 端口正在被监听。在本地通过http://127.0.0.1可以访问 2、 接着使用 curl http://127.0.0.1 可以得到页面源码。且不说默认的Apache配置如何，至少能说明服务已经跑起来了。 但是在局域网另外一台机器却无法打开页面。 3、 我使用SSH连到CentOS操作的，说明之间的链路是没问题的。 随之想到的就是防火墙，记得有个iptables，通过iptables -nL 查看防火墙规则,通过iptables -F清除防火墙规则。 这里需要注意的就是，添加那句规则时，一定要放在拒绝规则的上面，和22端口的规则挨在一起就没错了。 解决方法： 通过/etc/init.d/iptables status命令查询是否有打开80端口，如果没有可通过两种方式处理： 1.修改vi /etc/sysconfig/iptables命令添加使防火墙开放80端口 -A RH-Firewall-1-INPUT -m state –state NEW -m tcp -p tcp –dport 80 -j ACCEPT 2.关闭防火墙 /etc/init.d/iptables stop #start 开启 #restart 重启 永久性关闭防火墙chkconfig –level 35 iptables off

 /etc/fstab和/etc/mtab是什么关系 

fstab 文件想必大家都很熟悉，记录了计算机上硬盘分区的相关信息，启动 Linux 的时候，检查分区的 fsck 命令，和挂载分区的 mount 命令，都需要 fstab 中的信息，来正确的检查和挂载硬盘。

除了 fstab 文件之外，还有一个 mtab 文件，和 fstab 文件一样在 /etc 文件下，位于 /etc/mtab ，这个文件又是干什么用的呢？

我们可以看一下 mtab 文件的内容 (这是我电脑上的 mtab 文件内容)：

cat /etc/mtab

/dev/sda4 / reiserfs rw,noatime 0 0 proc /proc proc rw,nosuid,nodev,noexec 0 0 sysfs /sys sysfs rw,nosuid,nodev,noexec 0 0 udev /dev tmpfs rw,nosuid 0 0 devpts /dev/pts devpts rw,nosuid,noexec 0 0 /dev/sda2 /boot ext2 rw,noatime 0 0 shm /dev/shm tmpfs rw,noexec,nosuid,nodev 0 0 /dev/sda1 /mnt/winxp ntfs rw,utf8,umask=0 0 0 usbfs /proc/bus/usb usbfs rw,noexec,nosuid,devmode=0664,devgid=85 0 0 /dev/sdb5 /media/SWAP vfat rw,nosuid,nodev,shortname=lower,uid=1000 0 0 乍看上去，和 fstab 文件的结构和内容基本相同，但是不同的是，mtab 文件记录的是，当前已挂载的分区信息。 

每当 mount 挂载分区、umount 卸载分区，都会动态更新 mtab，mtab 总是保持着当前系统中已挂载的分区信息，fdisk、df 这类程序，必须要读取 mtab 文件，才能获得当前系统中的分区挂载情况。 The programs mount and umount maintain a list of currently mounted file systems in the file /etc/mtab. If no arguments are given to mount, this list is printed. When the proc filesystem is mounted (say at /proc), the files /etc/mtab and /proc/mounts have very similar con- tents. The former has somewhat more information, such as the mount options used, but is not necessarily up-to-date (cf. the -n option below). It is possible to replace /etc/mtab by a symbolic link to /proc/mounts, but some information is lost that way, and in particular working with the loop device will be less convenient.

由睿江云运维人员提供，想了解更多，请登陆www.eflycloud.com

转载于:https://my.oschina.net/u/3363053/blog/1083170