Обновить
16K+
49

Разработчик под Android, перешедший на Rust

120,6
Рейтинг
60
Подписчики
Отправить сообщение

Для того что бы стать равноправным узлом надо... что бы кто то еще считал тебя пиром

Так все узлы равны, и все линки равны. Не важно кто к кому подключается.

Да маршрут как бы кратчайший получается, но кратчайший он только на виртуальной карте построенной по вручную прописанным пирам...

И в этом и состоит цель эксперимента Yggdrasil - найти оптимальнейший алгоритм маршрутизации по заданным линкам.

Реальная карта отличается от виртуальной кардинально, ведь почти у каждого полноценного узла есть реальная возможность связаться напрямую с любым другим таким же узлом.

Ты забываешь про NAT'ы, не у всех есть возможность соединяться со всеми.

Тут еще есть скрытая проблема с тем что узлы не пытаются контролировать качество соседей

И тут ты не прав. Каждая нода ранжирует свои непосредственные линки по скорости ответа. Предпочитаются пути с, упрощенно, меньшими пингами и меньшими путями по дереву. Эти параметры умножаются друг на друга и получается результирующий коэффициент.

У меня в голове картинка не выстраивается, эти публичные пиры с официальной страницы, через них проходит почти весь трафик со всего мира что ли.

Если бы не существовало ещё сотен непубличных пиров, то так бы и происходило. Ну и если ты запускаешь где-то ноду и прописываешь пару пиров ей, то она тоже может стать хорошим маршрутом между конкретными узлами.

и дальше ygg трафик между моими компами начинает ходить через публичного пира из соседнего города...

Либо трафик между этими пирами ходит через твои компы. Все узлы ведь равноправны.

маршруты внутри ygg между пирами не оптимизируются

А я о чём написал в статье? Там есть несколько оптимизаций.

Нет, это два разных диапазона IP, поэтому мы иногда называем 200::/7 как YGGv6.

Вопрос только в регистрации клиентов на трекерах

Вот это не понял :-/

А всего лишь надо научиться коммуницировать.

Разберись и принеси сюда результаты, плиз.

А много у вас всяких программ слушают на всех IPv6 адресах, чтобы бояться того, что их начнут ломать хакеры? Есть сайт nmap.ygg, где можно проверить открытые порты.

"Конечно, пошли мы нафиг..." - фаирволлы в ОС.

Это довольно сложно и не нужно. Все ОС обладают нормальными фаирволлами.

Ну забанишь ты одного за скачку выше лимита, он начнёт через другой качать то же самое. Это же сеть, он просто пойдёт другим маршрутом до тебя.

помаленьку с джаббер-сервером на Prosody дрюкаюсь (но мозгов пока не хватает

Лучше попробуйте Openfire.

Даже для семейного пользования смысла нет, слишком тяжело?

Не, ну не настолько. У меня просто на Кинетике стояла Игг долгое время, но скорости ноды не хватало мне, постоянно к домашним сервакам извне линки кидал.

Вообще непонятно что значит "на одного юзера". Кто здесь юзер? Пир?

Ну естественно, а как иначе подключаться по Игг к VPS?

Под какую ОС?

Хе-хе, ты удивишься :)

Даже не смотря на то, что трафик не шифруется, для его обработки в пространстве пользователя уходит очень много ресурсов :(

Нет, роутер в роли публичного пира будет тупить и греться. Лучше уже за роутером разместить простенькую машинку на каком-нибудь Селероне, и её уже сделать пиром.

А с какой целью ставят Иггдрасиль на роутер? Скорость хорошую он не обеспечит. Разве что для связи за NAT'ом по SSH.

Скорее уже Yggdrasil-ng, но о ней я пока тут не писал ;)

  • Select a small number of NEARBY peers with good uptime, preferably inside your own country or neighbouring countries only.

  • AVOID selecting peers that are high latency, i.e. because they are geographically far away from your node.

  • Do not add large numbers of peers from the list!

  • There is no benefit whatsoever from adding the same peer multiple times using different protocols.

Сайт разработчика говорит следующее:

Выберите небольшое количество ближайших узлов с хорошей доступностью, предпочтительно в пределах вашей страны или соседних стран. ИЗБЕГАЙТЕ выбора узлов с высокой задержкой, то есть находящихся на значительном географическом расстоянии от вашего узла. Не добавляйте большое количество узлов из списка! Нет никакой пользы от добавления одного и того же узла несколько раз с использованием разных протоколов.

Цель проекта - найти оптимальный алгоритм маршрутизации по заданным линкам.

Не всех, а только тех, о которых решили сообщить. У меня, например, один публичный и с десяток непубличных.

1
23 ...

Информация

В рейтинге
64-й
Откуда
Bratislava, Bratislava, Словакия
Дата рождения
Зарегистрирован
Активность