Перейти до вмісту

Fediverse: Інстанси

Матеріал з Noleron Wiki
Ця стаття потребує оновлення.
Матеріал містить відомості, які могли змінитися. Перевірте актуальність перед використанням.

Інстанс — це окремий сервер або серверна платформа у федеративній соціальній мережі. У цій статті пояснюється, як працюють інстанси Mastodon і сумісних платформ, чим вони відрізняються та на що звернути увагу перед реєстрацією.

Матеріал адаптовано з історичної публікації блогу. Окремі назви пунктів меню, функції та приклади могли змінитися залежно від версії програмного забезпечення.

Ілюстрація до пояснення роботи інстансів

Що таке інстанс

[ред. | ред. код]

Mastodon та інші федеративні платформи складаються з багатьох незалежних інстансів. Кожен інстанс має власного адміністратора, окремі правила, налаштування модерації та політику щодо реєстрації.

Інстанси можуть обмінюватися дописами й іншими даними, утворюючи федеративну мережу. Користувач реєструється на одному інстансі, але може взаємодіяти з користувачами інших серверів.

Інстанс може бути:

  • загальнодоступним;
  • тематичним;
  • орієнтованим на певну мову або регіон;
  • призначеним для окремої спільноти;
  • приватним або доступним лише за запрошенням;
  • невеликим особистим сервером.

Розмір інстансу може варіюватися від одного користувача до великої спільноти.

Що визначає інстанс

[ред. | ред. код]

Інстанс визначає:

  • домен у повній адресі вашого облікового запису;
  • правила спільноти;
  • політику модерації;
  • спосіб обробки скарг;
  • адміністратора та модераторів;
  • доступні налаштування;
  • локальну часову шкалу;
  • частину федеративної часової шкали, яку бачать користувачі;
  • умови реєстрації та можливість її закриття.

Повна адреса облікового запису має вигляд:

@ім’я@інстанс.example

Домен інстансу є частиною ідентичності користувача. Саме за ним інші користувачі знаходять профіль і взаємодіють із ним.

Взаємодія між інстансами

[ред. | ред. код]

Для спілкування з користувачами інших інстансів не потрібно створювати окремий обліковий запис на кожному сервері. Один обліковий запис може взаємодіяти з користувачами всієї доступної федеративної мережі.

Це схоже на електронну пошту: користувач пошти на одному домені може надсилати повідомлення користувачам інших поштових сервісів.

Пошук користувача з іншого інстансу може виконуватися за його повною адресою:

@ім’я@інший-інстанс.example

Конкретні можливості пошуку залежать від платформи, версії програмного забезпечення та того, чи має ваш інстанс зв’язок із потрібним сервером.

Пошук користувача у федеративній мережі

Локальна та федеративна часові шкали

[ред. | ред. код]

Локальна часова шкала містить дописи користувачів вашого інстансу.

Федеративна часова шкала може містити дописи користувачів інших інстансів, із якими ваш сервер обмінюється даними.

Федеративна часова шкала не є повним переліком усіх дописів Fediverse. Інстанси не бачать автоматично весь вміст усіх інших серверів. Зв’язок між серверами зазвичай виникає тоді, коли користувачі починають стежити один за одним або взаємодіяти.

Як працює федерація

[ред. | ред. код]

Федерація — це обмін дописами, профілями та іншими даними між незалежними інстансами.

Наприклад, якщо користувач інстансу A підписується на користувача інстансу B, між цими інстансами виникає зв’язок. Дописи користувача інстансу B можуть стати доступними користувачам інстансу A — залежно від налаштувань і політики обох серверів.

Зв’язки можуть поширюватися далі, коли користувачі взаємодіють з іншими інстансами. Через це великі або давно підключені сервери можуть мати ширшу федеративну мережу.

Однак федерація не є безумовною. Адміністратор інстансу може:

  • обмежити взаємодію з іншим сервером;
  • заблокувати окремий інстанс;
  • приховати його вміст;
  • заборонити реєстрацію;
  • видалити локальні копії окремих даних.

Причинами можуть бути правила спільноти, спам, переслідування, незаконний вміст або несумісність політик модерації.

Блокування на одному інстансі не обов’язково поширюється на всю федерацію. Користувачі інших серверів можуть мати інший рівень доступу до того самого інстансу.

Як вибрати інстанс

[ред. | ред. код]

Перед реєстрацією варто звернути увагу на:

  • правила користування;
  • політику модерації;
  • мову спілкування;
  • тематику спільноти;
  • умови реєстрації;
  • можливість створення облікового запису без запрошення;
  • політику зберігання даних;
  • спосіб зв’язку з адміністратором;
  • частоту технічного обслуговування;
  • політику щодо резервних копій;
  • список заблокованих або обмежених інстансів;
  • умови експорту даних і міграції.

Не варто обирати інстанс лише за кількістю користувачів. Великий сервер може мати активну федерацію, але більшу локальну стрічку й іншу політику модерації. Малий сервер може бути спокійнішим, але залежати від одного адміністратора.

Актуальність і доступність конкретного інстансу потрібно перевіряти окремо. Історичні каталоги зі старих публікацій не слід сприймати як актуальні списки серверів.

Якщо потрібно змінити інстанс

[ред. | ред. код]

Якщо ви хочете перейти на інший інстанс, спочатку створіть новий обліковий запис і не видаляйте старий.

Зазвичай порядок дій такий:

  1. Створіть обліковий запис на новому інстансі.
  2. Додайте адресу старого облікового запису як псевдонім або підтверджений зв’язок.
  3. У старому обліковому записі запустіть процедуру переходу на новий.
  4. Експортуйте списки підписок, блокувань і вимкнення звуку.
  5. Імпортуйте ці дані до нового облікового запису.
  6. Перевірте профіль, підписки та доступ до потрібних функцій.

Під час міграції дописи та медіафайли можуть залишитися на старому сервері. Не видаляйте старий обліковий запис, доки не перевірите результат і не переконаєтеся, що він більше не потрібен для перенаправлення.

Докладніша інструкція:

Конфіденційність і довіра

[ред. | ред. код]

Адміністратор інстансу має технічний доступ до даних, які зберігаються на цьому сервері. Це стосується і дописів із обмеженою видимістю або приватних повідомлень.

«Приватний» у контексті інтерфейсу не означає наскрізне шифрування. Не надсилайте через інстанс інформацію, яку не готові довірити його адміністраторам.

Також слід пам’ятати:

  • дописи можуть бути доставлені на інші сервери;
  • видалення допису не гарантує миттєвого видалення всіх копій;
  • політика зберігання даних залежить від адміністратора;
  • після міграції старі дані можуть залишатися на попередньому сервері.

Поради

[ред. | ред. код]
  1. Ознайомтеся з правилами інстансу до реєстрації.
  2. Перевірте, хто адмініструє сервер і як із ним зв’язатися.
  3. Не публікуйте конфіденційні дані в приватних повідомленнях без розуміння моделі довіри.
  4. Збережіть резервну копію важливих даних і списків.
  5. Якщо інстанс перестав працювати, скористайтеся експортом даних і перевірте можливість міграції.
  6. Для пошуку клієнтів перегляньте офіційний список застосунків Mastodon або документацію платформи, якою користуєтеся.

Пов’язані статті

[ред. | ред. код]

Джерело

[ред. | ред. код]
  • Оригінальна публікація: A Non-Computer Person’s Guide to How Mastodon Instances Work. Оригінальну публікацію було видалено, тому її текст наразі втрачений.
  • Перенесений матеріал: Noleron Blog.
  • Сторінку структуровано й адаптовано відповідно до правил Noleron Wiki.