Цитата:
Погугли "настройка apache и php под Red Hat". На первой же странице найдешь.
Погуглил, настроил но теперь не могу разобраться с виртуал хост, ставлю webmin такое впечатление что блочит все входящие подключения
Погугли "настройка apache и php под Red Hat". На первой же странице найдешь.
такое впечатление что блочит все входящие подключения
SELinux и файрволл проверь.
This directory (and version of CentOS) is depreciated. For normal users,
you should use /5/ and not /5.8/ in your path. Please see this FAQ
concerning the CentOS release scheme:
http://www.centos.org/modules/smartfaq/faq.php?faqid=34
If you know what you are doing, and absolutely want to remain at the 5.8
level, go to http://vault.centos.org/ for packages. Please keep in mind that 5.8 no longer gets any updates
In order to conserve the limited bandwidth available .iso images are not downloadable from this Vault Machine.
The Following Vault mirrors provide direct downloads for all content, including isos:
USA: http://mirror.symnds.com/distributions/CentOS-vault/
Europe: http://mirror.nsc.liu.se/centos-store/
With RHEL 7 / CentOS 7, firewalld was introduced to manage iptables. IMHO, firewalld is more suited for workstations than for server environments.
It is possible to go back to a more classic iptables setup. First, stop and mask the firewalld service:
systemctl stop firewalld
systemctl mask firewalld
Then, install the iptables-services package:
yum install iptables-services
Enable the service at boot-time:
systemctl enable iptables
Managing the service
systemctl [stop|start|restart] iptables
Systemctl doesn't seem to manage the save action like you were able to do in the past with service:
/usr/libexec/iptables/iptables.init save
With RHEL 7 / CentOS 7, firewalld was introduced to manage iptables. IMHO, firewalld is more suited for workstations than for server environments.
Я правильно понял, что firewalld ничего нового в безопасность не принес, а только сомнительные удобства по конфигурированию доступа к сервисам? Т.е. пытаюсь понять, если я его выключу вовсе, вернувшись к родному iptables, то ничего в безопасности не теряю?
за исключением наличия возможности динамического управления правилами без перезагрузки iptables
Предыдущая тема: qemu....