|
Ключ
Эта строка удалена.
Это слово было удалено. Это слово было добавлено.
Эта строка добавлена.
|
Изменения (13)
просмотр истории страницы... |
| С 25.05.2017 нескольким нашим клиентам ревизор прислал отчёты в которых фигурировали пропуски, имеющие кое-что общее: |
| # В URL HTTP запроса состоящего из домена конце стояла точка (например [http://blocked.domain.com/].) |
| # В URL внутри реестра такой точки не было. # Эти запросы были отфильтрованы по DNS. |
| # Сервер страницы заглушки ответил на них HTTP 301 редиректом на [http://blocked.domain.com/./] |
| # Этот ответ был распознан ревизором как пропуск Решение для nginx - готово, как его применить - описано ниже. |
| Мы уже выпустили обновления для этой проблемы, но нужно настоятельно рекомендуем на всякий случай перепроверить: |
| |
| |
| h1. Как проверить что всё работает правильно |
... |
| {code} |
| К сожалению с помощью curl, wget, браузера проверить вряд ли получится, большинство из них обрезают такую точку в конце запроса на своей стороне ещё до его отправки. |
| h1. Решение проблемы |
| Если исправление по какой-либо причине не применилось, дальнейшие действия отличаются в зависимости от того, где расположена страница-заглушка: |
| |
| |
| h2. Для заглушки на Carbon Reductor 8 |
... |
| h3. Если всё максимально близко к стандарту и устанавливали с помощью этих скриптов: |
| https://github.com/carbonsoft/reductor_blockpages |
| [https://github.com/carbonsoft/reductor_blockpages] |
| |
| |
| то нужно обновить конфиг rkn: |
... |
| Настоятельно рекомендуем использовать: |
| https://github.com/carbonsoft/reductor_blockpages |
| [https://github.com/carbonsoft/reductor_blockpages] |
| |
| |
| В скором времени мы подготовим сервер для страницы-заглушки на Carbon Platform с автоматическим обновлением итд. |