Messages

https://yggdrasil-network.github.io/services.html

http://[222:a8e4:50cd:55c:788e:b0a5:4e2f:a92c]/yggdrasil:other_network_services

http://[222:a8e4:50cd:55c:788e:b0a5:4e2f:a92c]/yggdrasil:several_services_on_machine

Someone wrote in a tlg chat about such an experiment...
Only one node out of two with the same IP/keys was available for the network... And they somehow changed randomly...
You can repeat the experiment and clarify it yourself )

Yggdrasil нужен не только на стороне сервера, но и на стороне клиента для того, чтобы клиент мог получить доступ к сайту по адресу Yggdrasil.
Ну, или тут почитайте: http://[222:a8e4:50cd:55c:788e:b0a5:4e2f:a92c]/yggdrasil:network_connection_variants

Пришло в голову сделать так (по аналогии с VPN):
sudo ip route add 178.62.9.171/32 via 8.8.8.8 metric 100 dev eth0
178.62.9.171 - это IP myip.ru

Скорее всего, вы и адреса, которые вы прописали находятся в разных сетях. Так это не будет работать.

Глобальная сеть Интернет делится на сегменты, эти сегменты еще на более мелкие сегменты и т.д.

Маршрутизация между сегментами/подсетями осуществляется маршрутизаторами. Т.е., две подсети между собой соединяются с помощью маршрутизатора (программного или аппаратного, или программно-аппаратного).

Маршрутизатор - устройство, которое пересылает пакеты между различными сегментами сети на основе правил и таблиц маршрутизации.

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

Если нет конкретного маршрута до сети или компьютера используется маршрут по умолчанию. Маршрут по умолчанию обычно ведет на шлюз/роутер, который соединяет сегмент сети с другим сегментом. Если до какой-то сети или компьютера в таблице маршрутизации нет маршрута и не указан маршрут по умолчанию, получим  сообщение "no route to host" ("нет маршрута до узла").

Когда маршрутизатор соединяет локальную сеть с глобальной, он может модифицировать загловки IP-пакета, заменяя адреса отправителя и получателя. Это и есть маскарадинг. Нужен он там, где несколько комьютеров в локальной сети выходят в глобальную сеть с одним глобальным IP-адресом. Ну, или в общем случае (VPN, как частном), NAT преобразует заголовки для связи двух сегментов сети (двух подсетей, в каждой из которых свой пул адресов, маска подсети).

По-другому маскарадинг называют NAT - network address translation - таблица трансляции адресов сети. В этой таблице помимо IP-адреса содержатся порты.

Пример таблицы NAT:

Глобальный адрес	Локальный адрес
209.165.200.226:1444	192.168.1.15:1444
209.165.200.226:1445	192.168.1.26:1444

Ну, так вот, сидите вы у себя дома, в вашей домашней локальной сети, и, допустим, адрес у вас в вашей домашней сети - 192.168.0.3.
Ваша локальная домашняя сеть соединяется с сетью вашего интернет провайдера сначала через ваш домашний роутер, потом может быть еще устройство, которое на дом выделено и т.д. И скорее всего, у вас используется NAT, т.е., у вас "серый" адрес, и для большОго числа пользователей вашего провайдера их глобальный адрес в Интернет один, одинаковый.

Шлюзом по-умолчанию для вашего компьютера является ваш домашний роутер, который является маршрутизатором, соединяющим вашу домашнюю сеть с сетью провайдера. У провайдера свои маршрутизаторы, которые соединяют между собой другие сегменты сети и т.д.

Если вы выполните команду traceroute 8.8.8.8, вы увидите, через сколько таких шлюзов проходит пакет до указанного адреса.

И вот просто взять и прописать этот конечный узел в качестве шлюза для своего компьютера в своей локальной сети нельзя. Это адрес не из вашей сети. До сети, в которой этот адрес находится еще нужно добраться. И сделать это можно через шлюз по-умолчанию (домашний роутер), далее шлюз провайдера и т.д...


Про Yggdrasil.
Предполагается, что Yggdrasil - это сеть с топологией mesh. И это именно топология, а не что-то иное )
Так вот, эта топология, как правило, предполагает соединение каждого узла с каждым.
И добавлять маршут до другого узла, через какой-то третий смысла не имеет.
Каждый соединен с каждым. Пакет пойдет по кратчайшему пути, от вас к нужному, а не через какой-то третий, четвертый, 10-й...

http://[222:a8e4:50cd:55c:788e:b0a5:4e2f:a92c]/yggdrasil:tunnels

Ну так не проще ли запускать IPFS отдельным приложением, тем кому это реально нужно?

Да кто специально устанавливает?.. Полтора энтузиаста.
Я за массовость! Хомяки и домохозяйки - наше всё.
В общем, чем проще - тем лучше. Скачал браузер, а там уже децентрализация из коробки...

В браузер, который весит 80Мб на телефоне добавить бинарь IPFS, который весит 65Мб?

Это для начала. Потом можно было бы повырезать ненужное для использования в браузере из IPFS. 140 мб - не так много по сегодняшним меркам. Зато децентрализация, снижение нагрузки на сервера.

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

А это уже есть: https://github.com/ipfs/ipfs-companion#about-ipfs-companion

Если уж собрались влазить в Firefox, что действительно полезно было бы сделать - это встроить в него узел IPFS, и чтобы при обращении к ресурсам, расположенным в IPFS, браузер автоматически делал запросы к локальному, встроенному в браузер, гейту.
Да, это не про Yggdrasil, но было бы действительно полезно. IPFS начал бы становиться тем, для чего он был создан, и рядовым пользователям для этого практически ничего не пришлось бы делать.
Ну, там UPnP и всё такое...