Nulová adresa UDP ASSOCIATE v Indy není cílem datagramu
Odlište adresu klientské asociace, vrácený SOCKS relay a cíl zakódovaný v každém UDP paketu.
0.0.0.0:0 v požadavku Indy UDP ASSOCIATE může být záměrné. Takový požadavek popisuje očekávaný klientský UDP endpoint a RFC 1928 povoluje nuly, když není znám. Nevybírá finální službu.
Odpověď BND.ADDR/BND.PORT označuje relay, na který klient posílá zapouzdřené datagramy.
TCP control: client → SOCKS5 proxy → UDP association reply
UDP payload: client → returned relay address → target serviceV Indy volá TIdUDPClient.Connect metodu OpenUDP transparentní proxy. TIdSocksInfo dodává nulová pole asociace. Později SendBuffer předává požadovanou službu do SendToUDP, který sestaví hlavičku cíle SOCKS UDP před daty aplikace.
Pokud asociace uspěje, ale provoz selhává, prozkoumejte vrácený relay, zakódovaný cíl a cestu odpovědi UDP. NAT/firewally mohou propustit TCP výměnu a přitom blokovat UDP.
Udržujte TCP řídicí spojení otevřené; jeho zavřením asociace končí. SOCKS4/4a tuto operaci nemají a samotná značka SOCKS5 nezaručuje, že server podporuje UDP.