arfneto

Quando você liga um desses micros via cabo no roteador da vivo direto ele acessa a internet?

Era pra ser simples sim. Apenas ligue a porta amarela do ROUTER numa porta LAN do seu modem e sincronizar os satélites. Se você só tem um satélite era pra ser bem simples. O que acontece?

Tem muitas maneiras de fazer isso... Do modo que descreveu, seu roteador deve estar ligado ao roteador da NET por uma porta LAN dele e não pela porta WAN. E aí configure um endereço de LAN para ele dentro da rede que usa na NET, mas fora do limite de endereços usados pelo servidor DHCP da NET. Ou, se fizer questão de usar um endereço dentro do intervalo, reserve o do C7 para algum endereço MAC inexistente...

Não há o que configurar nesse switch. A rede continua funcionando? Tem micros com endereço fixo? Nunca tem acesso ligando o switch ao roteador da net? Nessa hora se liga algum micro desses direto no roteador da NET funciona ok? Usa wifi nessa instalação? Quando os micros não tem acesso como fica o wifi?

Sei como é ter que trabalhar com menos equipamento e pessoal do que se precisa, e ter que conseguir sempre algum resultado no dia a dia Seu caso parece complicado como está. Ainda não deu para entender como está tudo conectado, mas minha primeira recomendação vai em sentido ao contrário do que está usando e do que em geral aconselham aqui no BR e em particular nesse forum. Você precisa separar as redes e precisa de mais servidores DHCP. Por exemplo, um roteador ligado via porta WAN ao roteador principal, atendendo o setor de alunos e com aquele switch que tem portas queimadas ligado nele. Configure nesse caso o DHCP com um tempo de validade de endereços BEM PEQUENO, tipo 30 minutos ou menos. Eis o que acontece: se você tem um intervalo normal aí, tipo uma semana como costuma ser, fica logo sem endereços disponíveis. Por outro lado, se muda isso para TODOS os clientes fica com grande tráfego DHCP na manutenção desses endereços, numa situação já caótica em ternos de recursos. Use um outro roteador e rede e DHCP e tal para a rede do financeiro. E quando possível vá separando o tráfego de rede desse modo. Como é uma instituição sem fins lucrativos talvez possa conseguir doação de alguns equipamentos, não? Em que cidade está? Que significa? Como eles disseram isso? Em relação a "internet cair" o que é "cair"? O que acontece? Isso que disse do site não abrir e depois com F5 abrir sugere problema de timeout no DNS. Que servidores está usando?

É paradoxal, de certo modo. Mas vendo pelo lado dos dispositivos, o endereço é dinâmico. Vendo pelo lado do servidor DHCP o endereço é fixo Vai funcionar tudo sim, não se preocupe.

Não funciona assim. Num primeiro momento configure um computador com um endereço nessa rede do powerline, como em 192.168.0.51 por exemplo. Programe o aparelho de acordo com o que precisa através do micro. Celulares não são para isso afinal Se quer ter acesso depois mais fácil, mude o endereçamento do adaptador Powerline para dinâmico via DHCP e reinicie. Reconfigure seu computador também para um endereço correto na rede do seu roteador ou para usar DHCP e pronto. Não precisa reiniciar o micro. Veja o endereço MAC do adaptador powerline e grave. Acesse a tela de programação do serviço DHCP no seu roteador. . Entre na configuração do seu roteador e veja o endereço que o powerline está usando e o reserve para ele. Assim poderá acessar sem stress no futuro. Outro dia configurei uma rede com oito desses para ajudar um pessoal e é mesmo um inferno: a empresa "responsável" desistiu e foi embora.

É como você explicou sim. Repito que há muitas maneiras de fazer isso, mas essa é uma maneira simples e segura, em minha opinião. Sobre esse lance de distribuição de endereços, não sei o que eu escrevi que ficou mais confuso. Meu palpite: selecione essa parte (ou essas partes) e clique em citar e escreva aqui e eu posso tentar escrever de outro modo ou te dar algum exemplo. Se fala sobre os endereços servidos por DHCP posso adiantar algo: servidores DHCP são programas que podem "servir", como se imagina, endereços IP. E mais uma série de coisas. Os roteadores domésticos tem funções muito resumidas às vezes, minimalistas até. E o mínimo é: ao serem consultados pela rede por dispositivos que estão se conectando, distribuirem endereços IP, máscaras de rede e endereços de gateway, endereços esses com um certo prazo de validade. Uma nomenclatura comum para isso em português seria intervalo de autoridade e prazo de validade. O intervalo de autoridade é a lista inclusiva de primeiro e último endereço a ser oferecido. O prazo de validade tem um padrão que varia de roteador a roteador, as vezes em segundos e as vezes em minutos. Em geral é muito grande, como uma semana, um mês ou mais. A razão disso é diminuir o tráfego na rede por causa da renovação desses endereços. Isso não é um problema, geralmente. Mas se você tenta usar WiFi em um restaurante e seu telefone fica mostrando lá "recebendo endereço IP" até cancelar e dizer por exemplo "fora de alcance" ou qualquer mensagem sem sentido, provavelmente do outro lado está um servidor DHCP programado assim com esses longos tempos por alguém que não sabe o que significa. O endereço de gateway, nesses roteadores baratos, cada dia é menos presente: simplesmente o servidor DHCP envia o endereço dele como o de gateway e não tem esse campo pra você digitar. Talvez por isso muita gente ache e divulgue que o endereço de gateway é o endereço IP do seu roteador. Não é. Também não é o endereço de seu servidor DHCP. Mas acaba sendo, se o seu roteador inclui o servidor DHCP e concentra o seu tráfego para a internet através da porta WAN dele. Em geral isso não importa, mas se você pode puder digitar isso na configuração de seus roteadores pode ter mais de um deles com DHCP configurado e trabalhando em modo cooperativo oferecendo endereços na MESMA rede IP ligados via portas LAN e tem uma grande flexibilidade em certos cenários. Os endereços fixos dinâmicos Mesmo os roteadores mais simples tem uma possibilidade de reservar endereços para dispositivos. A ideia é simples: no fundo você quer endereços fixos, só não quer ter que mexer nisso. Então o servidor DHCP tem uma tabela, onde você pode reservar endereços dentro do limite de autoridade dele, e associar sempre ao mesmo equipamento. Isso é feito através do endereço MAC do dispositivo de rede que está se conectando. Simples exemplo: sua impressora sem fio que sempre some da p$%%a da rede tem o endereço MAC ff:ff:01:02:03:04 seu intervalo DHCP vai de 192.168.0.100 a .250 Então você resolve que sua impressora deve usar sempre o endereço 192.168.0.250. Então você vai lá na lista de reserva do servidor DHCP e reserva o endereço 250 para o dispositivo com esse endereço MAC da impressora. Pronto. Você pode acessar direto no navegador http://192.168.0.250 e ver se ela está presente, sempre. Pode usar um ping sempre. Claro que você podia configurar a impressora em 192.168.0.99, fixo. Só que é muito chato fazer isso. Demora. E se você esquecer e levar a impressora para outro lugar vai perder um tempo reconfigurando a infeliz. E vai ficar infeliz. Foi o que eu quis dizer com endereços fixos dinâmicos: do ponto de vista das estações é dinâmico, mas elas acabam recebendo sempre o mesmo endereço. Isso é MUITO MUITO importante. A partir daí você pode redirecionar portas para esses endereços sem ter que se preocupar. Nesse exemplo pode usar impressão remota via IP para essa impressora... Um exemplo extremista: você pode usar listas de acesso em muitos roteadores hoje em dia, e o acesso é controlado pelo endereço MAC também. então você pode ter um roteador principal com 4 portas e ligar dois computadores e dois roteadores nele, todos com endereço fixo no servidor DHCP e autorizados na lista de acesso tipo whitelist ('so os que estão na lista acessam). No servidor DHCP você deixa o intervalo apenas com esses endereços e então ele vai servir só para esses aparelhos. Aí você configura um roteador para seus computadores importantes e periféricos e tal. E outro para os telefones e visitantes e equipamentos menos relevantes. E quando você ou seu diretor ficar menos paranóico você pode ir mudando os critérios só nos 3 roteadores, sem mexer em mais nada Espero ter ajudado e não atrapalhado mais

Essa tela que te mostrei é o que você veria de um computador rodando Windows ligado no seu roteador ASUS, ao tentar acessar dispositivos conectados ao roteador da NET, numa situação idêntica a que sugeriu. Não deve ter dificuldade. Mas ainda é preciso saber o que quer dizer quando fala em "gerenciar a rede" para configurar algo que atenda todas as necessidades. Bom trabalho

Sim. Está correto. Apenas não precisa desligar o DHCP no roteador da NET se ligar o modem ASUS via porta WAN a uma porta LAN dele, já que o tráfego DHCP na rede do ASUS não vai chegar até ele. Em geral desligar isso só vai complicar as coisas porque nesse caso vai ter que configurar endereços fixos para vários dispositivos. E se procura evitar trabalho extra, certo? O único efeito do DHCP ativo no roteador da NET em sua rede no ASUS será dar um endereço IP para o próprio ASUS, certo? Se desligar isso --- o DHCP na NET --- vai ter também que colocar um endereço fixo no roteador ASUS e se ligar ele em um micro separado, para alguma configuração ou teste, vai ter que lembrar disso, mesmo daqui a seis meses... Se não mexer nisso, apenas RESERVE esses endereços DHCP na configuração do servidor da NET, assim eles ficam dinâmicos mas fixos. Você não precisa mais mexer nisso e se precisar por alguma razão mudar algum dispositivo da rede da NET para a rede do ASUS não precisa mexer em nada na configuração deles. E se fizer o contrário só vai precisar reservar um endereço a mais na rede da NET Mas depende do que quer dizer com " gerenciar a rede". Por exemplo regras de firewall, redirecionamento de portas e coisas assim... Afinal nada que tenha configurado no roteador ASUS vai afetar as máquinas conectadas ao roteador da NET, coisas como firewall e redirecionamento de portas, por exemplo. E vice-versa. Acho que foi isso que @ciro-mota quis dizer Mas muita coisa funciona, mesmo sem programação adicional. Imagine por exemplo: Rede da NET em 192.168.15.0/24, com DHCP Rede do ASUS em 192.168.0.0/24 Seu roteador em 192.168.0.51 com endereço WAN fixado pelo DHCP do roteador da NET Um computador ligado na rede da NET em 192.168.15.74 com endereço fixado por DHCP do roteador da NET Uma impressora sem fio ligada a rede da NET em 192.168.15.66 com endereço fixado por DHCP do roteador da NET E veja a tela de exemplo numa estação Windows 10 na rede do ASUS, no caso com endereço 192.168.0.100: Veja a tela do prompt de comando: um ping para saber se a impressora está em 192.168.15.66 funciona ok. Você pode abrir a página de controle da impressora no navegador, em qualquer micro na rede do ASUS. Um "Net View "no exemplo mostra as pastas compartilhadas no micro ligado ao roteador da NET. Na tela do explorer você vê que pode abrir as pastas do micro ligado na rede da NET a partir da rede do ASUS. E pode mapear uma unidade de rede para usar a pasta code em um micro qualquer da rede 192.168.0.0 (esse, claro , está em 192.168.0.100) como Z: Há muitas maneiras de fazer isso. É preciso saber exatamente o que quer fazer.

Olá'! Se acompanhou a instalação podia ter feito com que a VIVO passasse um cabo de rede junto com o coaxial, não? Não tem nada por escrito de seus 50 pedidos dizendo que exigia instalação com cabos de rede? O ARRIS IPH8000 que em geral a VIVO usa em SP pode muito bem ser instalado usando apenas Ethernet (cabo re rede) para TODOS os pontos. Só que a VIVO assume que o local já tenha cabos coaxiais de um provedor anterior e instala sempre usando esses cabos. E aí mesmo quando não tem os técnicos usam a mesma ideia besta e inflexível de passar cabos coaxiais. E quando se questiona os agentes de venda eles sequer entendem porque alguém precisaria ou iria querer algo diferente. Ao menos foram assim minhas experiências com essas pessoas. Mas sim, é possível em SP usar fibra ótica até o modem e daí pra diante usar Ethernet para todos os pontos, usando conexão e aparelhos da VIVO. Se não conseguir isso da VIVO, o mais simples para você é fazer o que eles não fizeram: tire o cabo da parede, prenda um cado de rede junto e passe de volta. Se precisa de wifi dos dois lados e não tem alcance, ligue um ponto de acesso ou roteador de cada lado do cabo.

LogMeIn Hamachi é um produto completo e tem muitas funções. Aqui tudo o que você quer é criar uma conexão com seu servidor através da internet e sem programar os roteadores intermediários. Mas não é um produto caro e é muito muito versátil. Com esse produto você vai poder criar uma rede de até 5 máquinas, de graça. A rede é virtual, e vai te dar endereços ipv4 e ipv6 únicos. E criptografar o tráfego como um bonus. Roda em Windows, Linux e Mac. Escolha uma máquina, por exemplo o seu "servidor". Não há esse conceito de servidor aqui: as conexões são de mão dupla. Instale o produto. Ele vai criar uma nova placa de rede em seu micro, uma virtual, claro. Não é mágica. Vai ficar com algo assim, como em uma màquina Windows Ao abrir o programa vai ser algo assim: E você já tem seu endereço privado IPv4 e IPv6 novinhos. Crie uma conta pra você no serviço: Crie sua primeira rede. Dê um nome único para ela. Não precisa inventar: faça como o DNS, por exemplo: inverta seu endereço IPv4 e coloque lá Ex: você recebeu 25.29.33.37 use 37-33-29-25-Rede e continue. Não perca tempo Uma rede de duas máquinas é uma rede... Então prossiga. Numa outra máquina faça a mesma coisa.Quando abrir o programa naturalmente você vai querer entrar numa rede existente, essa que criou. Então aperte o botão certo, digite sua rede e senha e acabou. Vai ver algo assim Esse menu é o menu de contexto apontando para a maquina dv7. Um duplo clique faz um ping. Copiar o endereço IPv4 é útil aqui porque pode copiar para o Explorer, por exemplo... Acho que já entendeu que acabou. Você pode mapear unidades de rede, acessar impressoras e arquivos como na sua rede local --- porque é mesmo sua rede local. Claro que pode acessar bancos de dados ou usar acesso remoto ou o diabo. Em termos simples pode abrir uma sessão RDP em 25:59:235:175:3389 nesse exemplo, abrir um site hospedado nele acessando https://25:59:235:176 , acessar impressoras compartilhadas via 25:59:235:175:9100, etc. Quer acessar pelo nome? simples: no arquivo hosts em seu micro crie uma entrada para esse endereço com o nome que quer usar. Veja aí um exemplo: # Copyright (c) 1993-2009 Microsoft Corp. # # This is a sample HOSTS file used by Microsoft TCP/IP for Windows. # # This file contains the mappings of IP addresses to host names. Each # entry should be kept on an individual line. The IP address should # be placed in the first column followed by the corresponding host name. # The IP address and the host name should be separated by at least one # space. # # Additionally, comments (such as these) may be inserted on individual # lines or following the machine name denoted by a '#' symbol. # # For example: # # 102.54.94.97 rhino.acme.com # source server # 38.25.63.10 x.acme.com # x client host # localhost name resolution is handled within DNS itself. # 127.0.0.1 localhost # ::1 localhost # # meu servidor via Hamchi VPN # 25:59:235:175 MeuServidor # só isso # No windows esse arquivo fica em C:\Windows\System32\drivers\etc E aí usaria por exemplo ping MeuServidor NET View MeuServidor vai te mostrar as pastas compartilhadas nele \\MeuServidor vai funcionar como esperado É só isso. Como a placa de rede é virtual, o micro tem que estar ligado. Como a conexão é grátis terá talvez que manter sessão aberta, mas grátis é grátis: nesse caso não roda como um serviço... E não dá pra ligar o servidor pela placa de rede já que precisa ligar o servidor primeiro para ELE "ligar" a placa de rede pra você Mas resolve MUITOS problemas. Até 5 micros, de graça Boa sorte

Esse lance de IP é feito nesses casos domésticos pelos roteadores, que usam uma técnica chamada NAT, que significa exatamente isso, uma tabela de translação de endereços de rede, como sua planilha. Pode ser um pouco mais complicado que isso, já que mesmo esses roteadores mais simples tem às vezes uma tabela de rotas onde você pode programar... uma tabela dessas, de rotas. E alguns permitem túneis VPN que ligam direto duas redes, com criptografia (o P de VPN) A comunicação via IP, TCP/IP, é feita por IP mais um outro endereço, porta. Porta é um número e por esse mecanismo você pode trafegar muitas coisas entre dois endereços IP ao mesmo tempo. E com esse NAT você pode fazer isso entre muitos endereços IP e porta do lado do seu roteador e a internet, através do em geral único endereço IP que seu roteador tem na internet através da porta WAN e seu provedor Alguns serviços tem portas já consagradas, com números menores que 1024. Outros usam portas conhecidas acima desse número, mas você pode usar qualquer uma acima de 1024 e menor que 65536. Essa comunicação via TCP/IP é feita através do que se chama socket, que é exatamente isso: um endereço IP mais um número de porta. RDP usa 3389, http usa 80, 81, FTP usa 21 e outras, e-mail tem suas portas, impressoras via IP usam 9100, VNC usa 5001 por padrão e por aí vai O windows mantém uma lista de serviços (portas) em C:\Windows\System32\drivers\etc por exemplo . O arquivo se chama services e também está presente no Linux e nos Mac. Eis as primeiras linhas pra você ter uma ideia # Copyright (c) 1993-2004 Microsoft Corp. # # This file contains port numbers for well-known services defined by IANA # # Format: # # <service name> <port number>/<protocol> [aliases...] [#<comment>] # echo 7/tcp echo 7/udp discard 9/tcp sink null discard 9/udp sink null systat 11/tcp users #Active users systat 11/udp users #Active users daytime 13/tcp daytime 13/udp qotd 17/tcp quote #Quote of the day qotd 17/udp quote #Quote of the day chargen 19/tcp ttytst source #Character generator chargen 19/udp ttytst source #Character generator ftp-data 20/tcp #FTP, data ftp 21/tcp #FTP. control ssh 22/tcp #SSH Remote Login Protocol telnet 23/tcp smtp 25/tcp mail #Simple Mail Transfer Protocol time 37/tcp timserver time 37/udp timserver rlp 39/udp resource #Resource Location Protocol nameserver 42/tcp name #Host Name Server nameserver 42/udp name #Host Name Server nicname 43/tcp whois domain 53/tcp #Domain Name Server domain 53/udp #Domain Name Server bootps 67/udp dhcps #Bootstrap Protocol Server bootpc 68/udp dhcpc #Bootstrap Protocol Client tftp 69/udp #Trivial File Transfer gopher 70/tcp finger 79/tcp http 80/tcp www www-http #World Wide Web hosts2-ns 81/tcp #HOSTS2 Name Server hosts2-ns 81/udp #HOSTS2 Name Server kerberos 88/tcp krb5 kerberos-sec #Kerberos kerberos 88/udp krb5 kerberos-sec #Kerberos hostname 101/tcp hostnames #NIC Host Name Server iso-tsap 102/tcp #ISO-TSAP Class 0 rtelnet 107/tcp #Remote Telnet Service pop2 109/tcp postoffice #Post Office Protocol - Version 2 pop3 110/tcp #Post Office Protocol - Version 3 sunrpc 111/tcp rpcbind portmap #SUN Remote Procedure Call sunrpc 111/udp rpcbind portmap #SUN Remote Procedure Call auth 113/tcp ident tap #Identification Protocol uucp-path 117/tcp sqlserv 118/tcp #SQL Services nntp 119/tcp usenet #Network News Transfer Protocol ntp 123/udp #Network Time Protocol epmap 135/tcp loc-srv #DCE endpoint resolution epmap 135/udp loc-srv #DCE endpoint resolution netbios-ns 137/tcp nbname #NETBIOS Name Service netbios-ns 137/udp nbname #NETBIOS Name Service netbios-dgm 138/udp nbdatagram #NETBIOS Datagram Service netbios-ssn 139/tcp nbsession #NETBIOS Session Service imap 143/tcp imap4 #Internet Message Access Protocol sql-net 150/tcp sqlsrv 156/tcp pcmail-srv 158/tcp #PCMail Server snmp 161/udp #SNMP snmptrap 162/udp snmp-trap #SNMP trap print-srv 170/tcp #Network PostScript bgp 179/tcp #Border Gateway Protocol irc 194/tcp #Internet Relay Chat Protocol ipx 213/udp #IPX over IP rtsps 322/tcp rtsps 322/udp mftp 349/tcp mftp 349/udp ldap 389/tcp #Lightweight Directory Access Protocol https 443/tcp MCom #HTTP over TLS/SSL https 443/udp MCom #HTTP over TLS/SSL microsoft-ds 445/tcp microsoft-ds 445/udp kpasswd 464/tcp # Kerberos (v5) kpasswd 464/udp # Kerberos (v5) isakmp 500/udp ike #Internet Key Exchange Muitas são coisas da antiguidade, como 109 e 110 para receber e-mail via POP, mas ajuda a entender o mecanismo. É mais complicado que isso, mas é assim

Como eu disse, use o LogMeIn Hamachi

Pode ter sucesso com um cliente/servidor VNC como o RealVNC, TighVNC ou UltraVNC. No passado era possível --- e grátis ---- esse monitoramento "transparente" e apenas às vezes ficava o processo na lista ativa ou um ícone de notificação pra ser desligado. Ainda deve ser assim. Como esse é um tema muito delicado, com implicações jurídicas, não é algo muito discutido abertamente. Talvez seja até contrário às regras do forum aqui e se for já me desculpo agora Há soluções comerciais para esse fim, tipo Win Spy, SpyMaster ou algo assim

Olá Esse "pois" talvez seja um pouco precipitado. Imagino que esteja usando Windows e esses nomes apareçam nas telas dos dois micros, rodando uma versão recente de Windows. De todo modo, antes de se preocupar com o jogo em si veja se os micros tem de fato endereços na mesma rede IP. Se o que está na rede 7 tem um endereço IP tipo 192.168.1.100 e o que está na rede 11 tem um endereço IP 192.168.1.120 e aparece um valor 255.255.255.0 para uma tal máscara de rede quer dizer que eles estão sim na mesma rede IP, nem 7 nem 11 mas 192.168.1.0/24 como é chamada Antes de tudo veja se estão no mesmo grupo, se aparecem no explorer na rede, se as contas de usuário estão autorizadas. Meio chato, mas afinal tem que ter alguma proteção ou colocar um micro em rede seria algo bem pouco recomendável afinal... Veja no painel de controle | sistema o nome e o grupo de trabalho de cada micro Veja as contas de usuário que vai usar em cada um Compartilhe no explorer alguma pasta para testar, usando o botão direito e a opção ... "Conceder acesso a" ou algo assim Para saber o endereço de cada um na rede pode usar no prompt de comando "ipconfig" e vai ver o endereço IPv4 e a mascara de rede. Para abrir esse mágico prompt de comando pode usar Windows+X e teclar A ou selecionar "prompt de comando Admin". Windows+X quer dizer apertar a tecla do Windows e o X ao mesmo tempo. Vai acender um menu "não consigo mais" quer dizer o que nesse caso? aparece uma mensagem ao menos?

De que tipo de acesso está precisando? Coisas como o controle remoto pode conseguir através de uma solução tipo TeamViewer Conexão para serviços de rede, tipo acessar pastas, impressoras e bancos de dados pode conseguir com uma solução tipo LogMeIn Hamachi que vai criar um tipo de túnel direto para seu servidor Ligar a maquina pela internet --- WOL --- aí não sei como a priori, já que precisaria mesmo da cooperação do primeiro roteador

Olá! Não é que todos estavam com o mesmo endereço IP. Como vê na lista do servidor DHCP apenas um está conectado e usando esse endereço. E cada um que conseguiu o privilégio de se conectar usou esse (mesmo) endereço. Imagino em 192.168.0.6 estaria o seu pc ou ele tem endereço fixo? Em Wireless Settings o DIR-809 deve estar configurado para "Wireless Router Mode" para que os endereços IP cheguem até os clientes wireless. Deve estar em uma das outras configurações... Seu roteador está ligado direto ao modem? É um modem com capacidades de roteamento? Qual seria o modelo?

Em relação aos endereços fixos --- e se precisa mesmo deles fixos --- é mais fácil usar os que ficam fora da faixa de endereços em uso pelo servidor DHCP Mas se você vai usar essas máquinas sempre na mesma rede, note que em geral não se faz isso: os servidores DHCP tem sempre uma lista de reserva de endereços para esses casos. Cada roteador chama de um jeito, mas é uma tabela onde você marca o endereço MAC da máquina e o endereço IP que você quer que ela use e pronto: o servidor sempre vai usar aqueles endereços para aquelas máquinas (desde que use a mesma placa de rede, certo? o endereço MAC é da placa de rede e não do servidor Em geral você nem precisa digitar o endereço MAC: você conecta a máquina na rede, com endereço dinâmico. Vai onde reserva os endereços na programação do roteador e seleciona a máquina que está conectada e digita o endereço que quer usar, ou aceita o que já está lá. Pronto. Sempre vai usar o mesmo e a partir daí pode redirecionar portas para os serviços necessários para essa estação, tipo 80 para web, 3389 para um RDP, 9 para WOL, E assim não precisa configurar as maquinas em separado Note que em relação ao DNS um tempo de ping rápido não quer dizer que o DNS vai resolver os nomes rápido. ping só denota conectividade. Um benchmark deve ter endereços reais a serem resolvidos e tem outros conceitos, como tempo de propagação e localização física na rede, Já que falamos disso, na figura uns tempos de ping para um servidor de DNS da CloudFare --- 1.1.1.1 --- um do Google --- 8.8.8.8 --- e aquele um que a Microsoft recomenda usar quando o Windows Update começa a falhar seguidamente: 4.2.2.2 Em São Paulo Se você usar endereços fixos DENTRO da faixa do DHCP por alguma razão, mesmo depois do que eu expliquei, por segurança você deve reservar esses endereços no seu servidor para ter certeza que ele não vai acabar oferecendo esse endereço para outra estação e gerar uma colisão, certo? Pode usar endereços MAC falsos porque só precisa reservar o IP mesmo, tipo começando por FF;FF Segue um exemplo da tela num roteador comum desses que a VIVO usa --- RTF3507VW-N1 e um de um roteador antigo D-Link DIR-655

No caso do Windows uso rotineiramente o OneDrive para fazer exatamente isso. Quando é importante marco no Explorer as pastas que são essenciais como "Manter sempre no dispositivo" e aí qualquer mudança é replicada "na hora". Quando não é importante pode usar a opção de exibir online ou de fazer o download quando for acessar. Pode demorar um pouco para abrir, claro, mas abre no próprio Explorer, com preview e tudo. De graça até 5gb por conta. Tenho uns 5000 arquivos num conjunto desses. Se estiverem marcados como manter no dispositivo não precisa manter as máquinas com acesso a internet todo o tempo. É possível ter só um grupo de pastas disponíveis e não todas da conta, isso para cada micro/conta então pode ter grupos de pastas para cursos específicos. As permissões usuais de arquivo se aplicam, como "somente leitura" por exemplo Veja na figura os símbolos no explorer marcando arquivos de serão copiados quando do acesso ou que já estão no micro ou os que estarão sempre no dispositivo

RDP e VNC estão comprometidos nesse caso, mas deve ter sucesso usando por exemplo LogMeIn Hamachi grátis para até 5 computadores sob certas condições.Ou usando TeamViewer grátis para uso não comercial

Olá O teste que precisa fazer é ligar o pc no modem da net pelo cabo que usa para conectar o roteador WR941ND e ver o que acontece. Ai você configura seu WR941ND com algum endereço livre da rede do modem da NET, ex. se o intervalo DHCP dele for de 50 a 200 você usa algum outro IP, como 192.168.0.11 como endereço LAN dele. Confirme que o DHCP está desabilitado. Pode funcionar com os dois servidores DHCP mas no seu caso você só precisa estender a rede então esqueça isso porque iria te dar dor de cabeça. Pra que esse endereço fixo? Só pra você poder acessar com facilidade de qualquer equipamento ligado na rede do roteador da NET, que usa DHCP para colocar todos os dispositivos conectados nessa rede 192.168.0.0/255.255.255.0. Anote em algum lugar esse endereço para poder acessar esse roteador se o outro (da NET) falhar ou se você levar esse TP-Link pra outro lugar: é melhor que ter que voltar pra configuração de fábrica . Ligue o cabo que vem do modem da NET numa das portas LAN do TP-Link. Também funciona ligando na WAN mas vai ser útil em (muitos) outros casos, não no seu. É um outro cenário. É só isso. Vai funcionar. Desse WR941ND você só vai usar o switch e o ponto de acesso WiFi. Salve o endereço deles no micro que você mais usa nessa rede pra poder acessar os dois em, no exemplo, 192.168.0.1 e 192.168.0.11

Olá Como nos exemplos que eu dei em outros posts nesse tópico, em muitos casos é desejável e por vezes mais simples usar vários roteadores domésticos e às vezes com servidores DHCP habilitados. Um exemplo simples seria separar o tráfego, como quando você tem por exemplo um sistema de câmeras e alarme e quer/precisa manter o tráfego separado e não quer fixar endereços nas câmeras porque afinal é muito chato. E você quer manter separado porque assim você pode manter aquele roteador separado e trancado e ficar seguro de que pode mexer em tudo no seu outro roteador sem o risco de gerar um alerta na central de alarme e ter que ficar atendendo telefone e dando senhas pra desativar o alarme e tal Ou você tem um pequeno negócio e quer dar acesso a internet para clientes sem misturar as coisas. Os parâmetros de DCHP para uma rede assim são diferentes do que você pode querer usar em sua rede local, por exemplo e separar o tráfego de rede dos computadores e telefones de desconhecidos não é má ideia afinal. Coisas assim De volta ao caso de sua rede. A primeira coisa que você precisa decidir é como ligar seus roteadores adicionais ao principal: via porta WAN ou LAN. Isso também se aplica aos exemplos que te dei, claro. E também vai depender do modelo desses seus roteadores adicionais. Mais disso a seguir. Vou tentar explicar de modo a ser útil pra mais pessoas mas vai se aplicar bem ao seu caso Ligando via LAN Nesse caso todos os roteadores inclusive o do provedor vão estar na mesma rede. Isso facilita a navegação na rede, claro. Transferência de arquivos, uso de impressoras, acesso a cameras IP, automação, tudo. Mas se você usa mais de um servidor DHCP isso pode virar rápido um pesadelo se não se preparar. Isso é muito usado em empresas. A Microsoft tem até uma regra usada no mundo inteiro como a regra 80/20 da Microsoft, mesmo por quem não usa servidores DHCP da Microsoft. Entenda que nesse caso os servidores DHCP são programas mais completos rodando em computadores de verdade ou embutidos em equipamentos mais sofisticados de roteamento. Aqui falamos desses roteadores simples WAN/LAN . A lógica nesse caso é a seguinte: você divide os intervalos de DHCP dos seus servidores em intervalos não conflitantes, com mais endereços para seu servidor mais rápido ou aquele em que você confia mais, e menos para os outros. E se o seu servidor principal falhar você está coberto por algum tempo pelos seus servidores adicionais. Simples não? Médio. Mas em muitos casos você precisa eliminar o que se chama de "ponto único de falha", a qualquer custo. Mas quando se fala em roteadores domésticos, muitas vezes o servidor DHCP embutido neles é simplificado ao extremo. O serviço DHCP pode trazer um número enorme de parâmetros. Não vou ficar listando aqui nem gerando links e abreviaturas e tal. Mas muitos deles oferecem o mínimo do mínimo. O que seria isso? Endereço IP Máscara de rede Endereço do Gateway (que pode ser implícito) Quanto mais barato o roteador maior a chance de você não ter esse parâmetro para digitar: o roteador assume que é ele o gateway padrão e envia esse endereço para os clientes. E aí já era. Outros tem um campo pra você digitar opcionalmente. Como o TP-Link TL-R600VPN Quando uma placa de rede é conectada, ou o wi-fi no celular por exemplo, ele vai buscar um endereço IP de algum servidor DHCP na rede. E vai aceitar a primeira oferta que receber. Isso quer dizer que apenas os clientes que pegarem endereço de seu servidor DHCP ligado ao modem/roteador do provedor vão ter acesso ao gateway que está ligado a internet. Os que receberem dos outros vão ter como gateway um endereço que não vai a lugar algum já que na porta WAN desses não tem nada ligado. Isso se você colocou os endereços dos APs na mesma rede e tal. E quando o endereço "vencer" ou for renovado pode ser que venha um do roteador certo e aí funciona. Isso deixa muita gente confusa e furiosa porque cria problemas intermitentes de conectividade Quer testar? suponha: Roteador IP Máscara intervalo DHCP roteador do provedor 192.168.0.1 255.255.255.0 100..199 roteador 2 192.168.0.10 255.255.255.0 200..219 roteador 3 192.168.0.11 255.255.255.0 220..239 Se você receber um endereço do primeiro roteador vai ter acesso ao resto da rede, e à internet. Caso contrário não. Só que você não tem controle a menos que, ao abrir a tela de configuração do roteador, você tenha lá a opção de indicar o endereço do gateway. Entendeu? Isso por si só já pode ser a razão de muitos dizerem que você só pode ter um servidor DHCP na rede Quer testar, no Windows? Simples. No seu micro conectado renove (via ipconfig /release e /renew) endereços DHCP até receber um com o gateway 192.168.0.1. Vai acessar a internet sem problemas. Renove de novo até receber outro do roteador 2 ou 3. Não vai ter acesso a internet. Mas vai poder acessar a rede, fazer ping nos outros roteadores, acessar a tela de configuração deles, acessar outros micros e tal. Mas não vai ficar furioso porque agora sabe o que está havendo Mas se você alterar o endereço do gateway para o correto nesse exemplo, 192.168.0.1, aí vai funcionar... Alterando o gateway no Windows (no exemplo) : route add 0.0.0.0 mask 0.0.0.0 192.168.0.1 Para entender isso é importante saber que o endereço do servidor DHCP não é necessariamente o endereço do gateway Ligando os roteadores adicionais via porta WAN Esse é o caso mais simples e mais provável nas redes domésticas ou de grandes casas/pequenas empresas Nesse caso você configura os roteadores adicionais com endereços WAN na rede do roteador primário, configurando os AP para usar DHCP ou usando endereços estáticos que você reservou para isso, igual ao caso anterior. A parte da LAN nesse caso se pode usar qualquer coisa, ou mesmo um intervalo da rede principal mas fora do intervalo DHCP do seu servidor principal, Aqui temos um outro caso em que as alternativas vão depender do modelo de cada AP. Alguns roteadores desses simples, como o WRT160N da LinkSys, permitem que você desative o NAT na porta WAN ou use outro protocolo para entender a rede (protocolo RIP: Router Information Protocol, não Rest In Peace ) Isso é bom em muitos casos, mas a navegação entre estações ligadas a distintos roteadores secundários é complexa pra dizer o mínimo. Só que muitas vezes não faz diferença. E em outras é até desejável. Já dei exemplos aqui. Se você pode deixar os recursos importantes como impressoras e servidores de sua casa ligados no roteador principal, sem problemas porque você continua com acesso fácil a rede dele de qualquer dos roteadores. O acesso a internet vai funcionar sem maiores problemas. Só a navegação na rede local requer ajustes. Preciso fazer outras coisas agora. Se você tem interesse nessa discussão, ou alguém mais além de @gcleite96 questione aqui e volto a escrever quando tiver tempo Boa sorte

Olá Esses não são endereços sem sentido. Endereços nesse intervalo, 169.254.X.Y são reservados para oferecer um endereço IP quando o cliente DHCP em seu adaptador de rede não consegue localizar um servidor DHCP e são atribuídos quando você não configurou um endereço alternativo nas propriedades do TCP/IP v4 nessa tela, e normalmente não se faz isso. São conhecidos como endereços de configuração automática e rodando ipconfig/all em windows você vê se a opção está habilitada. Esse é o padrão. Para ajudar a encontrar o problema em sua casa: - seu segundo roteador, ligado na porta LAN do seu roteador primário, não está conseguindo acessar o servidor DHCP do seu roteador primário - me desculpe se eu falar algo que pareça óbvio, mas se ligar esse mesmo cabo em um PC ele consegue acessar o roteador primário, recebendo um endereço nessa rede 192.168.0.X? - supondo que o endereço LAN do seu roteador primário seja 192.168.0.1 e o intervalo de endereços do servidor DHCP seja 192.168.0.100 até 192..168.0.199, você tem os endereços fora desses 100 livres para usar se precisar. Separe então um desses, por exemplo 192.168.0.10 e configure como endereço LAN de seu WR941ND antes de desativar o DHCP. Assim não perderá acesso a ele pela sua rede e poderá continuar configurando o ponto de acesso a partir de qualquer PC ligado no roteador primário acessando http://192.168.0.10 Para testar a conexão sem contar com o servidor DHCP original pode usar a mesma técnica: configure um endereço alternativo ou fixo em um pc usando um desses endereços livres, tipo 192.168.0.11 seguindo o exemplo que te dei. Ligue esse PC numa porta LAN do roteador principal e ele deve se conectar a rede sem problemas. Aí conecte numa porta LAN do TP-Link e veja se tem conexão. Se não tiver, conecte no cabo que vem do roteador principal e veja o que acontece. Assim terá isolado seu problema. Ficou mais confuso? Escreva de novo Boa sorte

Failover ocorrerá nele próprio? Fascinante. Ele se cura sózinho e assim não se precisa de redundância. E estamos falando de equipamentos eletrônicos. Acho que essa discussão não está ajudando ninguém, nem o @gcleite96 autor do tópico. Você. @ciro-mota leu a respeito aqui, porque eu escrevi. Mas claro, não tenho credibilidade imagino. Vou traduzir pra você um trecho de um documento: RFC2131. Imagino que saiba o que é. Trata-se da descrição do protocolo DHCP. O documento oficial, autoritativo. Todos os protocolos em uso na internet são públicos e estão disponíveis em http://www/w3c.org ou ietf. Esse sobre DHCP está em RFC2131 Quem padronizou o protocolo escreveu isso para orientar a implementação dos clientes DHCP a serem escritos a partir daí. Como eu expliquei, só toquei nesse assunto ao ver a referência de @ciro-mota e @Phoenyx de que não se pode ter mais de um servidor DHCP na rede e acho esse tipo de generalização em um forum uma coisa negativa. Não é verdade, e o próprio RFC2131 já dá dois motivos. Eu citei outros. Na absoluta maioria dos cenários não se precisa nem se deve usar servidores adicionais, mas acho que não se pode dizer em forums orientados a principiantes que "não se pode ter mais de um servidor DHCP na rede". É um desserviço, em minha opinião, como disseminar notícias falsas. Mas não vou mais escrever sobre isso nesse tópico. Já foi longe demais. Da próxima vez em que eu vir a necessidade de implementar algo assim até volto a escrever e dou os detalhes e de repente alguém pode me mostrar uma maneira melhor ou mais barata de fazer isso. Ou aprender alguma coisa nova. Abraço a todos