old.cs.money
AS13335
AS name (ISP) Cloudflare, Inc.
market.csgo.com
AS209242
AS name (ISP) Cloudflare London, LLC
Тестировать ping'ом не имеет смысла, так как ping всегда будет минимален, так как прокси серверы ClouFlare расположены по всему миру, и Вы всегда будете к ближайшему обращаться
Проверять тогда уж лучше сам http запрос за сколько времени отрабатывает, это будет более похоже на реальную картину
Вы -> CloudFlare -> Реальный сервер сайта
Для теста ставили высоконагруженный проект, тоже надо было разбавить трафик, потому-что съедало на основном сервере.
Основной сервер к примеру 100тб ограничение, и через 10 дней было понятно, что будет перерасход лимита, если мне память не изменяет, то Мы делали так:
С основного сервера сделали дубликат на хетцнер, домены перевели на CF, потом прописали балансировку через домены в CF и получается поделили трафик пополам. Со знакомым не общался давно, год точно, но точно помню, что год он работал по такой схеме без проблем. Главное не вешать главную страницу на хетцнер, тогда точно прилетит в первый же день блок от завистников.
Если все делать умно, то хетцнеру точно не будет дело до сервера, пока не прийдет жалоба. А как может прийти жалоба, если CF отправляет жалобу по основному сайту к хостеру, а контент лежит на зеркале. Он же не рассылает информацию по всем айпишкам, а только по основному домену главной страницы.
CF перенаправит жалобу на тот IP, который указан у них как прокси
А жалобу могут оформить и на поддомен ( в браузере копирнут ссылку и на неё и оформят жалобу), это рулетка будет с возможной потерей всех данных
Увы, я не Сергей, и помочь Вам в этом вопросе не смогу :)
достаточно пачки жалоб и сервер может за неделю уйти в блок а то и за пару дней
В сторону hetzner я бы не смотрел, если на сервер могут поступать жалобы
Разве что для бекапов, но тогда жалоб и не будет
Мне некуда ПОКА переносить. И нет уже возможности и времени, они скоро сервер выключат вне зависимости от того, есть сейчас жалоба на сёрче или нет.Я бы успела ,если бы мне дали доработать до оплаченного срока - 31.01
Если канал не перегружен, то забрать ~11 TB данных (а если в RAID 1, то вовсе данных менее 6 Tb) можно меньше, чем за сутки
Вопрос лишь в трафике, есть ли он ещё на данном заказе, или Вам его выключат по среди переноса
Можно понадеяться на великий и могучий SE и владелец хостинга таки исправится
Но я бы потихоньку уже делал бекапы, пока есть трафик и доступ к серверу, хотя бы данные сохраните
А ещё лучше, сперва сделать бекапы, а потом уже идти на SE с жалобой
Смотреть, чем занимается процесс php
Возможно в каком-то из плагинов идёт запрос к другому сайту, который сейчас недоступен
Разве это не будет тем-же правилом с ограничением на каждый tcp порт?
Не будет, порт не указан же в правиле
Перед apache - nginx стоит?
Стоит ещё его смотреть
ISP допустим запросы к phpmyadmin может обрабатывать через php-fpm
