Как настроить ConveyThis Cloudflare Workers (O2O)

Подведите итог этому посту следующим образом: 8 мин чтения

ЧатGPT Недоумение Грок Google ИИ

Обратный прокси-трансляция обычно начинается так же: изменение DNS, направление трафика в службу трансляции, готово.

Эта история разваливается в тот момент, когда сайт уже на Cloudflare.

Ваша зона уже завершает TLS. Ваш WAF уже фильтрует трафик. Ваш DNS уже использует прокси-записи Orange-Cloud. Направление вершины в другое место похоже на вырывание стека, за который вы заплатили — или, что еще хуже, на создание цикла маршрутизации, в котором Cloudflare общается с Cloudflare, и никто не может добраться до настоящего источника.

Вот какую проблему мы создали Работники Cloudflare (Orange-to-Orange / O2O) решать.

Мне не нужна была еще одна тематическая страница. Я взял сайт, уже работающий на Cloudflare, запустил новую настройку ConveyThis от начала до конца и сделал заметки о том, что было очевидно, что было удивительно и на что не следует нажимать случайно.

Проблема O2O действительно решает

Служба поддержки часто слышит это: “Мы на Cloudflare. Можем ли мы сохранить нашу установку?”

При использовании классического DNS-прокси честный ответ был: да, но вы будете относиться к ConveyThis как к другому сетевому переходу. Для многих команд Cloudflare это неправильный подход. Им нужны переведенные URL-адреса, не покидая при этом зону, которой они уже управляют.

Оранжевый-оранжевый это название Cloudflare для трафика, который проходит через два Зоны Cloudflare: сначала ваши, затем SaaS-провайдера. Вы включаете его, добавляя a Прокси CNAME на панели управления, указывающий на имя хоста Cloudflare-for-SaaS провайдера. Cloudflare документирует закономерность в своих Обзор O2O.

В терминах ConveyThis:

• Посетители все еще страдают твой Сначала зона Cloudflare (правила безопасности, DNS, привычки кэширования остаются на месте).
• Затем трафик направляется в нашу зону Cloudflare для SaaS.
• А Рабочий извлекает исходный HTML-код и возвращает переведенную страницу с края.

Вы не меняете Cloudflare на что-то другое. Вы намеренно позволяете Cloudflare общаться с Cloudflare.

ConveyThis определяет, что домен находится в Cloudflare, и предлагает опцию Workers (O2O).

Что меня удивило в настройке

Я ожидал контрольный список под названием “Перенесите свой DNS к нам.” Я получил более тихий звук.

После того, как я добавил домен, ConveyThis запустил проверку сервера имен. Баннер был резким: Ваш домен находится на Cloudflare. Оттуда разблокируется подпапка / поддомен Работники Cloudflare (O2O) как альтернатива стандартному DNS-прокси — согласие, а не принудительное.

Это имело большее значение, чем маркетинговый текст. Продукт адаптировался к уже имеющейся у меня зоне, вместо того чтобы погружать меня в общие документы CNAME и надеяться, что я заметил оранжевое облако.

Я выбрал Подпапка (example.com/en/) и переключил метод подачи на Работники Cloudflare (O2O).

Стандартный DNS-прокси остается доступным. O2O — это собственный параметр Cloudflare при обнаружении зоны.

Единственная деталь DNS, которая действительно имеет значение

ConveyThis распечатал записи. Для моего запуска подпапки это означало прокси-имена CNAME в направлении fallback.conveythis.net — обычно @ и www, плюс а происхождение запись, чтобы Рабочий мог по-прежнему достигать реального сайта, не заходя обратно в прокси-сервер.

Копирование/вставка в Cloudflare заняла меньше минуты. Не подлежащее обсуждению правило:

Каждый маршрутизирующий CNAME должен оставаться прокси-сервером (оранжевый). Grey-cloud / DNS ломает только O2O. Здесь нет скрытого режима сбоя — маршрутизация просто не идет по пути Orange-to-Orange.

Проверьте DNS: проксировано @ / www к fallback.conveythis.net, плюс исходная запись для реального сервера.

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

SSL: подождите, затем перепроверьте

После того, как записи были собраны, Cloudflare for SaaS выдала сертификаты. Никаких загрузок, никаких файлов ACME в источнике, никаких тикетов в службу поддержки.

Я освежился, пока стол не перевернулся Активный. В моем забеге: несколько минут, затем “2 из 2 сертификатов активны.”

Когда статус активен, переведенные имена хостов готовы к нажатию.

Если ваш “выпуск…” длится дольше, не поддавайтесь искушению затуманить записи “чтобы ускорить процесс.” Обычно это усугубляет ситуацию.

Первая переведенная страница

Это часть, которую пропускают демо-версии продуктов: откройте реальный URL-адрес после того, как SSL станет зеленым.

Я открыл переведенную страницу. Исходный сайт не изменился. Немецкая копия, смена языка, та же компоновка — обслуживается через путь Worker, а не через плагин CMS и не через миграцию сервера имен.

Переведенная страница после настройки — обслуживается через Cloudflare Workers (O2O).

Никаких правок темы. Нет “установите наш плагин и молитесь.” Скучный результат - вот в чем суть.

Что на самом деле делает запрос

Для читателей, которым нужна схема электропроводки:

1. Посетитель запрашивает переведенный URL-адрес.
2. Запрос входит твой Зона облачных вспышек.
3. Прокси-сервер CNAME передает его ConveyThis через О2О.
4. Наш рабочий процесс загружает конфигурацию арендатора, извлекает исходный HTML-код, перезаписывает текст по краю.
5. Переведенный HTML возвращается посетителю; теплые страницы можно кэшировать для следующего обращения.

Дорогостоящая работа по переводу не будет иметь решающего значения для посетителя, когда словарь теплый. Ваш WAF все равно первым увидел запрос. Вот и вся подача, сжатая.

Ошибки, которые легко совершить

Несколько заметок из пробежки, которые полезнее очередного счастливого конца:

1. Серое облако = сломанный O2O. Если кто-то в вашей команде “использует DNS только для отладки”, верните оранжевое облако, прежде чем обвинять ConveyThis.
2. Задержка SSL — это нормально. Сертификаты отстают от DNS на несколько минут. Перепроверьте; не перестраивайте зону.
3. Доступ к источнику — это острый край. Настройки поддомена (и некоторых подпапок) требуют, чтобы рабочий процесс мог получить доступ к реальному серверу — часто это прокси-сервер origin.yourdomain.com запись или исходный IP-адрес, когда хост не отвечает на это имя. ConveyThis отображает это в настройках; не пропускайте строку, так как она выглядит необязательной.
4. O2O — это опция. Если вы предпочитаете классический прокси, сохраните его. Только обнаружение предложения Работники, когда зона находится на Cloudflare.

Кто должен этим пользоваться

Используйте Cloudflare Workers (O2O), если:

• DNS для домена уже использует серверы имен Cloudflare
• Вам нужны переведенные URL-адреса подпапок или поддоменов
• Вы заботитесь о сохранении WAF / прокси-позы твой счет

Придерживайтесь стандартного DNS-прокси, если домен еще не включен в Cloudflare — или если вы не готовы управлять прокси-записями на панели управления Cloudflare. Домены, не относящиеся к Cloudflare, должны следовать Настройка CNAME в DNS-менеджере вместо.

Итог

Забег от начала до конца:

1. Добавьте домен в ConveyThis
2. Подтвердите обнаружение “на Cloudflare”
3. Выберите подпапку или поддомен → Работники Cloudflare (O2O)
4. Вставьте прокси-имена CNAME (и источник по запросу)
5. Ждать Активный сертификаты
6. Откройте переведенный URL-адрес

O2O никого не впечатлит фейерверками. Должно показаться немного скучным: та же зона Cloudflare, оранжевые облака остались, переведенные страницы по краям.

Если ваш сайт уже работает на Cloudflare, то эта скука — его фича.

Часто задаваемые вопросы

Что такое Cloudflare Workers (O2O) в ConveyThis?

Это собственный способ Cloudflare обслуживать переведенные страницы, когда DNS вашего домена уже находится в Cloudflare. Сначала трафик попадает в вашу зону, затем направляется в ConveyThis через Orange-to-Orange и Worker, который транслирует HTML по краю.

Нужно ли мне менять серверы имен Cloudflare?

Нет. O2O предполагает, что домен есть уже на Cloudflare. Вы добавляете прокси-имена CNAME в существующую панель управления DNS Cloudflare.

Какие записи DNS мне добавить для O2O?

ConveyThis показывает точный список в настройках. В этом тесте подпапка O2O использовала прокси-имена CNAME для @ и www указывая на fallback.conveythis.net, а также запись о происхождении, чтобы Работник мог добраться до реального места. Держите оранжевое облако включенным.

Является ли O2O лучшим средством многоязычного SEO, чем стандартный прокси?

Оба могут использовать SEO-дружественные URL-адреса подпапок или поддоменов. Преимущество O2O в эксплуатации: вы сохраняете Cloudflare WAF, Proxied position и контроль зон, при этом получая индексируемые языковые URL-адреса. Соедините его с твердым многоязычное SEO (hreflang, канонические символы, согласованная структура URL).

Могу ли я позже вернуться к стандартному DNS-прокси?

Да. O2O — это опция. Если Workers вам не подходит, вы можете остаться на — или вернуться к — классическому пути DNS-прокси ConveyThis из настроек настройки / домена.

Работает ли это без плагина CMS?

Да. Рабочий извлекает ваш живой HTML-код и возвращает переведенную страницу. Вам не нужно переписывать тему WordPress/Shopify для самого пути прокси.

Полезные ресурсы

• ConveyThis Справочный центр
• ConveyThis ценообразование
• Cloudflare: как работает O2O

Готовы ли вы настроить Cloudflare Workers (O2O)?

Если ваш домен уже находится на Cloudflare, добавьте его в ConveyThis, подтвердите баннер обнаружения и выберите Работники Cloudflare (O2O) в подпапке или поддомене.

Начните с нашего бесплатного плана — или войти в систему и откройте настройку домена, чтобы узнать, доступен ли O2O для вашего сайта.