Существующие_решения_для_организации_связи

<languages/> <translate> <!–T:1–> На данный момент в основном используется 2 подхода к обмену информацией в сетях: TOC

== Пользователь<>Сервер ( централизованная модель )== <!–T:2–>

<!–T:3–> Это классическая и всё-еще наиболее распространенная модель. Работает она следующим образом:

• пользователь1 хочет передать данные пользователь2
• пользователь1 подключается к серверу, передает на него данные
• пользователь2 получает данные с сервера

Данная модель имеет ряд серьезных проблем как безопасности так и отказоустойчивости:

1. Сервер контролирует третья сторона, а из этого следует:
   1. полный доступ владельца сервера ко всем передаваемым данным, что ведет к:
      1. утечке данных.
      2. утечке метаданных.
      3. искажению/подмене данных. (эту проблему можно частично решить криптографией)
2. зависимость от сервера
   1. сбой в работе сервера приводит к невозможности коммуникаций всех пользователей сервера.
   2. блокировка/цензура сервера приводит к невозможности доступа к серверу.

К централизованным сервисам относятся:

• Все социальные сети (любой web сервис).
• Классическая электронная почта ( smtp )
• Большинство IM/[https://ru.wikipedia.org/wiki/IP-%D1%82%D0%B5%D0%BB%D0%B5%D1%84%D0%BE%D0%BD%D0%B8%D1%8F VOIP] решений ( Viber, WhatsApp, Telegram, Discord, RaidCall, ….., вероятнее всего программа для обмена сообщениями/видео/голоса которую вы используете работает именно по этой схеме )

== Пользователь<>Пользователь ( p2p децентрализованная модель ) == <!–T:4–>

<!–T:5–> В этой схеме нет явного деления на пользователя и сервер, зачастую каждый участник обмена данными является и тем и другим одновременно, этот подход при правильном использование позволяет достичь высокого уровня приватности и безопасности, однако тоже имеет свои недостатки:

1. требует наличия внешнего ip адреса хотя бы у одного из участников. (Проблема NAT)<br>Частично решено с помощь upnp, nat-pmp, stun.<br>Эту проблему полностью решает ipv6
2. Зачастую больший расход интернет трафика (что может быть нежелательно на мобильных устройствах).
3. Зачастую требует больше вычислительной мощности, оперативной памяти, места на жестком диске для хранения данных и метаданных.
4. Зачастую менее удобны для конечного пользователя т.к. часть функционала привычного обывателю с таким подходом реализовать или сложно или невозможно вовсе.

== Пользователь<>Посредник<>Пользователь ( гибридная модель ) == <!–T:6–>

<!–T:7–> Это подвид Пользователь<>Пользователь (p2p) с использованием Посредников, в роли посредника может выступать как Пользователь, так и специальный компьютер/роутер.<br>Эта модель появилась с целью решить некоторые ключевые проблемы чистой p2p модели, а именно:

1. Проблема NAT.<br>В гибридной модели пользователи не имеющие внешнего ip адреса могут обмениваться данными через посредников.
2. Проблема оффлайн хранилищ данных.<br>В гибридной модели посредники могут выступать в роли серверов для хранения данных которые необходимо доставить пользователю не находящемуся в сети в данный момент времени.

== Итог == <!–T:8–>

<!–T:9–> Вы можете ознакомиться с Основными проблемами приватности и безопасности, Общими рекомендациями по безопасности и приватности в интернете, Рекомендованными программными решениями для безопасной приватной связи, а так же с Основами криптографии для начинающих. </translate>