Qué significa el modo activo
Un cliente DC++ en modo activo puede aceptar conexiones de pares entrantes. Eso es importante porque Direct Connect no es solo un sistema central de chat. Las búsquedas, listas de archivos y descargas a menudo dependen de que un cliente llegue directamente a otro cliente. El modo pasivo aún te permite unirte a hubs y chatear, pero puede limitar quién puede conectarse contigo.
Por qué el modo pasivo se siente roto
Por lo general, dos usuarios pasivos no pueden conectarse directamente entre sí. Si muchas personas en un centro son pasivas, las búsquedas pueden parecer más pequeñas y las descargas pueden fallar incluso cuando el centro está en línea. El modo activo soluciona este problema dándoles a otros clientes un puerto público al que pueden acceder.
Campos en la verificación del modo activo
- Anfitrión o dirección: Ingrese el nombre de host público o la IP a la que deben acceder otros usuarios de DC++. Una dirección privada como 192.168.x.x está bloqueada porque nadie fuera de su red doméstica puede usarla.
- Puerto TCP activo: Ingrese el puerto TCP desde la configuración del modo activo en su cliente. Este es el puerto principal que la herramienta puede probar desde el sitio web.
- Puerto UDP: Ingrese el puerto de búsqueda UDP si su cliente usa uno. La página lo registra y explica la verificación manual, porque UDP necesita una respuesta real del cliente.
- TLS Puerto: Ingrese un puerto de transferencia seguro separado solo cuando su cliente esté configurado para exponer uno.
Lista de verificación de enrutador y firewall
Configure los mismos números de puerto en tres lugares: su cliente DC++, la página de reenvío de puertos de su enrutador y el firewall de su computadora. Reenviar TCP para transferencias entrantes. Reenvíe UDP para respuestas de búsqueda cuando su cliente utilice un puerto UDP separado. Si tiene dos enrutadores, un módem/enrutador más su propio enrutador, es posible que ambos dispositivos necesiten reglas.
Leyendo el resultado
- El modo activo parece accesible: El oyente TCP respondió desde afuera. Mantenga la misma configuración y pruebe las búsquedas en su cliente.
- Parcialmente accesible: El puerto TCP principal se abrió, pero un puerto opcional TLS no. Arregle ese puerto o deje TLS en blanco si no lo usa.
- Sólo pasivo desde el exterior: El puerto TCP público no respondió. Verifique el puerto del cliente, la regla del enrutador, el firewall, la VPN y las restricciones del ISP.
Problemas comunes
CG NAT de un ISP puede hacer imposible el reenvío de puertos sin una dirección IP pública. Las VPN a menudo necesitan puertos reenviados asignados por el proveedor. Las redes de hoteles, campus, móviles y oficinas pueden bloquear las conexiones entrantes. El software de seguridad también puede bloquear DC++ incluso después de que la regla del enrutador sea correcta.
Referencia de iconos
| Icono | Etiqueta | Qué hace |
|---|---|---|
| Modo activo | Marca la herramienta que comprueba si su puerto de cliente público DC++ parece accesible. | |
| Verificar modo activo | Envía el host público, el puerto TCP, el puerto UDP opcional y el puerto TLS opcional para su validación. | |
| Abierto | Abierto | El oyente TCP probado aceptó una conexión del servidor hublist. |
| Cerrado | Cerrado o filtrado | El puerto no respondió antes del tiempo límite. Es posible que las reglas del enrutador, firewall, VPN o ISP lo estén bloqueando. |
| Manual | Comprobación UDP manual | La búsqueda activa UDP necesita una respuesta real del cliente, así que haga coincidir el puerto UDP en el cliente, el enrutador y el firewall. |
| Ayuda | Abre este artículo de ayuda desde la página de herramientas en modo activo. |