Вот создал я контейнер, получил у бота рекламный тег, перезапустил с тегом и ботом прикрепил канал. Все работает, в Телеге первый чат — это канал из настроек прокси (поскольку в каналах не ориентируюсь — прицепил РосКомСводобу).
Но.
Как этот прокси будет распространяться? В статистике ready_targets — 18, это значит 18 разных клиентов подключены к прокси? Или он посчитал только мои подключения/отключения? Бот просто работает с моим сервером, или он вносит его в какой-то список прокси, из которого они потом выбираются пользователями или ботом? Или распространять настройки прокси надо через всякие личные блоги и подобные источники? Но это же бред, наши доблестные стражи психического здоровья детей — просто нагуглят их и однойкопипастой заблочат сразу тонну.
Навскидку ничего толкового не нагуглилось, на официальном сайте чисто технические вопросы реализации протокола. Нашлось несколько каналов типа MTProxy, но, насколько я понял — это все неофициальное. Тупо содержит список серверов, которые элементарно парсятся и банятся.
Отличный вопрос. Это у них пул соединений к middle proxy (которые перечислены на https://core.telegram.org/getProxyConfig). По одному соединению передаются данные сразу нескольких пользователей, обёрнутые в RPC-вызовы. Когда клиентов становится много, пул соединений увеличивается.
К плюсам такой схемы относится то, что это позволяет сэкономить немного времени при подключении очередного клиента т.к. не нужно устанавливать новое соединение — оно уже есть. Кроме того, это позволяет обойти ограничение протокола TCP в 65 000 исходящих соединений на один и тот же адрес/порт.
Главный минус схемы — необходимость передавать в каждом исходящем сообщении дополнительные данные о клиенте, что приводит к повышенному потреблению исходящего трафика сервером. Другой минус — что по такому "общему" соединению приходится передавать данные на максимальной скорости т.е. нельзя например получить от клиента первые 4096 зашифрованных байтов вызова MTProto и сразу отправить их в соединение, приходится получать всё зашифрованное сообщение, которое часто достигает 100КБ и только потом отправлять. Это приводит к повышенному потреблению памяти прокси-сервером.
Вот создал я контейнер, получил у бота рекламный тег, перезапустил с тегом и ботом прикрепил канал. Все работает, в Телеге первый чат — это канал из настроек прокси (поскольку в каналах не ориентируюсь — прицепил РосКомСводобу).
Но.
Как этот прокси будет распространяться? В статистике ready_targets — 18, это значит 18 разных клиентов подключены к прокси? Или он посчитал только мои подключения/отключения? Бот просто работает с моим сервером, или он вносит его в какой-то список прокси, из которого они потом выбираются пользователями или ботом? Или распространять настройки прокси надо через всякие личные блоги и подобные источники? Но это же бред, наши доблестные стражи психического здоровья детей — просто нагуглят их и однойкопипастой заблочат сразу тонну.
Навскидку ничего толкового не нагуглилось, на официальном сайте чисто технические вопросы реализации протокола. Нашлось несколько каналов типа MTProxy, но, насколько я понял — это все неофициальное. Тупо содержит список серверов, которые элементарно парсятся и банятся.
Отличный вопрос. Это у них пул соединений к middle proxy (которые перечислены на https://core.telegram.org/getProxyConfig). По одному соединению передаются данные сразу нескольких пользователей, обёрнутые в RPC-вызовы. Когда клиентов становится много, пул соединений увеличивается.
К плюсам такой схемы относится то, что это позволяет сэкономить немного времени при подключении очередного клиента т.к. не нужно устанавливать новое соединение — оно уже есть. Кроме того, это позволяет обойти ограничение протокола TCP в 65 000 исходящих соединений на один и тот же адрес/порт.
Главный минус схемы — необходимость передавать в каждом исходящем сообщении дополнительные данные о клиенте, что приводит к повышенному потреблению исходящего трафика сервером. Другой минус — что по такому "общему" соединению приходится передавать данные на максимальной скорости т.е. нельзя например получить от клиента первые 4096 зашифрованных байтов вызова MTProto и сразу отправить их в соединение, приходится получать всё зашифрованное сообщение, которое часто достигает 100КБ и только потом отправлять. Это приводит к повышенному потреблению памяти прокси-сервером.