arfneto

Olá! Não deu muitos detalhes de como você identificou esse problema, mas na maioria dos casos que vi o problema está em tempos muito altos de validade dos endereços na configuração do servidor DHCP, ou a existência de um único. Tente baixar os Lease Times para algo como 8 ou 10 minutos se ainda não fez isso. E colocar mais servidores DHCP para diminuir o tempo de resposta, aumentar a redundância e o número de endereços disponíveis

Só te sugeri uma maneira de testar só com o que já tem aí. Em relação a ligar o roteador do segundo piso pela porta WAN é só uma outra maneira de fazer. Muitas vezes é recomendável, algumas vezes indiferente, e em outras é um prejuízo. Eu postei aqui umas instruções detalhadas com capturas de tela e tal, mas não estou certo quanto aos tópicos. Acho que posso pesquisar pelo meu id ou você pode se quiser ver algum material sobre isso. Em resumo, ligar vários roteadores via portas WAN em redes pequenas é bem interessante quando você quer ou precisa separar o tráfego entre as sub-redes locais. Por exemplo ter uma rede para o desenvolvimento, uma para o financeiro, uma para os visitantes, uma para as cameras de segurança, coisas assim. Separar os servidores DHCP também é uma vantagem, por várias razões. Mas no caso de uma rede doméstica pode ser um inferno porque ao separar os segmentos vai dificultar coisas simples como acessar uma impressora no térreo a partir da rede do segundo piso. Compartilhar pastas, acessar serviços como um servidor de mídia na outra rede e outras situações comuns. Mas pode ser um exercício interessante se está aprendendo essas coisas

O procedimento que te expliquei será o seu testador de cabos, apenas trocando o roteador no segundo piso por um micro, e levando o roteador até o térreo... E fazendo os testes que falei.Não precisa de nenhum equipamento e leva só uns minutos. Claro que se você tivesse outros roteadores e ferramentas de diagnóstico poderia usar, mas se você tivesse isso acho que não teria dito num primeiro momento, ao apresentar o tópico, que o cabo estava com a trava quebrada... Simplesmente tiraria um novo conector da gaveta, usaria sua ferramenta de climp para trocar o conector e sua ferramenta de diagnóstico para testar o cabo... Por isso não toquei no assunto. Em geral nesse forum evito sugerir ferramentas ou instalação de programas ou compra de roteadores caros ou distribuições Linux especializadas

Isso eu não entendi Muito bem. Então nessa hora do ping com "host inacessível" você liga um computador na ponta do cabo em que estava ligado o roteador e leva o roteador lá para baixo e roda o ping a partir de outro micro. Assim você saberá se o cabo está ok e se o roteador está respondendo. Se o micro no 2 piso ligado no mesmo cabo onde estava o TP-Link não receber endereço IP do servidor DHCP que está no térreo e ficar lá com conexão nula ou limitada, saberá que seu cabo não está bom e comece trocando o terminal no segundo piso, que já está com a trava quebrada. Se ele se conectar imediatamente rode um ping em 192.168.1.2 para ver se ele alcança o roteador lá no térreo. Se o roteador responder aí temos um problema e precisamos continuar investigando. De todo modo com o TP-Link no terreo rode um ping a partir de algum micro e veja se ele responde... Logo saberá o que houve

porcentagem é uma relação entre duas coisas. Não entendi o que quer medir E tem duas funçoes principais, como disse: "pasta 1" e "pasta 2". Então isso são duas funções mas também são duas pastas? E o .bat no tópico quer dizer que quer medir essas porcentagens usando .bat no Windows? Não pode usar powerShell ou alguma linguagem?

Tirar a dúvida nem demora: em algum micro ligado no térreo abra uma janela de comando ou um terminal e digite ping 192.168.1.1 para testar: vai receber alguns tempos e se não der erro saberá que está conectado a rede e com conexão ao roteador do primeiro piso. Então rode um ping 192.168.1.2 e saberá se está conectado ao roteador do segundo piso. Quando testou usou redes wifi distintas para os dois roteadores, imagino. Talvez pudesse explicar melhor. Se usa os dois roteadores com servidor DHCP precisa tomar alguns cuidados. Se não usa, apenas deixe o endereço .2 fora do intervalo do DHCP no térreo, para não ter eventual colisão... Imagino ter ligado mesmo na porta LAN o roteador no segundo piso ao primeiro. Se ligou na porta WAN tem que tomar outros cuidados. Escreva com mais detalhes

Olá! Eles já estão ligados em rede. O que você quer "comunicar" entre eles? transferir arquivos? Algum protocolo? ssh? ftp? http? A rede do seu PC-1 pode ser acessada diretamente pelo seu PC-2 porque é a "next hop", a rede acima da rede do seu roteador. Experimente um ping do PC-2 para o PC-1. Isso se o cabo do modem ONU está ligado na porta WAN do roteador. Se você ligar numa porta LAN fica mais simples ainda: vai estar tudo no mesmo segmento de rede, o que você ligar nas portas LAN do roteador e nas portas LAN do modem ONU. E seu roteador vai agir como um switch apenas. Note que é muito diferente um caso do outro e tem alguns cuidados que você precisa tomar, em especial desabilitando o DHCP no roteador para que ele não envie endereços para as estações antes do ONU. E colocar um endereço na rede do ONU para o roteador TP-Link para você poder acessar depois. Explique mais sobre como estão conetados e o que você quer fazer.

Bem, não há mais que uma internet. E está mostrando uma lista de redes wifi e dizendo que tem um problema com a conexão cabeada, que usa... um cabo. Redes wifi salvas ficam aí na lista até você apagar. Apenas apague. Isso é só uma comodidade que o sistema oferece, e a lógica é simples: você pode se conectar automaticamente quando a rede estiver dentro do alcance, sem procurar a cada vez a mesma rede e digitar a senha de novo. Mas você acaba colecionando redes que não vai talvez usar nunca mais. No ano passado rodei uns 4000km nas férias e colecionei dezenas de redes wifi para apagar na volta porque vai demorar até eu voltar pra lá . . .

Como todas as unidades usam a mesma conexão e imagino que não paguem pelo tráfego, se puder usar um cabo vindo de outra unidade pode usar assim e programar como quiser. E seu "fornecedor" não vai ter um prejuízo perceptível afinal a banda de acesso vem do mesmo lugar

Olá! Chromecast não reconhece celulares ou notebooks ou coisa assim. Celulares também não reconhecem Chromecasts. Chromecast é só um dispositivo de streaming de mídia via wi-fi ou cabo e reconhece uma fonte, que pode ser um outro computador --- caso de se um servidor de midia ou uma aba de uma sessão do navegador Chrome num micro que sequer tem conexão com a internet --- ou algo na internet como uma sessão do youtube que pode até ser compartilhada por mais de um usuário na rede. Ex: 3 pessoas com celulares ligados na mesma rede wifi onde está o Chromecast podem usar o Youtube e enviar clips para uma fila que se forma no Chromecast, usando um número --- PIN Number --- que aparece na tela da TV. A fila não depende mais dos celulares, que podem até ser desligados depois de enviarem os clips. Em relação ao 5G normalmente essa nomenclatura é reservada para a telefonia, 3G, 4G, 4.5G, 5G que está para entrar m operação em alguns países. Mas sei que se refere à frequência de wi-fi em 5GHz. Todos os modelos de Chromecast são compatíveis com 2.4Ghz. A partir do 2 também com 5Ghz. Veja em Suporte do Google direto da fonte em português. Para referência: Por definição, 802.11 ac é retroativamente compatível com 802.11n e se você tiver uma rede sem muita interferência e sem uma multidão de aparelhos deve poder usar sem problemas esses modelos nessas redes. Até o ano passado não era obrigatório ter um celular para configurar esses aparelhos. Você podia usar um computador e pronto. Agora não mais: precisa do infeliz do aplicativo Home. Como eu expliquei antes, a configuração inicial do aparelho conecta o Chromecast com o celular e deve funcionar em qualquer frequência em que seu celular opere. Só uma vez, só na fase inicial da execução do aplicativo Home. A partir dái vai usar as redes wifi. Já tive vários aqui e nunca vi problema. Tem dois agora bem aqui e foram reprogramados recentemente sem problemas, a 2.4Ghz. Nunca me preocupei sequer em configrar 5Ghz nele, porque assim que os configuro uso via cabo Ethernet porque ficam ligados em geral aos mesmos monitores e só saem de lá no caso de algum evento tipo uma viagem e aí uso via wi-fi mesmo, claro. Não tem mesmo a senha de acesso do roteador da Oi? Não é a da etiqueta que esta colada no modem? Ao abrir a tela de configuração da rede sem fio vai ter uma opção para desativar cada frequência. Se me lembro bem era parecido com o da VIVO que tem aqui ao lado. Veja as telas E no caso do status já mostra as que estão ativas Esse não usa nenhuma porque o roteador fica num rack metálico fechado Seja qual for o seu problema aí não é por o Chromecast reconhecer ou não ser reconhecido...Não funciona assim. E não é a frequência: palavra do Google. Continue escrevendo se ainda tiver problemas. Depois de configurar os aparelhos, recomendo fortemente usar o adaptador Ethernet do Google.

Se a empresa que administra isso vinculou endereços fixos para roteadores fixos então nada vai poder fazer a não ser reclamar com eles ou com o condomínio. Mas é mesmo uma sacanagem fazer isso. Mas se passar um cabo do roteador de uma outra unidade para a sua e ligar na porta WAN de seu roteador vai poder usar sem problemas com as configurações que preferir Note que não se trata de conflito entre roteadores, provavelmente

Não aparece nenhuma rede 2.4Ghz na lista do ChromeCast rodando o aplicativo Home num celular ligado na rede 2.4Ghz? Não faz sentido, porque a primeira conexão é direto com o telefone e será feita a 2.4Ghz já que como você disse seu telefone só opera nessa frequência. Bem estranho mesmo. Não tenho aqui nenhum para testar. Só tenho o original e o 2que funciona eu acho também a 5Ghz mas nunca usei assim, só a 2.4Ghz até instalar e depois nunca mais porque uso cabo neles todos. Mas eu reconfigurei todos no mês passado e não tive problema.

Tem em geral uma linha com um código em maiusculas que aparece na tela dos navegadores, e tenho visto muito algo como CONNECTION_RESET e em alguns casos ao usar as ferramentas de desenvolvimento dos navegadores vem umas mensagens a mais na console, e tenho visto muito umas relatando erros relacionados a CORS. No navegador Chrome ou no Edge usando F12 e vendo na aba Console você pode talvez conseguir alguma informação mais objetiva e relatar aqui. Meu palpite até aqui é que não tem nada a ver com seus equipamentos e sim com seu provedor e pode fazer parte da migração para IPv6 e o que está mudando nas redes dos provedores. Por exemplo, há uns meses atrás eu via dezenas desses erros nos navegadores em uma rede conectada via VIVO, em máquinas de vários tipos, rodando Windows desde o XP e Linux Fedora, Centos, Ubuntu e OpenSUSE. Era mais frequente no Edge e no Chrome. Talvez eu tenha alguns registros em algum computador aqui e aí eu posto o exato erro. Parou em março eu creio. Talvez você possa olhar nessa Console de que falei e tentar capturar alguma mensagem mais específica...

E qual seria o erro? Testou seu laptop em outras redes? Teria acesso a alguma maquina que navega de modo satisfatório em outras redes para testar em sua rede? Você parece ter sido bem metódico em relação aos testes e procedimentos, mas acho que esses seriam também significativos, e alguns dos processos que executou não teriam provável influência nesse cenário

As paredes sempre vão interferir no sinal. Com essa espessura, mais ainda. São quantas salas? não pode usar cabos e levar um ponto de acesso para cada sala, um desses simples e de pouco alcance para minimizar a interferencia? Pode usar um adaptador PowerLine em cada sala também, já que provavelmente estão na mesma rede elétrica. Esses aparelhos transportam uma conexão ethernet para um ou mais pontos via AC --- pela tomada mesmo. E incorporam um ponto de acesso wi-fi. Já usei com sucesso em casos assim.

Olá! Isso é devido à ordem de resolução no servidor DNS, que procura pelo nome na rede local DEPOIS de ter procurado na internet. Compare a tabela de rotas de uma estação com a de seu servidor e talvez te ajude a entender. Tente um ping com o nome completo de sua máquina, algo como maquina.empresa.local

O gateway padrão é precisamente o endereço para onde vai o tráfego que não tem rota na sua rede INTERNA, de modo que ele não vai interferir em nada no tráfego da LAN. Ele vai apontar para o endereço do seu modem na rede local. Os switches serão transparentes na sua LAN. Um servidor DHCP está incluído nos servidores Windows. Não tem custo adicional. É só configurar. Na prática é uma série de tabelas. No caso do Linux ou Unix ou Mac pode usar o pacote dhcp. É, claro, grátis. Como fazem a mesma coisa, o funcionamento é similar. Se for usar um desses ou tiver uma questão específica, abra um tópico novo aqui e alguém ajuda, como eu. Por exemplo, Esses Microtik rodam uma distribuição especializada de Linux, RouterOS, que você pode instalar em uma máquina que tenha livre aí também... É grátis. Pode usar 3 placas de rede, ligar uma no switch e uma em cada provedor. Mas nem vou começar de novo com aquela história de ponto único de falha Não, não precisa. Você faz isso quando tem alguma necessidade especial que os servidores DHCP eventualmente não atendam, ou não queira depender deles por uma questão de logística. No seu exemplo, como são só 3 servidores pode preferir escolher 3 endereços fora das faixas dos servidores DHCP e usar neles. Assim pode definir o gateway padrão para o provedor que preferir. O problema, como eu disse antes, é que o servidor DHCP muitas vezes não permite fixar um endereço de gateway e assim envia SEMPRE o endereço dele mesmo como endereço de gateway. Isso quer dizer que se seu servidor recebeu endereço IP do servidor da Oi vai acessar a internet pela Oi e vice-versa. A menos que você mude o gateway padrão no servidor para usar o outro provedor. Entendeu essa parte? Mesmo IP fixo é melhor configurado via DHCP, reservando endereços fixos para as máquinas que precisam disso. Assim fica com a flexibilidade de poder mudar a máquina de uma rede para outra, mas sempre que ela estiver na sua rede vai usar o endereço fixado. Bem prático. DHCP client address reservation acho que é o nome mais comum nos roteadores. Só uma tabela.

Olá! Um pouco longe da minha cidade --- São Paulo aqui --- mas aqui mudei da NET para VIVO há pouco mais de um ano. O serviço da NET era rápido e bem estável. O da VIVO também. Há pouco, considerando os números de SpeedTest Na região: Estou em casa hoje. Note que a conexão é quase simétrica em termos de download / upload. Eu assinava 200mbps e era assim também, quase simétrica. Recentemente pedi para reduzir para 100mbps e troquei os 100mbps a mais de antes por 100 reais a menos na conta Eis o que posso dizer disso nos últimos anos aqui: nunca tive qualquer visita técnica ou ocorrência, então não posso atestar sobre o serviço exceto pela instalação. E os caras da VIVO eram melhor instruídos nesse caso. Em relação aos roteadores: os dois são muito pobres em termos de configuração. Muito mesmo. O da VIVO tem 3 portas LAN apenas. O da NET 4. Todas gigabit, LAN e WAN em ambos os casos. Tem WiFi dual band e tal. Nada posso dizer do alcance porque não uso. Meu roteador fica na entrada em um gabinete com porta de metal Se você assina um serviço múltiplo, com TV e telefone, esqueça a possibilidade de usar modo bridge no roteador. E como eu disse, o software é medíocre. O aparelho da VIVO não tem sequer opção de backup da configuração. Se perder a configuração ou tiver que trocar o aparelho, melhor ter anotado tudo... O aparelho da VIVO não admite acesso pela porta WAN. Então se precisa disso tem que manter um aparelho ligado sempre do lado de dentro da rede para poder acessar o roteador. Tenho um caso assim chato Ainda sobre as limitações: o serviço DHCP não permite configurar o gateway padrão (o da NET também não). Tem um limite de oito (!) endereços na tabela de reserva de endereços DHCP. Como eu disse, é muito limitado. Mas o serviço da VIVO permite ligar todos os pontos de TV via Ethernet e remover os cabos coaxiais, de modo que você pode usar um cabo só e ligar os set top boxes de TV em qualquer ponto de rede em sua instalação, o que a NET ainda não permite aqui. Isso muitas vezes força você a desistir de ter TV num lugar, ou a pagar um ponto adicional de quase nunca usa e gastar mais 40 reais todo mês.

Olá! Tecnicamente você não configura o modem da Oi para os 3 servidores e sim o contrário: configura as máquinas para usarem os provedores. Como em geral isso vem tudo junto a partir do servidor DHCP esse conceito fica transparente e meio esquecido. Em resumo, quando sua máquina está configurada para receber endereços de rede via DHCP ela recebe, claro, um endereço IP e um máscara de rede. Juntos, esses valores dão o endereço de rede e limitam o número de hosts na rede. Mas não são apenas esses valores. Recebe também o endereço de gateway padrão e eventualmente vários outros valores, como por exemplo o endereço da máquina na rede que tem o próprio sistema operacional, para estações que não operam com disco rígido local e precisam saber de onde carregar o sistema operacional. O que importa nesse caso é que o endereço de gateway é fornecido pelo serviço DHCP. Esse endereço NÃO é o endereço do roteador, ou o endereço do servidor DHCP. Só que geralmente é e então as pessoas começam a achar que é e espalhar a notícia. Como nas eleições Hoje em dia os roteadores tem seguido um caminho de grande simplificação e perda de opções de configuração, então na maioria deles hoje em dia você nem sequer pode estabelecer o endereço do gateway padrão. Veja abaixo uma tela de configuração de DHCP de um aparelho antigo, TP-Link WR941ND com essa opção Hoje ainda muitos roteadores dessa marca tem essa opção, mas não todos. E isso vale para todas marcas. Note que como o uso do DHCP é opcional, uma conveniência, todas essas opções estão presentes na configuração de cada placa de rede de seus computadores. O Default Gateway é o endereço de uma máquina na rede, ou um roteador, para onde vai o tráfego de rede para o qual não tem uma rota definida na tabela de rotas da máquina. Isso inclui claro, o tráfego para a internet. Então, um exemplo baseado na foto: se você tem o provedor Oi em 192.168.0.201 e o da mhnet em 192.168.0.202 e tem um roteador com essa opção Default Gateway na configuração, apenas configurando o default gateway em 201 ou 202 você determina qual provedor os equipamentos vão usar. E se você tem mais de um provedor e um sai do ar você pode rapidamente alternar para o outro. Há muitas maneiras de fazer isso. Há aparelhos que fazem isso, alguns são muito cultuados no Brasil, como esse TP-Link load balance se não conhece e quiser ver do que se trata. Em resumo, eles tem software para fazer isso. Esse tem 5 portas LAN e você pode ligar de um a quatro gateways externos --- provedores. E nas portas restantes ligar suas redes. E ele coordena o tráfego e distribui a carga. Legal, mas nem tanto. Ele vai rodar seu servidor DHCP que provavelmente será o único, e vai concentrar todo o tráfego de sua rede. E tem alguns algoritmos embutidos para distribuir a carga, sobre os quais você não terá qualquer controle. E vai introduzir o que se chama de ponto único de falha: uma caixinha de 1.000 reais que se tiver um problema na fonte (interna) ou parar por qualquer problema vai parar toda a sua rede com TUDO funcionando exceto ele. De volta ao tema e exemplo: você pode ter seus servidores em 192.168.0.210, 211 e 212 com o gateway em 201 e eles vão acessar a internet via Oi. Você pode ter servidores DHCP nos dois roteadores com intervalos complementares, para redundância, ou único para simplificar. Note que servidor DHCP é só um programa de computador e não gasta nada em termos de processamento, e você pode rodar isso em um ou mais de seus servidores. É simples. E ter assim um controle mais preciso do que acontece. Há muitas maneiras mesmo de fazer isso funcionar, ou não funcionar. O gateway padrão não interfere. O resto da frase eu não entendi / De todo modo os servidores estarão visíveis na rede local e na internet se assim configurados. Continue escrevendo e alguém pode ir acrescentando algo

Olá! Sim, seu roteador faria isso e a configuração não é complexa. Não precisa ter endereços fixos nas máquinas, nem mesmo nos servidores. A seu critério, pode achar mais prático reservar endereços fixos no seu servidor DHCP para qualquer uma de suas máquinas, os servidores em especial. Assim os endereços ficam fixos, mas nas máquinas continuam dinâmicos. Não precisa fazer nada em relação aos switches. Em geral é possível fazer isso que precisa mesmo sem recorrer a um roteador adicional, usando apenas os roteadores dos seus dois provedores. E um roteador adicional vai introduzir um ponto único de falha, o que deixa muitos diretores de TI nervosos: se ele morrer, para tudo. Mesmo tendo os dois provedores funcionando e toda rede ok. Note que mudar o provedor de acesso é um comando de uma linha em qualquer sistema moderno, algo como um route add 0.0.0.0 mask 0.0.0.0 10.20.30.101 no windows. E entra em efeito imediatamente, então se está usando um provedor e ele sai do ar pode passar para o outro com um comando desses, sem mexer em nenhum cabo. Como só são tres os servidores, pode deixar todos os 3 com endereços fixos e com o gateway padrão apontando para o provedor de 10 mbps e mudar só em caso de problema. Se precisa acessar os servidores a partir de algum computador fora de sua rede então precisa só estudar os redirecionamentos de portas para os protocolos que quer atender. Pode deixar tudo certinho no roteador de 10 mbps que reservou para os servidores mas já ter rotas de backup no outro roteador, e um esquema rápido de mudança se o provedor sai do ar. Um roteador único como o Mikrotik pode também automatizar isso tudo, mas se ele parar você fica sem nada, claro. Há muitas maneiras de fazer essas coisas. Com mais ou menos redundância.

na tv nao vai ter problema nunca, a menos de um pico de energia apagar a configuração de rede dela, ou você voltar para a configuração de fábrica. Ou ligar um cabo de rede em uma rede sem conexão. Tem aparelhos que ao sentir a conexão de rede desconectam o wifi automaticamente. Ou você mudar algum parâmetro no wifi e esquecer de alterar na TV Se você desligar o AP a mensagem não vai ser essa. O mais provável é que tenha desligado a conexão do AP com a rede por um instante ou tenha caído a conexão com a internet e voltado em seguida. Se você desligar o AP a mensagem vai sem algo como "sem conexão de rede". Teste aí. Agora se desligar o cabo do roteador a mensagem vai ser essa outra, "sua rede local não tem acesso a internet"... Aquelas informações de gateway e IP e DNS vieram todas do servidor DHCP., que é o seu roteador no caso de sua rede Acho que não deve se preocupar com isso. Abraço

A "mensagem de erro" na tela da tv não é na verdade uma mensagem de erro. Está tudo certo naqueles parâmetros. Apenas a rede local não tem acesso a internet. Pode ser algo temporário apenas. Ou em alguns casos pode ser permanente. Imagine que você tenha um servidor de mídia em sua rede, tipo Plex, que praticamente toda TV smart acessa, ou Kodi, ou XBMC, sei lá. Ou algum software de ensino onde as TVs acessam o material em um servidor na própria escola. Então você só precisa de acesso à rede local. A conexão RJ45 da TV é para conexão à rede local. Não para conexão com a internet afinal. Se você desligar o cabo do modem por um minuto a TV vai exibir aquela mensagem. Às vezes telefones Android mostram algo similar, e em alguns você precisa até confirmar na configuração que não é para tentar outra rede nesses casos. Já tive problemas com Android que interrompia a reprodução de um filme para avisar que a conexão com a internet não estava ativa, quando o filme estava na rede local. Um inferno. Acho que com um Galaxy Note antigo. Para evitar o "erro" basta que a conexão da sua rede com a internet fique ativa. Mas não tem nada a ver com a TV. Para a TV basta manter como está. Se desligar o AP a TV vai mostrar que não tem conexão de rede. Se desligar o roteador vai dizer que a rede local não tem conexão com a internet. Assim é. O ChromeCast do Google também dá essas mensagens e já vi interromper a exibição de mídia por causa disso, quando a mídia não vinha da internet e por acaso a conexão era interrompida. Isso foi corrigido depois. Muita gente acha que a rede local é a internet. Tem gente que chama o cabo de rede de cabo de internet. E às vezes os desenvolvedores entram na onda.

Olá Atente para o fato de que passar um cabo ou ligar um equipamento privado como uma antena a outra antena para criar uma conexão de rede não configura crime na maioria dos casos. Passar um cabo pela rua não é permitido, porque o uso do espaço público é controlado e requer autorizações especiais, seja para fazer buracos, colocar dutos ou usar os postes. Passar um cabo ente os andares do prédio pode ferir o regulamento interno porque há questões de segurança e privacidade, mas pode ser possível se não estiver previsto no regulamento, for comunicado à administração e se for exigido for acompanhado pelo zelador. Conheço um bom número de lugares onde isso é permitido. Usar uma antena pode ser mais caro, menos eficiente ou em geral os dois, mas é possível. Ao usar antenas o problema é de gerar interferência, sempre. Se usar antenas de potência muito alta ou frequências já congestionadas pode ter problemas. Fora isso não há problemas. O que é crime é você cobrar por isso, porque seria um processo comercial e você teria que ter empresa, nota, recolher impostos, buscar certificações... Prover acesso a uma rede particular sem ferir essas regras não é crime. Mesmo porque está cedendo acesso a uma rede local e não à internet. O fato de que sua rede local permitir o acesso a internet por dispositivos conectados é consequência da tecnologia e totalmente opcional. Você podeira permitir apenas acesso ao seu computador, ou deixar o vizinho usar sua impressora ou compartilhar umas pastas, certo? E no meio do caminho há maneiras discretas de receber algo em troca por ceder acesso grátis. trocar favores ainda não é crime. Agora cobrar nesse caso, explicitamente, é crime, mesmo do seu colega de quarto.

Olá! Não entendi porque o tópico "Conflito em dois roteadores" Potencialmente você tem esses 3 roteadores na sua rede, mais um switch eventualmente, como citou. No entanto, Por essa razão não entendi as sugestões de @Edvaldo J. Frederico e o aval de @Pêdro Bonzinho . Talvez estejam falando a partir de informações de outro tópico ou simplesmente esteja além de meu conhecimento. Se você configurar o primeiro como bridge o que acontece é que some um roteador da rede: o seu roteador seguinte passa a ser o primeiro e você precisa configurar os serviços como DHCP e encaminhamento de portas nesse segundo. O primeiro, do seu provedor, passa a ser apenas um modem, sem mais serviços. Isso inclui wi-fi, firewall, DHCP, TV, telefone e qualquer serviço que ele ofereça, no caso de ser um desses super-black-boxes como um da VIVO que tem aqui onde estou agora, por exemplo. Esse aqui pode ser colocado em modo bridge. Ao fazer isso a primeira coisa que você vê é uma tela explicando que vai perder todos os outros serviços. Muitas vezes é exatamente o que você quer, porque tem um computador operando como roteador com funções específicas pro seu caso, por exemplo. Ou roteadores estilosos rodando Linux e com funções especiais de segurança. Ou servidores DHCP associados a bancos de dados controlando endereços MAC de tudo que entra na rede e fornecendo tempos de validade dos endereço específicos para cada tipo de cliente. Há muitas razões. Afinal o software desses roteadores fornecidos pelas operadoras é cada vez mais primário e pode não atender seu caso. Ou o de muita gente. O da VIVO que está aqui agora, por exemplo, sequer tem opção de salvar a configuração em disco --- Askey modelo RTF3507VW-N1. E é relativamente moderno. WiFi dual band, Gigabit LAN, 2 telefones, 200mbps e tal. Mas é medíocre em muitos aspectos. Em resumo: se você tem uma boa razão para colocá-lo em modo bridge --- "ponte" no popular aqui --- faça isso. Se não tem, nem pense nisso. Meu palpite grátis. Em geral, nem suporte da operadora você vai ter se fizer isso. De volta ao seu caso: note que se os roteadores estão em cascata todo o tráfego desde o último tem que passar pelos outros até chegar ao roteador primário. Comutado seria a terminologia correta. Não será roteado. O roteamento, que nesse caso seria NAT ao sair para a internet, só vai existir para tráfego saindo pelo roteador da NET ou entrando por ele para os dispositivos. Roteadores como o DIR-615 tem uma capacidade modesta de comutação e isso vai penalizar muito os caras que estão mais para o fim da fila. Então se possível ligue esses equipamentos em paralelo. Se seu roteador tem 4 portas, veja se é possível ligar os dois roteadores nas portas LAN do modem da NET. Vai ajudar muito. Mesmo caso do switch. Como você não explicou a topologia da sua rede, a razão para os 3 roteadores e switches, fica difícil ajudar sem escrever muita coisa que pode nem fazer sentido na sua realidade. Ligar todos no roteador da NET pode implicar em cabos muito longos ou ter uma impossibilidade técnica... Se puder explicar mais do seu cenário fica mais fácil e as pessoas aqui podem ir mais ao foco do problema. Em relação aos seus roteadores, sugiro manter todos na mesma rede, a do primeiro claro, algo como usar endereços do DHCP entre 192.168.0.10 e 192,168.0.254 e usar os endereços restantes de 192.168.0.2 a 192.168.0.9 para seus roteadores adicionais. Assim pode acessar a programação deles de qualquer micro. Dependendo de sua realidade, pode ganhar muito em performance usando redes e servidores DHCP distintos nesses roteadores, para separar o tráfego entre as redes e diminuir os broadcasts e tal. Tudo depende. Não existe uma verdade absoluta sem uma análise criteriosa. E às vezes nem assim.

Um cabo de energia, numa bitola pequena estará bem... Quando usava fast ethernet já passei DC pelos pinos 4-5 7-8 para usar um fio só, "um POE dos pobres", deixando a fonte do AP do lado do roteador e passando o sinal DC pelo cabo de rede e tirando depois com um cabo de rede feito de acordo na hora... 1-2 3-6 para a rede e os outros para a entrada de fonte do roteador. Antes que pergunte, sim, cortei o cabo da fonte do AP. Hoje em dia tem até adaptadores para gigabit que passam dados e corrente ao mesmo tempo em todas as vias e separam do outro lado. Algo como um adaptador PLC invertido