As regras de resposta UDP de Dante invierten a dirección from/to
Aplique as regras de resposta de Dante na dirección de fóra cara a dentro en lugar de copiar as suposicións de enderezo do cliente saínte.
O cliente está autenticado e a asociación UDP está permitida. As respostas seguen fallando. En Dante, examine a dirección da regra que xestiona o tráfico de retorno.
Dante separa as ordes de inicio do tratamento de respostas:
| Ordes de regra | from | to |
|---|---|---|
connect, bind, udpassociate | Cliente interno | Destino externo |
bindreply, udpreply | Host externo | Cliente interno |
Por iso, copiar a restrición de subrede dun cliente sen cambios en ambas direccións pode coincidir co lado equivocado na regra de resposta. Revise os remitentes externos e os destinatarios internos previstos, non só se a palabra UDP aparece nunha regra de paso.
A autenticación ten unha fronteira relacionada. O servizo externo que responde a un datagrama UDP non é un cliente SOCKS que poida completar o intercambio de usuario e contrasinal. A documentación de Dante explica que as operacións de resposta derivan dunha asociación BIND ou UDP anterior do cliente; autentique esa operación inicial e aplique a política de resposta asociada axeitada.
Isto non xustifica tráfico entrante non solicitado sen restricións. A asociación UDP, a política de destino, o enderezo de retransmisión e a ruta da devasa seguen importando. Tampouco habilitar bindreply converte a asociación UDP nun servizo público universal de reenvío de portos.
Manteña visibles por separado o intercambio SOCKS do lado do cliente e a ruta de retorno UDP real. Un inicio de sesión TCP correcto non verifica nin a dirección de enderezos da ACL de resposta nin a accesibilidade do punto final do relé UDP.