Perguntas[router](server)

Estou tentando substituir o roteador da minha casa, indo do Linksys WRT1900 para o UniFi Gateway Max (não Cloud). O modem do ISP está em modo bridge, e tudo funciona bem com o roteador antigo, sem nenhuma configuração complicada (DHCP). Quando conecto o UniFi, ele parece funcionar bem por um curto período de tempo, como 20 segundos - a configuração tenta avançar e até entrega internet para o que estiver conectado às suas portas. Mas então (logo após alguns segundos, não devido a nenhuma ação) a imagem muda para a mensagem "Nenhuma Internet Detectada" no aplicativo Android e na interface da web do roteador, e nenhuma quantidade de reinicializações do modem do provedor ajudaria. Tentei redefinir o dispositivo para as configurações de fábrica, o ISP tentou redefinir o modem para as configurações de fábrica e então me deu um completamente novo (porque eles acharam que talvez o antigo fosse um pouco lento ou algo assim). Eles veem o endereço mac do UniFi quando ele é conectado ao modem.

Alguma ideia? Acho que esgotei todas as combinações do que reiniciar em qual ordem. Realmente estou me perguntando quais critérios o dispositivo UniFi usa para detectar "internet".

Aprendi como configurar automaticamente o endereço IPv6 de um dispositivo. É baseado em alguns bits de sinalização no pacote ICMPv6 RA (anúncio de roteador).

Ao usar SLAAC (stateless), o dispositivo irá gerar os últimos 64 bits com base em alguns algoritmos (não necessariamente EUI-64), podendo esses bits serem concatenados ao prefixo (também 64 bits) para formar um endereço IPv6 unicast global.

Ao usar DHCPv6 (stateful), o dispositivo solicitará o servidor DHCPv6 e o ​​servidor DHCPv6 alocará um endereço IPv6 para este dispositivo.

Eu sei que quando todos os bits "A" (autônomo), "M" (gerenciado), "O" (outros) no pacote RA são definidos como 1, o dispositivo configurará seu próprio endereço sem estado e ao mesmo tempo tempo obter um endereço alocado do servidor DHCPv6.

Quando executo no Linux, ip addrno macOS, no Windows, posso ver que meu dispositivo possui 2 endereços IPv6 unicast globais com os mesmos prefixos. Um deles é um endereço temporário . Eu sei que isso é por questões de privacidade.ifconfigifconfigipconfig

Gostaria de saber se esses 2 endereços IPv6 do meu dispositivo estão relacionados às 2 formas de configuração automática de endereços? Por exemplo, o endereço temporário é configurado usando SLAAC e o endereço não temporário é configurado por DHCPv6.

O servidor é Fedora em AMD64. Possui uma interface eth e outra wifi, 5GHz.

De uma máquina na mesma LAN, quando faço ping no servidor, vejo:

1. Ping 192.168.2.20(eth) dá <1 ms
2. Ping 192.168.2.21(wifi, mesmo servidor) dá 80-200 ms

... o que sugere um problema de configuração do roteador/Wifi.

No entanto, do servidor:

1. ping -I wlp1s0 google.comdá ~6ms
2. ping -I enp2s0 google.comdá ~3ms

... o que sugere uma penalidade de 3ms (parece razoável), mas invalida a hipótese anterior. Além disso, o ping para o roteador de ambas as máquinas (interfaces WiFi) é de aproximadamente 3 ms.

As conexões SSH com o servidor por meio da interface WiFi ficam atrasadas, mas não aquelas que usam a conexão Eth. Algo está interferindo no tráfego de entrada na interface WiFi, mesmo que o servidor possa usar a mesma interface WiFi para se comunicar com a Internet com latência razoável (tráfego de saída)

Que comandos ou áreas de investigação devo seguir para entender o problema?

Tenho um roteador MikroTik configurado na entrada da rede do nosso escritório. Estou procurando configurá-lo para encaminhamento de porta baseado em domínio específico. A tarefa parece ser bastante comum, mas estou preso. Aqui está o que preciso alcançar:

• As solicitações para office1.example.com:443 devem ser redirecionadas para Server1 na porta 443.
• Da mesma forma, as solicitações para office2.example.com:443 devem ser redirecionadas para o Server2 na porta 443. Como posso configurar essas regras de encaminhamento de porta específicas do domínio no roteador MikroTik?

Qualquer orientação ou etapas a seguir seriam muito apreciadas.

Eu tenho um Dell PowerEdge T350 com um iDRAC9 Basic. O servidor está conectado a um switch que está conectado a um roteador upstream que está conectado à internet. Muito simples. O NIC1 do servidor está conectado ao switch e também a própria placa UTP LAN do iDRAC. Habilitei o iDRAC e posso acessar a GUI da web de outro host conectado ao mesmo switch (também conhecido como intranet).

Ambas as interfaces LAN do servidor possuem IPs de intranet estáticos configurados (na faixa 192.168.1.x) e não DHCP-d, já que as traduções de porta no roteador é melhor que tenhamos um IP fixo. Configurei as traduções de porta no roteador para que dois serviços pudessem ser acessados ​​remotamente: RDP e o iDRAC. O RDP é o próprio sistema operacional do servidor.

Aqui vem a parte interessante:

1. Posso acessar o sistema operacional do servidor com RDP via intranet
2. Eu posso acessar o sistema operacional do servidor com RDP remotamente
3. Posso acessar a GUI da Web do iDRAC por meio da intranet
4. NÃO CONSIGO acessar remotamente a GUI da Web do iDRAC

Configurei o redirecionamento de porta do iDRAC (ou podemos chamá-lo de firewall pin hole) da mesma forma que fiz com o RDP. Embora o RDP precise de redirecionamento de porta TCP e UDP 3389. O iDRAC só precisa de redirecionamento de porta TCP 443.

Questões:

1. Existe algum switch ou opção de configuração no iDRAC que impeça o acesso à intranet por padrão? (Embora haja uma tradução de endereço / NAT acontecendo pelo roteador, essa pergunta pode nem fazer sentido?)
2. O roteador em questão é um PACE 5268AC FXN. Não consigo encontrar nada no manual que indique que ele permitiria o redirecionamento 3389 (ou também 3390, porque também prendi o RDP de outra máquina), mas falharia com HTTPS. Não vejo nada útil no log do firewall que possa ajudar. Parece que de alguma forma os pacotes de entrada da intranet 443 nem chegam ao roteador? Eu não entendo.
3. Também tentei 33443 -> 443 e outros tipos de redirecionamento em vez de 443 -> 443, mas também não funcionou.
4. Acrescento também que o certificado SSL do iDRAC é um fracasso (não é válido), mas parece que a coisa falha em algum estágio anterior. O provedor é AT&T.

Para o registro, minha versão do firmware iDRAC é 6.10.30.00 (Build 29), iDRAC Settings versão 5.00.00.10

Eu tenho que adicionar um IP secundário a um host ESXi executando o ESXi 6.5. Meu objetivo é permitir a comunicação entre algumas máquinas rodando em uma rede local diferente e as VMs presentes dentro do ESXi por meio de uma interface secundária. Aqui está um mapa que descreve minha intenção:

Como você pode ver, tenho um roteador primário conectado através da interface primária com 192.168.1.0/24e preciso me conectar à outra rede gerenciada por outro roteador com um intervalo de IP diferente ( 192.168.6.0/24).

Tentei criar um novo grupo de portas conectado a um novo vSwitch que possui um novo VMKNIC e criei uma nova pilha TCP/IP personalizada. O problema é que:

1. Não posso definir o gateway nem da CLI nem da interface na nova pilha TCP/IP.
2. As VMs conectadas ao novo vSwitch não alcançam as outras máquinas, mesmo que estejam configuradas corretamente.

Qualquer sugestão é mais que bem vinda!

Existem muitos avisos sobre redes NAT duplas.

DSL---modem with router-----second router
      configured by ISP     inner network
        first NAT            second NAT

O que exatamente quebrará em uma rede NAT dupla?

Eu tenho um aplicativo PHP que está tentando abrir uma conexão de soquete para uma impressora através do meu roteador.

Algumas coisas a serem observadas - minhas habilidades de rede estão faltando, então posso estar perdendo algo óbvio ou isso pode nem ser possível da maneira que eu quero que seja. Dito isto, pesquisei muito sobre o problema e não consigo encontrar ninguém com esse problema exato (apenas muitas pessoas tentando SSH remotamente). Também sei que o dispositivo ao qual estou tentando me conectar está funcionando conforme o esperado porque tenho um pequeno aplicativo nodejs que abre com êxito uma conexão com ele na rede local. E, finalmente, estou usando o Docker para executar o aplicativo PHP localmente, o que pode ser relevante para o meu problema (embora eu saiba que a conexão está chegando ao roteador devido aos logs).

O código é simples:

$socket = socket_create(AF_INET, SOCK_STREAM, SOL_TCP);
socket_set_option($socket, SOL_TCP, SO_DEBUG, 1);

$server_connect = socket_connect($socket, "router_public_ip", 9100);

Dentro do meu roteador, configurei essa porta para ser encaminhada:

Quando tento conectar o PHP lança socket_connect(): unable to connect [111]: Connection refusede os logs do roteador mostram que uma conexão falhou.

Percebi nos logs do roteador que a porta inicial é aleatória e tentei alterar minha configuração de encaminhamento de porta para:

Isso me dá o mesmo resultado e meu roteador não me dá muitas informações para continuar (por que a conexão falhou, foi bloqueada?). Isso é tudo o que é mostrado nos logs:

Editar: O menu do utilitário de configuração da impressora parece não mencionar nada sobre um firewall ou conexões remotas.

Eu tenho uma rede que não tem conectividade IPv6 com a internet. Mas eu gostaria de brincar um pouco com redes privadas.

Então, quero usar ULAs para meus dispositivos e distribuir automaticamente o prefixo.

Eu sei que o IPv6 usa o anúncio do roteador para fazer isso. Mas (daí o nome...) também anuncia um roteador. No meu caso, usando dnsmasq, é o endereço do servidor que o executa. Então acaba em meus clientes como uma rota padrão.

Como não tenho um roteador e não quero que meus clientes tenham uma rota padrão, existe uma maneira de atribuir dinamicamente prefixos ula sem um roteador?

E ainda mais "avançado": Existe uma maneira de usar o dhcpv6 sem um roteador?

Estamos solucionando problemas do site onde implantamos uma nova versão, mas nosso navegador do computador ainda extrai as páginas mais antigas. Quando nos desconectamos do roteador (WiFi) e nos conectamos a um hotspot (telefone celular/dados), o navegador puxa corretamente as novas páginas. Se voltarmos para o roteador (WiFi), o problema retorna. Tentamos solucionar problemas

• Confirmamos que os novos arquivos foram implantados com sucesso
• Confirmamos que os arquivos antigos estão sendo baixados (observando Inspecionar > Fontes)
• Desativando o cache em Inspecionar>Rede
• Limpando todo o cache do navegador
• Limpando o cache na Cloudflare
• Configurando o cache do Cloudflare para o modo de desenvolvedor
• Usando diferentes navegadores (Chrome e Brave)
• Usando computadores diferentes (ambos conectados ao mesmo WiFi)

Tentamos testes simples em computadores em diferentes locais (diferentes países). Um teste simplesmente carregou a página antiga. O segundo teste carregou a nova página. Nós realmente não podemos tirar nenhuma conclusão deste teste.

As páginas da web são apenas arquivos HTML e JS estáticos.

Alguém sabe qual poderia ser a possível fonte para esse comportamento bizarro?