Какие IM вы используете?

нет. протокол матрицы ничего не предполагает. я за два дня накатала к нему простейший клиент на сишечке

Другими словами большинство операций обрабатывает сервер, а не клиент?

То есть пользователь, имея один жид (даже не возможность генерировать жиды пачками, что активно абузят спамеры, а просто), может зайти в конфу со скрытыми жидами и беспрепятственно в ней срать, пока конфу не закроют на вайтлист? Ты сейчас несёшь 4.2, потому что просмотр настоящих жидов и возможность бана по ним у админов есть, и они ею пользуются.

Я затруднясь в этом ответить, но тем не менее такая проблема существует в матрице. В матрице вообще все что связанно с серверами, всегда проблемное.

ты вообще понимаешь, о чём речь? сколько сетевых приложух ты написал?

при чём тут «сервер обрабатывает»? он обрабатывает ни больше, ни меньше, чем клиент ему послал. внезапно. такой вот сетевой закон Ньютона.

Ты сейчас несёшь 4.2, потому что просмотр настоящих жидов и возможность бана по ним у админов есть, и они ею пользуются.

Я сам был админом XMPP. Нету такой возможности в XMPP, если сервер чужой. Жиды можешь смотреть только в конфах на своем сервере. Считаешь не так, гони пруфы (Ты не найдешь их...) XMPP это не матрица, где любой админ может смотреть любой жид, даже на чужом сервере

telegram потому что нравится, viber потому что приходится

Джаббер, tox и ring.

Мессенджеры с привязкой к номеру телефона не нужны.

Короче, понятно; ты присланный от 404.city спамер :3 Язабан.

Signal, IRC

при чём тут «сервер обрабатывает»? он обрабатывает ни больше, ни меньше, чем клиент ему послал. внезапно. такой вот сетевой закон Ньютона.

Нормальный клиент за 2 написать не возможно. Если не использовать все готовое. Я имеел ввиду это. Это был кстати вопрос, а не утверждение

Да, баньте по-фиг. Я приводил уже много пруфов, но всегда про них, это ложь.. Неправда...Кстати я затру все коменты с ссылками..

Да, правда. И это хорошо. Только лучше без посредников. Лишние, вроде IM, на мой взгляд, необязательны. Но мой взгляд так же узок, как и круг общения. Вероятно, большинству он не свойственен.

Кстати я затру все коменты с ссылками..

Чтобы утверждать что вы спамеры матрицы, поскольку отрицаете все пруфы и любое мнение отличное от вашего.

Вообще-то, WebRTC включает в себя сквозное шифрование (DTLS/SRTP). По другому просто быть не может.

Вообще-то, WebRTC включает в себя сквозное шифрование (DTLS/SRTP). По другому просто быть не может.

Где сверка ключей DTLS/SRTP?

Децентрализации в матрице нет и не может быть

вот серверы

Все другие серверы кроме матрикс.орг: Must die!

Забанься.

Эфир не застал. Только начал приобщаться к этому каналу.
Сейчас подыскиваю хороший радиоприёмник.
Чтобы почти совсем отказаться от Интернета

Ключи WebRTC согласовываются на уровне сигнального слоя, конечно же.

По работе WhatssApp и Vaiber, в Tox просто нескем разговаривать, если бы там хотябы поиск людей был можно было бы попреставать к незнакомым людям, а так он просто ест ЦПУ и ОЗУ компьютера.

Буду знать, спасибо.

ICE, STUN и TURN необходимы для установления и поддержания однорангового соединения по UDP. DTLS используется для обеспечения безопасности всех передач данных между узлами, поскольку шифрование является обязательной функцией WebRTC. Наконец, SCTP и SRTP - это прикладные протоколы, используемые для мультиплексирования различных потоков, обеспечения перегрузки и управления потоками, а также обеспечения частично надежной доставки и других дополнительных услуг поверх UDP.

Это точно e2e?

Да, точно.

Ключи WebRTC согласовываются на уровне сигнального слоя, конечно же.

Сервер подверждает ключи e2e? Если так, то это нет e2e

Вообще WebRTC не предпологает e2e по-дефолту. Фактически это серверное шифрование, а не клиентское. Сервер подписывает клиенские ключи.

Xabber на мобильном, Pidgin на десктопе. Пользовался очень долго Psi, но что-то он стал дюже падуч в свежих ОС и конфы в ростере хранить не умеет, а Psi+ больно внешним видом страшен.

Скучаю ещё по Bombus, самый толковый клиент был.

XMPP, VK, IRC.

Провайдер собирает, если ты позволяешь это делать. А если ты через Tor или I2P сидешь, например, то много он соберёт?

Сигналка WebRTC в Matrix передаётся внутри событий определённого типа. Они могут шифроваться olm/megolm, если ты этого захочешь.

Вообще WebRTC не предпологает e2e по-дефолту.

Учи матчасть.

SDES

Проверил. Ключи e2e «подписанны» сервером.

Сигнальный слой WebRTC в Matrix — это обычные события, которые в свою очередь шифруются olm/megolm.

Ну так тогда может быть...

Каким ещё сервером?

Каким ещё сервером?

Почитай матчасть)

Ключи SDES передаются через сервер, который может их митить

Я тебе ещё раз повторяю, ключи (а точнее отпечатки сертификатов из DTLS-SRTP хендшейка) передаются в событиях типа m.call.invite и m.call.answer, т. е. они будут пошифрованы точно так же, как любой другой текст.

Я тебе не про матрицу говорю, а про SDES

От этого и всего 6 пользователей отметились

Я седьмой, позор, да.

хотя даже для «мертвого XMPP» — в 7 раз больше.

И для IRC.

А зачем ты мне про SDES говоришь, если он к WebRTC никоим боком?

Так сам про него написал, а потом удалил коментарии

Можно было отделить и сделать для чатов отдельный опрос. А то тут и IRC и Discord теперь, например.

Я не упоминал SDES в этом треде, в т. ч. в удалённых комментариях.

хотя даже для «мертвого XMPP» — в 7 раз больше.

Просто тут у каждого второго пользователя свой XMPP сервера, а вот позволить матрицу с ее 9 гигами рамы может не каждый)

лет через 20 матрица будет ничем не хуже xmpp

Если не умрёт раньше, надо было сразу все писать на сишечке. :-)

лет через 20 матрица будет ничем не хуже xmpp

Через лет 20 XMPP тоже может изменится, может быть даже запилят звонки) Собственно сейчас разница для конечного пользователя, между XMPP и матрицей это только звонки. Для админстраторов лучше все-таки XMPP, чем матрица, потому что на матрицу неадекватные накладные расходы

матрицу с ее 9 гигами рамы

Факт-чек:

$ systemctl status system-synapse.slice
● system-synapse.slice
   Loaded: loaded (/etc/systemd/system/system-synapse.slice; static; vendor preset: disabled)
   Active: active since Tue 2019-01-29 16:02:00 MSK; 3 days ago
       IP: 1.9G in, 32.4G out
    Tasks: 120
   Memory: 2.4G
      CPU: 11h 15min 24.782s
   CGroup: /system.slice/system-synapse.slice
           ├─synapse-worker@appservice.service
           │ └─32595 python3 -m synapse.app.appservice --config-path=/etc/synapse/homeserver.yaml --config-path=/etc/synapse/workers/appservice.yaml
           ├─synapse-worker@client_reader-0.service
           │ └─32598 python3 -m synapse.app.client_reader --config-path=/etc/synapse/homeserver.yaml --config-path=/etc/synapse/workers/client_reader-0.yaml
           ├─synapse-worker@event_creator-0.service
           │ └─32600 python3 -m synapse.app.event_creator --config-path=/etc/synapse/homeserver.yaml --config-path=/etc/synapse/workers/event_creator-0.yaml
           ├─synapse-worker@federation_reader-0.service
           │ └─32596 python3 -m synapse.app.federation_reader --config-path=/etc/synapse/homeserver.yaml --config-path=/etc/synapse/workers/federation_reader-0.yaml
           ├─synapse-worker@federation_reader-1.service
           │ └─32602 python3 -m synapse.app.federation_reader --config-path=/etc/synapse/homeserver.yaml --config-path=/etc/synapse/workers/federation_reader-1.yaml
           ├─synapse-worker@federation_sender.service
           │ └─32593 python3 -m synapse.app.federation_sender --config-path=/etc/synapse/homeserver.yaml --config-path=/etc/synapse/workers/federation_sender.yaml
           ├─synapse-worker@frontend_proxy-0.service
           │ └─32591 python3 -m synapse.app.frontend_proxy --config-path=/etc/synapse/homeserver.yaml --config-path=/etc/synapse/workers/frontend_proxy-0.yaml
           ├─synapse-worker@homeserver.service
           │ └─32590 python3 -m synapse.app.homeserver --config-path=/etc/synapse/homeserver.yaml --config-path=/etc/synapse/workers/homeserver.yaml
           ├─synapse-worker@media_repository.service
           │ └─32597 python3 -m synapse.app.media_repository --config-path=/etc/synapse/homeserver.yaml --config-path=/etc/synapse/workers/media_repository.yaml
           ├─synapse-worker@pusher.service
           │ └─32599 python3 -m synapse.app.pusher --config-path=/etc/synapse/homeserver.yaml --config-path=/etc/synapse/workers/pusher.yaml
           ├─synapse-worker@synchrotron-0.service
           │ └─32594 python3 -m synapse.app.synchrotron --config-path=/etc/synapse/homeserver.yaml --config-path=/etc/synapse/workers/synchrotron-0.yaml
           ├─synapse-worker@synchrotron-1.service
           │ └─32592 python3 -m synapse.app.synchrotron --config-path=/etc/synapse/homeserver.yaml --config-path=/etc/synapse/workers/synchrotron-1.yaml
           └─synapse-worker@user_dir-0.service
             └─32601 python3 -m synapse.app.user_dir --config-path=/etc/synapse/homeserver.yaml --config-path=/etc/synapse/workers/user_dir-0.yaml

Для одного пользователя, наверное, вообще без разницы.

2.4G

ВПСка за 1 евро все равно не потянет. :-)

Нет, я так не думаю.

Ну, я на это и намекал. Мне просто было интересно, норма ли такая агрессивная подача 4.2, что аж дёрнуло модератора спросить, за что извиняюсь.

ну, есть такая вероятность :) но сейчас же модно кричать, что сишечка не нужна. зато вот мы щаз... и потом внезапно надо 9 гигов рамы для маленького сервера.

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

Это synapse в максимальной конфигурации, 367 активных аккаунтов за последние 24 часа. На VPS за 1 евро можно крутить без worker-ов и с SQLite.

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

но, конечно, любые звонки по дефолту будут жрать куда больше ресурсов. это уже не для серверов за 1 бакс.

И сервер не нужен. Есть телега, вацап и вайбер «у дяди». :-)