CentOS PAM не может запустить httpd.service
Некоторые вещи перепутаны:
- На вашем рисунке вы позволяете «пространству имен по умолчанию» выглядеть как коммутатор, но вы настроили его как маршрутизатор.
- С маршрутизатором посередине vlan1 и другой vlan1 отличаются. Они не используют одну и ту же локальную сеть, поэтому они не могут находиться в одной и той же VLAN.
- Ваши вызовы
vconfigне найдут veth11 или veth13, потому что они не находятся в пространстве имен по умолчанию. - Ошибок не было !? - veth1 и veth11 - одна «труба». Почему вы назначаете им разные идентификаторы VLAN?
- Почему бы вам не поместить один конец канала в ns1 (вы это делаете), а другой конец в ns3 (вместо пространства имен по умолчанию). - Затем вы можете маршрутизировать или соединять их, даже не смешивая их с ns2 и ns4.
- Или, другими словами: не смешивайте все вместе в пространстве имен по умолчанию, просто чтобы потом снова разделить их ...
- Вы также можете сделать это так, как показано на диаграмме, но не работать с маршрутизация или IP-адреса (а затем VLANS поверх!?!): Поместите два моста в пространство имен по умолчанию, подключите одну сторону каждой «трубы» к одному из мостов. - Один мост (на этот раз настроенный с использованием VLANS) тоже справится. Однако я не проверял, поддерживает ли код моста Linux VLAN. Наверное, да.
- Ваши veth-имена сбивают с толку. Почему бы не использовать «eth1a» вместе с «eth1b» или что-то подобное симметричным образом?
ipустарелifconfigиvconfig
Проблема была в SELinux. Для того чтобы проверить это наш случай или не запустить от рута:
setenforce 0
Тогда
sudo systemctl restart httpd.service
Если проблема исчезнет, то, вероятно, это наш случай. Для дополнительной проверки :Добавьте уровень отладки журнала в основной файл.conf httpd. В моем случае /etc/httpd/conf/httpd.conf я добавил в этот файл:
LogLevel debug
Затем установите для setenforce значение 1 и перезапустите httpd. В журналах ошибок вы можете увидеть что-то вроде этого:
(13 )Отказано в доступе :AH00091 :httpd :не удалось открыть файл журнала ошибок /var/www/example.com/logs/error.log Если вы видите это -, то это как раз наш случай. Тогда нам нужно:
- установите setenforce равным 0.
Измените тип исходящих файлов журнала с помощью этой команды
chcon -t httpd_sys_rw_content_t error.logустановите setenforce равным 1.
перезапустить httpd.service
После шагов -все должно работать нормально.
П.С. Не забудьте открыть свои порты в брандмауэре -cmd.