Давайте коллективное письмо напишем в Storj с описанием проблемы и просьбой ее пофиксить. Можно здесь на форуме и все + поставят в камментах. Алексей, что думаете?
пт, 1 мар. 2024 г. в 12:50, AiS1972 via Storj Community Forum (official) <storj@literatehosting.com>:
Я согласен. Хотя я точно знаю, что это реально непросто. Вот прям совсем. Самое простое - перетащить http://version.storj.io/ на адекватный хостинг. Теоретически этого должно быть достаточно. Пока убедить инфра команду не удалось, случаи же единичные, не тысячи (пока?).
Алексей!
Как видно из пиров нод есть два основных источника трафика для нод, хетцнер, где с недавнего времени русским и собакам входа нет, а также https://www.datapacket.com/
Почему бы не сделать так - сделать настройку дополнительную для ноды
version-source1 = http://version.storj.io - пусть останется гугль
version-source2 = http://version2.storj.io - расположенный например на datapacket.
Либо предоставить выбор оператору ноды, где будет находиться version-source для его нод из вариантов предложенных storj просто настройкой определенного ключа.
По поводу единичных случаев… Всегда найдутся борцы с чем угодно в любой рандомной стране. Например кто-то до сих пор мечтает заблокировать телеграм, а там, к слову, 700+ нод.
Так что нам нужен не только гугль.
Данные загружаются клиентами, пиры тут - клиенты, а не узлы.
Я уже предложил разместить version.storj.io где-нибудь ещё.
+, я согласен. У меня пока проблем не наблюдается - СПб, провайдер Newlink, но могут появиться в любой момент.
У меня там целая пачка нод. Обязательно будут.
вт, 5 мар. 2024 г. в 13:23, Krimarai via Storj Community Forum (official) <storj@literatehosting.com>:
Если проблема станет массовой, то может начнут работать над решением. Что ж, время покажет.
У меня тоже в Спб, заблокировали совершенно чистый белый IP, ничего, кроме узлов там не было в последние 3 года (как он сменился), провайдер SkyNet
Skynet плохо, это значит всякие Pulnet, Weba и другие их друзья по пирингу под ударом
Пока никакой закономерности не увидел. Есть тикет о заблокированном IP в Ярославле.
Например, GCP блочит Hetzner давно и подсетями.
Есть ли какие-то новости? У меня проблем пока не было замечено.
Нету. Правда и новых обращений - тоже.
У меня вроде работает
“потухла” нода, с 1 апреля ушла в оффлай, судя по tcpdump трафик бегает
05:28:34.711321 IP d3e59266f95a.55270 > 48.199.150.34.bc.googleusercontent.com.7777: Flags [.], ack 411623809, win 138, options [nop,nop,TS val 529788 ecr 3560314501], length 0
05:28:34.711612 IP d3e59266f95a.44677 > dns.google.53: 12349+ PTR? 48.199.150.34.in-addr.arpa. (44)
05:28:34.754820 IP dns.google.53 > d3e59266f95a.44677: 12349 1/0/0 PTR 48.199.150.34.bc.googleusercontent.com. (96)
05:28:34.844091 IP 48.199.150.34.bc.googleusercontent.com.7777 > d3e59266f95a.55270: Flags [.], ack 1, win 332, options [nop,nop,TS val 3560329633 ecr 514861], length 0
05:28:35.144337 IP 48.199.150.34.bc.googleusercontent.com.7777 > d3e59266f95a.55270: Flags [.], ack 1, win 332, options [nop,nop,TS val 3560329934 ecr 514861], length 0
05:28:35.144378 IP d3e59266f95a.55270 > 48.199.150.34.bc.googleusercontent.com.7777: Flags [.], ack 1, win 138, options [nop,nop,TS val 530221 ecr 3560329633], length 0
05:28:43.351316 IP d3e59266f95a.60742 > 46.153.94.34.bc.googleusercontent.com.7777: Flags [.], ack 1504, win 138, options [nop,nop,TS val 538428 ecr 906693433], length 0
05:28:43.358006 IP 46.153.94.34.bc.googleusercontent.com.7777 > d3e59266f95a.60742: Flags [.], ack 3104, win 331, options [nop,nop,TS val 906708439 ecr 523231], length 0
05:28:43.358044 IP d3e59266f95a.60742 > 46.153.94.34.bc.googleusercontent.com.7777: Flags [.], ack 1504, win 138, options [nop,nop,TS val 538434 ecr 906693433], length 0
05:28:43.547249 IP 46.153.94.34.bc.googleusercontent.com.7777 > d3e59266f95a.60742: Flags [.], ack 3104, win 331, options [nop,nop,TS val 906708629 ecr 523231], length 0
05:28:45.668315 IP d3e59266f95a.45870 > 91.134.159.34.bc.googleusercontent.com.7777: Flags [.], ack 1492, win 138, options [nop,nop,TS val 540745 ecr 527763574], length 0
05:28:45.731366 IP 91.134.159.34.bc.googleusercontent.com.7777 > d3e59266f95a.45870: Flags [.], ack 3103, win 331, options [nop,nop,TS val 527778636 ecr 525681], length 0
05:28:46.040137 IP 91.134.159.34.bc.googleusercontent.com.7777 > d3e59266f95a.45870: Flags [.], ack 3103, win 331, options [nop,nop,TS val 527778945 ecr 525681], length 0
05:28:46.040180 IP d3e59266f95a.45870 > 91.134.159.34.bc.googleusercontent.com.7777: Flags [.], ack 1492, win 138, options [nop,nop,TS val 541116 ecr 527778636], length 0
05:28:48.089316 IP d3e59266f95a.39192 > 94.92.126.34.bc.googleusercontent.com.7777: Flags [.], ack 1492, win 138, options [nop,nop,TS val 543166 ecr 2663881668], length 0
05:28:48.095842 IP 94.92.126.34.bc.googleusercontent.com.7777 > d3e59266f95a.39192: Flags [.], ack 3103, win 332, options [nop,nop,TS val 2663896676 ecr 527872], length 0
05:28:48.095886 IP d3e59266f95a.39192 > 94.92.126.34.bc.googleusercontent.com.7777: Flags [.], ack 1492, win 138, options [nop,nop,TS val 543172 ecr 2663881668], length 0
05:28:48.381468 IP 94.92.126.34.bc.googleusercontent.com.7777 > d3e59266f95a.39192: Flags [.], ack 3103, win 332, options [nop,nop,TS val 2663896961 ecr 527872], length 0
что можно еще глянуть? чтобы оживить ее?
нода живет на synology в докере.
проблему решил, она оказалась надуманная, просто изменился внешний адрес, а я не придал этому значения, после исправления адресов все нормализовалось
