Здравствуйте, уважаемые читатели блога сайт. Кто не слышал про CloudFlare ? Я слышал и даже подробно изучал возможности сервиса лет этак пять назад, наверное (когда ). Вот только сейчас уже не скажу, что именно тогда меня остановило от того, чтобы этот сервис попробовать (не помню). Но это и не важно.
Важно же то, что в первый рабочий день после новогодних праздников мне таки пришлось подключить сайт к CloudFlare и притом в авральном режиме (с выдиранием волос, литрами выпитого кофе и биением головой об стол). Сделать это пришлось из-за полной блокировки доступа к сайту (скорее всего путем Ддос атаки — по FTP доступ был возможен).
Из меня администратор сервера аховый и по большому счету я мало что понимаю в тонкостях и разновидностях DDos атак (ни как их организуют, ни как от них грамотно отбиваться — кроме простейшего блокирование по IP). Когда с этим не сталкиваешься, то оно тебе и не надо.
Но по всему выходит, что в первый рабочий день после новогодних праздников меня ддосили, и ничего ни я, ни техподдержка хостинга с этим поделать не смогли. Нанимать фрилансера для решения проблемы было стремно. Хорошо хоть по телефону ребята с Инфобокса мне подкинули идею подключить CloudFlare (как один из вариантов решения проблемы) и я за эту идею ухватился как за соломинку.
На успех особо не рассчитывал (за несколько часов, нужных для сброса старых и прописывания новых NC адресов успел много чего узнать по теме и даже составил уже примерный план действий). Но к моему удивлению буржуйский чудо-сервис помог! Притом даже на бесплатном тарифе. Замечательно сработал режим защиты от DDos атаки . Честно — не ожидал. Был приятно удивлен. Да еще и сайт стал летать как на крыльях (хотя и раньше черепахой не был).
В общем — так не бывает, но все же случается...
Что такое Ddos ? Ну, во-первых, это аббревиатура от «distributed denial of service». По-русски это звучит как распределенная атака, цель которой добиться от атакуемого сервера (группы серверов) отказа в обслуживании для посетителей сайта (сайтов). Сайт будет выдавать ошибку всем желающим на него войти.
Слово «распредленная» означает, что Ддос атака идет сразу со множества компьютеров в сети. Очень часто для этой цели используется так называемый ботнет, т.е. группа зараженных вирусами или другим способом взятых под контроль компьютеров. Владельцы входящих в ботнет компьютеров могут при этом даже не догадывать о том, что они кого-то атакуют (все происходит в фоновом режиме).
Физически это означает огромное количество запросов, совершаемых к серверу с разных IP адресов. Если адрес будет один или несколько, то его легко можно вычислить по логам или открыв страницу http://xxx.xxx.xxx.xxx/server-status (где x нужно заменить на IP вашего сервера, если он работает под Апачем). После чего проблем не составит подозрительные IP временно заблокирвовать, например, через файл.htaccess дописав в него строки (Ip замените на свои — строк с Deny from можно добавлять сколько угодно):
Order allow,deny allow from all Deny from 83.149.19.177 Deny from 87.228.80.49 Deny from 178.212.72.13
Какое-то время мне это помогало. Но настоящий Ddos так ни за что не отбить — просто не успеете выявлять повторы IP адресов, если атаковать будут с десятков и/или сотен хостов. У меня так и случилось. В итоге 7 часов полного дауна!
Первые два часа я общался с техподдержкой хостинга на предмет «помогите» — «не могем». Потом за пять минут подключил к сайту CloudFlare, еще за пару минут сменил DNS записи у и часа четыре ждал, пока начнется проключение ( должны обновиться на всех ключевых NS серверах в сети). Полноценно сайт заработал только через сутки, примерно.
Что такое DDos? Это страшная вещь на самом деле. Чувствуешь свое полное бессилие и безысходность. Со стороны атакующих — это способ заработать (на шантаже или выполняя заказ конкурента). Постоянная защита от этого зла очень дорогая, но CloudFlare даже на бесплатном тарифе позволяет отбиться от слабо-средней Ддос-атаки .
У этого сервиса есть миллионы подключенных сайтов (около пяти миллионов) и разработчики сервиса всегда четко отслеживают с каких IP сейчас обычно атакуют и таким посетителям, например, можно показать капчу (боты вряд ли настроены на ее разгадывание) или проверить браузер на «человечность» у таких подозрительных IP. Да и сами по себе их распределенные по миру сервера неплохо разреживают атаку на отказ — просто эти запросы распределяются на разные сервера и сильно снижают силу атаки сводя все усилия «редисок» на нет.
Для более серьезной защиты от Ддос в CloudFlare нужно уже платить и не мало (200$). Но это все для очень серьезного бизнеса, где Ддос мощнее (денег вливаемых в это больше), но и средств у владельцев много больше. Нам с вами «за глаза» хватит тарифа PRO за 20$ или вообще бесплатного тарифа, на котором почти все есть (читайте об этом ниже).
Что такое CloudFlare ? Это онлайн сервис, ведущий свою историю с 2009 года (он ровесник моему блогу). Это ни в коем разе не хостинг, хотя со стороны может показаться именно так. Это скорее надстройка над хостингом (что-то вроде кеширующего обратного прокси). После подключения сайта к этому онлайн-сервису у него меняется IP адрес и возникает такое ощущение, что вы сменили хостера, но это не так.
Хостинг вам будет по-прежнему нужен и работать с сайтом вы будете фактически так же, как и работали раньше. Будут некоторые нюансики, но суть останется прежней. CloudFlare же нужен для защиты (стабильной работы) и ускорения работы сайта .
К нему подключены уже более пяти миллионов сайтов по всему миру. Этот онлайн сервис владеет распределенной сетью дата-центров (более 120) по всему миру (с прошлого года и в Москве такой появился). Последнее особо приятно, ибо обеспечивает гораздо более быстрый отклик при обращении к сайтам с территории России (хотя страна у нас большая и центров надо строить больше).
Итак, CloudFlare владеет кучей серверов распределенных по всему миру . Зачем? Чтобы добавленные в него сайты грузились в браузерах посетителей как можно быстрее. Вся графика, CSS и джава-скрипт коды будут отдаваться с того дата центра, который ближе находится к данному посетителю вашего сайта. Посетитель зашел из Москвы? Значит в работу включится московский дата-центр. Из США? Значит графика и прочая статика будет отдаваться посетителю с ближайшего к нему узла Cloud Flare.
Одно это уже способно повысить среднюю скорость загрузки странниц вашего сайта. Но данный сервис имеет в своем загашнике еще несколько тузов и джокеров. Работая с миллионами сайтов и отражая ежесекундно атаки сервис имеет базу адресов, с которых сейчас чаще всего атакуют сайты. Одно это может даже на бесплатном тарифе служить первым эшелоном защиты от DDoS-атак (и на это не требуется тратить особо ресурсы и время).
Кроме этого сервис позволяет включить режим «под атакой» (Under Attack Mode), когда каждое обращение к сайту прерывается на 5 секунд для выяснения типа браузера, с которого осуществлялся заход. Как раз этот режим спас меня в описанной выше безвыходной ситуации. Да, при этом отсекаются все боты и часть легитимных пользователей (на вскидку трафик стал процентов на двадцать меньше), но это лучше чем полный отказ сервера в доступе.
По окончании Ддос-атаки этот режим можно будет отключить и выбрать подходящий уровень бдения. При повторении атаки его легко можно будет включить даже с мобильника сидя в метро (главное , чтобы вовремя среагировать).
В общем, даже на бесплатном тарифе практически все что нужно уже есть. Даже можно сжимать на лету файлы CSS и джава скрипта (удалив из них пробелы), чтобы на капелюшечку увеличить скорость загрузки. Не поверите — на бесплатном тарифе в CloudFlare можно будет даже SSL к сайту подключить (перейти на шифрованный протокол передачи данных — https, к чему нас последнее время активно склоняет Гугл). Причем сервис предоставляет свой собственный бесплатный сертификат.
Фантастика какая-то, не правда ли? Сами посмотрите сравнительную таблицу тарифных планов (включая Free). Чума! Если ваш хостинг упадет (будут проблемы), то Cloud Flare будет отдавать в этот промежуток времени страницы сайта из своего кеша (и это работает — проверял остановкой сервака, но есть нюансы о которых обязательно читайте ниже, иначе не сработает). Может чего упустил из бесплатных прелестей, но и этого более чем достаточно (за так то).
Кстати, у сервиса этого нет партнерки, но в рунете есть масса конкурентов с сумасшедшими ценниками (например, защита от DDoS-атак в qrator стоит ого-го-го сколько). Поэтому когда будете читать на форумах или блогах отзывы о CloudFlare , то обратите внимание на зачастую очень тонкую работу этих конкурентов (возможности CloudFlare занижаются, а своего сервиса или надстройки — абсолютируются). Многие ведутся, но сервис однозначно из разряда «такого не может быть, но все же есть».
Нет, недостатки у него тоже есть . Какие? Ну, зачастую очень даже значимые:
Как я уже сказал выше, купил PRO за 20$ в месяц (дороже хостинга получилось в полтора раза) и меня перевели (без моей просьбы — автоматом) на новый IP , где только три соседа и вполне себе легитимные.
Кроме этого на платном тарифе появилась возможность :
Например, если открыть мой блог с мобильника, то при быстрой прокрутке страницы увидите, что вместо картинок вставляются заглушки, которые заменяются на реальные изображения только при их попадании в экран просмотра.
А сейчас существенно ниже дает оценку — ругается, что часть контента на первом экране не подгружается вовремя. Кто его поймет?
Табличка эта на буржуйском языке и часть посетителей могут просто сбежать. А вот если написать что-то типа «Ребят, ребят, ребят! Не уходите! Буквально 5 сек и все будет!», то шанс удержать посетителя увеличится. Я пока все ленюсь этим заняться...
Тариф я оплачиваю через Пейпел, что весьма удобно. При настройке платежей меня попросили , но деньги снимались не с карты, а непосредственно с самого кошелька (я в него вывожу ). Прикольно, что каждый последующий месяц платеж происходит без моего участия — деньги автоматом списываются с Пайпаловского кошелька в день оплаты, что очень удобно.
Оно и не мудрено, ибо Пайпал позволяет в течении полутора месяцев опротестовать платеж, если что.
Ну, тут, кстати, все довольно просто, если мастер подключения сможет вытянуть все нужные настройки для переноса вашего сайта (его IP, Ms записи). Однако, обо всем по порядку.
Заходите на Cloud Flare и регистрируетесь ( как зеницу ока, ибо это ключ к вашему сайту).
Сразу оговорюсь, что бояться особо нечего, ибо при неудачном подключении вам не придется ждать сутки, пока ДНС записи опять перепишутся. Просто кликните по облачкам на странице настройки DNS и ваш сайт будет работать напрямую (мне пришлось так поступить с одним из второстепенных проектов, который почему-то с CloudFlare перестал открываться — см. скриншот ниже). Но по-любому: вся ответственность за ваши действия лежит только на вас и я тут буду, как бы, ни причем .
Сразу после регистрации можно переходить на страницу добавления нового сайта , где в предложенную строку нужно будет просто вставить его доменное имя и нажать на кнопку «Begin Scan»:
Тут, как видите, все ОК — сервис нашел все основные NS записи (включая почтовые), что есть хорошо. Автоматически для будущих данных, передаваемых с этого сайта, включилось кеширование (облачка окрасились). Идем дальше.
Как уже говорил выше, для защиты от Ddos подойдет даже бесплатный тарифный план (на нем при желании еще и бесплатный SSL сертификат получить можно). Отличия плана PRO от бесплатного я описал выше, поэтому выбирайте то, что вам нужно (мне все равно). Идем дальше.
Теперь основное. Нужно зайти в панель вашего регистратора доменных имен () и сменить там NS записи на те, что предложил на этом шаге мастера CloudFlare. Например, в Вебмани Домейнс это делается на такой вот страничке:
Нужно просто заменить записи в двух строчках на то, что вам Cloud Flare дал и подождать от 4 часов до 2 суток , пока все это дело пропишется на всех NS интернета. Идем далее, и по истечении нескольких часов после прописывания новых NS серверов можно будет нажать на кнопку «Recheck Nameservers»:
Обратите внимание, что внизу приведены настройки по умолчанию , которые будут применены к вашему сайту сразу после окончательного подключения к CloudFlare (средний уровень безопасности и стандартное кеширование, которое подразумевает попадание в кеш только статики — картинок, стилей и скриптов).
Если подключение ДНС уже прошло, то статус после нажатия на упомянутую кнопку сменится:
Кнопка «Quick Actions» позволяет быстро перейти в режим защиты от Ddos и прочих видов атак, который называется «Under Attack Mode» . Мне при переходе на Cloud Flare пришлось сделать именно так. Данный режим «Под атакой» (Under Attack Mode) у меня был включен около 12 часов, пока атака не прекратилась.
На это время доступ к сайту ограничен и все соединения проверяются на предмет их легетивности. Всякие боты, в том числе и поисковых систем пробиться на сайт не смогут. В общем, работать в нем не стоит дольше того, чем необходимо (пока идет атака). Чуть подробнее о включении и выключении режима защиты от Ддос-атаки читайте в самом конце этой публикации.
Под автономной работой сайта я имею такую ситуацию, когда по каким-либо причинам ваш хостинг «ляжет», а сайт продолжит быть доступным посетителям . Это, как говорится, крайний случай. Но зачастую хостинг может просто-напросто не справляться с высокой нагрузкой (вызванной посещаемостью или использованием множества плагинов и плохой оптимизацией движка). В этом случае опять же поможет кеширование Html страниц в CloudFlare.
По умолчанию, как я понимаю, сервис кэширует только статику : картинки, CSS и JC. Все. В принципе, и это здорово может облегчить работу хостинга и ускорить загрузку страниц сайта в разных точках мира. Но зачастую этого бывает недостаточно. И даже не это главное. В этом режиме не срабатывает функция «Always Online» (Всегда онлайн), ибо Cloud Flare не умеет творить чудеса и отдает страницы из своего собственного кеша, а если их там нет, то отсылает к хостингу (который в данный момент может быть недоступен).
В общем, задача сводится к тому, чтобы включить кэширование всего содержимого веб-страниц (кода разметки, включающего текстовое наполнение), а не только статики. Сделать это можно на вкладке «Page Rules» из верхнего меню (см. пояснения в хелпе). Почему это не вынесли в общие настройки кэширования? Думаю, что из-за великого разнообразия сайтов и движков, на которых они работают. Видимо, не возможно обеспечить таким образом стабильность. Нужно действовать более точечно, опираясь на структуру и специфику каждого конкретного вебсайта. ИМХО.
На бесплатном тарифе можно создать только три правила для страниц, а на тарифе PRO — уже 20. Суть создания правила довольно проста. Пока опустим то, что нужно вставить в поле с регулярным выражением, а посмотрим что нам предлагают при нажатии на «+ Add a Setting» (добавить настройку):
Здесь как раз можно выбрать настройку степени кэширования (Cache levels), где в открывшемся списке допнастроек можно будет выбрать последний вариант «Cache everything» («Кэшировать все»). Таким образом, мы принудительно заставим CloudFlare кешировать всю вебстраницу, а не только статику.
Еще желательно будет задать время, которое страница будет храниться в кэше CloudFlare и в кэше браузеров посетителей сайта (это две разных настройки). Тут все зависит от степени динамичности вашего сайта в целом и отдельных его страниц в частности. Меня вполне устраивает интервал в несколько суток хранения кеша в облаке, а кеш браузера я выбираю разный (в зависимости от типа страниц).
Для задания этих настроек нужно будут еще пару раз нажать на кнопку «+ Add a Setting» и выбрать:
Сразу оговорюсь, что на сервисе есть возможность принудительно сбросить кеш не только для всего сайта (чего делать особо не рекомендуется), но и отдельных страниц, и даже отдельных статических файлов (изображений, файлов стилей и скриптов), когда вы внесли в них изменения и хотите, чтобы они незамедлительно стали доступны посетителям вашего сайта.
Делается это на вкладке «Caching» (из верхнего меню) путем нажатия на кнопку «Purge Individual Files» (чтобы сбросить весь кеш нужно будет нажать на стрелочку на этой кнопке и выбрать нижний из двух пунктов «Purge Everything»). В открывшееся окно нужно ввести Урл страницы, либо страниц (по одной на строку), либо отдельных файлов (полный путь до картинок, файла стилей и т.п.):
Я этой опцией пользуюсь довольно часто, например, после изменения картинок, добавлении комментария к статье или при изменении дизайна сайта (сбрасываю кеш для файлика стилей). Файлы, кеш которых вы недавно сбрасывали, отображаются ниже — по ним можно просто кликнуть, чтобы выполнить их очередной сброс. Очень удобно.
Но вернемся к настройкам правил для отдельных страниц сайта — Page Rules . Чуть ранее мы нажали на кнопку «Create Page Rule» и научились включать полное кеширование содержимого Html страниц, а также ограничивать время жизни кэша в браузерах посетителей и на серверах CloudFlare. Получиться в результате должно что-то типа этого:
Т.е. мы задали нужные нам правила кеширования. В примере — это кэширование всего содержимого со сроком жизни кэша в браузерах посетителей 4 час и сроком жизни кеша на серверах сервиса 2 суток. Осталось дело за малым — прописать в первой строке этого всплывающего окна формулу, по которой сервис поймет для каких именно страниц вашего сайта эти правила применять . Как это сделать, можно почитать нажав на кнопку «Хелп» внизу окна настроек правил.
На мой взгляд есть два пути задания правил:
Теперь поподробнее о практической реализации обеих способов.
Начнем с первого варианта создания разрешающих правил кеширования для всех (или большинства) страниц сайта, которые нужно будет хранить в кеше серверов CloudFlare полностью (весь html код с картинками, скриптами и стилями).
Если страницы со статьями вашего сайта (как и на моем блоге) оканчиваются на.html , то для их полного кеширования хватит одного единственного правила для страниц:
Сайт/*.html
Замените мое доменное имя на свое и все должно заработать. Довольно просто — знак * заменяет все, что может стоять между доменными именем и суфиксом.html.
Останется еще только добавить правило для полного кеширования главной страницы сайта:
Сайт/
Тут, думаю, все понятно и без пояснений. Единственное что, для главной страницы я время кеширования в браузерах пользователей выбрал поменьше, ибо содержимое этой страницы чаще других изменяется, и важно, чтобы она отображалась в более-менее актуальном состоянии.
Время же кеширования на серверах CloudFlare оставил большим, ибо при добавлении новой записи я просто сбрасываю кеш для главной способом описанным чуть выше. Очень удобно, только по первости нужно привыкнуть это делать.
Замечательно, когда все страницы кроме главной оканчиваются на.html. У меня же, например, рубрики и статические страницы (типа «О блоге») такого индекса не имеют. С рубриками особо мучиться не пришлось, ибо я выбрал, как оказалось, удачный шаблон, с обязательным словом (каталогом) «/category/», поэтому правило для этого типа страниц выглядит так:
Сайт/category/*
Ну, а со статическими страницами пришлось поизголяться, но вроде все получилось.
В итоге процент отдаваемых из кеша CloudFlare данных составил (по данным встроенной в эту систему аналитики) около 90%, что есть очень даже хорошо (по сути на эту величину снизилась нагрузка на сервер моего хостинга):
На отдельном аккаунте в CloudFlare (бесплатном) я разместил все остальные свои небольшие проекты. Т.к. правил для страниц можно было создать только три на бесплатном тарифе, то я решил пойти от противного — разрешить полное кеширование всего сайта, запретив потом трогать страницы админки .
Сразу скажу, что сработало как-то не очень. Вместо 90% загрузок из кеша, в этом случае я получил менее 50%. Но тем не менее свои решения я приведу, авось вы мне подскажите где я ошибся. Итак, первым правилом я разрешил кешировать все:
А вторым (этот сайт работает на Вордпресс ) — для страниц админки выбрал режим кеширования байпасс, т.е. не попадание этих страниц в кеш. Вроде все работает и скорость блога существенно выросла, но в аналитике менее 40 процентов трафика идет через CloudFlare (все остальное тянется с сервера хостинга). Почему? Для меня не очень понятно. При этом с работой в админке никаких проблем при этом не наблюдалось, что уже хорошо.
Если у вас сайт на joomla , то там админку можно забайпассить таким образом (наверное):
Domen.ru/admin*
В общем, сами смотрите какой вариант вам выбрать.
На одном из сайтов, подключенных к бесплатному аккаунту CloudFlare, вдруг возникли проблемы (он перестал открываться), поэтому для него я пока просто отключил «облачка» на вкладке «DNS» из верхнего меню:
После этого он начал открываться. Переносить NS записи на старые пока не стал — может быть возникнет желание поразбираться что к чему.
Если вы подключились к КлоудФлэр именно из-за идущей в данный момент Ддос-атаки (или она началась после подключения), то ее вполне можно будет отразить или снизить эффект от нее даже на бесплатном тарифе этого сервиса. Для этого достаточно лишь перейти на вкладку «Overview» из верхнего меню и нажать на кнопку «Quick Actions» :
Выберите из выпадающего списка пункт «Under Attack Mode» и данный сервис начнет активно противодействовать Ddos-атаке.
Все пользователи (или боты) будут задерживаться перед обращением к серверу вашего хостинга сервисом CloudFlare на 5 секунд, за время которых он будет пытаться определить реальный ли это пользователь (браузер) или бот.
Реальные пользователи при этом будут наблюдать такую вот картинку на своем экране в течении 5 секунд (до открытия страницы вашего сайта):
Понятно, что такая «непонятная» надпись часть посетителей таки отпугнет — я наблюдал падение посещаемости в режиме «Under Attack Mode» примерно на четверть по отношению к нормальному режиму работы. Но лучше потерять четверть посетителей, чем все 100%. Согласитесь?
К тому же на тарифе PRO (о котором я писал выше) можно вид этой надписи поменять и снизить процент отказов (например, перевести ее на русский и добавить чуток креатива). По-любому возможность замечательная.
Однако, не стоит оставлять сайт в режиме «Under Attack Mode» дольше того времени, пока идет атака, ибо вы не только часть посетителей будете терять, но и все боты поисковиков будут отсекаться от сайта, что со временем не здорово скажется на посещаемости. Поэтому периодически отключайте режим «Under Attack Mode» простым нажатием на кнопку «Disable» (на вкладке «Overview»- см. скриншот выше) и смотрите на результат.
Если сайт опять стал недоступен (Ddos продолжается), то включайте Status: I"m Under Attack! взад. Так продолжайте часа через два мониторить окончание Ддос-атаки, чтобы не держать лишнее время сайт в этом безусловно полезном, но неоптимальном режиме «Под атакой».
На постоянной основе я предпочитаю использовать режим по умолчанию «Medium» . Кстати, поменять режим безопасности можно и без переключения в «Under Attack Mode». Сделать это можно на вкладке «Firewall» (из верхнего меню), выбрав нужный вариант из выпадающего меню кнопки с названием текущего Security Level:
Ну, и «I"m Under Attack!» отсюда тоже можно будет включить.
Пока вроде все, что хотел и имею сказать. Полазайте еще по вкладке «Speed» и посмотрите, что там можно использовать. А вообще, извините за столь краткое описание этого безусловно примечательного сервиса, но что-то утомился печатать и скрины делать (видать сегодня не в форме).
В рунете подобного меценатства вкупе с ошеломляющей полезностью я пока не встречал. Посему не посчитал для себя обременительным перейти на тариф PRO с ежемесячным отстегиванием 20$.
В принципе, можно было этого не делать, но так как-то спокойнее, что ли...
CloudFlare посвящен пятый ролик из 6 видеоуроков по теме ускорения сайта , которые, на мой взгляд, имеет смысл посмотреть целиком, чтобы воспринимать картинку оптимизации в целом (нужный ролик можно выбрать из выпадающего списка в левом верхнем углу окна плеера):
Удачи вам! До скорых встреч на страницах блога сайт
Вам может быть интересно
Как добавить видео на сайт, чтобы не пострадала скорость загрузки страницы
Handyhost - как выбрать оптимальный для вас хостинг
Ускорение и защита вашего сайта в облачном сервисе Айри.рф
Измерение и увеличение скорости сайта в GTmetrix, а так же настройка загрузки библиотеки jQuery с Google CDN
Как зарегистрировать домен (купить доменное имя у регистратора)
Как найти и удалить неиспользуемые строки стилей (лишние селекторы) в CSS файле вашего сайта
Совсем недавно (1 сентября 2017 года), я переехал с виртуального хостинга на виртуальный сервер (с чем себя и поздравляю). Так как до этого времени пользовался виртуальным хостингом в котором меня всё устраивало, достаточно долгое время. Переезд оказался для мене не очень простым, но сейчас уже всё нормально работает, но до этого я столкнулся с некоторыми трудностями при переходе на виртуальный сервер.
Оказывается, что как правило при аренде виртуального, или физического сервера, поставщик услуги вам не предоставляет бесплатные DNS . Я бы раньше особо по этому поводу не переживал, а воспользовался бы бесплатной услугой DNS-хостинга от Яндекса. Но здесь проблема в том, что многие наверное слышали о на территории Украины. Т. е. если я воспользуюсь DNS хостингом от яндекса, то посетители с Украины не смогут попасть на мой блог, а их не мало здесь. Поэтому было решено искать другую подобную услугу.
Не 1 раз попадал на сайты, где подключен CloudFlare, но мне как-то не было интересно разбираться что это за сервис и зачем он, так как ошибочно считал, что он только для защиты от ddos атак. Но как оказалось, там есть ещё как минимум 1 бесплатная услуга, которая мне очень приходилась — бесплатный DNS .
CloudFlare – одна из ведущих современных сетей доставки контента (Content Delivery Network, CDN ). Серверы этой фирмы расположены в стратегически выбранных дата центрах по всему миру, чтобы ускорить доставку статических файлов посетителям вашего сайта.
Из этой статьи вы узнаете, как включить поддержку CloudFlare в ваш WordPress -сайт.
Скорость и безопасность – самые важные параметры работы сайта. Они не только напрямую влияют на то, как ваш сайт принимают пользователи, но и в значительной степени определяют его рейтинг в поисковых системах. Google в течение нескольких лет не перестаёт говорить о времени загрузки страницы как об одном из ключевых факторов ранжирования сайтов.
При анализе медленных сайтов при помощи Google Page Speed Insights первой рекомендацией обычно является использование CDN . Далее в статье я продемонстрирую, каким образом использование сети доставки контента может повысить скорость работы вашего сайта.
Помимо описания конкретного поставщика услуг CDN – CloudFlare – я также познакомлю вас с основными концепциями и преимуществами использования CDN в целом.
Проще говоря, когда вы арендуете домен и хостинг, компания-хостер хранит все ваши данные в одном дата центре, расположенном в конкретном городе. При просмотре вашего сайта получают преимущество те пользователи, которые географически расположены ближе к этому дата центру и имеют короткий интернет-канал до него.
Пользователи, расположенные в других городах, странах, на других материках вынуждены терпеть большие задержки, связанные со своей удалённостью от вашего сервера.
CDN решает эту проблему за счёт создания копий ваших статических данных (изображений, скриптов, стилей, шрифтов ) на серверах, расположенных в других географических локациях.
Когда посетитель заходит на ваш сайт, этот статический контент доставляется с сервера, расположенного как можно ближе к посетителю. Это понятным образом сокращает задержки при обращении к сайту и время загрузки страниц.
Помимо прямых преимуществ CDN, выражающихся в сокращении времени загрузки страниц, есть и другие, неявные выгоды. Рассмотрим их подробнее.
Современные браузеры умеют загружать из Сети несколько файлов одновременно. Обычно количество одновременных соединений ограничивается для каждого домена отдельно.
Это означает, что если в страницу встроено 6 файлов (картинок, CSS-стилей, скриптов и т. д. ), а лимит одновременных соединений в браузере установлен в значение 5, то браузер не начнёт закачивать шестой файл, пока загрузка хотя бы одного файла из первых пяти не будет завершена. В результате время загрузки страницы увеличивается.
Но файлы, хранящиеся в CDN , загружаются с другого домена, нежели основная страница. Поэтому при обращении к ним браузер может открыть ещё несколько одновременных соединений, в результате чего скорость загрузки страницы потенциально вырастет.
Показатель отказов в веб-аналитике – это процент пользователей, загрузивших не более одной страницы вашего сайта. Отказ происходит тогда, когда первая страница не мотивировала пользователя на продолжение работы с сайтом, например, оказалась не релевантной.
Отказ может произойти и в том случае, когда страница грузилась так долго, что пользователь не дождался её загрузки и перешёл к другому сайту, а потом забыл про неё.
Google учитывает показатель отказов в ранжировании страниц. Чем ниже этот показатель у вашего сайта, тем выше его место в результатах поиска.
Использование CDN экономит трафик вашего основного сайта, так что в случае внезапного наплыва посетителей (например, если ваш пост стал вирусным) у вас больше шансов остаться в сети.
CDN имеют все средства для блокирования DDoS -атак и прочего нежелательного трафика. Также большинство поставщиков CDN предоставляют такие дополнительные услуги, как анализ активности посетителей и списки фильтрации.
Если ваш тариф хостинга ограничен по трафику, вы можете сэкономить на основном хостинге, перенеся всю статику в CDN . В ряде случаев комбинация «хостинг с лимитированным трафиком + CDN » стоит дешевле, чем тариф с безлимитным трафиком.
CloudFlare – один из ведущих поставщиков услуг доставки контента. Его серверы расположены в ключевых точках по всему земному шару, что позволяет доставлять ваши файлы пользователям по кратчайшему маршруту.
Кроме того, CloudFlare может помочь вам в оптимизации вашего сайта, взяв на себя объединение и минимизацию ваших скриптов и стилей:
Когда угроза безопасности распознана и подтверждена, информация о ней заносится в центральную базу данных CloudFlare и используется всеми серверами доставки контента. Это значительно повышает безопасность данных клиентов.
Гибкая настройка, высокое качество обслуживания и огромное количество пользователей выделяют CloudFlare среди конкурентов, что позволяет таким крупным хостерам, как Bluehost и HostGator , рекомендовать сервисы CloudFlare дополнительно к своим тарифным планам.
На самом деле неважно, на какой платформе работает ваш сайт; настроить CloudFlare на работу с ним можно двумя основными способами. Для этого нужен только доступ к управлению вашим доменным именем. Рассмотрим оба способа.
Как я уже говорил, крупные хостинг-провайдеры могут включать поддержку CloudFlare в свои тарифные планы. В этом случае всё можно настроить прямо в панели управления хостингом:
Чтобы начать настройку, кликните по иконке «CloudFlare » в разделе «Domain Management » (управление доменами ) панели управления вашего хостинга. На иллюстрации показано, как выглядит соответствующий раздел в панели cPanel хостера HostMonster :
Шаг 2
Когда вы войдёте в CloudFlare , вы сможете увидеть список доменов, ассоциированных с вашим аккаунтом:
Шаг 3
Чтобы воспользоваться сервисом, нужно только кликнуть на ссылке “Activate ” («Активировать »). Хостер сам изменит настройки DNS -серверов и сделает всё остальное.
Учтите, что бесплатный сервис CloudFlare довольно ограничен в возможностях. Проанализируйте свои потребности и выберите нужный вам тариф CDN на сайте CloudFlare .
Чтобы настроить поддержку CloudFlare CDN для сайта, расположенного на любом хостинге, вам нужно проделать следующие действия.
Шаг 1
Зайдите на сайт CloudFlare и подпишитесь на бесплатный сервис:
Добавьте свой сайт в список на CloudFlare и подождите, пока сервис проанализирует ваши доменные записи. Это может занять около минуты:
Вы увидите список DNS -записей для различных поддоменов с IP -адресами, на которые они ссылаются. Вы можете оставить только нужные поддомены, а остальные удалить:
Шаг 4
Вам будет предложено выбрать план обслуживания на CloudFlare
. Тарифные планы отличаются тремя параметрами: стоимостью, безопасностью и производительностью:
Выбрав пакет обслуживания, вы сможете получить адреса DNS -серверов CloudFlare . Скопируйте их в настройки доменного сервиса вашего регистратора доменных имён.
Синхронизация информации между серверами DNS может занимать от нескольких минут до 48 часов, поэтому будьте предельно внимательны и терпеливы.
Существуют некоторые дополнительные возможности, о которых не помешает знать всем пользователям CloudFlare :
Платные и бесплатные сторонние веб-приложения могут осуществлять мониторинг и анализ производительности вашего сайта, автоматический перевод контента и другие услуги. Каждое приложение нужно настраивать отдельно:
CloudFlare предоставляет своим клиентам детальный анализ посещаемости подключенных доменов при клике по ссылке “Analytics ” на главной панели сайта:
Здесь вы можете получить список IP -адресов тех пользователей, которые подозреваются во вредоносной деятельности либо осуществляли попытки навредить вашему сайту, но не преуспели. Если хотите, можете окончательно ограничить доступ к вашим ресурсам с этих адресов.
Плагин CloudFlare для WordPress
Сервис CloudFlare создал также специальный плагин для пользователей WordPress . Этот плагин не заменяет описанных нами методов настройки CDN .
Его основное назначение комнат – помочь определить IP -адреса комментаторов на вашем сайте. Также этот плагин собирает данные о спамерах, чтобы можно было эффективно банить их по IP -адресу на уровне всей сети доступа к контенту:
Использование CDN помогает повысить безопасность сайта и ускорить загрузку страниц. CloudFlare на текущий момент является лидером в CDN -бизнесе и предоставляет впечатляющие пакеты услуг как бесплатно, так и по конкурентным ценам.
Для небольших сайтов и личных блогов вполне подходят бесплатные тарифы CloudFlare . А вот большому интернет-бизнесу не мешает озаботиться платной поддержкой, позволяющей оперировать гигантскими объёмами трафика и поддерживать безопасность своего сайта на должном уровне.
Данная публикация представляет собой перевод статьи «Integrating CloudFlare With WordPress » , подготовленной дружной командой проекта
Хорошо Плохо
Данная статья посвящена непосредственно настройке сервисов CloudFlare.
Чтобы активировать CloudFlare для вашего домена выполните следующие действия:
Рисунок 1
Вкратце, при полной настройке (Full Zone Setup) серверы доменных имён CloudFlare используются в качестве авторитетных серверов для вашего домена, тогда как вариант с CNAME – это просто создание ресурсной записи и использование поддомена, указывающего на CloudFlare. Для получения дополнительной информации воспользуйтесь ссылкой приведённой над кнопками с вариантами настройки.
Рассмотрим оба варианта настройки, начнём с CNAME-записи:
Иконка с изображением оранжевого облака в крайнем правом столбце таблицы обозначает, что CloudFlare активирован. Чтобы не использовать сервис для какой-либо записи просто нажмите ещё раз на соответствующую иконку.
Рисунок 2
Если теперь запустить утилиту ping для поддомена, то можно увидеть, что IP-адреса CloudFlares уже отдаются в ответ на запросы (рисунок 3)
Рисунок 3
Обратите внимание, что данный вариант настройки CloudFlare не подразумевает использование серверов доменных имён CloudFlare в качестве авторитетных серверов вашего домена, то есть вы по-прежнему сможете редактировать ресурсные записи DNS в своём клиентском портале или через панель регистратора. Также стоит отметить, что при данном типе настройки CloudFlare может ускорить и защитить только поддомен, но не главный домен. Поэтому весь траффик к главному домену должен быть перенаправлен к поддомену.
Переходим к полной настройке DNS-зоны (Full Zone setup) - нажмите на соответствующую кнопку и скопируйте названия новых серверов доменных имён CloudFlare (рисунок 4), которые вам необходимо прописать вместо существующих. Для этого в клиентском кабинете перейдите в раздел Домены→Мои домены→Управление доменом→Управление name-серверами (рисунок 5).
Рисунок 4
Рисунок 5
Удалите названия серверов доменных имён установленных по умолчанию и вставьте новые значения (рисунок 6)
Рисунок 6
Глобальное обновление информации может занять до 24 часов, однако в течение всего времени ваш сайт остаётся доступен. Запустив «Повторную проверку серверов доменных имён» (Recheck Nameservers) можно проверить завершился ли процесс обновления серверов имён (рисунок 4).
После того как новые сервера имён начнут функционировать полная настройка DNS-зоны завершена, запросы к основному домену и поддомену обрабатываются серверами сети доставки контента (CDN) CloudFlare.
Непосредственно в cPanel предоставлен доступ к различным настройкам CloudFlare. Значения установленные по умолчанию подходят в большинстве случаев, однако вы можете самостоятельно отредактировать их непосредственно под ваши задачи. Дополнительная информация о функционале CloudFlare доступна на официальном сайте https://www.cloudflare.com/
Если у вас есть вопросы о плагине CloudFlare или требуется помощь в настройке, пожалуйста, свяжитесь с нами удобным вам способом по Skype, через онлайн-чат или тикетную систему.
В этой статье вы узнаете: что такое CloudFlare и какие преимущества вы получите используя сеть доставки контента CloudFlare.
CloudFlare – это сервис по обслуживанию и обеспечению безопасности, который мы предоставляем своим клиентам. В среднем, сайт с CloudFlare загружается вдвое быстрее, потребляет на 60% меньше трафика, получает на 65% меньше нагрузки на сервер и при этом является более защищенным.
CloudFlare это поставщик, который является третьей стороной при предоставлении услуг клиентам сайт по партнерской программе.
CloudFlare работает как reverse proxy (обратный прокси). Это значит, что если веб-сайт является частью сообщества CloudFlare, то весь его трафик направляется через глобальную сеть CloudFlare.
В сети CloudFlare хранятся копии статических файлов в географически близких к веб-посетителям местах, что означает быструю их загрузку. CloudFlare кэширует такие ресурсы, как CSS, JavaScript и изображения. При этом с Вашей стороны не требуется никаких дополнительных усилий – технология CloudFlare автоматически определяет, какие из файлов подлежат кэшированию, исходя из их расширений. Мы не кэшируем динамический контент. Технология также применяет сжатие каждого запроса.
Сеть CloudFlare также блокирует угрозы и разнообразных вредоносных ботов прежде, чем они наносят удар по Вашему серверу, а это предотвращает потери трафика и ресурсов сервера.
Сеть CloudFlare на данный момент располагается в 12 географических точках. Сан-Хосе, Лос-Анджелес, Чикаго, Вашингтон, Нью-Джерси, Даллас (все — США), Амстердам, Париж, Франкфурт, Гонконг, Сингапур и Токио. В каждом из этих узлов CloudFlare осуществляет кэширование и бот-фильтрацию. В сентябре 2011 года будут введены в эксплуатацию дополнительные центры данных в Лондоне и Майами.
Практически любые сайты могут работать с CloudFlare. Эта технология поддерживает как статические, так и динамические вебсайты. CloudFlare не подходит для сайтов, которые представляют потоковое видео и аудио непосредственно с исходного сервера. Если вы используете YouTube или Vimeo для видеовложений на сайте, такой вариант совместим с CloudFlare.
Если у вас есть SSL, Ваш сайт может работать с CloudFlare, но для подключения нужен дополнительный шаг. Если Ваш SSL размещен на собственном суб-домене (то есть на SSL), то убедитесь, что этот суб-домен отмечен серым маркером (деактивирован). Если SSL на корневом домене или www, то Вам нужно обновиться до платного Pro сервиса.
CloudFlare может ускорить и защитить только CNAME. Так как ваш корневой домен имеет статус записи А, мы рекомендуем Вам направить ваш трафик на «www» через файл.htaccess. Если Вы не перенаправите трафик, тогда весь трафик к www.mydomain.com будет ускорен и защищен CloudFlare (как указано в статистике), в то время как трафик к mydomain.com не будет обслуживаться CloudFlare.
Суб-домены в CloudFlare выделяются оранжевым цветом маркера. Суб-домены, не работающие в CloudFlare выделяются серым. Сеть CloudFlare может только проводить трафик как proxy (“по доверенности”) через порты 80 и 443. Во избежание проблем, следующие суб-домены будут отмечены серым:
Нет, из соображений безопасности CloudFlare не проводит трафик в этом суб-домене. Вы должны явно прописать суб-домен в качестве CNAME в своей записи DNS, чтобы получить возможность активировать CloudFlare.
Если Вы активируете CloudFlare через сайт, он сможет ускорить и защитить лишь CNAME, но не A-записи, которые обычно содержит корневой домен. Если у Вас есть трафик, идущий на корневой домен, и Вы хотели бы ускорить и защитить его с помощью CloudFlare, можно добавить перенаправление на «www» в своем файле.htaccess. Желательно работать через сайт, но в общем плане код перенаправления выглядит так:
RewriteEngine On
# Rewrite added for CloudflareInstall — mysite.com
# Wednesday 25th of August 2010 04:59:42 AM
RewriteCond %{HTTP_HOST} ^mysite.com$
RewriteCond %{SERVER_PORT} ^80$
RewriteRule ^(.*)$ http://www.mysite.com/$1
Как только Вы активируете CloudFlare на сайт, Вы автоматически получаете аккаунт и на www.cloudflare.com.. Чтобы увидеть всю статистику, панель управления защиты от угроз и все настройки CloudFlare, нужно войти в аккаунт на www.cloudflare.com.
Примечание: Ваш изначальный временный пароль присылается Вам в приветственном электронном письме.
Когда Вы активируете CloudFlare, с Вашим вебсайтом не произойдет никаких видимых перемен. Но если загрузка сайта стала медленнее после подключения CloudFlare, то проблемы действительно имеют место. Прежде всего, деактивируйте CloudFlare, кликнув на оранжевый маркер, пока он не сменится на серый.. Команда этого портала проработает Вашу заявку и решит любые сложности.