Проблемы с нодами в Мск и Спб

Давайте коллективное письмо напишем в Storj с описанием проблемы и просьбой ее пофиксить. Можно здесь на форуме и все + поставят в камментах. Алексей, что думаете?

пт, 1 мар. 2024 г. в 12:50, AiS1972 via Storj Community Forum (official) <storj@literatehosting.com>:

3 Likes

Я согласен. Хотя я точно знаю, что это реально непросто. Вот прям совсем. Самое простое - перетащить http://version.storj.io/ на адекватный хостинг. Теоретически этого должно быть достаточно. Пока убедить инфра команду не удалось, случаи же единичные, не тысячи (пока?).

2 Likes

Алексей!
Как видно из пиров нод есть два основных источника трафика для нод, хетцнер, где с недавнего времени русским и собакам входа нет, а также https://www.datapacket.com/
Почему бы не сделать так - сделать настройку дополнительную для ноды
version-source1 = http://version.storj.io - пусть останется гугль
version-source2 = http://version2.storj.io - расположенный например на datapacket.
Либо предоставить выбор оператору ноды, где будет находиться version-source для его нод из вариантов предложенных storj просто настройкой определенного ключа.
По поводу единичных случаев… Всегда найдутся борцы с чем угодно в любой рандомной стране. Например кто-то до сих пор мечтает заблокировать телеграм, а там, к слову, 700+ нод.
Так что нам нужен не только гугль.

1 Like

Данные загружаются клиентами, пиры тут - клиенты, а не узлы.
Я уже предложил разместить version.storj.io где-нибудь ещё.

1 Like

+, я согласен. У меня пока проблем не наблюдается - СПб, провайдер Newlink, но могут появиться в любой момент.

У меня там целая пачка нод. Обязательно будут.

вт, 5 мар. 2024 г. в 13:23, Krimarai via Storj Community Forum (official) <storj@literatehosting.com>:

Если проблема станет массовой, то может начнут работать над решением. Что ж, время покажет.

1 Like

У меня тоже в Спб, заблокировали совершенно чистый белый IP, ничего, кроме узлов там не было в последние 3 года (как он сменился), провайдер SkyNet

Skynet плохо, это значит всякие Pulnet, Weba и другие их друзья по пирингу под ударом

Пока никакой закономерности не увидел. Есть тикет о заблокированном IP в Ярославле.

Например, GCP блочит Hetzner давно и подсетями.

1 Like

Есть ли какие-то новости? У меня проблем пока не было замечено.

Нету. Правда и новых обращений - тоже.

1 Like

У меня вроде работает

1 Like

“потухла” нода, с 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 в докере.

проблему решил, она оказалась надуманная, просто изменился внешний адрес, а я не придал этому значения, после исправления адресов все нормализовалось

1 Like