Кэш гуру, как отписаться от платных услуг
Обновлено: 21.11.2024
Прежде всего, эти тайм-ауты являются параметрами Varnish Cache. Это означает, что они являются глобальными для всех запросов и серверных подключений и устанавливаются либо при запуске, либо во время выполнения через `varnishadm`.
Если вы, например, хотите увеличить timeout_req до 5 секунд, вы можете либо добавить "-p timeout_req =5" в аргументы запуска в `/etc/sysconfig/varnish`, или запустите `varnishadm param.set timeout_req 5` (последний параметр не сохранен).
Тайм-ауты на стороне клиента
Тайм-ауты на стороне клиента определяет, как долго Varnish Cache будет ждать медленного или агрессивного клиента. После подачи сигнала об истечении времени клиентское соединение обычно просто закрывается.
На начальных этапах мы имеем:
timeout_idle (по умолчанию: 5 секунд): как долго мы будем ждать от момента `accept()` соединения, пока клиент не отправит нам полные заголовки запроса.
После прохождения начальной фазы обработки запроса начинают действовать два разных таймера:
send_timeout (по умолчанию: 600 секунд) ограничивает максимальную продолжительность обработки одного запроса. Например, если вы загружаете большие объемы данных или просматриваете видеофайлы в режиме реального времени, вам потребуется увеличить это значение до длины самого длинного файла.
idle_send_timeout (по умолчанию: 60 секунд) ограничивает время, в течение которого мы позволяем клиенту угрюмо отказываться (через окно приема TCP), что он не хочет больше получать данные.
Время ожидания серверной части
Время ожидания серверной части определяет, как долго Varnish Cache будет ожидать завершения внутренних операций.
connect_timeout (по умолчанию: 3,5 с) — это время, в течение которого мы ждем установления TCP-соединения с серверной частью.
first_byte_timeout (по умолчанию: 60 с) ограничивает время обработки серверной части. В течение этого тайм-аута первый байт ответа должен пройти по TCP-соединению.
between_bytes_timeout (по умолчанию: 60 с) ограничивает время ожидания между двумя последовательными успешными операциями чтения на серверном соединении.
Когда любой из них сработает, Varnish Cache запишет строку журнала FetchError в журнал общей памяти. Если у вас есть несколько бэкэндов и вы настроили повтор/перезапуск, можно запросить другой бэкенд. В противном случае это серьезная ошибка, и клиент (обычно) получит ответ 503 Ошибка сервера («медитация гуру»). предложите установить эти три на 600 секунд, чтобы «решить проблемы». Это плохая идея, потому что записи журнала, написанные рабочими потоками, сбрасываются обратно в основной shmlog только после завершения работы потока. По сути, вы ослепляете себя, не видя запросов с лаковым журналом до тех пор, пока не пройдет 10 минут.
Время ожидания бэкэнда также можно установить для каждого бэкенда в VCL:
tcp_keepalive_time гарантирует, что внутреннее состояние истечет после того, как клиент оставит запрос из списка ожидания.
timeout_linger указывает, как долго рабочий поток должен сохранять соединение после обработки запроса на случай появления другого.
thread_pool_timeout указывает, как долго рабочий поток должен работать, даже если в этом больше нет необходимости.
Настраивать их почти никогда не требуется, не беспокойтесь о них.
Какую роль во всем этом играет поддержка активности HTTP?
Поддержка активности HTTP позволяет клиенту указать серверу, что он хочет, чтобы соединение оставалось открытым, потому что он хочет использовать его для другого запроса в ближайшее время.
Это хорошая идея, позволяющая избежать ненужной задержки соединения в 1,5*RTT и медленного старта TCP при передаче ответа. В HTTP 1.1 это поведение по умолчанию.
Varnish Cache не имеет какой-либо явной обработки времени ожидания HTTP keepalive, за исключением закрытия соединений после обработки, если установлен заголовок запроса «Connection: close».
В в других случаях timeout_idle начинает отсчитываться после завершения обработки запроса, что реализует тайм-аут проверки активности в Varnish Cache.
Узнайте больше о Varnish Cache и кэшировании, посмотрев наш веб-семинар по запросу "10 ошибок Varnish Cache и как их избежать".
Чтобы отменить подписку, выполните следующие действия:
<р>2. Теперь вы увидите экран с кнопкой удаления с надписью «Хотите удалить OkCupid?». Это то, что вы должны искать, и если вы хотите отменить подписку, нажмите эту кнопку, которая начнет процесс удаления нашего приложения. <р>3. В некоторых случаях вы можете увидеть всплывающее окно с надписью «Вы приобрели OkCupid, но оно еще не загружено». В этом случае нажмите «ОК», чтобы подтвердить отмену подписки и начать процесс удаления. <р>4. Как только вы это сделаете, должно появиться другое уведомление о том, что ваша подписка на okcupid успешно отменена. Нажмите на это уведомление (оно будет отображаться в течение 30 секунд), чтобы немедленно вернуться в Google Play и продолжить просмотр магазина.Примечание. Теперь вы сможете загружать сколько угодно бесплатных приложений из Google Play без каких-либо дополнительных платежей или прерываний из-за рекламы или уведомлений OkCupid. <р>5. В завершение, чтобы на вашем устройстве не осталось следов OkCupid, рекомендуется очистить кеш и данные нашего приложения следующим образом:а. Перейдите в «Настройки», «Приложения», «Управление приложениями» и найдите в списке OkCupid.
б. Нажмите на OkCupid и выберите «Очистить кэш». Если появится всплывающее окно, отметьте «Да — удалить кеш», затем нажмите «ОК» .
<р>в. Нажмите на OkCupid еще раз и выберите «Очистить данные» (или просто «Очистить данные», если вы успешно очистили кеш на предыдущем шаге) и нажмите «ОК». Это гарантирует, что наше приложение будет полностью удалено с вашего устройства, поэтому оно не сможет вернуться или вызвать какие-либо проблемы в будущем, когда вы попытаетесь удалить его вручную из Google Play.После фиксации подписки ее можно отменить в любое время. Отмена подписки приведет к пропуску всех будущих платежей и возврату к бесплатному уровню.
Чтобы обновить или удалить информацию о кредитной и дебетовой карте, нажмите на вкладку "Подписки". На этой странице отображается информация о ваших подписках, внизу страницы вы найдете «Платежные реквизиты». Оттуда вы можете сделать одно из двух: нажмите, чтобы обновить способы оплаты или удалить их.
Перепишите более подробные предложения: чтобы обновить способы оплаты подписки, перейдите на страницу подписки в настройках и прокрутите вниз, пока не увидите Детали оплаты. Затем выберите Обновить для новых карточек или Удалить, если вы хотите избавиться от старых карточек из этого списка.
Если вы не удовлетворены обслуживанием, отправьте электронное письмо в службу поддержки клиентов OKCupid по адресу [email protected] или отправьте свое возражение на фирменном бланке по адресу:
Если вы отключите свою учетную запись, люди не смогут ее найти, но вы по-прежнему сможете снова открыть ее в будущем. Если вы удалите учетную запись Facebook, пользователям потребуется другой адрес электронной почты, прежде чем они смогут создать новый.
Чтобы удалить способ оплаты, откройте "Настройки" на устройстве Android и коснитесь "Сервисы и настройки Google". В разделе «Переключить больше» в способе оплаты, который вы хотите удалить, нажмите «Удалить» рядом с «Способ оплаты».
Следуйте инструкциям на экране.
Готовы отказаться от службы подписки, которая ежемесячно выкачивает драгоценные доллары с вашего банковского счета? Вот как отменить подписку на iPhone, iPad, ПК или Mac.
Если вы платите за приложение через iPhone или iPad, вы можете достаточно легко отказаться от подписки, будь то бесплатная пробная версия с истекающим сроком действия, одно из собственных приложений Apple или сторонняя служба. Процесс быстрый и удобный, но нужно знать, куда идти и какие кнопки нажимать. Вот как отменить подписку на iPhone, iPad или компьютере.
Отменить подписку на iPhone или iPad
Чтобы просмотреть и отменить подписки через iOS или iPadOS, перейдите в «Настройки», коснитесь своего имени пользователя и выберите «Подписки», где можно просмотреть активные и просроченные подписки.
Нажмите на активную подписку, которую хотите отменить, затем нажмите «Отменить подписку» (или «Отменить бесплатную пробную версию»). Нажмите «Подтвердить», и все готово. Ваша подписка будет действовать до следующего платежного цикла.
Если вы все еще используете бесплатную пробную версию, учетная запись будет немедленно закрыта. Если у вас есть бесплатная пробная подписка или подписка со скидкой, убедитесь, что вы отменили ее как минимум за 24 часа до окончания пробного периода, иначе подписка может быть продлена автоматически до того, как отмена будет обработана.
Когда вы подписываетесь на приложение, Apple создает случайный идентификатор подписчика, уникальный для вас и разработчика. Если вы отмените подписку на приложение и не подпишетесь повторно в течение 180 дней, ваш идентификатор подписчика будет сброшен.
Если вы передумали о подписке до или после истечения срока ее действия, коснитесь подписки, которую хотите вернуть, и выберите способ оплаты. Если приложение предлагает несколько вариантов подписки, выберите тот, который вам больше нравится. Подтвердите свои изменения, чтобы повторно подписаться.
Отказаться от подписки через App Store
Вы также можете отменить подписку, зайдя в App Store на своем устройстве. Откройте приложение App Store и коснитесь значка своего профиля в правом верхнем углу. На странице своей учетной записи нажмите «Подписки», затем выберите активную подписку, которую хотите отменить.
Нажмите на ссылку «Отменить подписку» и подтвердите свое решение. Затем подписка будет отменена, а ваш доступ будет аннулирован в конце этого платежного цикла. Если вы хотите повторно подписаться, служба останется в списке с различными вариантами подписки.
Отменить Apple Music
Если вы отменяете Apple Music, вы можете сделать это через приложение Apple Music. Для этого откройте Apple Music на своем iPhone или iPad.Коснитесь значка «Слушать сейчас» внизу, затем коснитесь значка профиля в правом верхнем углу. На странице «Учетная запись» коснитесь ссылки «Управление подпиской». Затем вы можете отменить или изменить подписку на странице «Редактировать подписку». Аналогичный метод можно использовать для отказа от подписки через устройство Android.
Отменить подписку в macOS Catalina или Big Sur
Если вы используете macOS Catalina или macOS Big Sur, вы можете отменить подписку в Системных настройках. Щелкните значок Apple ID и выберите «Системные настройки», затем щелкните значок Apple ID. Выберите «Медиафайлы и покупки» и нажмите кнопку «Управление» рядом с пунктом «Подписки».
В окне "Подписки" найдите подписку, которую хотите отменить, и нажмите ссылку "Изменить" рядом с ней. Нажмите кнопку «Отменить подписку» и подтвердите отмену, а затем нажмите «Готово».
Отказаться от подписки в Mac App Store
На Mac вы также можете напрямую перейти в App Store, чтобы отменить или иным образом изменить подписку на приложение. Откройте приложение App Store и щелкните имя своей учетной записи в левом нижнем углу окна. В окне своей учетной записи нажмите ссылку «Просмотреть информацию».
Если вы используете Varnish Cache на своем веб-сайте или посещаете веб-сайт, который кэширует контент с помощью Varnish Cache, есть вероятность, что в какой-то момент вы столкнетесь с ошибкой сервера Varnish Cache: Ошибка 503 Служба недоступна / Медитация гуру с номером XID. Ошибка 503 означает, что запрашиваемый веб-сервер недоступен. Это может быть связано с тем, что он перегружен, отключен для обслуживания или не полностью функционирует по другой причине.
Если вы видите эту ошибку в отношении Varnish Cache, это означает, что веб-сайт использует Varnish Cache для кэширования и обслуживания контента, и этот Varnish Cache не может получить доступ к внутреннему серверу. Varnish Cache выдает ошибку Guru Meditation, когда время ожидания соединения истекло или сервер Varnish Cache сделал слишком много запросов к внутреннему серверу, не получив ответа. Вместо того, чтобы делать бесконечное количество запросов к неработоспособной серверной части, Varnish Cache выдает ошибку 503, чтобы сообщить посетителю (и владельцу веб-сайта), что менеджер веб-сайта, вероятно, уже работает над исправлением, и вам лучше повторить попытку позже. . Если вы являетесь менеджером или владельцем веб-сайта и не знаете, почему вы получаете этот ответ, прочитайте ниже, чтобы узнать.
Исправление ошибки сервера Varnish Cache
Итак, если ваш веб-сайт выдает ошибку 503 Guru Meditation через Varnish Cache, как ее исправить? Сначала вам нужно просмотреть журналы для всех ошибок 503 с помощью лакилога. Вы можете заставить лаклог регистрировать ошибки 503, используя следующую команду из Varnish Cache:
Если серверная часть работает, но ошибка 503 Varnish Cache по-прежнему возникает, значит, что-то не так с подключением вашего веб-сервера к Varnish Cache или с конфигурацией Varnish Cache.
Если ваша серверная часть отвечает, но Varnish Cache обслуживает 503, мы часто обнаруживаем, что это связано с тайм-аутами. Вы можете изменить или добавить .connect_timeout = Xs и .first_byte_timeout = Xs в разделе VCL по умолчанию для серверной части на длину тайм-аута, которая работает для вашего веб-сервера. Программное обеспечение Varnish Cache содержит дополнительную информацию о различных тайм-аутах, которые могут возникать в Varnish Cache. Еще один совет — отключить KeepAlive, чтобы неиспользуемые соединения были сброшены. Это будет выглядеть следующим образом:
Для получения дополнительной информации о Varnish Cache загрузите руководство Section Varnish Cache 101 или свяжитесь с нами, если вам нужна помощь в устранении неполадок при настройке Varnish Cache.
Varnish, программное обеспечение, на котором работает Fastly CDN, иногда возвращает стандартные ответы 503 из-за различных проблем, которые могут возникнуть при попытке получить данные с исходных серверов. Общий текст состояния, связанный с ошибкой 503, — «Служба недоступна». Это может означать самые разные вещи. Наиболее распространенные причины, по которым появляется этот общий текст, включают:
- Исходный сервер сгенерировал ошибку 503 и Fastly передал ее как есть.
- Источник вернул ошибку 503 без заголовка ответа, поэтому Fastly использовал ответ по умолчанию.
- Строка состояния ответа HTTP от источника не поддается синтаксическому анализу.
- Был запущен код VCL, в котором использовалась инструкция "ошибка" без соответствующего статуса ответа (например, ошибка 503 вместо ошибки 503 "сломанная вещь").
В следующем списке представлены наиболее распространенные нестандартные стандартизированные ответы 503 и основные пояснения к каждому из них.
Если вы видите ошибку 503, не удаляйте весь кешированный контент. Очистить все переопределяет stale-if-error и увеличивает количество запросов к исходному серверу, что может привести к дополнительным ошибкам 503.
Ошибки тайм-аута
Ниже описаны типичные ошибки тайм-аута, с которыми вы можете столкнуться.
Ошибка 503: ошибка чтения серверной части
Эта ошибка обычно появляется, если возникает ошибка тайм-аута, когда серверы Fastly cache пытаются получить контент из ваших источников. Это также может быть связано с различными временными сетевыми проблемами, которые могут привести к сбою чтения (например, отработка отказа маршрутизатора, потеря пакетов) или перегрузке источника.
Сравнительный анализ времени отклика серверной части. Многие внешние факторы вызывают изменение времени отклика серверной части. Часто повторяющиеся постоянные ошибки чтения серверной части можно предотвратить, изменив настройки времени ожидания серверной части в веб-интерфейсе Fastly. Начните с выполнения следующей команды, чтобы оценить время отклика для целей сравнительного анализа:
Увеличение настроек времени ожидания серверной части. После сравнительного анализа некоторых более медленных путей в вашем приложении у вас должно быть представление об идеальном времени отклика серверной части. Настройте значения тайм-аута серверной части на странице «Редактировать этот хост» в области «Дополнительные параметры». Кроме того, если перед источником есть внешний интерфейс (например, балансировщик нагрузки или брандмауэр), проверьте время ожидания для этих интерфейсов.
Ошибка 503: время ожидания соединения истекло
Эта ошибка возникает, если время запроса истекает во время ожидания Fastly для установления TCP-соединения с вашим источником или ожидания ответа вашего источника на запрос. Как и в случае с внутренними ошибками чтения, тайм-ауты подключения могут быть вызваны временными сетевыми проблемами, длительными поездками к источнику и задержкой источника. Вот два распространенных способа устранения этих ошибок тайм-аута:
- Увеличение значения времени ожидания соединения, установленного для Fastly Host.
- Настройка щита происхождения. Настройка исходного щита дает два преимущества:
- Сокращение расстояния, необходимого для установления соединения.
- Сокращение рукопожатий TCP, вызванных использованием нескольких точек присутствия. Это позволяет источнику избежать замедлений и обрабатывать только запросы на несколько подключений от экрана.
Быстро устанавливает 60-секундный тайм-аут между узлами, если только вы не передаете запросы в vcl_recv .
Ошибка 503: ошибка записи серверной части
Эта ошибка аналогична ошибке чтения серверной части, но возникает, когда Fastly отправляет информацию в виде запроса POST серверной части. Эту ошибку можно устранить так же, как и ошибку внутреннего чтения.
Ошибка 503: ошибка чтения клиента
Эта ошибка обычно возникает из-за проблемы с сетью между клиентом и Fastly. Это также может произойти, когда пользователь прекращает загрузку страницы (например, страница загружается слишком медленно, и пользователь нажимает кнопку «Стоп» в браузере). Это похоже на ошибку чтения бэкэнда, но возникает при чтении информации с клиента. Если вы получили эту ошибку, обратитесь в службу поддержки Fastly за помощью в определении проблемы с сетью.
Ошибка 503: ошибка выборки серверной части
Эта ошибка возникает, когда соединение закрывается до того, как серверы Fastly cache закончат чтение ответа. Эта ошибка может возникнуть, если в ответе отсутствует или недействителен заголовок Content-Length, хотя могут быть и другие причины. Чтобы решить эту проблему, убедитесь, что ваш источник включает заголовок Content-Length или Transfer-Encoding: chunked вместе с ответом. Если ни один из заголовков отсутствует, сначала убедитесь, что один из них добавлен. Если присутствует один из заголовков, убедитесь, что весь ресурс может быть получен напрямую из источника. Если присутствует какой-либо из заголовков и весь ресурс может быть получен из источника, обратитесь в службу поддержки Fastly за дополнительной помощью.
Ошибка 503: тайм-аут первого байта
Эта ошибка возникает, когда Fastly устанавливает соединение с вашим источником, но источник не начинает отправлять ответ в течение времени, которое вы настроили для тайм-аута первого байта. Чтобы решить эту проблему, увеличьте время ожидания первого байта для вашего источника.
По умолчанию время ожидания первого байта равно 15 секундам. Вы можете увеличить максимально возможное время ожидания до 600 с. Однако имейте в виду следующее:
Если в вашем источнике настроен щит, максимальное время ожидания должно быть уменьшено до 60 секунд.
Кластеризация ограничивает максимальное время ожидания до 60 секунд. Если объект кэшируется, то для увеличения максимального времени ожидания до 60 с необходимо отключить кластеризацию, добавив заголовок Fastly-No-Shield в vcl_recv. Если вы решите добавить заголовок Fastly-No-Shield, убедитесь, что ваше условие точно соответствует требованиям, которые занимают более 60 секунд, так как его добавление повлияет на коэффициент попаданий в кэш.
Ошибки конфигурации источника и службы
Ниже описаны типичные ошибки конфигурации источника и службы Fastly, с которыми вы можете столкнуться.
503 Объект ответа слишком велик
Если Fastly определит, что извлекаемый объект превышает предельный размер ресурсов вашей службы Fastly, мы сгенерируем объект 503 Response слишком большой ответ клиенту. Вы можете использовать функцию сегментированного кэширования, чтобы устранить эти ошибки.
Ошибка 503: соединение отклонено
Эта ошибка возникает, когда Fastly пытается установить соединение с вашим источником через определенный порт, а сервер отказывается от соединения.Обычно он появляется, когда для хоста в веб-интерфейсе Fastly указан неверный порт. Чтобы устранить эту ошибку, вам может потребоваться изменить номер порта, чтобы убедиться, что вы используете порт, необходимый для подключения к вашему источнику. Если настройка номера порта не работает, вам также может потребоваться просмотреть настройки источника, чтобы убедиться, что вы разрешаете подключения с определенных IP-адресов Fastly.
Ошибка 503: недопустимый заголовок Vary из бэкенда
Эта ошибка возникает, когда серверная часть возвращает в своем ответе искаженный заголовок Vary. Правильно сформированный заголовок Vary указывает Fastly обслуживать другую версию объекта на основе значения заголовка запроса, включенного в него.
Ошибка 503: сеть недоступна
Эта ошибка появляется, когда Fastly не может найти маршрут к указанному диапазону IP-адресов. Обычно это происходит из-за неправильно настроенных или неработающих маршрутизаторов. Чтобы устранить эту ошибку, проверьте свои маршрутизаторы, чтобы убедиться, что они работают или правильно настроены.
Ошибки работоспособности Origin
Ниже описаны типичные ошибки работоспособности источника, с которыми вы можете столкнуться.
Ошибка 503: серверная часть не работает
- источнику потребовалось слишком много времени, чтобы ответить на запрос
- существуют временные проблемы с сетью, и проверка работоспособности не может получить доступ к источнику
- проверка работоспособности была настроена неправильно, либо ресурс, по которому выполняется проверка работоспособности, был удален или каким-либо образом изменен
Чтобы устранить эту ошибку, убедитесь, что ваш источник настроен правильно, а объект, который запрашивает проверка работоспособности, существует в указанном месте.
Ошибка 503: нет доступных устаревших объектов
Эта ошибка возникает, когда вы настроили Fastly для обслуживания устаревших объектов в случае сбоя серверной части, но срок действия устаревшего объекта истек, а ваша серверная часть по какой-то причине все еще дает сбой (таким образом, устаревший объект недоступен). Чтобы устранить эту ошибку, вам потребуется либо исправить источник, либо проверить сеть.
Ошибки ограничения количества подключений
Ниже описаны типичные ошибки ограничения количества подключений, с которыми вы можете столкнуться.
Ошибка 503 backend.max_conn достигнута
Эта ошибка возникает, когда Varnish делает запрос к бэкенду в вашем сервисе Fastly, который достиг заданного максимального количества подключений. По умолчанию Fastly ограничивает вас 200 исходными подключениями от одного пограничного узла, чтобы защитить источники от перегрузки. Для большинства сайтов этого должно быть достаточно. Если вы получаете это сообщение об ошибке с менее чем 10 000 неуспешных запросов в секунду, убедитесь, что ваш источник отвечает нормально (например, нет замедления источника). Если вы просто увеличите количество максимальных подключений, вы можете усугубить проблему. Если вы определили, что проблема не в вашем источнике, увеличьте максимальный лимит подключений к вашему источнику или обратитесь в службу поддержки Fastly за дополнительной помощью по этой проблеме. Эта ошибка также может отображаться как "Ошибка 503: достигнуто максимальное количество потоков для службы".
Ошибка 503: достигнуто максимальное количество потоков для службы
Эта ошибка возникает, когда Varnish обнаруживает, что служба превысила безопасный предел количества одновременных запросов. Обычно это указывает на то, что служба испытывает необычно высокую нагрузку, что источник работает медленно или что такие функции, как свертывание запросов, намеренно избегаются.
Ошибки режиссера
Ниже описаны типичные ошибки Director, с которыми вы можете столкнуться.
Ошибка 503: нет исправных серверных частей
Эта ошибка возникает, когда директор, используемый для балансировки запросов между группой бэкэндов (доступен только через Fastly API), не может кэшировать указанный контент, так как в его группе нет доступных работоспособных бэкендов.
Ошибка 503: все серверные части вышли из строя или не работают
Эта ошибка возникает, когда директор, используемый для балансировки запросов между группой бэкэндов (доступных только через Fastly API), дает сбой, потому что все бэкенды неработоспособны или несколько бэкендов, из которых директор пытался получить информацию, не сработали с той же ошибкой.
Ошибка 503: кворум не достигнут
Эта ошибка возникает, когда директор, используемый для балансировки запросов между группой бэкэндов (доступен только через Fastly API), не может обслуживать трафик на основе своей конфигурации, поскольку в его группе недостаточно доступных бэкендов.
Чтобы устранить любую из этих ошибок, вам следует либо проверить и решить все проблемы с вашим источником, либо убедиться в правильности настройки кворума. Кроме того, убедитесь, что вы правильно задали параметры кворума. Например, в директоре с пятью серверными частями 85 % кворума отметят директор как неработоспособный, если неработоспособен хотя бы один сервер.
Ошибки TLS
Ниже описаны типичные ошибки TLS, с которыми вы можете столкнуться. Вы также можете найти информацию о других распространенных ошибках TLS в вашем источнике в руководстве по сообщениям конфигурации источника TLS.
Ошибка 503 Ошибка рукопожатия SSL
Эта ошибка возникает при сбое согласования TLS между Fastly и вашим источником.Чтобы исправить эту ошибку, проверьте и исправьте настройки TLS вашего хоста.
Ошибка 503: невозможно получить сертификат локального эмитента
Эта ошибка возникает, когда сертификат в цепочке сертификатов отсутствует или недействителен. Чтобы лучше определить, какая из этих проблем является причиной ошибки, мы предлагаем запустить тест SSL в вашем источнике, чтобы выявить любые проблемы с установленным там сертификатом. Есть два распространенных способа устранить эту ошибку:
- В случае отсутствующих или недействительных сертификатов загрузите и замените отсутствующий или неверный сертификат.
- Если и промежуточный, и корневой сертификаты верны, вставьте действительное имя хоста Server Name Indication (SNI) в исходные параметры TLS службы Fastly.
Ошибка 503: имя хоста не соответствует сертификату
Эта ошибка возникает, когда имя хоста сертификата, указанное в настройках TLS источника вашей службы, не совпадает ни с общим именем (CN), ни с доступными альтернативными именами субъекта (SAN). Чтобы устранить эту ошибку, введите значение имени хоста сертификата, которое соответствует записям CN или SAN в сертификате вашего источника.
Ошибка 503:14077410:Процедуры SSL:SSL23_GET_SERVER_HELLO:предупреждение sslv3
Эта ошибка возникает, когда требуется указание имени сервера (SNI) в рукопожатии TLS для источника, но поле имени хоста SNI пусто или неверно. Чтобы исправить эту ошибку, введите значение имени хоста в поле имени хоста SNI. Часто это будет соответствовать значению, указанному в поле имени хоста сертификата.
Срок действия сертификата Ошибка 503 истек
Эта ошибка возникает, когда истекает срок действия сертификата, установленного в источнике. Чтобы решить эту проблему, обновите свой сертификат или загрузите новый.
Читайте также: