Dantes UDP-svarregler vender from/to-retningen om
Anvend Dantes svarregler i retningen udefra og ind i stedet for at kopiere den udgående klients adresseantagelser.
Klienten er autentificeret, og UDP-tilknytning er tilladt. Svarene fejler stadig. I Dante skal du undersøge retningen af den regel, der håndterer returtrafikken.
Dante adskiller initierende kommandoer fra svarhåndtering:
| Regelkommandoer | from | to |
|---|---|---|
connect, bind, udpassociate | Intern klient | Ekstern destination |
bindreply, udpreply | Ekstern vært | Intern klient |
At kopiere en klients undernetbegrænsning uændret til begge retninger kan derfor ramme den forkerte side i svarreglen. Gennemgå de tilsigtede eksterne afsendere og interne modtagere, ikke blot om ordet UDP optræder i en tilladelsesregel.
Autentificering har en beslægtet grænse. Den eksterne tjeneste, der svarer på en UDP-datagram, er ikke en SOCKS-klient, som kan gennemføre din udveksling af brugernavn og adgangskode. Dantes dokumentation forklarer, at svaroperationer stammer fra en klients tidligere BIND- eller UDP-tilknytning; autentificer den initierende operation, og anvend den relevante politik for tilknyttede svar.
Det retfærdiggør ikke ubegrænset uopfordret indgående trafik. UDP-tilknytningen, destinationspolitikken, relayadressen og firewallstien er stadig vigtige. Og aktivering af bindreply gør ikke UDP-tilknytning til en generel offentlig portvideresendelsestjeneste.
Hold klientens SOCKS-udveksling og den faktiske UDP-retursti synlige hver for sig. Et vellykket TCP-login bekræfter hverken svar-ACL'ens adresseretning eller tilgængeligheden af UDP-relayets endepunkt.