Dante sine UDP-svarreglar snur from/to-retninga
Bruk Dante sine svarreglar i retninga utafrå→innanfor i staden for å kopiere adresseføresetnadene til den utgåande klienten.
Klienten er autentisert og UDP-tilknytinga er tillaten. Svara feilar likevel. I Dante bør du undersøkje retninga til regelen som handsamar returtrafikken.
Dante skil initierende kommandoar frå svarhandsaming:
| Regelkommandoar | from | to |
|---|---|---|
connect, bind, udpassociate | Intern klient | Ekstern destinasjon |
bindreply, udpreply | Ekstern vert | Intern klient |
Å kopiere subnettavgrensinga til klienten uendra til begge retningar kan difor treffe feil side i svarregelen. Gå gjennom dei tiltenkte eksterne avsendarane og interne mottakarane, ikkje berre om ordet UDP førekjem i ein pass-regel.
Autentisering har ei tilknytt grense. Den eksterne tenesta som svarar på eit UDP-datagram, er ikkje ein SOCKS-klient som kan fullføre brukarnamn-/passordutvekslinga di. Dokumentasjonen til Dante forklarar at svaroperasjonar kjem av klienten si tidlegare BIND- eller UDP-tilknyting; autentiser den initierende operasjonen og bruk den rette policyen for tilknytte svar.
Dette rettferdiggjer ikkje ubegrensa uønskt innkomande trafikk. UDP-tilknytinga, destinasjonspolicyen, relayadressa og brannmurvegen er framleis viktige. Å slå på bindreply gjer heller ikkje UDP-tilknytinga til ei allmenn offentleg portvideresendingsteneste.
Hald SOCKS-utvekslinga på klientsida og den faktiske UDP-returvegen synleg kvar for seg. Ei vellukka TCP-innlogging verifiserer korkje adresseretninga i svar-ACL-en eller at UDP-relay-endepunktet er tilgjengeleg.