Corrigir Erro de Socket em Rede Inacessível (3ds Max)

Compreender o Erro de Operação de Socket

O erro «Foi tentada uma operação de socket numa rede inacessível» surge normalmente quando o Backburner tenta comunicar com o seu nó gestor, mas a ligação falha devido a problemas de configuração ou acessibilidade de rede. Este é um dos erros de submissão mais comuns numa render farm, e é praticamente sempre possível corrigi-lo através de uma resolução de problemas sistemática.

Já vimos este erro centenas de vezes na nossa farm — por vezes trata-se de uma simples preferência de IPv4, por vezes de uma regra de firewall demasiado restritiva. A boa notícia é que as causas subjacentes são consistentes e as correções são diretas. Este guia percorre cada uma delas.

Porque Ocorre Este Erro

O Backburner utiliza sockets TCP/IP para comunicar entre a máquina de submissão e o gestor do Backburner (ou o servidor gestor numa render farm). Se a configuração de rede não suportar esta comunicação, surge o erro de rede inacessível. As causas mais comuns são:

IPv6 ativado, IPv4 desativado: o Backburner utiliza IPv4 por predefinição. Se o sistema preferir IPv6 ou tiver o IPv4 desativado, a comunicação por socket falha.
Deteção de rede desativada: o Backburner depende da difusão de rede (broadcast) para localizar o gestor. Se a deteção estiver desligada, não consegue encontrar o servidor.
Firewall a bloquear as portas do Backburner: as portas 3234 (servidor) e 3235 (monitor) estão bloqueadas ao nível do sistema ou do router.
Configuração do Backburner corrompida: raramente, o ficheiro de configuração local do Backburner fica corrompido e necessita de ser reposto.
IP ou nome de anfitrião do gestor incorreto: foi especificado um endereço de gestor que não é resolvido ou não está acessível a partir da sua máquina.

Solução 1: Ativar o IPv4 e Priorizá-lo

O Backburner comunica através de IPv4 por predefinição. Se a sua rede for apenas IPv6 ou o IPv4 estiver desativado, a ligação por socket falha de imediato.

No Windows:

Abra Definições > Rede e Internet > Definições de rede avançadas.
Percorra para baixo e clique em Mais opções do adaptador de rede.
Clique com o botão direito no adaptador de rede ativo (Ethernet ou Wi-Fi) e selecione Propriedades.
Na caixa de diálogo de propriedades, localize Versão 4 do Protocolo Internet (TCP/IPv4) e confirme que está assinalado.
Se não estiver assinalado, assinale-o e clique em OK.
Confirme também que a Versão 6 do Protocolo Internet (TCP/IPv6) está listada, mas o IPv4 deve surgir primeiro na ordem de associação.

Para verificar se o IPv4 está a funcionar, abra uma linha de comandos e execute:

ipconfig /all

Procure um endereço IPv4 (como 192.168.x.x ou 10.x.x.x). Se apenas vir endereços IPv6 (como fe80::), o IPv4 está desativado e necessita de ser ativado.

No macOS:

Abra Definições do Sistema > Rede.
Selecione a ligação de rede ativa (Ethernet ou Wi-Fi).
Clique em Detalhes.
Aceda ao separador TCP/IP.
Confirme que Configurar IPv4 está definido como Usando DHCP ou Manualmente (não desativado).
Clique em OK.

Para verificar, execute no Terminal:

ifconfig | grep inet

Deverá ver endereços IPv4 (inet) e IPv6 (inet6).

Solução 2: Ativar a Deteção de Rede e a Partilha de Ficheiros

A deteção de rede permite ao Backburner difundir pedidos e descobrir o gestor na rede local. Sem ela, o servidor gestor fica «inacessível» mesmo que esteja na mesma sub-rede.

No Windows:

Abra Definições > Rede e Internet > Definições de rede avançadas.
Percorra até Avançadas e clique em Mais opções do adaptador de rede.
No menu superior, clique em Ferramentas > Opções de Pasta.
Aceda ao separador Ver.
Em Rede, ative Ativar a deteção de rede se estiver desativada.
Ative também Ativar a partilha de ficheiros e impressoras.
Clique em Aplicar e OK.

Em alternativa, abra uma linha de comandos como Administrador e execute:

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

Isto suaviza temporariamente as restrições de firewall na sua rede privada.

No macOS:

Abra Definições do Sistema > Geral > Partilha.
Confirme que a Partilha de Ficheiros está ativada.
Se vir um ícone de cadeado, clique nele e autentique-se.
Adicione o seu utilizador à lista de pastas partilhadas.

Solução 3: Configurar Regras de Firewall para as Portas do Backburner

O Backburner comunica em portas específicas: 3234 (servidor) e 3235 (monitor). Se a firewall (Firewall do Windows Defender, firewall do macOS ou firewall ao nível do router) bloquear estas portas, a operação de socket falha.

Na Firewall do Windows Defender:

Abra Segurança do Windows > Proteção de Firewall e Rede.
Clique em Permitir uma aplicação através da firewall.
Clique em Alterar definições (poderá ter de se autenticar).
Clique em Permitir outra aplicação e navegue até ao diretório de instalação do 3ds Max.
Selecione 3dsmax.exe e backburner.exe e clique em Adicionar.
Confirme que ambos estão assinalados para redes Privadas.
Clique em OK.

Em alternativa, abra a Linha de Comandos como Administrador e execute:

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

No macOS:

Abra Definições do Sistema > Geral > Segurança e Privacidade > Opções de Firewall.
Clique no cadeado para se autenticar.
Clique em Opções de Firewall.
Confirme que a Firewall está ativada.
Adicione o 3ds Max à lista Permitir ligações recebidas, caso ainda não esteja.

Firewall ao Nível do Router:

Se estiver numa rede empresarial ou atrás de um router restritivo, contacte o seu departamento de TI para colocar as portas 3234 e 3235 na lista branca, para comunicação entre a máquina de submissão e o servidor da render farm.

Solução 4: Repor a Configuração do Backburner

Se já tentou o que foi indicado acima e o erro persiste, a configuração local do Backburner pode estar corrompida. Repor a configuração elimina quaisquer definições desatualizadas ou inválidas.

No Windows:

Feche o 3ds Max e quaisquer utilitários do Backburner.
Navegue até C:\Users\[SeuNomeUtilizador]\AppData\Local\Autodesk\3dsmax\[versão].
Procure uma pasta chamada Backburner ou backburner.
Clique com o botão direito nela e selecione Eliminar (ou mude o nome para backburner_old como cópia de segurança).
Reinicie o 3ds Max. Este recriará a pasta de configuração do Backburner com as definições predefinidas.

No macOS:

Feche o 3ds Max e os utilitários do Backburner.
Abra o Finder e prima Cmd+Shift+G para abrir a caixa de diálogo Ir para a Pasta.
Navegue até ~/Library/Preferences/Autodesk/3ds Max/[versão].
Procure a pasta backburner e mude o nome para backburner_old.
Reinicie o 3ds Max.

Depois de repor, volte a introduzir o endereço IP ou o nome de anfitrião do gestor do Backburner no 3ds Max (Render > Backburner > Manager Settings).

Solução 5: Verificar o IP do Gestor e a Resolução do Nome de Anfitrião

Se especificou o gestor através de um nome de anfitrião (por exemplo, render-farm-01.company.local), confirme que a sua máquina consegue resolver este nome de anfitrião para um endereço IP.

No Windows:

Abra a Linha de Comandos e execute:

nslookup render-farm-01.company.local

(Substitua pelo nome de anfitrião real do seu gestor.)

Se devolver um endereço IP, a resolução de DNS está a funcionar. Se indicar «Non-existent domain», o nome de anfitrião não é válido ou o DNS está mal configurado.

No macOS ou Linux:

Abra o Terminal e execute:

nslookup render-farm-01.company.local

Ou utilize o dig:

dig render-farm-01.company.local

Se a resolução de DNS falhar, tente ligar-se diretamente através do endereço IP do gestor. No 3ds Max, aceda a Render > Backburner > Manager Settings e introduza o IP (por exemplo, 192.168.1.50) em vez do nome de anfitrião.

Solução 6: Submissão a uma Render Farm na Nuvem e Requisitos de Rede

Se estiver a submeter trabalhos a uma render farm na nuvem como a Super Renders Farm, o gestor está alojado no nosso centro de dados, não na sua rede local. A configuração é diferente:

Configuração de Firewall:

Normalmente não é necessário colocar as portas 3234–3235 na lista branca localmente. Em vez disso, a farm disponibiliza um endereço específico de servidor de submissão (IP ou nome de anfitrião).
Confirme que a firewall permite ligações de saída para o servidor de submissão da farm na porta 443 (HTTPS) ou na porta indicada na documentação da farm.

Deteção de Rede:

A deteção de rede não se aplica a submissões na nuvem. O servidor da farm está sempre acessível por IP ou nome de anfitrião, e não por difusão (broadcast).

Definições do Gestor do Backburner:

Em vez de um IP de gestor local como 192.168.1.50, deve introduzir o nome de anfitrião ou o IP do gestor da farm fornecido no registo (por exemplo, api.superrendersfarm.com ou render.farm.io).

Verificar a Ligação: Antes de submeter, teste a ligação ao servidor da farm:

ping render.farm.io

Ou no Windows:

ping -c 4 render.farm.io

Se o ping falhar, faça um traceroute à ligação para ver onde está a ser bloqueada:

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

Isto revela em que salto de rede os pacotes estão a ser perdidos — normalmente a firewall do seu fornecedor de Internet (ISP) ou um proxy empresarial.

Solução 7: Testar a Ligação do Backburner Localmente

Antes de submeter trabalhos à farm, confirme que o próprio Backburner está a funcionar, executando um teste de renderização local.

No 3ds Max, aceda a Render > Backburner > Monitor.
A janela do Backburner Monitor deve abrir e mostrar o estado do gestor.
Se indicar «Server not found» ou expirar o tempo limite, o Backburner não consegue alcançar o gestor e ocorrerá o erro de socket.
Se o monitor abrir e mostrar o gestor como online, a ligação está boa e pode prosseguir com as submissões.

Se o teste local for bem-sucedido mas a submissão na nuvem falhar, o problema é provavelmente relacionado com a firewall entre a sua rede e o centro de dados da farm. Contacte a equipa de suporte da farm com uma captura de ecrã da mensagem de erro.

FAQ

Q: É possível utilizar IPv6 em vez de IPv4 no Backburner? A: Não de forma fiável. O Backburner foi concebido para comunicação por IPv4. Embora algumas configurações modernas suportem dual-stack (IPv4 + IPv6), o Backburner utiliza IPv4 por predefinição e pode falhar em redes exclusivamente IPv6. Ative sempre o IPv4 como protocolo principal.

Q: O erro de rede inacessível significa que o servidor da farm está em baixo? A: Não necessariamente. Este erro indica normalmente um problema de configuração de rede local na sua máquina, e não um problema com a farm. Teste primeiro o Backburner Monitor localmente (Solução 7). Se o monitor abrir e mostrar o servidor como online, a sua ligação está a funcionar. Se o servidor da farm estivesse em baixo, veria normalmente um erro do tipo «Connection refused» ou «Server not found».

Q: Estou numa rede empresarial. O que preciso de fazer? A: As redes empresariais têm frequentemente firewalls e proxies restritivos. Contacte o seu departamento de TI e peça que coloquem as portas do Backburner (3234–3235) na lista branca para submissões locais, ou o IP/nome de anfitrião do servidor de submissão da farm para submissões na nuvem. Forneça-lhes a documentação da farm.

Q: Repor a configuração do Backburner elimina a fila de trabalhos ou o histórico? A: Não. A configuração do Backburner é independente da base de dados de trabalhos. Repor a configuração afeta apenas as definições de ligação e as preferências locais. A fila de trabalhos e o histórico de renderização mantêm-se intactos.

Q: Como sei se o problema é o meu fornecedor de Internet (ISP) a bloquear a ligação? A: Execute um traceroute (Solução 7) até ao servidor da farm. Se verificar tempos limite logo no início do trajeto (após alguns saltos), é provavelmente o seu ISP. Contacte o suporte do seu ISP e pergunte se estão a bloquear tráfego de saída na porta 443 ou na porta específica da farm. Se isso não resultar, pergunte sobre a utilização de uma VPN para contornar o bloqueio.

Q: Posso utilizar uma VPN para me ligar à render farm se a minha firewall estiver a bloqueá-la? A: Sim. Uma VPN pode contornar restrições de firewall ao nível do ISP. No entanto, o encaminhamento por VPN acrescenta latência e pode tornar mais lenta a submissão e monitorização de trabalhos. Utilize-a como solução temporária enquanto contacta o seu ISP ou a farm para uma solução permanente.

Recursos Adicionais

Documentação do Backburner da Autodesk 3ds Max — Guia oficial de configuração do Backburner
Documentação da Firewall do Windows da Microsoft — Configuração detalhada de regras de firewall
Configuração de Rede IPv4 e IPv6 — Compreender redes dual-stack