Peer id invalid error

PEER_ID_INVALID raised because users’ peers are not known when a client starts #662

Checklist

• I am sure the error is coming from Pyrogram’s code and not elsewhere.
• I have searched in the issue tracker for similar bug reports, including closed ones.
• I ran pip3 install -U https://github.com/pyrogram/pyrogram/archive/master.zip and reproduced the issue using the latest development version.

Description

If you go ahead and try to execute a client using the with clause

app=Client(. )
with app:
.
Instead of
app.run()

You might check your app can’t communicate with anything else than your phone. This has something in common with what is referenced in #561 however, I don’t see anything that tries to solve the integration problem.

Steps to Reproduce

Just follow what I specified before

Traceback

File «./Pyrogram.py», line 161, in send_message
self.app.send_message(chat_id=chat_id, text=message)
File «./.venv/lib/python3.8/site-packages/pyrogram/sync.py», line 56, in async_to_sync_wrap
return loop.run_until_complete(coroutine)
File «/usr/lib/python3.8/asyncio/base_events.py», line 616, in run_until_complete
return future.result()
File «./.venv/lib/python3.8/site-packages/pyrogram/methods/messages/send_message.py», line 127, in send_message
peer=await self.resolve_peer(chat_id),
File «./.venv/lib/python3.8/site-packages/pyrogram/methods/advanced/resolve_peer.py», line 87, in resolve_peer
peer_type = utils.get_peer_type(peer_id)
File «./.venv/lib/python3.8/site-packages/pyrogram/utils.py», line 203, in get_peer_type
raise ValueError(f»Peer id invalid: «)

The text was updated successfully, but these errors were encountered:

Источник

Peer ID Invalid #5

Hi, first thanks for creating this project. Second, when I tried running this project, and sending a message to this user I’ve got Peer id invalid error. Could you help me what the problem is? I already set up the project with my own id, hash, and phone number. And also the table in the database is created but it’s all empty.

[27_6_2016_17:27:56] KERNELCOMM — java.util.concurrent.ExecutionException: org.telegram.api.engine.RpcException: PEER_ID_INVALID at java.util.concurrent.FutureTask.report(FutureTask.java:122)
at java.util.concurrent.FutureTask.get(FutureTask.java:192)
at org.telegram.bot.kernel.KernelComm.doRpcCallSync(KernelComm.java:184)
at org.telegram.bot.kernel.KernelComm.performMarkAsReadInternal(KernelComm.java:654)
at org.telegram.bot.kernel.KernelComm.performMarkAsRead(KernelComm.java:632)
at org.telegram.plugins.echo.handlers.MessageHandler.handleMessageInternal(MessageHandler.java:56)
at org.telegram.plugins.echo.handlers.MessageHandler.handleMessage(MessageHandler.java:46)
at org.telegram.plugins.echo.handlers.CustomUpdatesHandler.onTLUpdateShortMessageCustom(CustomUpdatesHandler.java:61)
at org.telegram.bot.handlers.UpdatesHandlerBase.onTLUpdateShortMessage(UpdatesHandlerBase.java:264)
at org.telegram.bot.handlers.UpdatesHandlerBase.processUpdate(UpdatesHandlerBase.java:107)
at org.telegram.bot.kernel.MainHandler$UpdateHandlerThread.run(MainHandler.java:301)

The text was updated successfully, but these errors were encountered:

Источник

PEER_ID_INVALID during hsitory request #109

Hello, I am trying to get history for the user, using your test «GetHistory»
But I constantly get error PEER_ID_INVALID.
Is it a bug or a feature?

The text was updated successfully, but these errors were encountered:

So I’ve figured out, I was missing IsUserAuthorized check. But why is it false and still allows me to send messages, I am wondering.
Also I am trying to reproduce now full stack using your tests and I started to get error «STORE_INVALID_OBJECT_TYPE» right after the error «PHONE_MIGRATE_4» Do you know what is that? Never seen such error before.

@mikachi, check your API server address. It helped me.

@mikachi, I’m talking about the STORE_INVALID_OBJECT_TYPE error.

@colotiline thanks, it’s not issue already.
Do you have issues while sending auth code now?
I came into trouble that Telgeram sends code only as SMS and when trying to use it it says PHONE_UNOCCUPIED.

@mikachi no, I didn’t. I use preregistered phones and everything is ok. I noticed that Telegram sends code via SMS after n requests for auth, so it’s ok. I can’t help you with PHONE_UNOCCUPIED .

@colotiline, what do you mean when saying «I use preregistered phones and everything is ok» Have you ever faced limits problem? When you get blocked from Telegram side

@mikachi I mean that I only used TLSharp with a phone number that already was registered in telegram.

Have you ever faced limits problem? When you get blocked from Telegram side

Yes. Once I was blocked for 72 hours during development for creating many groups with same title and users. But only once.

Источник

• Subscribe to RSS Feed
• Mark Topic as New
• Mark Topic as Read
• Float this Topic for Current User
• Bookmark
• Subscribe
• Mute
• Printer Friendly Page

Created on ‎11-30-2010 02:02 AM

• Mark as New
• Bookmark
• Subscribe
• Mute
• Subscribe to RSS Feed
• Permalink
• Print
• Report Inappropriate Content

Created on ‎11-30-2010 02:09 AM

• Mark as New
• Bookmark
• Subscribe
• Mute
• Subscribe to RSS Feed
• Permalink
• Print
• Report Inappropriate Content

Created on ‎11-30-2010 02:18 AM

• Mark as New
• Bookmark
• Subscribe
• Mute
• Subscribe to RSS Feed
• Permalink
• Print
• Report Inappropriate Content

Created on ‎11-30-2010 02:22 AM

• Mark as New
• Bookmark
• Subscribe
• Mute
• Subscribe to RSS Feed
• Permalink
• Print
• Report Inappropriate Content

Created on ‎11-30-2010 04:02 AM

• Mark as New
• Bookmark
• Subscribe
• Mute
• Subscribe to RSS Feed
• Permalink
• Print
• Report Inappropriate Content

«Kernel panic: Aiee, killing interrupt handler!»

Created on ‎11-30-2010 04:55 AM

• Mark as New
• Bookmark
• Subscribe
• Mute
• Subscribe to RSS Feed
• Permalink
• Print
• Report Inappropriate Content

Created on ‎11-30-2010 05:15 AM

• Mark as New
• Bookmark
• Subscribe
• Mute
• Subscribe to RSS Feed
• Permalink
• Print
• Report Inappropriate Content

«Kernel panic: Aiee, killing interrupt handler!»

Created on ‎11-30-2010 05:21 AM

• Mark as New
• Bookmark
• Subscribe
• Mute
• Subscribe to RSS Feed
• Permalink
• Print
• Report Inappropriate Content

Created on ‎11-30-2010 05:25 AM

• Mark as New
• Bookmark
• Subscribe
• Mute
• Subscribe to RSS Feed
• Permalink
• Print
• Report Inappropriate Content

«Kernel panic: Aiee, killing interrupt handler!»

• Telegram notification 23 Views
• FortiClient VPN and MacOS Ventura Compatibility? 62 Views
• MacOS 12.6.2 — FortinetClient VPN 7.0.7.0245. 20 Views
• Forticlient 20105 error 35 Views
• AWS FortiGate Kerenl Error on t2.small. 32 Views

• FortiGate 2,559
• 5.2 801
• 5.4 639
• FortiClient 569
• 6.0 416
• 5.6 362
• FortiManager 291
• 6.2 251
• 5.0 196
• FortiAnalyzer 168
• fortimail 141
• 6.4 128
• FortiAP 123
• FortiSwitch 104
• FortiAuthenticator 100
• FortiWeb 64
• 4.0MR3 64
• FortiClient EMS 59
• FortiGateCloud 42
• FortiGuard 40
• FortiToken 35
• FortiCloud Products 35
• FortiSIEM 32
• Customer Service 30
• Wireless Controller 26
• FortiNAC 21
• FortiVoice 18
• FortiSwitch v6.4 17
• FortiADC 17
• FortiSandbox 15
• FortiGate v5.4 13
• FortiConnect 12
• FortiExtender 11
• FortiEDR 11
• FortiProxy 10
• FortiConverter 9
• 4.0MR2 9
• FortiDNS 8
• FortiCASB 8
• FortiWAN 7
• 4.0 7
• FortiSwitch v6.2 6
• RMA Information and Announcements 5
• FortiAnalyzer v5.0 5
• FortiManager v5.0 5
• FortiSoar 5
• FortiGate v5.2 4
• 3.6 4
• FortiDDoS 3
• FortiCarrier 3
• FortiDirector 3
• FortiMonitor 3
• FortiWeb v5.0 2
• FortiPortal 2
• FortiGate v5.0 2
• FortiRecorder 2
• FortiScan 2
• FortiDB 2
• FortiInsight 2
• 4.0MR1 1
• FortiCWP 1
• Subscription Renewal Policy 1
• FortiBridge 1
• FortiCache 1
• FortiGate v4.0 MR3 1

The Fortinet Security Fabric brings together the concepts of convergence and consolidation to provide comprehensive cybersecurity protection for all users, devices, and applications and across all network edges.​

Copyright 2023 Fortinet, Inc. All Rights Reserved.

Источник

Peer id invalid error

BLE Peer Manager может использоваться приложениями для обеспечения безопасности BLE — шифрование (encryption), установка парного взаимодействия (pairing) и привязка (bonding).

Peer Manager использует память FLASH для энергонезависимого хранения информации привязки (bonding information) и данных GATT для каждого устройства BLE (пира, peer), с которым осуществлялось взаимодействие. Peer Manager обрабатывает различные процедуры безопасности, как этого требует спецификация Bluetooth, что упрощает создание совместимых приложений.

Примечание: для организации хранилища в памяти FLASH используется SDK-модуль Flash Data Storage (FDS) [3].

Peer Manager заменяет предыдущую реализацию Device Manager. Основной функционал остался прежним, однако следующие основные улучшения предоставляют выгоду при переключении на Peer Manager:

• Поддержка нескольких ролей BLE: Device Manager поддерживает обе роли, Central и Peripheral, однако роль должна быть определена во время компиляции. Peer Manager ведет себя более непринужденно с ролями и поддерживает одновременно как роль Central, так и роль Peripheral.
• Автономность: Peer Manager работает более автономно, чем Device Manager. Например, Peer Manager автоматически отвечает на запросы безопасности, и имеет встроенную процедуру восстановления из состояния ошибки. Если SoftDevice или FDS оповещают о некритичном отказе (temporary failure), то Peer Manager будет делать повторные попытки, и сообщит только о ситуации постоянной, неустранимой ошибки (permanent failures).
• Простота в использовании: из-за высокой степени автономности Peer Manager API легок в использовании и менее подвержен влиянию мелких ошибок пользователя.
• Модульность: Peer Manager разработан по модульному принципу. Это облегчает поддержку, тестирование и добавление новых функций.
• Кеширование атрибутов GATT: в дополнение к сохранению значений CCCD для осуществивших привязку устройств (как требуется для всех серверов GATT согласно спецификации Bluetooth), Peer Manager может также кешировать информацию атрибута GATT для серверов GATT, к которым осуществляется доступ по радиоканалу BLE (remote server GATT). Кеширование remote-базы данных снижает требуемый трафик по обмене пакетами, что экономит энергию батареи.
• Дистрибьюция индикаторов изменения службы: когда что-либо меняется в базе данных GATT, Peer Manager может распространить соответствующую информацию об изменении службы (service changed indication) на все устройства, осуществившие взаимную привязку (bonded peers). Приложение должно оповещать Peer Manager каждый раз, когда меняется база служб.
• Разрешение случайных адресов для устройств BLE: Peer Manager включает в себя функционал возможности подключения к устройствам со случайным приватным адресом (resolve random resolvable private addresses), используя для этого соответствующие ключи идентификации (Identity Resolving Keys, IRK).

Миграция на Peer Manager описывается в статье [2].

[Архитектура Peer Manager]

Peer Manager для своей работы использует несколько различных модулей SDK, см. рис. 1.

Рис. 1. Модули Peer Manager.

Peer Manager состоит из следующих программных модулей:

Security Manager & Dispatcher. Когда приложение или подключившееся устройство (peer) запрашивают шифрованное соединение (secured link), Security Manager & Dispatcher отвечают за обслуживания необходимой для этого процедуры. Они взаимодействуют с SoftDevice в создании защищенного соединения, сохраняют и извлекают ключи (которыми обменялись устройства), а также обслуживают процедуру установки парного взаимодействия (pairing).

Этот модуль состоит из двух частей: Security Manager и Security Dispatcher. Security Manager сохраняет параметры безопасности, отслеживает текущее состояние и координирует процедуру установки парного взаимодействия. Security Dispatcher организует взаимодействие с двоичным кодом SoftDevice и памятью FLASH, чтобы осуществить реальный pairing.

ID Manager. Этот модуль отслеживает подключенные пиры и идентифицирует на основе различных видов идентификаторов: статический адрес устройства, master ID, Identity Resolving Key (IRK), индекс белого списка ключа идентификации (IRK whitelist index) и peer ID. ID Manager определяет, относятся ли разные ID к тому же самому пиру и определяет, какой из соединенных пиров реализовал привязку. Когда подключилось привязанное устройство (bonded device), приложение может запросить для дескриптор соединения (connection handle), связанный с peer ID (или другой способ реализации подключения).

Дополнительно ID Manager создает и обслуживает белые списки подключений (whitelists).

GATT Cache Manager. Менеджер кеша GATT (состоящий из субмодулей GATT Server Cache Manager и GATT Client Cache Manager) решает 3 основные задачи:

• Сохраняет значения CCCD: как требует спецификация Bluetooth, GATT Server Cache Manager записывает в постоянное хранилище значения CCCD для всех привязанных пиров по всем осуществленным соединениям.
• Распространяет оповещения об изменениях в службе (service changed indications): когда приложение оповещает Peer Manager о том, что его база данных поменялась, GATT Server Cache Manager посылает оповещение об изменении службы (service changed indication) на все подключенные пиры (и на все привязанные пиры, когда они снова подключатся).
• Сохраняют базы данных атрибутов удаленных устройств BLE (remote ATT databases) во FLASH микроконтроллера: если поступил запрос от приложения, то GATT Client Cache Manager сохраняет remote database для всех пиров. Это кеширование атрибутов опционально, но оно снижает требуемый радиообмен пакетами, снижая тем самым энергопотребление.

Peer Database. База данных пиров хранит данные всех peer ID. Она предоставляет функции для создания уникальных peer ID, записи и чтения данных для определенных peer ID, освобождения peer ID, и выполнения энумерации всех существующих peer ID.

Peer Data Storage. Модуль хранилища данных пира осуществляет взаимодействие между модулем Peer Database и модулем Flash Data Storage [3]. Он отвечает за сохранение данных пира в память FLASH. Для этой цели используется модуль Flash Data Storage, и требуется эксклюзивное использование определенных записей ключей (record keys) и идентификаторов файлов (file ID). Для дополнительной информации по ограничениям см. далее секцию «Ограничения для ключей и ID». Кроме того, модуль Peer Data Storage назначает peer ID.

[Функции Peer Manager]

Peer Manager API предоставляет функции для обслуживания безопасности линка (например, для инициации процедуры pairing и шифрования), управления пирами (например, для манипулирования данными, связанными с bonded peers), и управления белыми списками (whitelists).

Защита линка. После того, как SoftDevice установит соединение BLE, код Peer Manager отвечает за процедуру установки парного взаимодействия (pairing), и если это запрашивается, то создает привязку (bond).

Перед тем, как может быть инициирована процедура pairing, приложение должно сконфигурировать используемые параметры безопасности. Например, эти параметры содержат степень защиты лика (security level), должна ли осуществляться привязка, и если должна, то какие данные должны быть общими при осуществлении привязки. Подробнее про параметры безопасности см. структуру ble_gap_sec_params_t. Также Вы можете извлечь информацию по уровню безопасности, который был установлен на определенном линке.

Чтобы зашифровать трафик линка, приложение должно вызвать функцию pm_conn_secure . В зависимости от взаимоотношений с пиром и сконфигурированных параметров безопасности, эта функция установит зашифрованный линк. Если привязка уже была осуществлена, то будет использоваться сохраненный ключ шифрования. Иначе будет инициирована процедура установки парного взаимодействия (pairing).

Управление пирами. После установки привязки с новым пиром Peer Manager назначает пиру уникальный идентификатор peer ID, и сохранит данные привязки и данные GATT в память FLASH. Приложение может впоследствии прочитать или обновить эти данные, если необходимо, однако в большинстве случаев это должно делаться исключительно кодом Peer Manager.

В дополнение к данным привязки и данным GATT приложение может сохранить специфическую для приложения информацию для каждого пира. Содержимое этих данных, их формат и размер определяется приложением.

Peer Manager также предоставляет функции для запроса количества достоверных peer ID, и для итерации по списку всех используемых peer ID. Использование этого механизма может быть удобным например для того, чтобы записывать данные приложения для всех пиров.

Если изменяется база данных GATT приложения, то все пиры должны информироваться об этих изменениях. Peer Manager предоставляет функцию, которую приложение вызывает для распространения оповещений об изменениях службы.

Управление белыми списками. Peer Manager может использоваться для создания белого списка (whitelist), который ограничивает для пиров возможность подключения. Для конструирования белого списка необходимо предоставить список из peer ID. Белый список будет тогда содержать адреса и ключи IRK для указанных пиров.

Обратите внимание, что если Peer Manager был добавлен в приложение, и необходимо использовать подключения по белому списку, то этот белый список должен быть создан кодом Peer Manager.

Ограничения для ключей и ID. Записи ключей (record key) должны быть в диапазоне 0x0001 — 0xBFFF. Значение 0x0000 зарезервировано для использования системой. Значения 0xC000 .. 0xFFFF зарезервированы модулем Peer Manager, и могут использоваться только приложениях, которые не применяют Peer Manager.

Идентификаторы файлов (file ID) должны быть в диапазоне 0x0000 — 0xBFFF. Значение 0xFFFF используется системой. Значения 0xC000 .. 0xFFFE для использования модулем Peer Manager, и могут использоваться только в тех приложениях, которые не применяют Peer Manager.

[Использование Peer Manager]

Следующие примеры кода показывают типовое использование Peer Manager в приложении.

Инициализация. Процесс инициализации Peer Manager обычно состоит из 3 шагов:

1. Однократный вызов pm_init для инициализации модуля.

2. Опционально делается вызов pm_sec_params_set для установки параметров безопасности. Если не делать вызов этой функции, то процедуры pairing (установка парного взаимодействия по защите линка) и bonding (привязка) не поддерживаются. См. далее секцию «Параметры безопасности».

3. Выполняется подписка на обработку событий Peer Manager путем вызова pm_register .

Следующий кусок кода из примера SDK BLE Relay Example [4] показывает, как инициализировать Peer Manager:

Параметры безопасности. Вызов функции pm_sec_params_set конфигурирует поведение Peer Manager для защиты линка, таким образом это конфигурирует процессы bonding (привязка пира), pairing (установка парного взаимодействия) и encryption (шифрование). Конфигурация задается параметрами безопасности (security parameters, указанными в структуре ble_gap_sec_params_t ). Эти параметры безопасности также используются в SoftDevice security API, и содержат параметры, отправляемые по радио в процессе процедуры привязки. Для дополнительной информации см. Bluetooth Core Specification (секции 3.H.3.5.1 и 3.H.3.5.2).

Функция pm_sec_params_set отклоняет недопустимые параметры безопасности. Для информации об накладываемых ограничениях на параметры см. вышеупомянутые секции Bluetooth Core Specification, или функцию проверки в исходном коде Peer Manager.

В следующем списке показаны требуемые в большинстве случаев параметры безопасности:

1. Когда не используется pairing/bonding: NULL (или не надо делать вызов pm_sec_params_set).

2. Pairing используется, bonding не используется:

3. Только Works bonding:

4. Привязка пароля (passkey bonding) с возможностями клавиатуры. Остальные параметры такие же, как и для Works bonding:

5. OOB bonding. Остальные параметры такие же, как и для Works bonding:

6. С запретом использования IPK:

Обработка событий. Как обрабатывать события Peer Manager — зависит от приложения. Peer Manager предоставляет различные виды событий; некоторые должны быть обработаны обязательно, другие могут быть проигнорированы.

Следующий пример кода показывает начальную точку для создания в приложении обработчика событий Peer Manager:

Сохранение данных. Peer Manager сохраняет данные и делает их извлечение автономно, не требуя никакого участия со стороны пользователя. Однако, если Вы хотите вручную сохранить, добавить или удалить данные, то Peer Manager предоставляет API-функции для манипуляции на всеми данными, которые связаны с его bonded пирами.

Данные могут быть сохранены порциями (chunk). Например, все данные привязки (ключи и идентификаторы) сохранены вместе, как одна порция данных. Порция не может быть сохранена или обновлена частями, однако каждая порция может быть сохранена или обновлена независимо от других порций. Единственные ограничения — всегда должны быть достоверны данные привязки для пира, и существует только один экземпляр для каждой порции для каждого bonded пира. Две порции, база данных дальнего пира (remote GATT database) и данные приложения, не используется внутри Peer Manager. Однако доступ к ним предусмотрен исключительно через Peer Manager API.

Следующий пример кода показывает, как сохранить remote GATT database (в array_of_services). Обратите внимание, что array_of_services должен быть доступен в течение (асинхронной) операции сохранения. Операция сохранения завершена, когда поступило событие PM_EVT_PEER_DATA_UPDATE_SUCCEEDED или PM_EVT_PEER_DATA_UPDATE_FAILED .

Функции pm_peer_data_remote_db_store , как и pm_peer_data_bonding_store и pm_peer_data_app_data_store , делают вызов pm_peer_data_store . Функцию pm_peer_data_store можно также вызвать напрямую, как в следующем примере:

Использование белого списка. Peer Manager может использоваться для установки и получения белого списка (whitelist), который может быть предоставлен для Advertising Module и использован во время оповещения (advertising). Когда необходим whitelist, вызовите функцию pm_whitelist_set для помещения в белый список пиров на основе их идентификаторов (peer ID).

Следующий пример показывает, как использовать pm_whitelist_set для помещения в белый список нескольких пиров, и как использовать pm_whitelist_get , чтобы получить такой список и предоставить его для Advertising Module, чтобы он применялся при advertising:

Источник

Вернуться в «Ошибки, проблемы, недочёты»