traceroute говорит Вам, что Эхо ICMP (ping), запросы прекратили возвращаться после хоста в 217.146.94.6 (Killercreation Networks Ltd, кто, кажется, размещает Ваш сайт также).
Если Вы не можете просмотреть свой сайт (и не может соединиться с ним на порте 80), Ваша говядина здесь между Девственницей и Сетями Killercreation, и необходимо, вероятно, говорить с обоими концами этой конкретной змеи, чтобы попытаться получить решенный вопрос (Вы - платящий клиент обеих служб - Ваша речь должна, надо надеяться, нести некоторый вес).
Список вещей, которые могут заставить сайт быть недостижимым от определенного поставщика, буквально одна миля длиной, и самый быстрый способ разрешить, что это должно было бы заставить сетевых людей от обоих концов говорить друг с другом.
Можно также хотеть указать на Девственницу на результаты http://www.downforeveryoneorjustme.com/unifancydress.co.uk (который доказывает, что от точки наблюдения их серверов веб-сайт хорошо работает - и я могу подтвердить, что это работает на меня из Нью-Йорка/США, так по моему скромному мнению, Вы правы указать на Девственницу и сказать, что они - проблема здесь...
Возможно, это будет оказаться полезным? http://projects.puppetlabs.com/issues/2856
Recurselimit, похоже, работает для / home / user1, но также устанавливает для / home значение user_home_dir_t.
file { '/home/':
ensure => "directory",
recurse => true,
recurselimit => 1,
seltype => "user_home_dir_t"
}
Вы можете настроить пользовательский факт, который возвращает все домашние каталоги в массиве (слишком много пользователей может быть здесь проблемой):
$fact_home_dirs = ['/home/user1', '/home/user2']
file { $fact_home_dirs:
ensure => "directory",
seltype => "user_home_dir_t"
}
Возможно, лучшим вариантом в этом случае будет запуск restorecon, поскольку вы, кажется, реализовали решение для вновь созданных каталогов.