mirror of
https://codeberg.org/postscriptum/gemlog.git
synced 2026-02-18 22:12:40 +00:00
25 lines
No EOL
3.6 KiB
Text
25 lines
No EOL
3.6 KiB
Text
# Концепція мульти-мережного поширення URL
|
||
|
||
Хто користувався альтернативними мережами, зокрема ресурасами, які крутяться на різних гетвеях, мабуть помічав проблему: ніколи не знаєш яке посилання краще поширити в Інтернет, I2P, Onion, локалках типу CJDNS, Yggdrasil, Mycelium. Якщо кинути пачку цих посилань в якийсь меседж на Mastodon, то вони з'їдять 9/10 корисного вмісту повідомлення, а то й взагалі - втратять свою актуальність з часом / оновленням IP.
|
||
|
||
З цією метою, на форумі спільноти, я створив окремі теми-гетвеї для FTP, радіо, торентів та іншого, щоб посилатись на них, а там - юзер вже обере собі потрібну. Але все одно, це не зручно і дати мульти-мережне посилання на форум тут, очевидно, я не можу.
|
||
|
||
Тому, думаю потрібен якийсь мульти-мережний брідж. Є думки запилити під це діло проект Дупло. Зараз це по суті багатокористувацький сервер FTP, на який можна кинути інтеграцію в Nginx таким чином, щоб лінк дивився на поточний хост (що таку інтеграцію підтримує) а той - редіректив на proxy_pass. Тобто, при такій реалізації, посилання матимуть вигляд duplo:///user/path/to/data або шорт duplo://abcde123. Схема тут потрібна, щоб серверний застосунок правильно розрезольвив проксі.
|
||
|
||
В принципі, можа взагалі обійтися без "протоколізму" і засетапити сервер без жодних інтеграцій:
|
||
|
||
``` nginx.conf
|
||
location /duplo {
|
||
rewrite ^/duplo/(.*)$ /$1 break;
|
||
proxy_pass http://[202:68d0:f0d5:b88d:1d1a:555e:2f6b:3148]:8021;
|
||
proxy_set_header Host $host;
|
||
proxy_set_header X-Real-IP $remote_addr;
|
||
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
|
||
proxy_set_header X-Forwarded-Proto $scheme;
|
||
}
|
||
```
|
||
* таким чином, будь який юзер може поширити лінк на свій медіа-контент онлайн, якщо інстанс це "дупло" (або масив його серверів) підтримує
|
||
|
||
Звісно, таке рішення підходить тільки для підвантаження мульти-медійного контенту inline. Для зовнішніх посилань, це не працюватиме. Звісно, можна "джампати" юзера через якийсь редірект-скипт, але подібні технології не вітаються в приватно-орієнтованих середовищах.
|
||
|
||
Поки такі думки. Треба щось придумати, бо ця незв'язність локалок призводить до їх ізоляції: юзери не можуть легко переміщатись між мережами і досі залежать від Інтернет як єдино можливої точки сполучення. |