Не подумал в общем, да

Было бы круто, если бы peer-to-peer устанавливался и при заблокированном релее

Было бы круто, если бы peer-to-peer устанавливался и при заблокированном релее

не круто

не круто

Почему?

не круто, когда человек жмет "отключить p2p", а p2p все равно устанавливается

и человек сливает свой IP, не ожидая того

не круто, когда человек жмет "отключить p2p", а p2p все равно устанавливается

Не-не

Когда включён p2p, но забанены релеи, звонок не пройдёт

Потому что перед установкой p2p соединения несколько пакетов идут через релей

Когда включён p2p, но забанены релеи, звонок не пройдёт

Было бы неплохо передавать эту инфу через mtproto

Потому что перед установкой p2p соединения несколько пакетов идут через релей

не через релей, а через мтпрото-сервер основной

не через релей, а через мтпрото-сервер основной

Разве?

да, это обычные мтпрото-пакеты, в них вся мета

а потом сразу п2п либо релей для голоса уже

гляньте доки:3

Я просто что-то тупанул, тестил звонки со включенным VPN. Уже забыл про него

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

Не следил за обновлениями, но раньше точно было так

Гришка ещё вроде расписывал, что это нужно в том числе для штук вроде hole punching и для более надёжного определения адреса внешнего

Гришка ещё вроде расписывал, что это нужно в том числе для штук вроде hole punching и для более надёжного определения адреса внешнего

А в таких вещах юзаются стандартные вещи типа STUN и TURN?

Я так понимаю обращение к релею это как раз аналог STUN

Гришка ещё вроде расписывал, что это нужно в том числе для штук вроде hole punching и для более надёжного определения адреса внешнего

а чем mtproto-сервера не хватает для решения этой задачи?

Скорость

Не могу найти уже, а сам не настолько хорош в сетях, так что не отвечу

https://core.telegram.org/api/end-to-end/voice-calls

Судя по TDLib там можно установить этот P2P канал, но нужна tgvoip

И там использовались именно методы MTProto

https://core.telegram.org/api/end-to-end/voice-calls

Это *or* должно быть and, имхо

пожалуста можно конкретнее

Ну, так как это было приведено как аргумент к тому, что релеи при p2p неё нужны, вот единственное место, где это упоминается: Besides that, the parties have to negotiate the protocols to be used, learn the IP addresses of each other or of the Telegram relay servers to be used (so-called reflectors),

P2P же вообще не всегда технически возможен

Это я так, к слову

если невозможен, то фоллбек до relay

Беглый просмотр исходников libtgvoip показывает, что: - endpoint’ы от mtproto сервера скармливаются libtgvoip вместе с allowP2p - Если allowP2p == true, то вызывается SendPublicEndpointsRequest, который в итоге отправляет на UDP релеи пакет с 0xFF x 16 (и peer tag). Если udp relay не доступен или его вообще нет, то все умирает на этом этапе. После отправки пакета waitingForRelayPeerInfo устанавливается в true - со временем приходит очередной пакет от relay сервера с tlid TLID_UDP_REFLECTOR_PEER_INFO. Если waitingForRelayPeerInfo установлен в true, то пакет обрабатывается: из него извлекаются ip/port текущего клиента и собеседника. ip/port собеседника добавляются в список доступных endpoint’ов как p2p. Если адреса клиента и собеседника одинаковые, то происходит попытка установить соединение по локалке - (по локалке) В очередь ставится пакет с типом PKT_LAN_ENDPOINT с локальным адресом и портом - (по локалке) когда такой пакет приходит, данные из него добавляются в endpoint’ы

Беглый просмотр исходников libtgvoip показывает, что: - endpoint’ы от mtproto сервера скармливаются libtgvoip вместе с allowP2p - Если allowP2p == true, то вызывается SendPublicEndpointsRequest, который в итоге отправляет на UDP релеи пакет с 0xFF x 16 (и peer tag). Если udp relay не доступен или его вообще нет, то все умирает на этом этапе. После отправки пакета waitingForRelayPeerInfo устанавливается в true - со временем приходит очередной пакет от relay сервера с tlid TLID_UDP_REFLECTOR_PEER_INFO. Если waitingForRelayPeerInfo установлен в true, то пакет обрабатывается: из него извлекаются ip/port текущего клиента и собеседника. ip/port собеседника добавляются в список доступных endpoint’ов как p2p. Если адреса клиента и собеседника одинаковые, то происходит попытка установить соединение по локалке - (по локалке) В очередь ставится пакет с типом PKT_LAN_ENDPOINT с локальным адресом и портом - (по локалке) когда такой пакет приходит, данные из него добавляются в endpoint’ы

жесть ты запарился

Каждый раз, когда они добавляются, новый ставится как приоритетный и происходит их перепроверка и пересортировка

а чем mtproto-сервера не хватает для решения этой задачи?

Вообще, как я это понимаю: Отправляется udp пакет на релеи, все nat’ы на пути выбирают свободные порты и создаётся цепочка пересылки. Приложение на конце никак не может узнать какие там в итоге получились адрес и порт, его может узнать только релей и отправить обратно.

В простейшем случае нужен хотя бы эхо-сервер на UDP, чтобы каждый клиент пробил канал и узнал адрес/порт, а потом уже по mtproto они бы этой информацией обменялись

Ну и вики подтверждает https://en.m.wikipedia.org/wiki/UDP_hole_punching

Можно, конечно, пробовать через третье лицо, которое тоже будет клиентом

Но вряд ли юзеры оценят, да и проблема курицы и яйца получается — как первый клиент должен узнать свои адрес и порт?

Беглый просмотр исходников libtgvoip показывает, что: - endpoint’ы от mtproto сервера скармливаются libtgvoip вместе с allowP2p - Если allowP2p == true, то вызывается SendPublicEndpointsRequest, который в итоге отправляет на UDP релеи пакет с 0xFF x 16 (и peer tag). Если udp relay не доступен или его вообще нет, то все умирает на этом этапе. После отправки пакета waitingForRelayPeerInfo устанавливается в true - со временем приходит очередной пакет от relay сервера с tlid TLID_UDP_REFLECTOR_PEER_INFO. Если waitingForRelayPeerInfo установлен в true, то пакет обрабатывается: из него извлекаются ip/port текущего клиента и собеседника. ip/port собеседника добавляются в список доступных endpoint’ов как p2p. Если адреса клиента и собеседника одинаковые, то происходит попытка установить соединение по локалке - (по локалке) В очередь ставится пакет с типом PKT_LAN_ENDPOINT с локальным адресом и портом - (по локалке) когда такой пакет приходит, данные из него добавляются в endpoint’ы

Спросил Гришку — в текущей версии все действительно так

В простейшем случае нужен хотя бы эхо-сервер на UDP, чтобы каждый клиент пробил канал и узнал адрес/порт, а потом уже по mtproto они бы этой информацией обменялись

Под эхо-сервером ты как раз что-то вроде STUN имеешь в виду?

Подтвердите, инфу если это правда. Суть следующая, есть заказчик который хочет свою веб-версию Telegram(зачем хз, говорит для себя). И тут мне написал что якобы телеграмм под всё это раздаёт Free хостинг. Раньше о таком даже не слышал, и что то мало верится в такое.

Подтвердите, инфу если это правда. Суть следующая, есть заказчик который хочет свою веб-версию Telegram(зачем хз, говорит для себя). И тут мне написал что якобы телеграмм под всё это раздаёт Free хостинг. Раньше о таком даже не слышал, и что то мало верится в такое.

первый раз слышу

телеграм еще за ботапи не рассчитался ))))

Вот мне тоже не верится, написал что это скорее компания или человек который не имеет отношения к telegram. И в ответ получил кучу негатива в мою сторону. Обещает скинуть доказательства что бы доказать мою некомпетентность. Вот решил уточнить здесь, и заказчик вроде адекват, не первый раз работаю с ним.

Вот мне тоже не верится, написал что это скорее компания или человек который не имеет отношения к telegram. И в ответ получил кучу негатива в мою сторону. Обещает скинуть доказательства что бы доказать мою некомпетентность. Вот решил уточнить здесь, и заказчик вроде адекват, не первый раз работаю с ним.

Бред какой-то. Видимо, человек слышал, что можно написать свой клиент, который будет использовать сервера Telegram. Но никакого хостинга они не предоставляют

Вот вспомнил(видел инфу раньше, но не обратил особого внимания). В Telegram появилась возможность добавлять прокси-серверы, работающие по протоколу MTProto, которые могут показывать спонсорские каналы в списки чатов пользователей. Может отсюда "ветер дует". Короче ок, обещал утром скинуть доказательства и доступы.

посоны, а телеграм не понимает, когда в ссылке я указываю номер телефона?

ну т.е a href="tel:+765485452"

посоны, а телеграм не понимает, когда в ссылке я указываю номер телефона?

Мобильный Телеграм сам замечательно парсит телефоны и делает кликабельными: +79998523617

Мобильный Телеграм сам замечательно парсит телефоны и делает кликабельными: +79998523617

а в десктопном как быть?...

а в десктопном как быть?...

Не звонить с десктопов

ясно...

Не звонить с десктопов

А как можно позвонить?

А как можно позвонить?

MTProto

Подскажите что почитать для начала про ботов, если можно python

Спасибо

ERROR: S client not available

Был faq в прикреплённых, но куда-то делся

Народ есть одна проблема Пытаюсь вывести текст если результат верный, но node js глючит смотрите на скрине

В чем может быть проблема?

100 больше 6 он даёт false

100 больше 6 он даёт false

это основы программирования. Какие типы данных ты используешь? Приведу пример на плюсах: "100" > "6" false 100 > 6 true

Страдать ?

Люди, а то что пользователь отправляет боту почистить можно?

Люди, а то что пользователь отправляет боту почистить можно?

В ЛС - нельзя

Ммм, спасибо, кривовато конечно сделано.

bot.kick_chat_member(group_id, id, until_date=5) это навсегда бан?

это основы программирования. Какие типы данных ты используешь? Приведу пример на плюсах: "100" > "6" false 100 > 6 true

Все понял спасибо

ребзя, на счёт telegraf'a работает нормально, потом резко зависает и не отвисает обратно в консоль ничего не выводится, при перезапуске начинает работать на секунды 2, дальше опять молчит спасает обнуление запросов через вебхук на null.now.sh проблема возникает с одинаковой переодичностью в чём может быть проблема, ребзя?

ребзя, на счёт telegraf'a работает нормально, потом резко зависает и не отвисает обратно в консоль ничего не выводится, при перезапуске начинает работать на секунды 2, дальше опять молчит спасает обнуление запросов через вебхук на null.now.sh проблема возникает с одинаковой переодичностью в чём может быть проблема, ребзя?

Ты не отвечаешь на запрос статусом 200, не завершаешь предыдущий запрос. ТГ закидывает тебя запросами

Под эхо-сервером ты как раз что-то вроде STUN имеешь в виду?

Ага

bot.kick_chat_member(group_id, id, until_date=5) это навсегда бан?

Да

Thx

Ты не отвечаешь на запрос статусом 200, не завершаешь предыдущий запрос. ТГ закидывает тебя запросами

так у меня нода бот на поллинге

так у меня нода бот на поллинге

Нода говно, переписывай на питоне

Нода говно, переписывай на питоне

лучше сразу на go

лучше сразу на go

Пхп

Народ! Есть небольшой вопрос про instant view. Сейчас, скорей всего из-за блокировок, перестают работать шаблоны сайтов, которые хостятся в России. Кто-нибудь пробовал решать эту проблему?

Best script yet for MTProto Proxy server side written in NodeJS https://github.com/FreedomPrevails/JSMTProxy

It can handle more than 30000people at once

Орнул немного

С хайперформанс на яваскприте

@dotcypress

Народ! Есть небольшой вопрос про instant view. Сейчас, скорей всего из-за блокировок, перестают работать шаблоны сайтов, которые хостятся в России. Кто-нибудь пробовал решать эту проблему?

У меня почти получилось. Если запрашивать страницу через скрипт на своём сервере. Тупо php который скачивает страницу и тут же выводит на экран. В редакторе iv выглядит всё норм, но в самом клиенте не норм