Сайты, не доступные после под управлением разрешения, фиксируют, возможная ошибка DNS?

У меня есть проблема с моим текущим сервером VPS рабочий CentOS 6, и управляется с WHM и cPanel. Все мои веб-сайты создавались из WHM и расположены в / корневом каталоге (владение: mysite:mysite владеет mysite/),

Недавно, я работал, разрешение фиксируют, чтобы удостовериться, что все сайты принадлежат корректным пользователям и группам пользователей. Сценарий, что я раньше выполнял фиксацию: https://knowledgebase.servint.net/questions/674/A+Script+for+Fixing+File+Permissions

После выполнения фиксации мои сайты больше не доступны, хотя я не уверен что не так здесь. Это еще более странно, потому что я могу все еще выполнить другие действия, такие как ssh'ing к серверу, войдя в систему WHM и cPanel сайта (так не проблема брандмауэра) - это - просто только сам сайт, к которому нельзя получить доступ (не найденный ошибкой).

Я высоко сомневаюсь, что это - что-то не так с установкой DNS. Однако я действительно проверял Редактора Зоны DNS в одном из cPanel моих сайтов, и это все еще получило его правильно.

Таким образом, теперь я понятия не имею, как зафиксировать его. Любая справка/предположение очень ценится.

-3
задан 28 August 2014 в 16:53
1 ответ

Это вопрос разрешения/владения файлами.

Вы запустили скрипт для изменения разрешений (и права собственности - посмотрите, что этот скрипт на самом деле делает) файлов, обслуживаемых вашим веб-сервером. После этого ваш веб-сервер больше не будет обслуживать эти файлы.

Теперь, на самом деле, вам нужно исправить разрешения обратно после того, как ваш скрипт "permission fix" сломал их.

Обратите внимание, что ServInt, издатель этого скрипта, заявляет, что он будет использоваться только в том случае, если вы используете FastCGI или SuPHP, и настоятельно рекомендует сделать резервную копию всего, что было сделано, перед тем, как запустить этот скрипт.

Я искренне надеюсь, что вы последовали их совету.

Это не имеет абсолютно никакого отношения ни к DNS, ни к вашему брандмауэру.

Вы не изменили DNS, ни к вашему брандмауэру. И нет никаких улик, которые могли бы даже удаленно намекнуть на что-то неправильное и с тем, и с другим.

3
ответ дан 5 December 2019 в 21:53

Теги

Похожие вопросы