’n Proxy kan op IPv6 luister terwyl dit ’n verbinding na ’n Telegram-bediener op ’n ander adresfamilie dra. Behandel die proxy-eindpunt en die finale Telegram-eindpunt afsonderlik.

Vir Telethon 1.45 met die gedokumenteerde python-socks[asyncio]-afhanklikheid in die toepassing se omgewing:

from telethon import TelegramClient

client = TelegramClient(
    'existing-session', api_id, api_hash,
    proxy={
        'proxy_type': 'socks5',
        'addr': '2001:db8::10',
        'port': 1080,
        'rdns': True,
    },
)

Vervang die dokumentasie se IPv6-adres en -poort met die werklike luisteraar. Die adresveld is ’n letterlike waarde sonder hakies, want die poort is reeds ’n aparte waarde. Hakies is nodig wanneer ’n IPv6-adres in ’n URL-owerheid ingesluit word.

Voeg username- en password-velde by vir ’n SOCKS-rekening wanneer dit nodig is. ’n SOCKS5-rekening is apart van Telegram se API ID, API-hash en sessie.

use_ipv6=True beheer Telethon se keuse van Telegram-bedieneradres. Dit is nie die skakelaar wat ’n IPv6-proxy-gasheernaam in ’n geldige luisteradres verander nie.

Kontroleer die agterkant wat die werklike Python-tolk het wanneer ’n ouer omgewing op IPv6 misluk. ’n Invoer in ’n ander virtuele omgewing verander nie hierdie proses nie. MTProto-proxyverbindingsmodusse gebruik ’n ander tuple met ’n geheim; dit is ’n ander konfigurasie.

Verwante artikels