Как настроить работу telegram бота через Webhooks?

Question

[Nik Gubin]

Добрый вечер. Я вчера уже задавал вопрос, но из-за нелепой опечатки его заблокировали. Между прошлым и этим сообщением купил простенький сертификат (от COMODO) и настроил сервер. SSL labs дал оценку A+. Установил верный путь к хуку на том же домене, где и сертификат, но от telegram'a вестей нет. Пробовал убирать хук и проверять методом getUpdates - данные в ответе были, но вот через хук я не могу получить ничего, никаких запросов не было (поставил в нём элементарно запись лога). Отвечу на любой необходимый вопрос, только лишь бы разобраться в этой хитрости.

Answer 1

[nllm]

curl -F "url=https://адрес_вашего_обработчика" -F "certificate=@/etc/nginx/ssl/cert.pem" https://api.telegram.org/bot{TOKEN}/setWebhook

И, кстати, могли использовать самоподписанный сертификат

Comments

[Nik Gubin]

Да, я видел, что telegram и с самоподписанным может работать, но не в этом сейчас суть)
А Ваш пример ничем не отличается от моих попыток установить хук через ссылку https://api.telegram.org/bot/setWebhook?url=, за исключением отправки сертификата. Разве для несамоподписанных это обязательная опция? Но попробую, как вариант.

[nllm]

Из вашего основного сообщения не понятно как и какие попытки вы делали для назначения webhook.
Какой ответ приходит от телеграм, после того как делаете запрос на установку webhook?

[Nik Gubin]

nllm: {"ok":true,"result":true,"description":"Webhook was set"}

[nllm]

Порты у веб-сервера какие открыты?

[nllm]

У меня была такая же проблема. Ставил webhook, приходило сообщение, что все успешно. Но бот не откликался. Прописал в настройки домена (nginx)
listen 443 ssl;
listen 88 ssl;
listen 8443 ssl;
и все заработало (сейчас не помню, но какой-то из портов я не указал изначально)

[Nik Gubin]

nllm: добавил и эти порты, но видимо я менее удачлив. Буду сейчас смотреть внимательнее, не удивлюсь, если дело в мелочах.

По поводу портов:
PORT STATE SERVICE
22/tcp open ssh
80/tcp open http
88/tcp open kerberos-sec
443/tcp open https
3306/tcp open mysql
8443/tcp open https-alt

[nllm]

В логах nginx тоже не видно? Или там видно, но в логе обработчика не видно?
Если в обработчике, то как вы принимаете сообщение?

[Nik Gubin]

nllm: я в хуке пытаюсь хотя бы зафиксировать момент, что мы его "тронули". Для этого домена включил access_log - пусто... Везде прокопал, во всех возможных логах. Вручную "трогаю" файл - лог пишется, значит лог писаться может точно))

[nllm]

Если что, там идут post-запросы.
Например, на php принимаем так:
json_decode(file_get_contents('php://input'))

[Nik Gubin]

nllm: ну post запрос всё-равно "тронет" файл же. Я элементарно прописал file_put_contents('log.log', time()); но ничего не получаю от бота. Это грустно) Буду читать и копать дальше. Может всё-таки с сертификатом что-то не так.

[nllm]

Укажите явно путь до файла сертификата при назначении вебхука. Уже ничего не потеряете от попытки )

[Nik Gubin]

nllm: Вот же... *многомата*))) Окончательно запутался в файлах и в прошлый раз скормил не тот файл. Сейчас отправил файлик и вуаля!))

Странно, конечно. Возможно что-то не так настроил в nginx, раз telegram'у не нравилось всё это время. И ведь вся цепочка целая у сертификатов, проверял через разные сервисы.

[nllm]

Вот и отлично, что все получилось.

[Nik Gubin]

nllm: да, получилось. Но хотелось бы разобраться. А то чувство не очень приятное. Вроде работает так, а почему иначе не работает - не ясно. Причём файл отдал телеграму тот, который в nginx нигде не подключал. Я уже и забыл, как и зачем он был создан, но от комоды внутри там 3 файла слито, три сертификата.

[Nik Gubin]

nllm: ладно, оно пока не стоит того) работает и хорошо. оценка А+, тоже хорошо. потом может как-нибудь и потрачу очередной день на изучение. благодарю за участие ;-)