Danten UDP-vastaussäännöt kääntävät from/to-suunnan
Sovella Danten vastaussääntöjä ulkoa sisään -suunnassa sen sijaan, että kopioisit lähtevän asiakkaan osoiteoletukset.
Asiakas on todennettu ja UDP-liitos on sallittu. Vastaukset epäonnistuvat silti. Tarkastele Dantessa paluuliikennettä käsittelevän säännön suuntaa.
Dante erottaa aloittavat komennot vastausten käsittelystä:
| Säännön komennot | from | to |
|---|---|---|
connect, bind, udpassociate | Sisäinen asiakas | Ulkoinen kohde |
bindreply, udpreply | Ulkoinen isäntä | Sisäinen asiakas |
Siksi asiakkaan aliverkkorajoituksen kopioiminen sellaisenaan molempiin suuntiin voi vastaussäännössä osua väärälle puolelle. Tarkista aiotut ulkoiset lähettäjät ja sisäiset vastaanottajat, ei pelkästään sitä, esiintyykö sana UDP sallivassa säännössä.
Todentamiseen liittyy läheinen raja. Ulkoinen palvelu, joka vastaa UDP-datagrammiin, ei ole SOCKS-asiakas, joka voisi suorittaa käyttäjänimen ja salasanan vaihdon. Danten dokumentaatio selittää, että vastausoperaatiot johtuvat asiakkaan aiemmasta BIND- tai UDP-liitoksesta; todentakaa tuo aloittava operaatio ja soveltakaa asianmukaista liitetyn vastauksen käytäntöä.
Tämä ei oikeuta rajoittamatonta pyytämätöntä saapuvaa liikennettä. UDP-liitos, kohdekäytäntö, välitysosoite ja palomuurin reitti ovat edelleen merkityksellisiä. bindreply-komennon käyttöönotto ei sekään muuta UDP-liitosta yleiseksi julkiseksi portinohjauspalveluksi.
Pidä asiakaspuolen SOCKS-vaihto ja todellinen UDP-paluureitti erikseen näkyvinä. Onnistunut TCP-kirjautuminen ei vahvista vastaus-ACL:n osoitesuuntaa eikä UDP-välittimen päätepisteen tavoitettavuutta.