TGI station



Назад

idec.talks :: рутинг
====================

subject: рутинг
23.11.2025 15:46
uzzerTGI (tgi,42)  
 
эха naste.ne есть на netsco, foxears и spnet. netsco давно уже ничего ни с кого не забирает, но там есть регистрация, и я могу туда писать. я написал в n.n, сообщение ушло на foxears, но на spnet оно не ушло. кто ща чо у кого фетчит? я просто буду писать на netsco, а забирать сообщения мне без разницы, откуда, раз netsco ни у кого не забирает :)

+ написано в ii-txt-2026
--------------------------------------------------------------------------------

subject: Re: рутинг
24.11.2025 09:31
shaos (spnet, 2) => gn0PLLWhXeNTwLFU5B1e  
 
хм, это странно т.к. с netsco я забираю как и со всех остальных 3 раза в час
====
$fetchconfig=[
"http://netsco.alwaysdata.net/u/",
"idec.talks",
"naste.ne",
"hamradio.73"
];
====
--------------------------------------------------------------------------------

subject: Re: рутинг
24.11.2025 09:33
shaos (spnet, 2) => AMX5LHRmu5QeSr1YA2Yx  
 
вот жеж блин - там /u/ лишний!!!
--------------------------------------------------------------------------------

subject: Re: рутинг
24.11.2025 09:43
shaos (spnet, 2) => gn0PLLWhXeNTwLFU5B1e  
 
> кто ща чо у кого фетчит?

я в своё время предлагал расширить описатель узла в JSON, что Лобанов изначально собирал с живых, чтобы в этом JSON-е были прописаны адреса узлов откуда что фетчится и как часто - в этом случае топологию сети можно быстро строить с помощью простого краулера, который бы начиная с одного известного сайта обходил все остальные узлы и строил граф связности - это можно было бы проделывать автоматически скажем раз в месяц и куда-то засылать картинку текущей топологии - я бы тогда php-версию что у меня крутится поправил бы, чтобы она по этому JSON-у фетчила, а не по вручную созданному крону как сейчас, но народ сказал своё твёрдое фи :)
--------------------------------------------------------------------------------

subject: Re: рутинг
24.11.2025 09:47
shaos (spnet, 2) => W1iaXCXzJiDAqhYC5ugz  
 
а кто у меня берёт обсчитывается автоматом каждый день по апачи-логам и результат вывешивается внизу главной страницы и посылается в ii://spnet.stats
--------------------------------------------------------------------------------

subject: Re: рутинг
24.11.2025 17:07
uzzerTGI (tgi,42) => EW5s05wD6PVDGKUFCYYR  
 
> а кто у меня берёт обсчитывается автоматом каждый день по апачи-логам и результат вывешивается внизу главной страницы и посылается в ii://spnet.stats

там нет списка эх, которые запрашиваются :)
--------------------------------------------------------------------------------

subject: Re: рутинг
24.11.2025 21:43
shaos (spnet, 2) => oL5SNLA3dPA3cL77ZpTj  
 
Это да - можно добавить в анализатор
--------------------------------------------------------------------------------

subject: Re: рутинг
25.11.2025 00:55
uzzerTGI (tgi,42) => W1iaXCXzJiDAqhYC5ugz  
 
>> кто ща чо у кого фетчит?
> я в своё время предлагал расширить описатель узла в JSON

кстатэ

мой текущий конфиг:
http://tgistation.ru/u/
idec.talks
https://sprinternet.io/iii/u/::spnet.uplink
https://sprinternet.io/iii/u/::naste.ne
https://idec.foxears.su/u/::naste.ne

в naste.ne я пишу с веб-интерфейса netsco

я мог бы переключить адрес на netsco и писать в обе эхи, но тогда у нас появилось бы понятие write-only станция, и кто бы зашёл в веб-интефейс netsco, подумал бы что я общаюсь сам с собой :) вообще прикольная фишка сети, пишешь на одной станции, а забираешь с другой

вообще, в клиентах, какие были (по крайней мере, какие делал я), забирать можно со множества станций, а писать только на одну. можно, конечно, сделать и отправку, привязанную к эхам, но тогда такое переусложнение получится... в ii-txt-2026 появилась возможность задавать разные конфиги, в принципе этого и простенького скрипта сверху для этого должно хватить
--------------------------------------------------------------------------------

subject: Re: рутинг
25.11.2025 15:23
ake (ake, 1) => W1iaXCXzJiDAqhYC5ugz  
 
Есть же ещё реализация автоматического обнаружения с /nodes.txt, которую предложил foxears (ii://cobdA9fxXEwmR7mich2a). Я её у себя на ноде добавлял и тестировал.
--------------------------------------------------------------------------------

subject: Re: рутинг
27.11.2025 00:44
uzzerTGI (tgi,42) => 3Z3zPagsaYs81hqVBhTV  
 
> Есть же ещё реализация автоматического обнаружения с /nodes.txt, которую предложил foxears (ii://cobdA9fxXEwmR7mich2a). Я её у себя на ноде добавлял и тестировал.

Идея хорошая, но надо везде согласовывать и реализовывать.

1. УРЛ надо тоже кодировать, там могут быть и схема и путь
2. Надо отдельно выделять веб-интерфейс (чтобы можно было зайти на станцию и оценить эхи и активность. я вон вообще случайно узнал, что на ake есть веб-интерфейс)
3. ... и тип регистрации (свободная, через емейл, его можно указывать, нэт регистрации)
- то есть, формат чё-то типа улица (короткий шортнейм для идентификации)/адрес-ii/адрес-веб-интерфейса/тип регистрации (возможно сразу емейл), всё кодировано в base64/urlsafe
4. Это должно быть встроено в нодовый софт, вместе со списком нодов (я у себя распространяю NODES.2025), чтобы можно было запустить скрипт и опубликовать свою ноду на всех известных станциях
5. Зачем столько автоматики? Как будто по 100 нод в день добавляется. Просто проверяется нода из списка, что и почём, и вручную активируется кем-нибудь из нод "первого кольца". Ещё и долбиться неведомо куда по запросу извне... есть список апрува, куда попадают такие запросы, сисоп либо одобряет и нода публикуется, либо отменяет.
6. Почему эха node.list локальная, не подлежит распространению и зачем удалять из неё сообщения? Я в ring2.sites буду периодически публиковать список всех нод всех колец.
--------------------------------------------------------------------------------