arfneto

Você leu algum dos tópicos que listei? Não vai usar o roteador em modo AP. Sequer vai usar o roteador como tal. Se está ligado via porta LAN ao roteador da VIVO o TP-link deve ficar no modo normal, roteador. No caso desse modelo não faz muita diferença eu acho, mas em alguns modelos ao deixar em modo AP ele fica só como extensão da rede wifi e perde todo o resto, como a chance de ter outro DHCP ou mesmo de usar as outras 3 portas LAN. Não, nada tem a ver. Leia aquelas coisas que expliquei. O endereço do roteador deve ser definido ANTES e não depois. E claro que tem que ser na rede da VIVO porque se espera que seja a única rede IP na casa. Então deve ser algo naquela rede!!! Não é isso o que deveria querer... O melhor cenário é somar os dois aparelhos, ficar com as 4 antenas no ar, usar os 3000 mbps de wifi, usar todas as portas LAN dos dois aparelhos, ter DHCP nos dois porque assim a rede continua ok se o vivo parar. E especialmente não ter duas redes separadas. não ter duplo NAT e as perdas. E ter uma unica rede IP

Hoje em dia essas conexões são em geral always-on. Não desconectam nunca. No roteador nem tem opção como tinha em outra época. No Windows deve ter ainda, porque é um discador. Não vai programar isso porque não vai usar. A conexão com a internet não existe nesse caso. É apenas o gateway padrão e é dado por algum servidor DHCP. Essas coisas que listou afetam a porta WAN, essa que não vai usar porque não há conexão do roteador com a WAN... Só com a LAN. Se tiver 12 roteadores ligados assim só um vai estar ligado a WAN: o que liga com o provedor. Claro, pode ter dois provedores ou mais e então vai ter duas conexões WAN ou mais... Mas em instalações domésticas não é o caso. Sobre como ligar, eu por exemplo postei muitos números, desenhos, argumentos e roteiros de como fazer isso aqui mesmo. Mas parei de repetir. Eis alguns: Alguns números Outro caso detalhes aqui exemplo resumo Nunca conecte roteadores secundários via porta WAN. Isso cria outras redes IP e segmenta o tráfego. A primeira rede não vê as outras. As outras veêm a primeira apenas porque nela é que está o gateway padrão dos roteadores. Fora isso quase nada funciona mais direito. Incorre em múltiplo NAT e pode perder metade da banda nas redes que não a primeira só por causa disso. Nada vai funcionar direito com dispositivos que não estejam na mesma rede IP. Isso inclui espelhamento de tela de celulares, compartilhamento de arquivos, impressoras wifi, lâmpadas e acessórios smart e outras coisas. Encaminhamento de portas tem que ser repetido em TODAS as redes secundárias. Broadcast de rede não passa pelos roteadores e assim coisas como Wake-on-LAN não vão funcionar. Desconexão temporárias por alguns segundos acontecem quase sempre devido aos intervalos de lease de DHCP. Acesso remoto é um pesadelo.

Isso é rádio. Nada tem a ver com wifi ou wifi6. O marketing nunca vai discutir isso num manual. O cabo de rede para 10 ou 100 mbits tem 4 fios. Um deles transmite, o outro recebe. A velocidades maiores usa 8 vias, e é a mesma coisa: tem um sinal TX outro RX então pode e em geral trasmite e recebe ao mesmo tempo... Não, não existe uma perda e provavelmente seu roteador está ok. wifi é assim. E o wifi nesse roteador que tem é muito melhor que o que tem no roteador da vivo. Meça. Como te expliquei. DOIS aparelhos na mesma rede. Nada a ver com internet. E nada tem a ver com a internet. Eu te expliquei a lógica disso, e você está vendo isso acontecer. O fato de não ter "funcionado" não quer dizer que restou apenas essa opção. Você pode ter simplesmente ligado errado. A conexão em geral não cai nunca. Deve qualificar o que é "cai" e resolver. Por exemplo, não deveria nunca ligar o roteador novo via porta WAN. Só vai ter problemas, como de fato estava tendo. E tem a simples questão aritmética como te expliquei: perde as portas LAN, perde a velocidade do wifi, perde a cobertura das outras duas antenas... Perde a chance de ter um segundo DHCP na rede para redundância...

Errado está. Isso não está no padrão. VLA não faz parte da linguagem e o compilador deve ter te dito isso também. Pode ser que tenha dificuldade em compilar por não ter usado a opção que habilita o uso de VLA em seu compilador. De todo modo acho que podia reescrever essa parte. O código da biblioteca nem está assim muito bom. E tem exemplos aqui nesse forum.

Isso também não existe na linguagem oficialmente. Como eu disse, o tamanho do vetor deve ser conhecido em tempo de compilação. Existem os VLA mas são tratados como extensão apenas e por alguns compiladores. E nunca é visto em produção, só em programas de estudantes. Em C use endereços. Ou constantes. int l = t.qtdLinhas, c = t.qtdColunas; int R[l][c]; int G[l][c]; int B[l][c]; São dezenas de erros como esses: \imghelpers.h(16,12): error C2057: expected constant expression \imghelpers.h(16,22): error C2466: cannot allocate an array of constant size 0 \imghelpers.h(16,25): error C2057: expected constant expression \imghelpers.h(16,36): error C2466: cannot allocate an array of constant size 0 \imghelpers.h(16,36): error C2087: 'R': missing subscript imghelpers.h(17,12): error C2057: expected constant expression imghelpers.h(17,22): error C2466: cannot allocate an array of constant size 0 VS Code é um IDE. Pode ser usado em vários ambientes e com vários compiladores. Que está usando? Que sistema? Que compilador? Que versão de C?

Use o botão code, como explicado no primeiro post do forum. #include "imghelpers.h" Esse include está errado... #ifndef IMGPHELPERS_H #define IMGPHELPERS_H Ou isso está errado. Em C isso não está definido no padrão struct IMG_TAM { int qtdLinhas; int qtdColunas; }; typedef struct IMG_TAM IMG_TAM; IMG_TAM pegarTamanho(const char* filename); void carregaImagem( IMG_TAM t, int R[t.qtdLinhas][t.qtdColunas], int G[t.qtdLinhas][t.qtdColunas], int B[t.qtdLinhas][t.qtdColunas], const char* filename); Use o simples e passe os endereços. A dimensão do vetor deve ser conhecida em tempo de compilação. Até tem desde sempre uma extensão, os VLA, que admitem isso. Mas trazem mais problema que solução e em geral só vemos em programas de estudantes.

Não. Não é por cabo. O wifi também é loca, como te expliquei: uma conexão liga duas pontas. AS duas estão aí na LAN. O cabo tem duas pontas. O rádio tem uma conexão por exemplo do rádio do celular para o rádio do roteador. Nenhum deles está ligada a internet. É pra isso que você tem DOIS roteadores. A única maneira de ligar direto é usar o cabo do PC para o aparelho da VIVO e discar via PPPoE para a internet. Como te disse, esses teóricos 500mbps chegam no aparelho da VIVO, como um todo. E 433mbps é o máximo teórico do seu laptop via wifi. Então algo acima de 300 já estará bom. half-duplex, porque assim é o protocolo. Sei que vai achar repetitivo mas não existe wifi6 e internet. O contrato de tráfego que tem com a internet vem da operadora para o aparelho da VIVO. Se quer testar a performance dos roteadores usando wifi o simples é pegar dois computadores e confirmar que estão ligados os dois a 5ghz e por exemplo transferir um arquivo grande, da ordem de vários gigabytes, e ver na tela a taxa de tranferência em MB/S. E mais uma vez vou repetir: a aritmética e a lógica não incentivam a colocar seu roteador da VIVO em modo bridge se só tem mais um....

Não há preferência por parte do ponte de acesso. E não há interferência entre as duas frequências: os rádios são distintos e o roteador pode rodar até o máximo em uma frequência ou na oura ou nas duas. Não faz diferença. A escolha pela frequência é do dispositivo e não do AP. O lance do smart connect, que a VIVO também tem em geral, é uma conveniência para usar o mesmo nome e senha. Só que às vezes com um dispositivo móvel e o ultra pequeno alcance em 5Ghz o aparelho --- celular, tablet, qualquer coisa --- acaba conectando no rádio de 2.4 e depois não volta a conectar na outra frequência quando chega mais perto, ou demora. E se a rede tem um nome só fica mais difícil do usuário perceber. E tem que ter um gatilho, um limite para isso, porque não dá pra ficar monitorando a intensidade do sinal e ficar mudando de uma rede para outra toda hora que o aparelho passa de um ambiente para outro por exemplo. Por isso em geral é melhor fazer como eu disse e manter os dois pontos de wifi ativos: mais chance de conseguir conectar a 5ghz que pode ser 20x mais rápido... Sei que estou me tornando repetitivo, mas entenda que essas conexões nada tem a ver com a internet ou seu contrato com a operadora. São conexões entre o aparelho e o AP. A performance deve ser medida e verificada na rede local. E por outro lado, acho que já escrevi sobre isso, entenda que esses medidores que velocidade com a internet não trafegam nada importante e não há processamento em nenhum dos lados. Pode ser que seu aparelho --- e é bem provável --- sequer consiga processar esse tráfego, fosse isso algo real. E pode ser que o outro lado (na internet) também não queira entregar mais que um certo limite, mesmo que você possa receber. Esses 500mbps que contrata são divididos para todos os dispositivos. Se quer ter isso em um só pra testar faça como eu disse: ligue o modem direto no computador e habilite um discador. Assim terá acesso exclusivo e pode medir o que achar importante. Sem intermediários. Mas considere o que pretende receber ou transmitir com uma conexão. Uma ligação VOIP vai bem com 100kbps. Uma videoconferência pode gastar uns 3mbps --- ou bem menos --- via Zoom ou Teams ou Skype ou WhatsApp ou sei lá. Um vídeo FHD gasta entre 3 e 6mbps. Em 4K no máximo uns 25. Assim meio gbps dá pra ver alguns filmes em 4K, ligar vários celulares e vários computadores. Esse é o propósito: fatiar esses 500mbps dinamicamente na rele local. Atualizar firmware e drivers tem muito pouco chance de mudar velocidade de algo. Em especial em relação aos AP e roteadores. Em geral a evolução de firmware --- que pode ser confirmada nas tais Release Notes de cada versão --- acontece apenas para corrigir erros. No caso de coisas como placas mãe modernas pode ser que seja para agregar suporte a novos processadores, novos chips de memória e coisas assim. Mas no caso de wifi esses protocolos são super ajustados e verificados pelo consórcio wifi antes de implementados. E nunca vi agregar suporte a algum protocolo novo. Um roteador wifi5 será sempre isso, Um wifi6 não vai virar 6A ou 7 só porque se estabilizou o novo padrão: os caras esperam que você compre outro e pronto. Em relação a mudar e fixar faixas e canais de conexão é sempre bom lembrar que o espectro de rádio é absolutamente dinâmico e fixar algo pode sempre ser "um tiro no pé". Um canal livre hoje pode estar congestionado daqui a 10 minutos. Por isso em geral o melhor é deixar para autonegociação e deixar esse monitoramento para os algoritmos. Veja o exemplo das redes mesh, em que finalmente se admitiu que o melhor NÃO era aumentar a potência das antenas e o alcance mas sim diminuir. Com todo mundo aumentando a potência a interferência sobe junto. Seus vizinhos também tem rádios e é normal hoje em dia ver dezenas de redes wifi ao alcance de um aparelho. É como o cara que acha que a lei tem que permitir comprar uma espingarda e colocar na sala atrás da porta, até descobrir que todos os vizinhos também em uma, inclusive o maluco da casa 3 que tem síndrome do pânico. ok fui dramático

Tanto faz. Essa é a conexão que pode medir. Está um de cada lado. É uma conexão via rádio. Entre o notebook e o roteador. Essa é a conexão wifi. NADA tem a ver com a internet. Esse roteador pode entregar 1200 mbps em 5 GHz e 600 em 2.4. Separados, porque são frequências distintas. Se não tiver nada a 2.4 o máximo continua em 1200. Se não tiver nada em 5 o máximo continua em 600. Tudo aproximado e half-duplex. Não sei o que seria que as pessoas dizem. E não entendi o que seria "aceitar". Tenho roteadores dessa marca, AX10, AX1800 e AX300 (EX510) e todos funcionam como esperado. E não está claro que tenha mesmo problemas com o seu. Se for trocar, esse EX510 é muito bom e suporta praticamente o dobro de dispositivos. Em termos de velocidade 1-1 não deve mudar muito a menos que tenha dispositivos muito rápidod a 5Ghz e tenha muito tráfego na LAN entre eles. Para a internet não tenho visto muita diferença. Ou medido. Isso não é "forçado". Não use o smart connect no roteador e deixe as duas frequências ativas, com nomes diferentes. E assim deverá ver no menu qual conexão vai usar. E entenda que o alcance a 5ghz é ultra modesto, uma ou duas paredes no máximo. E a velocidade em 2.4ghz é bem modesta, em troca de um alcance muito maior. Mais uma razão para deixar o wifi ativo na VIVO e no TP-Link, para ter uma cobertura melhor no medíocre alcance de 5Ghz.

Entenda que a velocidade via wifi nada tem a ver com o plano de internet. Sequer envolve a existência de um. Esse chipset segundo o fabricante tem velocidade máxima de 2400mbps, mas pode ser que o fabricante some tx/rx para ter os 2400 e sejam só 1200 para cada lado. E assim estaria no limite da placa. Como o roteador do outro lado --- AX1800 --- para em 1200 a 5Ghz para todos os periféricos, mesmo que esse seja o único usando na hora jamais saberemos. E repito, isso nada tem a ver com o tal plano de internet. A conexão não é com a internet. É uma conexão via rádio entre o aparelho e o ponto de acesso wifi. E a conexão com a internet vai ser dividida entre todos os dispositivos conectados.

A biblioteca não é o tal .h. O header só tem as definições. Ou você tem a fonte para compilar a biblioteca, ou tem um arquivo .o dela compilada, ou tem uma DLL com o código ou um arquivo .a ou .so ou .lib dependendo de sua plataforma. Não poste links. poste o código aqui. Se tem um arquivo lib é so acrescentar na linha de comando, tipo gcc -o programa x.c coisa.lib

@Lucas Forjr Deve usar como te parecer melhor. Apenas entenda que não existe roteador no modo bridge: ele passa a ser apenas um modem, um conversor de mídia. Não é mais um roteador. É uma ponte LAN/WAN como te expliquei. Se ligar direto em seu PC vai precisar ativar um discador PPPoe no PC. Se ligar no roteador vai habilitar a mesma coisa no roteador. Não é uma sugestão. É mandatório porque a VIVO autentica assim sua conexão. Se o aparelho da VIVO está em modo ponte então claro que o (único) sinal que sai dele é o da WAN e então deve ligar na porta WAN do AX1800. Não há interferência importante, e acho que sequer mensurável. Se um canal fica congestionado os próprios protocolos alternam os canais, em especial nesses aparelhos modernos com wifi5 6 ou 6E. E a menos que use isso em um lugar muito pequeno sempre é vantagem ligar de outro jeito. O clássico: em uma casa que tenha sala e quarto com uma TV na sala e uma no quarto o simples é ligar um roteados ao lado de cada uma, com cabos alimentando no mínimo as TV. E os roteadores ligados via cabo LAN/LAN. wifi6 pode passar fácil de 1 giga com adaptadores modernos. Chips como o Intel 210 podem chegar perto de 2000. Mas entenda que são half-duplex, como eu já disse. Mas é bem rápido. Um laptop comum ligado a esse roteador com um chip wifi não tão novo deve conectar a 300 ou 433mbps, e você vê isso no painel de controle do Windows, não nesses medidores de "velocidade".

Entendi o que você disse e o que quer fazer. Espero que tenha entendido os aspectos técnicos e aritméticos que te expliquei. A menos que use isso em um lugar muito pequeno é pouco provável ter vantagem usando do modo como pretende. E a questão de interferência é irrelevante. Não pode usar seu roteador como AP simplesmente porque AP é uma projeção de uma rede que você não tem, já que o roteador da VIVO está desabilitado. Deve usar no modo roteador, ligado via porta WAN ao modem. Só isso. E sim, deve habilitar PPPoE no AX1800 porque ele é que vai gerenciar a conexão. Ou ele ou ninguém. O aparelho da VIVO se transforma apenas em um modem, como nos anos 90: uma ponte (bridge) entre a WAN e a LAN. E essa velocidade no wifi nada tem a ver com a internet. Entenda que só pode testar isso entre dois dispositivos no wifi, e claro a 5ghz porque a 2.4 não vai chegar nem perto de 100 provavelmente. Se não tem dois aparelhos para ligar no wifi a 5ghz e testar pode usar um celular e esses medidores de velocidade com a internet, mas entenda que vai estar medindo outra coisa. Se quer ter ideia de alguma velocidade objetiva entre seus aparelhos e a internet pode tentar baixar algum arquivo grande e ver o que consegue em termos de velocidade, algo como a última versão de windows ou uma distribuição de Linux, arquivos de 4 a 8GB e ver como sua rede se comporta. Entre esses medidores de velocidade comuns com a internet, tipo os da DSLReports ou Ookla, pode ter mais sucesso usando um computador ligado via cabo direto ao modem em modo bridge e ver o que consegue em ermos de velocidade, e ir comparando com o mesmo serviço ligado ao roteador via cabo ou rádio. Mas entenda que esses medidores não processam nada e nem os servidores do outro lado. Apenas enviam e recebem dados sem processar nada. O AX1800 vai te dar em torno de 1200mbps e o aparelho da VIVO acho que uns 800 para usar no wifi a 5Ghz. Isso dividido entre todos os dispositivos nessa frequência. É normal conseguir uns 400/500 em um aparelho moderno, tipo um laptop ou celular recente.

wifi é da rede local., roda na LAN e nada em a ver com a internet e nem depende disso. Meça com dois aparelhos ligados via wifi a 5ghz e veja o que consegue. Não espere muito. Entenda que esse aparelho que está usando tem apenas 1800 mpbs de capacidade TOTAL, a ser dividida entre todos os periféricos conectados. E mais ainda, essa banda é separada por frequência e não pode acumular: nesse aí são mais ou menos 1200/600 mbps a 5 e 2.4 GHz. Note que o aparelho da VIVO também duas redes pelas quais você paga e desligou a toa. Acho que ele é de 400/800 mas não estou certo. E é claro que perdeu a cobertura wifi melhor porque não pode colocar o AX1800 em dois lugares ao mesmo tempo. Isso quer dizer que você podia usar talvez 3 gbps usando os dois, talvez mais. E ter uma cobertura wifi muito melhor já que poderia colocar os dois em lugares otimizados. E perdeu umas portas ethernet tambem. Note que wifi é half-duplex. Ou transmite ou recebe. Considere isso nos números também.

@Maurício Rockembach Nesses problemas de conectividade tem que ser metódico, quase paranóico, para isolar o problema. E não seriam esses comandos --- flush de cache de DNS ou ProcessIdleTasks --- que iriam ajudar. Reinstalar o sistema pode também não resolver nada. A causa mais comum disso está em roteadores ligados errado, coisas como servidores DHCP perdidos na rede. Há casos em que na ânsia de resolver usuários copiam e rodam listas de uma dúzia de comandos e alguns interferem mesmo na rede. Outro caso é digitar valores errados no formulário de configuração de DNS. Rotas inválidas, gateways inoperantes, uma longa lista. Bom que funcionou. Em muitos casos é só perda de tempo. Tem que procurar em sua própria máquina. São comandos simples. Mas tem que ser metódico e saber o que procurar. É um porre isso --- minha opinião. EXEMPLO O último que eu vi, numa casa com 4 roteadores, 2 servidores DHCP e uns 30 pontos de rede: uma marcenaria chegou para instalar 2 painéis desses que se usa para colocar TV na parede. Uma das TV tinha um roteador colado nela, um desses AX73 ou similar da TP-Link. Desligaram e desmontaram tudo. Ao final da instalação o dono da casa não viu que o roteador estava desligado. Uma parte dos dispositivos não se conectava com a internet. Às vezes. Redes wifi sumiram e tal. Para resolver ele pesquisou na internet e tal. Aí ligou o aparelho na mesa e usou o aplicativo da fábrica e reiniciou o infeliz para a configuração de fábrica e conectou tudo de volta. E tudo ficou maluco na rede toda. Passou a ter um servidor DHCP novo, com gateway inválido e endereços válidos acho que por um dia. Claro que tudo que se conectasse através dele não ia para lugar algum. Só que nem sempre. Pela natureza dos protocolos e pela natureza do rádio a cada vez que reconectava um aparelho ele podia receber endereço de outro servidor e funcionar ok até vencer o intervalo de validade, que é de 5 minutos naquela rede. E aí nova loteria.

ipconfig /flushdns Esse comando apenas faz isso, limpa o cache do serviço DNS. Não é preciso reiniciar o PC: pode escolher uma coisa ou a outra: o cache fica em memória e não em arquivo, de modo que reiniciar a máquina vai implicitamente fazer a mesma coisa. Esse comando é de pouca utilidade se alguma. Só serviria para dar alguma segurança em caso de se desconfiar de alguma fraude no DNS, um caminho comum para levar a gente a sites falsos. Essa é a razão mais comum. Não faz nada ficar mais rápido, na verdade o contrário: os próximos acessos ao serviço vão claro ficar mais lentos já que não terá nada no cache e todos os pedidos vão ter que sair pela porta 53 em busca de servidores autoritativos para o domínio procurado, e assim vai demorar mais. Se quer saber o que tem nessa lista (e roda windows) pode usar o mesmo comando e a opção displayDNS e ver algo como essa lista C:\CH> IPConfig DisplayDNS array502.prod.do.dsp.mp.microsoft.com ---------------------------------------- Record Name . . . . . : array502.prod.do.dsp.mp.microsoft.com Record Type . . . . . : 1 Time To Live . . . . : 2933 Data Length . . . . . : 4 Section . . . . . . . : Answer A (Host) Record . . . : 52.179.216.235 ocsp.digicert.com ---------------------------------------- Record Name . . . . . : ocsp.digicert.com Record Type . . . . . : 5 Time To Live . . . . : 2128 Data Length . . . . . : 8 Section . . . . . . . : Answer CNAME Record . . . . : ocsp.edge.digicert.com Record Name . . . . . : ocsp.edge.digicert.com Record Type . . . . . : 5 Time To Live . . . . : 2128 Data Length . . . . . : 8 Section . . . . . . . : Answer CNAME Record . . . . : fp2e7a.wpc.2be4.phicdn.net Record Name . . . . . : fp2e7a.wpc.2be4.phicdn.net Record Type . . . . . : 5 Time To Live . . . . : 2128 Data Length . . . . . : 8 Section . . . . . . . : Answer CNAME Record . . . . : fp2e7a.wpc.phicdn.net Record Name . . . . . : fp2e7a.wpc.phicdn.net Record Type . . . . . : 1 Time To Live . . . . : 2128 Data Length . . . . . : 4 Section . . . . . . . : Answer A (Host) Record . . . : 192.16.49.85 vod-01.edge-vivo-pen-sp.Vídeo.globo.com ---------------------------------------- Record Name . . . . . : vod-01.edge-vivo-pen-sp.Vídeo.globo.com Record Type . . . . . : 1 Time To Live . . . . : 48451 Data Length . . . . . : 4 Section . . . . . . . : Answer A (Host) Record . . . : 152.255.34.114 Claro que maiúsculas e minúsculas não fazem diferença nesses comandos. Note que os navegadores também tem algum cache de DNS e, se for mesmo importante, é melhor colocar comandos para limpar o cache de todos os navegadores em uso. E note que no caso dos navegadores isso é salvo por conta de usuário então se quer mesmo fazer isso e tem várias contas no micro pode ser o caso de usar o agendador ou um script de login. No caso de suspeita de fraude é bom considerar que em geral a fraude ocorre no meio do caminho para um servidor DNS conhecido, "envenenando" o cache dele com endereços falsos e não o de uma única máquina em uma rede privada. Já ouvi e li muitas vezes essa recomendação, e em vários idiomas :). Isso é outro mito. Esse comando não limpa ou opera nada em termos de cache no PC. E também não acelera nad. Na verdade de certo modo retarda tudo até ser concluído em segundo plano. "limpar o cache" é algo muito amplo no sistema: há cache para os últimos programas abertos, últimas pastas acessadas, usuários, certificados, senhas, 3 níveis de cache no processador, últimas pesquisas, paginas de memória, sites, DNS, redes, o diabo. Limpar o cache é complexo. E cache faz tudo ficar mais rápido e não o contrário. cache existe para acelerar. ProcessIdleTasks O sistema tem uma lista de processos para executar quando "estiver a toa", digamos. Coisas como diagnóstico de disco, varreduras em busca de vírus, otimizações diversas, atualizações de sistema e tal. Quando o sistema percebe que está nesse estado, IDLE, vai nessa lista e vai executando o que tiver lá até o usuário voltar a rodar alguma coisa, momento em que interrompe a lista até ficar IDLE de novo. Ao rodar rundll32 para rodar a função ProcessIdleTasks da DLL AdvAPI32 o que acontece é que o sistema roda isso na hora em que recebe o comando. E claro que até terminar a máquina pode ficar bem mais lerda. Porque alguém usa isso afinal, sabendo para que serve? Se usa por exemplo antes de rodar um benchmark, alguma medida. Ou antes de rodar algum processo em que se queira garantir que não vai aparecer do nada uma execução que interfira na performance da máquina. Isso porque a ação do benchmark em geral ocorre sem se fazer mais nada na máquina. Não se mexe no teclado, muita gente até desconecta o mouse, fecha todos os programas possíveis e tal. E nessa hora roda esse comando e acompanha no gerenciador de tarefas até a máquina estar mesmo IDLE e aí dispara os testes... TTL no DNS Ainda sobre o cache do DNS é bom notar que nada fica lá para sempre: tem sempre essa noção de TTL, que é o prazo em segundos para que um endereço em cache expire e seja renovado na próxima vez em que o endereço for acessado. Quem define o TTL é o responsável pelo endereço. Exemplo: array502.prod.do.dsp.mp.microsoft.com ---------------------------------------- Record Name . . . . . : array502.prod.do.dsp.mp.microsoft.com Record Type . . . . . : 1 Time To Live . . . . : 2834 Data Length . . . . . : 4 Section . . . . . . . : Answer A (Host) Record . . . : 52.179.216.235 Isso quer dizer que em 2834s esse endereço vai expirar.

Não, não deveria estar conectado na WAN. Mas para ligar na LAN precisa programar o roteador para isso e você aparentemente nada tinha feito. Ligando via WAN vai criar oura rede, vai perder quase metade da banda para tudo que ligar nesse segundo aparelho. E vai criar outra rede então dispositivos que estão na primeira rede não vão ver nada na segunda e os da segunda vão ver a primeira com alguns problemas também. Se nada disso for importante pode ir usando

Você precisa identificar o que é essa interferência e programar o roteador de acordo. Ele está ligado via porta WAN ou LAN? Porque precisa dele? Outro DHCP? Outra rede? Uma rede isolada? Mais portas?

fez mais dos testes de que falei? Não descobriu mais nada?

Sim. Use uma ponte de rede (bridge). OpenVPN ode fazer isso. Ou LogMe In ou uma máquina virtual rodando RouterOS. Se usa a mesma rede dos dois lados se prepare para uns problemas extras, mas no geral basta criar uma conexão de rede entre as duas redes e usar como ponte. Tem roteadores com funções assim.

Então tem o provedor Desktop e o provedor VIVO? Que significa? Como funciona isso? mesh é apenas uma projeção de sua rede sem fio usando antenas de menor potência e menor alcance, mas em maior número, agregadas a um canal de controle --- backhaul --- que monitora continuamente os dispositivos de modo a permitir uma transição transparente de um POD para outro. Pode usar qualquer rede sem fio que tenha já operando como a origem da rede mesh, ou criar uma nova.

apenas confirme no instalador --- visual studio installer --- se tem suporte instalado para os dois ambientes. Richard Kaiser escreveu um livro sobre isso em alemão, mas tem uma boa descrição aqui de como fazer, em inglês.

Como te disse, muitas coisas podem dar errado. E para ficar pior às vezes mais de uma dá errado. Mas no geral essas coisas são estáveis com grandes provedores. Meu uso de rotina inclui links da VIVO e CLARO, e nunca dão problema. Eu listei alguns detalhes acima. Por acaso nesta quinta a estatística de problemas com um particular link da NET CLARO passou de 3 para 4 esse ano. E a mesma coisa: o infeliz voltou sozinho para a configuração de fábrica. E mais uma vez havia uma tempestade envolvida. E a CLARO diz que tudo esta normal. Se você está usando DHCP ativo só nesse modem e marcou 220 CPE a partir de .2 isso quer dizer que tem disponíveis 220 endereços para atribuição: de 192.168.0.2 --- que aparece marcado lá como início --- até 192.168.0.221 inclusive. Considere: - a rede tem endereços entre .0 e .255 - .0 é o endereço de rede, reservado - .255 é o endereço de broadcast, reservado - .1 é o gateway, nesse caso forçado a ser o endereço do roteador, algo ruim mas comum Então os endereços para seu uso vão de .222 a .254 inclusive. É isso. Porque usaria isso? - uma razão é de ter outros roteadores ou AP na mesma rede. Vai claro querer que eles tenham endereços fixos na rede para poder acessá-los, porque será a única maneira - outro caso é ter servidores que são acessados por endereço, ou mesmo impressoras que você quer em endereços conhecidos porque elas ficam sumindo toda hora - há uma maneira de reservar endereços fixos no DHCP mas é fora do tópico e só resolve parte dos problemas Mas no seu caso entenda que um erro no DHCP, qualquer coisa, pode deixar a impressão de que a rede parou. Se você usar um desses endereços fixos em seu computador pode TESTAR isso. É o mesmo caso de fixar endereços de DNS na configuração da placa de rede: ter controle e ir tentando isolar a falha. No caso da CLARO entenda que esse endereço 192.168.0.1 é o endereço privado mais comum que existe, e milhões de aparelhos vem configurados com esse endereço. Então é muito comum alguém chegar no site e ligar um roteador na rede e aí tudo fica maluco. Se um desses intelbras ou tp-link que usam esse endereço for ligado na rede com DHCP ativo então todo mundo que receber endereço dele vai ficar no escuro... E ao reconectar podem pegar endereço do outro e aí funciona Acho que deu pra entender. Você precisa entender onde está o seu problema. Antes de tudo, ao menos se é na LAN ou no acesso a internet...

@J. Flavio Melo :) acho que sabe o teor do resto da minha resposta então porque eu sempre recomendo a mesma coisa: reserve um endereço fixo para esse novo roteador na rede primária (espero que tenha feito isso para todos). Desligue DHCP e configure apenas o wifi nele. Configre o endereço de LAN para o que reservou, ligue via LAN e de imediato vai estar conectado, na mesma rede, wifi e cabo.

Registro.br controla endereços IP públicos. Nada tem a ver com portas privadas. Portas são característica de conexão e de uso privado. Apache atende em qualquer porta. Se que usar 80 e é importante manter o servidor como está pode usar um redirecionador na nuvem, que recebe os pacotes na porta 80 e serve suas coisas a partir da porta XYZWT no seu servidor, usando um simples redirecionamento na configuração do apache.