Столкнулся с похожей проблемой, случайно обнаружил что у ap1.storj.io тоже упал онлайн. Причем только у него, другие сателлиты доступны.
Судя по логам это началось 4 сентября.
Абсолютно так же.
Ещё проверьте статы у eu1.storj.io - 14 сентября начало падать и там.
достаточно информативно если воспользуетесь скриптом, который чуть раньше в обсуждении [Alexey] (https://forum.storj.io/u/alexey) предложил.
https://forum.storj.io/t/topic/14694/2
Значения сателлитов можно взять отсюда:
https://forum.storj.io/t/satellite-info-address-id-blobs-folder-hex/17183
Если проверяете не на сервере, а из домашней сети, то нужно поменять
http://localhost:14002
на http://локальный-ip-машины:14002
Так же вчера проверил сервер в другой сети и под другим провайдером (Билайн),
там всё (пока) в порядке.
Да, я внимательно прочитал тему и все проверил. Пришел к выводу что это вина провайдера. Временно в пожарном порядке переключил трафик на VPS в Нидерландах, чтобы не получить дисквалификацию.
upd. Сейчас посмотрю будет ли расти online score и если не дисквалифицируют - открой ТТ провайдеру.
видимо придётся двигать этим путём, если не найду решение у провайдера.
ещё вчера, но там тех поддержка не очень заинтересована в решении неясных проблем.
если в вашем случае будет понятное решение проблемы от провайдера,
дайте знать.
в списках РКН проверил, адреса не значатся, видимо проблема на более низком уровне.
Это точно не по спискам от РКН, потому что по ним вам не дают подключаться, а не к вам. Последнее должно быть специально или случайно настроено на файреволе провайдера.
Это так же не блокировка на стороне Google, что тоже иногда бывает, если вам “повезло” получить IP, арендованный из диапазона, который принадлежит санкционным странам или регионам. В этом случае вы тоже бы не смогли подключиться к этим серверам, особенно по https.
у них помимо списков в инициативе ТСПУ много других гадостей есть и у разных провайдеров вся эта история по-разному работает.
завтра вечером меня попробуют на времянку с другим IP перевести - может что-то поменяется.
если у меня появится инфа и/или решение проблемы - поделюсь.
или у вас - тоже напишите.
2 Likes
в прошлый четверг переключился на другого ISP, статус online по идее должен был уже немного восстановиться, но пока всё так же лежит.
Для восстановления ему нужно 30 дней непрерывного online, каждый downtime требует дополнительных 30 дней на восстановления, это наглядно показано тут:
Вы можете смотреть статистику теми же скриптами, что и раньше - тогда будет очевидно, есть ли downtime (количество отправленных и полученных аудитов не совпадает) или всё в порядке.
обычно при таких случаях падения, было достаточно 2-3 дней для частичного восстановления, уже почти неделя прошла - падение сильно замедлилось, но показатель не улучшается.
видимо нужно доступ в сеть для ещё одной машины организовывать,
временно подключился на ISP арендатора в моём помещении.
другая сеть, скрипт не работает с внешними IP-адресами.
Или использовать туннель:
Это если до того было все еще хуже. Online status измеряется в течении последних 30 дней. Если 1 день узел был недоступен – этот 1 день будет виден пока окошко не съедет с него, через 30 дней.
Если, скажем, узел был недоступен вчера, 29, и 30 дней назад – то да, статус улучшится зввтра потому что сегодня 3 дня из 30 были проблемы – а затра – только два, последний день уедет за окно.
Cloudflare Zero Trust: Access | Zero Trust Network Access (ZTNA) solution | Cloudflare
2 Likes
у многих сейчас онлайн падает на ap и eu. Скоро саспенды и дисквалы видимо посыплются. Причем, проблема опять в тех же спутниках, на которых веттинг вовремя не проходил, что-то с ними не в порядке. curl и traceroute проходят успешно, а онлайн падает.
У меня пока притормозилось на:
Посмотрю что будет 4-5 октября.
Так же Билайн (пока) эта проблема не коснулась - проверял с неделю назад.
Vetting это совершенно другая проблема, на другой стороне (на нашей, инженеры смотрят, почему статус обновляется иногда только в одной таблице, а не двух, как положено). Слово “иногда” тут - ключевое, то есть очень трудно повторить и понять, почему.
А вот блокировки на вашей стороне (провайдер, РКН, и т.д.) мы не можем контролировать или обойти.
у провайдера точно блокировок нет,
с РКН пока не ясно - ребята обещали запрос написать, пока ожидаю.
Они точно где-то есть, причём на вход.
Привет всем в этой ветке обсуждения.
На всех моих нодах тоже начал проседать онлайн и проблема скорее всего никуда не уйдет, а будет только усугубляться. Жаль, мне нравится проект, было интересно все это настраивать, переносить, траблшутить.
Как это не печально, но пора заканчивать. Возникает вопрос по Graceful exit: чтобы он продлился месяц, а не два, какого числа его нужно инициировать? Извиняюсь, если оффтоп. В гайде не увидел.
Он должен быть ровно 30 дней онлайн с момента. Но вам нужно преодолеть ваших провайдеров, чтобы online score не упал ниже 80%.
Как понимаете, не в проекте дело, а в некоторых особо одарённых на уровне вашего провайдера и/или их хозяев.
Пытайтесь бороться - переключиться на другого ISP, перенести в другую локацию под другого ISP и.т.д.
Мне история узлохостинга слишком много нервов и времени унесла и только впервые за 5 лет вздохнул спокойно после перехода на Linux, чтобы просто так всё бросить.