Здравствуйте!
Proton заблокирован на территории РФ, и как российская компания мы работаем в рамках этого ограничения: письма на адреса Proton и с них не доставляются — ни входящие, ни исходящие.
Решение — указать в аккаунте почту на другом сервисе: Mail.ru, Яндекс Почте или Gmail.
Они навязывают 2FA и включают его без моего ведома! В данный момент почтовый сервис которым я пользовался закрылся, при попытки войти в timeweb вижу, что timeweb снова включил 2FA через почту, хотя я никогда не включал 2FA, каким образом я должен войти теперь в свой аккаунт? Почему я должен испытывать эти неудобства?
Даунтайма за июнь 2026: более 25 часов, при обещанном в 1.5 часа в год.
Поддержка мертвая, текущий даунтайм длится более 15 часов (ams-1), чат комьюнити в телеграмме сначала отключали полностью на ночь, потом ввели кулдаун на час. Поддержка не помогает клиентам разобраться в ситуации, удаляются сообщения пользователей, TW продолжает списывать деньги за даунтайм.
Я еще вчера перешел на другой хостинг и это было дальновидно. Клиентам TW терпения и скорейшей миграции в нормальный хостинг.
Здравствуйте. Июнь для ams-1 действительно был тяжелым — серия инцидентов на стороне партнёрского дата-центра Qupra, в основном по системе охлаждения.
Сейчас инциденты закрыты, инфраструктура ams-1 восстановлена. За период простоя клиенты зоны не платили — действовал нулевой биллинг.
И главное решение по итогам: мы уже переезжаем в другой ЦОД — площадку выбрали, о ней рассказали в канале.
Подскажите, пожалуйста, на какой хостинг переходили? Я уже тоже «сгорел» и хочу поменять TW, но вариантов супер много, и не у всех аптайм лучше( Например, AdminVPS в том же ДЦ в AMS арендует…
Серия инцидентов была — причина на стороне партнерского дата-центра Qupra, отказ системы охлаждения.
Сейчас инциденты закрыты, инфраструктура ams-1 восстановлена. За период простоя клиенты зоны не платили — действовал нулевой биллинг. И главное решение по итогам: мы уже переезжаем в другой ЦОД — площадку выбрали, о ней рассказали в канале.
Подробности — в новостях панели управления и Telegram-канале → https://t.me/timewebru/2145
Timeweb Cloud продолжает пробивать дно своей «надежностью». Ровно месяц назад, 27 мая, они уже роняли амстердамскую зону (ams-1) на пять с лишним часов. Казалось бы, инцидент должен был стать уроком, но чуда не произошло — сегодня мы ловим абсолютное дежавю.
С 18:00 и вплоть до 21:30 (и таймер простоя все еще тикает) сервер находится в состоянии кирпича. Снова отвалилась вся локация, и снова из-за партнерского дата-центра Qupra. На этот раз у них, как выяснилось, не справляется система охлаждения. В итоге графики в панели обрываются в пустоту, страница статуса горит от алертов, а все критичные сервисы, боты и бэкенд лежат в глубоком нокауте.
Берешь облако под серьезные задачи и ожидаешь заявленный аптайм, а по факту получаешь лотерею, где сервер уходит в оффлайн, как только в Амстердаме становится жарко. Вместо стабильной работы — сорванные процессы, потерянный доступ для пользователей и вытрепанные нервы. А саппорт тем временем кормит шаблонными отписками про «коммуникацию с инженерами» и готовит копеечную компенсацию по SLA, которая даже близко не перекрывает реальный ущерб от простоя.
Держать свою инфраструктуру на Timeweb сейчас — это игра в русскую рулетку. Терпеть регулярные отвалы сети из-за неработающих кондиционеров я больше не собираюсь. Начинаю миграцию к нормальным провайдерам, которые умеют следить за своим железом и обеспечивать реальную отказоустойчивость, а не просто вешать красивые обещания на сайт.
Серия инцидентов была — причина на стороне партнерского дата-центра Qupra, отказ системы охлаждения.
Сейчас инциденты закрыты, инфраструктура ams-1 восстановлена. За период простоя клиенты зоны не платили — действовал нулевой биллинг. И главное решение по итогам: мы уже переезжаем в другой ЦОД — площадку выбрали, о ней рассказали в канале.
Подробности — в новостях панели управления и Telegram-канале → https://t.me/timewebru/2145
Дополню свой предыдущий отзыв тем, что благополучно перевез все свои проекты с этого хостинга, избежав еще, наверное, десятка инцидентов. Но пройти мимо и не оставить очередной отзыв, конечно, не могу.
Человек, который придумал лимит в 10 ip в сутки, настоящий гений. Выдайте ему премию, ведь это ровно то, что нужно облачному провайдеру.
Собственно, кейс.
Остался какой-то баланс на аккаунте, и иногда я беру одноразовые тестовые серверы: собрать кластер, отладить провижен, погонять виртуалку по кругу, потыкать и удалить. Обычно ничего долгоживущего. На одном таком крутился бот.
В один из дней заметил, что бот недоступен. Как оказалось, сервер тоже.
Написал в поддержку где-то в обед и благополучно получил дежурную отписку в духе «надо разобраться, передадим вопрос суперпупер-инженеру».
По старому опыту я уже знал что если что-то не работает, лечится это бубном и манипуляциями с сетью. Удалить ip, добавить ip.
Удаляю ip, после чего пытаюсь добавить обратно. В ответ сухое «не удалось». Решаю зайти с другой стороны, добавлю ip отдельно, а потом попробую привязать существующий.
И вот при попытке добавить ip отдельно, наконец вижу ту самую вершину инженерной мысли в виде лимита на количество ip в сутки.
Система сообщает, что добавить ip я не могу и возможность появится не позднее следующего дня. Вспоминаю, в каком хостинге это происходит, сижу жду.
Через сутки привязал ip, доступ восстановился. Возможно, вы помните, что в этот момент суперпупер-инженер проводит исследование и диагностику по моему запросу. Сложные вычисления, и все это судя по всему вручную на бумаге, ведь ему потребовалось около 25 часов, чтобы прислать мне лог с тем, как он пингует этот сервер и подписать, что с сервером все в порядке и он доступен.
"Стабильность" Timeweb Cloud пробила очередное дно. Мало того, что совсем недавно они умудрились положить инфраструктуру и мариновать серверы в глубоком даунтайме больше 5 часов, так сегодня история повторилась.
Просто зацените масштаб: посреди рабочего дня, 27 мая, в районе 13:15 графики мониторинга (процессор, трафик, память) в панели тупо оборвались. Легла вся амстердамская зона ams-1. На странице статуса - "красивая" новогодняя елка из аварийных уведомлений, а бэкенд, критически важные боты и клиентские сервисы в этот момент лежат мертвым грузом.
Когда выбираешь "облако" под продакшен, рассчитываешь на надежность и аптайм. По факту получаем регулярные аварии на стороне хостера, сорванные дедлайны, репутационные потери перед своими пользователями и кучу сожженных нервов. А в ответ от поддержки, скорее всего, прилетят стандартные отписки про "технические работы" и копеечная компенсация по SLA, которая близко не покрывает убытки и стресс.
Серьезно задумываюсь о полном переносе всех проектов и инфраструктуры к другим ребятам, которые умеют держать сеть и ценят лояльность клиентов. Использовать Timeweb под что-то серьезнее хостинга статической странички сейчас - это огромный риск
Понимаем ваше недовольство — последние инциденты действительно затронули работу сервисов и клиентов в зоне ams-1. Причиной стал сбой системы кондиционирования в дата-центре Qupra, который только недавно принял нашу инфраструктуру. Прошлый, который служил нам стабильностью на протяжении многих лет — закрывается в июле.
Сейчас от команды дата-центра ждем детальный отчет обо всех обстоятельствах произошедшего. По итогам опубликуем постмортем и информацию о дальнейших изменениях в нашем канале: https://t.me/timewebcloud_alerts
Арендовал облако для своего личного проекта. К нему не удаётся подключиться. Ну написал в техподдержку. Техподдержка даже подтвердила, что все ок настроено, и развели руками. Говорят, что дескать что-то не так с айпи, посоветовали поменять. Поменяли айпи, опять не работает. Сейчас будет вторая смена айпи. Ах да, техподдержка отвечает раз в 2-3 часа, работа идёт крайне вяло. Ищу другой хостинг.
Спасибо за обратную связь.
Ситуация выглядит необычно. Можете подсказать номер обращения или связаться с нами, проверим все факты и разберемся, что случилось — https://t.me/twc_ilya
Всегда рекомендовал этот хостинг как относительно дешёвый и с большим количеством инструментов, но после последних инцидентов (в сумме больше 10 за месяц на нескольких проектах) — больше не буду.
До этого регулярно случались проблемы с сетью, но обычно они длились не больше часа. И «регулярно» я говорю буквально: стабильно раз в несколько дней сеть отваливалась. В этот же раз произошло несколько инцидентов подряд, причём с полной потерей доступа к серверам. В техподдержке сказали, что проблема решается. Через какое-то время хостинг отрапортовал, что всё починили, но у меня по-прежнему ничего не работало — подумал, что это остаточные явления. В итоге восстановление доступа к серверу заняло больше трёх суток (это худший сценарий). Но благо хватило ума не держать никакие продовые инсталяции тут.
Отдельная проблема — сама техподдержка. В 8 из 10 случаев рекомендации сводятся к «выключите и включите». Даже если очевидно, что проблема не на вашей стороне, вам всё равно предложат выполнить какие-то действия, и только после того как они не дадут результата, начнут разбираться сами. По сути, главная беда в том, что у них «всё работает», и каждый раз нужно убеждать, что проблема действительно есть. Из-за потоковой тикет-системы операторы пишут формальные отписки, лишь бы перекинуть тикет на кого-то другого. В результате решение даже мелкой проблемы занимает от суток — и всё это время у вас нет доступа к серверу.
Подозреваю, что все эти инциденты связаны с гонкой за исполнением ограничений, так как после них полностью отвалился доступ к API тг, собственно вот вам и грабли.
Спасибо, что написали подробно — это честная обратная связь.
Хотим разобраться с каждым из инцидентов и с тем, что происходило в поддержке. Если готовы поделиться деталями — напишите напрямую: t.me/twc_ilya
Отзывы о хостинге Timeweb.cloud
При попытке регистрации аккаунта timeweb или при попытке входа в аккаунт timeweb письма не приходят на proton, почему?
Здравствуйте!
Proton заблокирован на территории РФ, и как российская компания мы работаем в рамках этого ограничения: письма на адреса Proton и с них не доставляются — ни входящие, ни исходящие.
Решение — указать в аккаунте почту на другом сервисе: Mail.ru, Яндекс Почте или Gmail.
Они навязывают 2FA и включают его без моего ведома! В данный момент почтовый сервис которым я пользовался закрылся, при попытки войти в timeweb вижу, что timeweb снова включил 2FA через почту, хотя я никогда не включал 2FA, каким образом я должен войти теперь в свой аккаунт? Почему я должен испытывать эти неудобства?
Даунтайма за июнь 2026: более 25 часов, при обещанном в 1.5 часа в год.
Поддержка мертвая, текущий даунтайм длится более 15 часов (ams-1), чат комьюнити в телеграмме сначала отключали полностью на ночь, потом ввели кулдаун на час. Поддержка не помогает клиентам разобраться в ситуации, удаляются сообщения пользователей, TW продолжает списывать деньги за даунтайм.
Я еще вчера перешел на другой хостинг и это было дальновидно. Клиентам TW терпения и скорейшей миграции в нормальный хостинг.
Здравствуйте. Июнь для ams-1 действительно был тяжелым — серия инцидентов на стороне партнёрского дата-центра Qupra, в основном по системе охлаждения.
Сейчас инциденты закрыты, инфраструктура ams-1 восстановлена. За период простоя клиенты зоны не платили — действовал нулевой биллинг.
И главное решение по итогам: мы уже переезжаем в другой ЦОД — площадку выбрали, о ней рассказали в канале.
Подробности — в новостях панели управления и Telegram-канале → https://t.me/timewebru/2145
Подскажите, пожалуйста, на какой хостинг переходили? Я уже тоже «сгорел» и хочу поменять TW, но вариантов супер много, и не у всех аптайм лучше( Например, AdminVPS в том же ДЦ в AMS арендует…
И снова ams-1 недоступна.
Спасибо за обратную связь.
Серия инцидентов была — причина на стороне партнерского дата-центра Qupra, отказ системы охлаждения.
Сейчас инциденты закрыты, инфраструктура ams-1 восстановлена. За период простоя клиенты зоны не платили — действовал нулевой биллинг. И главное решение по итогам: мы уже переезжаем в другой ЦОД — площадку выбрали, о ней рассказали в канале.
Подробности — в новостях панели управления и Telegram-канале → https://t.me/timewebru/2145
Длинный текст
Timeweb Cloud продолжает пробивать дно своей «надежностью». Ровно месяц назад, 27 мая, они уже роняли амстердамскую зону (ams-1) на пять с лишним часов. Казалось бы, инцидент должен был стать уроком, но чуда не произошло — сегодня мы ловим абсолютное дежавю.
С 18:00 и вплоть до 21:30 (и таймер простоя все еще тикает) сервер находится в состоянии кирпича. Снова отвалилась вся локация, и снова из-за партнерского дата-центра Qupra. На этот раз у них, как выяснилось, не справляется система охлаждения. В итоге графики в панели обрываются в пустоту, страница статуса горит от алертов, а все критичные сервисы, боты и бэкенд лежат в глубоком нокауте.
Берешь облако под серьезные задачи и ожидаешь заявленный аптайм, а по факту получаешь лотерею, где сервер уходит в оффлайн, как только в Амстердаме становится жарко. Вместо стабильной работы — сорванные процессы, потерянный доступ для пользователей и вытрепанные нервы. А саппорт тем временем кормит шаблонными отписками про «коммуникацию с инженерами» и готовит копеечную компенсацию по SLA, которая даже близко не перекрывает реальный ущерб от простоя.
Держать свою инфраструктуру на Timeweb сейчас — это игра в русскую рулетку. Терпеть регулярные отвалы сети из-за неработающих кондиционеров я больше не собираюсь. Начинаю миграцию к нормальным провайдерам, которые умеют следить за своим железом и обеспечивать реальную отказоустойчивость, а не просто вешать красивые обещания на сайт.
Спасибо за обратную связь.
Серия инцидентов была — причина на стороне партнерского дата-центра Qupra, отказ системы охлаждения.
Сейчас инциденты закрыты, инфраструктура ams-1 восстановлена. За период простоя клиенты зоны не платили — действовал нулевой биллинг. И главное решение по итогам: мы уже переезжаем в другой ЦОД — площадку выбрали, о ней рассказали в канале.
Подробности — в новостях панели управления и Telegram-канале → https://t.me/timewebru/2145
Длинный текст
Дополню свой предыдущий отзыв тем, что благополучно перевез все свои проекты с этого хостинга, избежав еще, наверное, десятка инцидентов. Но пройти мимо и не оставить очередной отзыв, конечно, не могу.
Человек, который придумал лимит в 10 ip в сутки, настоящий гений. Выдайте ему премию, ведь это ровно то, что нужно облачному провайдеру.
Собственно, кейс.
Остался какой-то баланс на аккаунте, и иногда я беру одноразовые тестовые серверы: собрать кластер, отладить провижен, погонять виртуалку по кругу, потыкать и удалить. Обычно ничего долгоживущего. На одном таком крутился бот.
В один из дней заметил, что бот недоступен. Как оказалось, сервер тоже.
Написал в поддержку где-то в обед и благополучно получил дежурную отписку в духе «надо разобраться, передадим вопрос суперпупер-инженеру».
По старому опыту я уже знал что если что-то не работает, лечится это бубном и манипуляциями с сетью. Удалить ip, добавить ip.
Удаляю ip, после чего пытаюсь добавить обратно. В ответ сухое «не удалось». Решаю зайти с другой стороны, добавлю ip отдельно, а потом попробую привязать существующий.
И вот при попытке добавить ip отдельно, наконец вижу ту самую вершину инженерной мысли в виде лимита на количество ip в сутки.
Система сообщает, что добавить ip я не могу и возможность появится не позднее следующего дня. Вспоминаю, в каком хостинге это происходит, сижу жду.
Через сутки привязал ip, доступ восстановился. Возможно, вы помните, что в этот момент суперпупер-инженер проводит исследование и диагностику по моему запросу. Сложные вычисления, и все это судя по всему вручную на бумаге, ведь ему потребовалось около 25 часов, чтобы прислать мне лог с тем, как он пингует этот сервер и подписать, что с сервером все в порядке и он доступен.
Собственно, вот и думайте.
"Стабильность" Timeweb Cloud пробила очередное дно. Мало того, что совсем недавно они умудрились положить инфраструктуру и мариновать серверы в глубоком даунтайме больше 5 часов, так сегодня история повторилась.
Просто зацените масштаб: посреди рабочего дня, 27 мая, в районе 13:15 графики мониторинга (процессор, трафик, память) в панели тупо оборвались. Легла вся амстердамская зона ams-1. На странице статуса - "красивая" новогодняя елка из аварийных уведомлений, а бэкенд, критически важные боты и клиентские сервисы в этот момент лежат мертвым грузом.
Когда выбираешь "облако" под продакшен, рассчитываешь на надежность и аптайм. По факту получаем регулярные аварии на стороне хостера, сорванные дедлайны, репутационные потери перед своими пользователями и кучу сожженных нервов. А в ответ от поддержки, скорее всего, прилетят стандартные отписки про "технические работы" и копеечная компенсация по SLA, которая близко не покрывает убытки и стресс.
Серьезно задумываюсь о полном переносе всех проектов и инфраструктуры к другим ребятам, которые умеют держать сеть и ценят лояльность клиентов. Использовать Timeweb под что-то серьезнее хостинга статической странички сейчас - это огромный риск
Спасибо за обратную связь.
Понимаем ваше недовольство — последние инциденты действительно затронули работу сервисов и клиентов в зоне ams-1. Причиной стал сбой системы кондиционирования в дата-центре Qupra, который только недавно принял нашу инфраструктуру. Прошлый, который служил нам стабильностью на протяжении многих лет — закрывается в июле.
Сейчас от команды дата-центра ждем детальный отчет обо всех обстоятельствах произошедшего. По итогам опубликуем постмортем и информацию о дальнейших изменениях в нашем канале: https://t.me/timewebcloud_alerts
Арендовал облако для своего личного проекта. К нему не удаётся подключиться. Ну написал в техподдержку. Техподдержка даже подтвердила, что все ок настроено, и развели руками. Говорят, что дескать что-то не так с айпи, посоветовали поменять. Поменяли айпи, опять не работает. Сейчас будет вторая смена айпи. Ах да, техподдержка отвечает раз в 2-3 часа, работа идёт крайне вяло. Ищу другой хостинг.
Спасибо за обратную связь.
Ситуация выглядит необычно. Можете подсказать номер обращения или связаться с нами, проверим все факты и разберемся, что случилось — https://t.me/twc_ilya
Длинный текст
Всегда рекомендовал этот хостинг как относительно дешёвый и с большим количеством инструментов, но после последних инцидентов (в сумме больше 10 за месяц на нескольких проектах) — больше не буду.
До этого регулярно случались проблемы с сетью, но обычно они длились не больше часа. И «регулярно» я говорю буквально: стабильно раз в несколько дней сеть отваливалась. В этот же раз произошло несколько инцидентов подряд, причём с полной потерей доступа к серверам. В техподдержке сказали, что проблема решается. Через какое-то время хостинг отрапортовал, что всё починили, но у меня по-прежнему ничего не работало — подумал, что это остаточные явления. В итоге восстановление доступа к серверу заняло больше трёх суток (это худший сценарий). Но благо хватило ума не держать никакие продовые инсталяции тут.
Отдельная проблема — сама техподдержка. В 8 из 10 случаев рекомендации сводятся к «выключите и включите». Даже если очевидно, что проблема не на вашей стороне, вам всё равно предложат выполнить какие-то действия, и только после того как они не дадут результата, начнут разбираться сами. По сути, главная беда в том, что у них «всё работает», и каждый раз нужно убеждать, что проблема действительно есть. Из-за потоковой тикет-системы операторы пишут формальные отписки, лишь бы перекинуть тикет на кого-то другого. В результате решение даже мелкой проблемы занимает от суток — и всё это время у вас нет доступа к серверу.
Подозреваю, что все эти инциденты связаны с гонкой за исполнением ограничений, так как после них полностью отвалился доступ к API тг, собственно вот вам и грабли.
Спасибо, что написали подробно — это честная обратная связь.
Хотим разобраться с каждым из инцидентов и с тем, что происходило в поддержке. Если готовы поделиться деталями — напишите напрямую: t.me/twc_ilya
Добавить отзыв или комментарий