Solucione el error Socket Operation Unreachable Network en 3ds Max Backburner

Entender el error de operación de Socket

El error "Se intentó una operación de socket a una red inalcanzable" generalmente aparece cuando Backburner intenta comunicarse con su nodo gestor, pero la conexión falla debido a problemas de configuración de red o accesibilidad. Este es uno de los errores de envío a granja de renderizado más comunes, y casi siempre se puede solucionar con solución de problemas sistemática.

Hemos visto este error cientos de veces en nuestra granja – a veces es un simple problema de preferencia IPv4, a veces es una regla de firewall demasiado restrictiva. La buena noticia es que las causas subyacentes son consistentes y las soluciones son directas. Esta guía le acompaña a través de cada una.

¿Por qué ocurre este error?

Backburner usa sockets TCP/IP para comunicarse entre su máquina de envío y el gestor de Backburner (o servidor gestor en una granja de renderizado). Si su configuración de red no soporta esta comunicación, obtiene el error de red inalcanzable. Los culpables más comunes son:

• IPv6 habilitado, IPv4 deshabilitado: Backburner usa IPv4 por defecto. Si su sistema prefiere IPv6 o tiene IPv4 deshabilitado, la comunicación por socket falla.
• Descubrimiento de red deshabilitado: Backburner se basa en difusión de red para localizar el gestor. Si el descubrimiento está desactivado, no puede encontrar el servidor.
• Firewall bloquea puertos de Backburner: Los puertos 3234 (servidor) y 3235 (monitor) están bloqueados a nivel de sistema o router.
• Corrupción de configuración de Backburner: Raramente, el archivo de configuración local de Backburner se corrompe y necesita ser reiniciado.
• IP de gestor o nombre de host incorrecto: Ha especificado una dirección de gestor que no se resuelve o no es accesible desde su máquina.

Solución 1: Habilitar IPv4 y priorizarlo

Backburner se comunica usando IPv4 por defecto. Si su red es solo IPv6 o IPv4 está deshabilitado, la conexión por socket falla inmediatamente.

En Windows:

1. Abra Configuración > Red e Internet > Configuración de red avanzada.
2. Desplácese hacia abajo y haga clic en Más opciones del adaptador de red.
3. Haga clic derecho en su adaptador de red activo (Ethernet o Wi-Fi) y seleccione Propiedades.
4. En el cuadro de diálogo de propiedades, encuentre Protocolo de Internet versión 4 (TCP/IPv4) y asegúrese de que esté marcado.
5. Si no está marcado, márquelo y haga clic en Aceptar.
6. También verifique que Protocolo de Internet versión 6 (TCP/IPv6) esté listado, pero IPv4 debe estar primero en el orden de enlace.

Para verificar que IPv4 funciona, abra un símbolo del sistema y ejecute:

ipconfig /all

Busque una dirección IPv4 (como 192.168.x.x o 10.x.x.x). Si ve solo direcciones IPv6 (como fe80::), IPv4 está deshabilitado y necesita ser habilitado.

En macOS:

1. Abra Configuración del Sistema > Red.
2. Seleccione su conexión de red activa (Ethernet o Wi-Fi).
3. Haga clic en Detalles.
4. Vaya a la pestaña TCP/IP.
5. Asegúrese de que Configurar IPv4 esté establecido en Usar DHCP o Manualmente (no desactivado).
6. Haga clic en Aceptar.

Para verificar, ejecute en Terminal:

ifconfig | grep inet

Debería ver tanto direcciones IPv4 (inet) como IPv6 (inet6).

Solución 2: Habilitar el descubrimiento de red y el uso compartido de archivos

El descubrimiento de red permite a Backburner difundir consultas y descubrir el gestor en su red local. Sin él, el servidor gestor es "inalcanzable" incluso si está en la misma subred.

En Windows:

1. Abra Configuración > Red e Internet > Configuración de red avanzada.
2. Desplácese hasta Avanzado y haga clic en Más opciones del adaptador de red.
3. En el menú superior, haga clic en Herramientas > Opciones de carpeta.
4. Vaya a la pestaña Ver.
5. Bajo Red, habilite Activar el descubrimiento de red si está deshabilitado.
6. También habilite Activar el uso compartido de archivos e impresoras.
7. Haga clic en Aplicar y Aceptar.

Alternativamente, abra un símbolo del sistema como administrador y ejecute:

netsh advfirewall set profile private state off
netsh advfirewall set profile public state on

Esto relaja temporalmente las restricciones del firewall en su red privada.

En macOS:

1. Abra Configuración del Sistema > General > Compartir.
2. Asegúrese de que el Uso compartido de archivos esté habilitado.
3. Si ve un icono de candado, haga clic en él y autentíquese.
4. Añada su usuario a la lista de carpetas compartidas.

Solución 3: Configurar reglas de firewall para puertos de Backburner

Backburner se comunica en puertos específicos: 3234 (servidor) y 3235 (monitor). Si su firewall (Firewall de Windows Defender, firewall de macOS o firewall a nivel de router) bloquea estos puertos, la operación de socket falla.

En Firewall de Windows Defender:

1. Abra Seguridad de Windows > Protección de firewall y red.
2. Haga clic en Permitir una aplicación a través del firewall.
3. Haga clic en Cambiar configuración (es posible que deba autenticarse).
4. Haga clic en Permitir otra aplicación y acceda a su directorio de instalación de 3ds Max.
5. Seleccione 3dsmax.exe y backburner.exe, luego haga clic en Añadir.
6. Asegúrese de que ambos estén marcados para redes Privadas.
7. Haga clic en Aceptar.

Alternativamente, abra el símbolo del sistema como administrador y ejecute:

netsh advfirewall firewall add rule name="Backburner Server" dir=in action=allow protocol=tcp localport=3234
netsh advfirewall firewall add rule name="Backburner Monitor" dir=in action=allow protocol=tcp localport=3235

En macOS:

1. Abra Configuración del Sistema > General > Seguridad y Privacidad > Opciones de Firewall.
2. Haga clic en el candado para autenticarse.
3. Haga clic en Opciones de Firewall.
4. Asegúrese de que el Firewall esté activado.
5. Añada 3ds Max a la lista Permitir conexiones entrantes si no está ya allí.

En Firewall a nivel de Router:

Si está en una red corporativa o detrás de un router restrictivo, contacte a su departamento de IT para agregar a la lista blanca los puertos 3234 y 3235 para la comunicación entre su máquina de envío y el servidor de la granja de renderizado.

Solución 4: Reiniciar la configuración de Backburner

Si ha intentado lo anterior y el error persiste, su configuración local de Backburner puede estar corrompida. Reiniciarla limpia cualquier configuración obsoleta o inválida.

En Windows:

1. Cierre 3ds Max y cualquier utilidad de Backburner.
2. Navegue a C:\Users\[TuNombreDeUsuario]\AppData\Local\Autodesk\3dsmax\[versión].
3. Busque una carpeta llamada Backburner o backburner.
4. Haga clic derecho en ella y seleccione Eliminar (o renómbrela a backburner_old como copia de seguridad).
5. Reinicie 3ds Max. Recreará la carpeta de configuración de Backburner con configuración predeterminada.

En macOS:

1. Cierre 3ds Max y las utilidades de Backburner.
2. Abra Finder y presione Cmd+Mayús+G para abrir el diálogo Ir a carpeta.
3. Navegue a ~/Library/Preferences/Autodesk/3ds Max/[versión].
4. Busque la carpeta backburner y renómbrela a backburner_old.
5. Reinicie 3ds Max.

Después de reiniciar, vuelva a ingresar su dirección IP de gestor de Backburner o nombre de host en 3ds Max (Renderizar > Backburner > Configuración del Gestor).

Solución 5: Verificar resolución de IP del gestor y nombre de host

Si ha especificado un gestor por nombre de host (por ejemplo, render-farm-01.company.local), verifique que su máquina puede resolver este nombre de host en una dirección IP.

En Windows:

Abra el símbolo del sistema y ejecute:

nslookup render-farm-01.company.local

(Reemplace con su nombre de host de gestor actual.)

Si devuelve una dirección IP, la resolución DNS funciona. Si dice "Non-existent domain", el nombre de host no es válido o DNS está configurado incorrectamente.

En macOS o Linux:

Abra Terminal y ejecute:

nslookup render-farm-01.company.local

O use dig:

dig render-farm-01.company.local

Si la resolución DNS falla, intente conectarse usando directamente la dirección IP del gestor en su lugar. En 3ds Max, vaya a Renderizar > Backburner > Configuración del Gestor e ingrese la IP (por ejemplo, 192.168.1.50) en lugar del nombre de host.

Solución 6: Envío a granja de renderizado en Cloud y requisitos de red

Si está enviando a una granja de renderizado en cloud como Super Renders Farm, el gestor está alojado en nuestro centro de datos, no en su red local. La configuración es diferente:

Configuración de Firewall:

• Generalmente no necesita agregar a la lista blanca los puertos 3234–3235 localmente. En su lugar, la granja proporciona una dirección de servidor de envío específica (IP o nombre de host).
• Asegúrese de que su firewall permita conexiones salientes al servidor de envío de la granja en el puerto 443 (HTTPS) o el puerto especificado en la documentación de la granja.

Descubrimiento de Red:

• El descubrimiento de red no se aplica a envíos en cloud. El servidor de la granja siempre es accesible por IP o nombre de host, no por difusión.

Configuración del Gestor de Backburner:

• En lugar de una IP de gestor local como 192.168.1.50, ingresará el nombre de host del gestor de la granja o la dirección IP proporcionada durante el registro (por ejemplo, api.superrendersfarm.com o render.farm.io).

Verificar Conectividad: Antes de enviar, pruebe la conectividad al servidor de la granja:

ping render.farm.io

O en Windows:

ping -c 4 render.farm.io

Si ping falla, rastree la ruta de la conexión para ver dónde está siendo bloqueada:

tracert render.farm.io  (Windows)
traceroute render.farm.io  (macOS/Linux)

Esto revela qué salto de red está eliminando paquetes – generalmente el firewall de su ISP o proxy corporativo.

Solución 7: Pruebe la conectividad de Backburner localmente

Antes de enviar a la granja, pruebe que Backburner funciona ejecutando una renderización de prueba local.

1. En 3ds Max, vaya a Renderizar > Backburner > Monitor.
2. La ventana Monitor de Backburner debe abrirse y mostrar el estado del gestor.
3. Si dice "Servidor no encontrado" o se agota el tiempo, Backburner no puede alcanzar el gestor y ocurrirá el error de socket.
4. Si el monitor se abre y muestra el gestor como en línea, su conexión es buena y puede proceder con envíos.

Si la prueba local pasa pero el envío en cloud falla, el problema es probablemente relacionado con firewall entre su red y el centro de datos de la granja. Contacte al equipo de soporte de la granja con una captura de pantalla del mensaje de error.

FAQ

¿Puedo usar IPv6 en lugar de IPv4 para Backburner?

No de forma confiable. Backburner está diseñado para comunicación IPv4. Si bien algunas configuraciones modernas soportan dual-stack (IPv4 + IPv6), Backburner usa IPv4 por defecto y puede fallar en redes solo IPv6. Siempre habilite IPv4 como su protocolo principal.

¿Significa el error de red inalcanzable que el servidor de la granja está caído?

No necesariamente. Este error generalmente indica un problema de configuración de red local en su máquina, no un problema con la granja. Pruebe primero el Monitor de Backburner localmente (Solución 7). Si el monitor se abre y muestra el servidor como en línea, su conexión funciona. Si el servidor de la granja estuviera caído, generalmente vería un error "Conexión rechazada" o "Servidor no encontrado" en su lugar.

Estoy en una red corporativa. ¿Qué debo hacer?

Las redes corporativas a menudo tienen firewalls y proxies restrictivos. Contacte a su departamento de IT y pídales que agreguen a la lista blanca los puertos de Backburner (3234–3235) para envíos locales de Backburner, o la IP/nombre de host del servidor de envío de la granja para envíos en cloud. Proporcióneles la documentación de la granja.

¿Reiniciar la configuración de Backburner eliminará mi cola de trabajo o historial?

No. La configuración de Backburner es separada de la base de datos de trabajos. Reiniciar la configuración solo afecta la configuración de conexión y preferencias locales. Su cola de trabajo e historial de renderización permanecen intactos.

¿Cómo sé si el problema es mi ISP bloqueando la conexión?

Ejecute un traceroute (Solución 7) al servidor de la granja. Si ve tiempos de espera agotados temprano en la ruta (después de algunos saltos), probablemente sea su ISP. Contacte al soporte de su ISP y pregunte si están bloqueando tráfico saliente en el puerto 443 o el puerto específico de la granja. Si eso no funciona, pregunte sobre el uso de una VPN para enrutar el tráfico alrededor del bloqueo.

¿Puedo usar una VPN para conectarme a la granja de renderizado si mi firewall la bloquea?

Sí. Una VPN puede eludir restricciones de firewall a nivel de ISP. Sin embargo, el enrutamiento VPN agrega latencia y puede ralentizar el envío de trabajos y la supervisión. Úselo como una solución temporal mientras contacta a su ISP o a la granja para una solución permanente.

Artículos relacionados

Para más información sobre configuración y solución de problemas de Backburner, consulte nuestra guía sobre cómo solucionar problemas comunes de renderización. También cubrimos la configuración de granja de renderizado en cloud en nuestra guía de renderización en cloud.

Para la configuración de granja de renderizado en cloud, explore nuestra guía de renderización en cloud 3ds Max para aprender sobre renderizadores soportados, compatibilidad de plugins y flujos de trabajo de envío recomendados.

Recursos adicionales

• Documentación de Autodesk 3ds Max Backburner — Guía oficial de configuración de Backburner
• Documentación de Firewall de Microsoft Windows — Configuración detallada de reglas de firewall
• Configuración de red IPv4 e IPv6 — Comprensión de redes dual-stack