arfneto

Muito bom Foi o que eu disse ontem. Não respondeu às coisas que perguntei, afinal está tudo certo agora. Mas lembro que uma das coisas a serem distribuídas via DHCP é o endereço de DNS. Em especial se roda servidores DHCP em seus servidores Windows porque aí tem o registro dinâmico no DNS. E deve fazer isso porque é mais prático. Se fizesse não teria sequer passado por esse problema. Não deve deixar nada pra ser configurado máquina a máquina, mesmo que scripts de login sejam algo trivial. Qualquer servidor DNS hospedado em seu provedor deve ter latência muito menor que esses de Google ou CloudFare por exemplo. Tem dúvida? Meça: DNSBench. Claro que usar o mesmo IP vai dar conflito, mas não vai se conectar. Só isso.

É preciso ser bem metódico, tipo paranóico, para identificar esses problemas de rede. E ao procurar ajuda a nomenclatura passa a ser importante. E a descrição do ambiente em detalhes. Com o que eu li eis o que posso dizer: máquinas não são cadastradas em "usuários de domínio". Máquinas são cadastradas no domínio. Usuários podem ser criados no domínio e partir daí abrir sessão em máquinas do domínio a partir de perfis de autorização que estão nos servidores do domínio Não existe exatamente isso de "rede do dominio". Se uma estação tem acesso a um servidor de domínio o usuário do domínio pode abrir sessão nessa estação. Isso pode ser através de uma VPN, de rotas complicadas ou de um simples cabo indo para o mesmo switch onde está conectado o roteador. Não precisa ser a mesma "rede". Basta ter acesso. Conflito de IP apenas vai impedir a conexão. E vai receber na estação uma mensagem bem objetiva. Essa nomenclatura de redes do Windows não é relevante. Importa ver se tem ou não um endereço IP na rede do servidor. Isso não sei o que significa Isso também não entendo. A rede pública é uma só, a internet. E a rede privada "duplicada" seria outra rede IP privada, inteira, com o mesmo endereço? Usa DHCP? Como é o DNS? As estações devem apontar o DNS para os seus servidores porque apenas lá vai ter registro no dominio. Tem um intervalo reservado para endereços fixos? A conexão não é com a rede. Isso é um domínio e não uma rede. E é registrado em servidores DNS, públicos ou privados

Fiquei confuso com esse texto. "Ajustar para o maior valor naturalmente" é o que acontece quando você deixa as configurações de duplex e velocidade em AUTO. E é isso que deve fazer. Essas configurações adicionais servem para quando você precisa de uma conexão a uma velocidade menor que a esperada entre os dispositivos, como quando escreve software de rede e precisa testar um serviço ou um driver. Não é para você ir lá e marcar a velocidade que quer. Seria como marcar que sua nota de 2 reais vale 50 e tentar convencer alguém do outro lado do caixa. Não mude. Deixe em Auto Se tiver um switch 5G ou 10G por exemplo aí pode esperar conectar a 2.5 mesmo que seja com esse cabo Cat5E se for curtinho e não tiver muita interferência onde o link está. Com um roteador desses comuns e esse cabo deve ir sem problemas até 95+5m. Se você tem outro cabo e outro micro faça o simples e teste outro cabo com o mesmo micro o mesmo cabo no outro micro E veja o que o sistema reporta. Esses medidores de tráfego com a internet nada significam nesse contexto. E mesmo quando quer saber de fato sobre o tráfego com a internet precisa entender que esses programas transmitem nada para lugar nenhum. São dados que não são processados nem de um lado nem do outro. Só dados para gerar tráfego por menos de 30s. Nada garante que seu dispositivo --- ou o que está do outro lado --- consigam transmitir ou receber essa taxa de dados. E precisa considerar que na rede pode ter gente assistindo videos a 4K, 8K, baixando torrents com dúzias de seeders, fazendo outros downloads e coisas assim

@Mega Blaster Sim. Fariam a mesma coisa. E se o monitor é um monitor/TV deve ter falantes embutidos. Isso é algo que falta quase sempre nos monitores no BR e é muito chato porque caixas acústicas podem custar o preço do roteador. E tem muitos fios e é ruim de fixar. Para o @Deni714 em questão aqui ele precisa alimentar a rede a partir do rádio (wifi). E um switch não faria o que faz o laptop com o ICS. E dependendo da performance desses aparelhos é melhor não ligar mais que o mínimo mesmo. Um roteador FE nesse modo vai bem para uma TV, mesmo em 4K, ou para um micro.

Em curtas distâncias, até uns 10-20m em instalações sem grandes fontes de interferência Cat5E vai até 2.5G. Seu problema não é o tipo de cabo. E a conexão com a internet a 0,4G nada tem a ver com isso. A conexão de rede é local, seja via rádio ou cabo. A velocidade máxima é a que o sistema operacional reporta para a conexão, e deve reportar 10, 100, 1000 ou 2500 mbps dependendo de várias coisas em sua rede. Coisas como os conectores, cabos, terminais, configurações (deixe no automático) vão definir a velocidade a cada conexão. Confirme ter as 8 vias do cabo conectadas corretamente.

Porque WN7200ND é um adaptador wireless USB e depende de software para rodar então teria que manter ligado o computador onde ele estiver conectado. E ele tem um modo de operação que usa o ICS do Windows para compartilhar o acesso a internet a partir dele, usando uma conexão wifi cuja origem é a rede wifi original. Soft AP é o nome do modo. O que o usuário @Deni714 precisa --- ou parece precisar --- é usar um roteador que permita transformar uma conexão sem fio em cabo. Um conversor de mídia. Você precisa disso em situações como a de ter uma TV que só tem entrada LAN e não tem como levar cabo até lá. É comum quando se precisa por exemplo usar um aparelho de TV a cabo como os da VIVO, que tem porta Ethernet ou coaxial apenas, em um lugar como naquele canto da cozinha (falando de memória ) bem no alto onde só tem a tomada. O uso de um aparelho nesse modo (media converter) permite que você coloque o aparelho junto da TV e ligado nesse roteador. O roteador recebe o sinal via wifi e transmite via cabo ethernet para a caixinha da VIVO e ela transmite som e imagem para a TV via HDMI e nunca mais se pensa nisso. A imagem aí é do roteador TL-WR802N da marca TP-Link e é um que faz isso. E é bem legal porque é minúsculo e não tem relevo então dá pra colar com fita dupla face atrás da TV. E os aparelhos da VIVO também são lisos na parte de cima então dá pra colar um no outro.

@ederangelo21 Acho que não deve ressuscitar um tópico de 3 anos atrás e sim abrir um novo, mas não falo pelo forum. Um emulador tem seus próprios comandos e nada tem a ver com rodar em Linux ou Windows ou qualquer coisa. No emulador deve ter uma opção para ajustar a fonte. Muitas vezes pode usar o volante do mouse enquanto pressiona Control. No Linux precisa ver de que terminal está falando. No emulador xterm tem um menu onde pode ajustar isso. Nos tty que acessa com control-alt-fx precisa mudar a fonte da console instalando fontes e configurando a console. Pode usar man tty em seu terminal

@Fábio R. Pereira Não é assim útil emendar uma questão a um tópico já existente, ao invés de abrir novo tópico com assunto determinado, o que chama mais atenção e pode levar a mais ajuda... As portas ethernet são todas Gigabit. E ele esquenta pra danar

Parece que seus problemas estão em torno do uso incorreto da configuração de DHCP e talvez de não planejar algumas coisas. Uma máquina pode ter uma configuração de IP fixa ou dinâmica via DHCP. até onde ela sabe. Um endereço recebido via DHCP é válido por um certo tempo, chamado de Lease Time. Se você tem um só servidor DHCP tem uma óbvia fragilidade, mas ao menos tudo é mais simples de configurar Se você tem clientes tipo desktops que estão todo dia ali parados um Lease Time grande seria ok, da ordem de dias Se você tem muitos clientes dinâmicos, como gente que entra e sai da rede com celulares a todo momento, precisa de Lease Times bem pequenos, na casa de poucos minutos Como só pode ter um tempo configurado e se tem só uma rede pra isso deve acabr usando um tempo pequeno, algo como uns 5 minutos DHCP funciona a partir de broadcasts, pacotes de rede que são enviados para todo mundo, e por isso existe um culto de usar LT enormes no DHCP: para reduzir o tráfego na rede. É por isso que todo dia o cara entra num restaurante ou padaria e o wifi parou na hora do almoço porque o pessoal deixa esses tempos altos e os endereços se esgotam. Não faça isso na sua rede. DNS vs DHCP Dependendo de como está configurado e de qual é seu provedor de DHCP, tendo apenas um ou não, tem uma possibilidade de registro dinâmico no DNS via DHCP. Isso é uma coisa bobinha mas super útil: ao ceder um endereço IP para sua máquina o servidor DHCP registra o nome dela no servidor ou servidores DNS em sua rede. isso é uma mão na roda, já que pode sempre acessar a estação por nome. se acessou esse forum através de http://clubedohardware.com.br e não por algo como http://172.67.68.249 então sabe do que estou falando. Claro que o endereço fica reservado para cada dispositivo pelo tempo configurado. Então, uma vez que eles tenham se registrado, os celulares de caras que vieram só para aquela demo no terceiro andar, por exemplo. Claro que você precisa saber sobre essas configurações em sua rede Dispositivos não "puxam" (pull) endereços IP. Se pode dizer que servidores DHCP "empurram" (push) endereços IP para os dispositivos Reserva de endereços no servidor DHCP Isso é uma lista que permite reservar alguns endereços IP para certas máquinas. Na camada Ethernet os endereços de rede são fixos, únicos (se espera) e atribuidos pelo fabricante --- o endereço MAC Media Access Control --- e assim basta associar um IP a esse endereço MAC. Isso é bem conveniente mas tem fragilidades. o que fazer se os endereços estão acabando e tem uma lista de 30 deles nessa tabela? posso reservar o mesmo para mais de um, tipo um uso alternativo de dispositivos? como tratar o caso de precisar fixar o endereço e mesmo assim ter mais de um servidor DHCP? eles serão cooperativos --- os servidores --- ou vai ser preciso separar endereços da rede para cada um? se os servidores DHCP puderem se comunicar e atualizar as listas então se poderia usar uma grande rede e ter os endereços reservados sem pensar em qual servidor DHCP cedeu o endereço 83 isso existe desde anos 80 Usou o DNS de sua rede? Precisa ter um bem configurado aí e sincronizado com o DHCP possivelmente.

Não entendi muito do que escreveu Está então escrevendo um programa C mas marcou o tópico como C++? Por que? É outra linguagem.... Não poste links ou arquivos compactados ou imagens. Poste código e texto que permita a alguém reproduzir seu problema Poste código como explicado no primeiro post do forum... Veja a diferença: #include <locale.h> #include <stdio.h> #include <stdlib.h> int linha() { int i; printf("|"); for (i = 0; i < 65; i++) { printf("="); } printf("|"); } int main() { setlocale(LC_ALL, ""); system("color F0"); int opc, opccomedia, opcromance, opcacao, opcaventura, opcterror; float vlacao, vlcomedia, vlromance, vlaventura, vlterror, total; vlacao = 0; vlcomedia = 0; vlromance = 0; vlaventura = 0; vlterror = 0; total = 0; char continuar = 's'; while (continuar = 's') { linha(); printf("\n| LOCADORA DE VÍDEO |\n"); linha(); printf("\n| BEM VINDO (A) |\n"); printf( "| ESCOLHA O GENERO DO FILME PARA ALUGAR: |\n"); printf("| 1: COMÉDIA |\n"); printf("| 2: AÇÃO |\n"); printf("| 3: AVENTURA |\n"); printf("| 4: ROMANCE |\n"); printf("| 5: TERROR |\n"); printf("| O: FINALIZAR |\n"); linha(); printf("\n"); printf(" ESCOLHA A OPÇÃO: "); scanf("%d", &opc); switch (opc) { case 0: system("cls"); total = vlacao + vlcomedia + vlromance + opcaventura + opcterror; printf( "*---------------------------------*" "\n"); printf( "*valor dos filmes %.f,00 R$ *\n", total); printf( "*---------------------------------*" "\n"); return 0; case 1: system("cls"); linha(); printf("\n| COMÉDIA |\n"); linha(); printf( "\n| 1- Anjos Da Lei --------------> " "11,90 R$ |"); printf( "\n| 2- As Branquelas -------------> " "24,90 R$ |"); printf( "\n| 3- Debi E Loide --------------> " "07,90 R$ |"); printf( "\n| 4- O Maskara -----------------> " "06,90 R$ |\n"); linha(); printf("\n Escolha a opção: "); scanf("%d", &opccomedia); if (opccomedia == 1) { vlcomedia = 11.90; } if (opccomedia == 2) { vlcomedia = 24.90; } if (opccomedia == 3) { vlcomedia = 07.90; } if (opccomedia == 4) { vlcomedia = 06.90; } opccomedia = 0; system("cls"); break; case 2: system("cls"); linha(); printf("\n| AÇÃO |\n"); linha(); printf( "\n| 1- Velozes & Furiosos --------> " "12,00 R$ |"); printf( "\n| 2- Ghostbusters --------------> " "14,00 R$ |"); printf( "\n| 3- Motoqueiro Fantasma -------> " "09,90 R$ |"); printf( "\n| 4- Transformers --------------> " "05,90 R$ |\n"); linha(); printf("\n Escolha a opção: "); scanf("%d", &opcacao); if (opcacao == 1) { vlacao = 12, 00; } if (opcacao == 2) { vlacao = 14, 00; } if (opcacao == 3) { vlacao = 10, 90; } if (opcacao == 4) { vlacao = 05, 90; } opcacao = 0; system("cls"); break; } // fim switch } // fim while } // fim programa Seu programa não está nada bom. Muitos dos problemas são muito comuns e eu tenho uma lista de onde eu copio isso: Não use system() para nada. Não estará fazendo nada. Não estará aprendendo nada. Não há praticamente nada que possa fazer com system() que não possa fazer em C ou C++. system() foi escrita em C e o sistema quase todo também. E em geral é proibido em empresas e escolas afinal: é um risco grande de segurança. E se tem algo que você não possa inicialmente fazer em C ou C++ talvez não deva mesmo fazer. main() deve ser a primeira função de seu programa. Se possível em um arquivo separado. Há muitas razões para isso, mas em especial vai gostar de começar a ler seus programas e os de outros a partir de main() E a partir do início do texto. Ao mesmo tempo. E ao usar protótipos fica trivial passar as declarações todas para um arquivo .h que é o mais prático afinal. Não declare mais que uma variável por linha. Não acrescenta nada e só dificulta a leitura. Inicialize todas as variáveis. Nunca leia valores do teclado para alimentar seu programa antes dele estar rodando. Só vai te atrasar e não acrescenta absolutamente nada. Use constantes, use funções que retornam a estrutura preenchida. Leia de arquivos: é trivial em C. Ao terminar os testes aí sim incorpore a leitura. Um programa interativo é chato para testar. Durante o desenvolvimento ninguém quer interagir com o programa. Nunca escreva um programa interativo, mesmo que seja o objetivo final. Se seu programa tem um menu, entenda que o menu() deve mostrar as opções e ler e retornar a opção. Um void menu() é um desperdício. Use uma função que mostra o menu e retorna a opção. scanf() foi escrita para ler entrada formatada. Não use para ler do teclado, que claramente não é entrada formatada. Só vai dar mais trabalho. Muito mais trabalho. Ao usar scanf() ou alguma função da família, como fscanf() entenda que ela retorna um valor. E teste. É ingênuo deixar o programa seguir sem testar. TESTE sempre. Exemplo: para 5 especificadores --- aquelas coisas com % na frente e que não tem um asterisco nem outro '%' --- como "%d %d %f %f %d" scanf() pode ler de 0 a 5 itens ou dar erro e retornar -1. Então teste o retorno que vai estar entre -1 e 5... Nunca escreva um programa interativo. Não vai aprender nada. Não vai ganhar nada. Escreva e teste todas as funções. DEPOIS de tudo testado coloque a parte interativa. isso inclui claro o eventual menu. evite ler do teclado a menos que seja o objetivo do problema. Ler de arquivos é muito mais simples, seguro e fácil de reproduzir. Não há razão para ficar parado em frente a tela minutos inventando nomes de campos e coisas assim: o efeito é que vai acabar não testando direito porque é difícil controlar e repetir testes. Não misture entrada de dados ou formatação com a apresentação dos dados ou a lógica do programa, Isso é um desastre para manutenção e desenvolvimento Um printf() de 6 linhas é muito, mas muito melhor que 6 printf() de 1 linha. E se só vai mostrar o texto puts() é ainda melhor e dezenas de vezes mais rápido que uma série de printf(). Ainda sobre o código: Evite usar float em C. Faça o simples e use double. Habilite todos os avisos de erro de seu compilador. E trate os avisos. em case 0: total = tem 2 variáveis que não foram inicializadas declarou linha() como retornando int mas não tem nenhum return na função Em seu programa tem uma tabela para os valores de locação. Mas aí você usa um if para achar a faixa de preço... Não é esperto. É claro que sempre vai dar na mesma. Use uma tabela....

É muito raro precisar de um cabo crossover hoje em dia. Há décadas os aparelhos detectam isso automaticamente. De todo modo um cabo crossover apenas inverte os pares 1-2 3-6. O que precisa fazer para usar isso, uma ligação ponto a ponto entre duas máquinas, é configurar manualmente as duas na mesma rede ou ativar um serviço DHCP em uma das pontas. Note que ativar o compartiilhamento de conexão a internet de um lado vai implicitamente fazer isso...

difícil ajudar sem saber como fez isso e quais os aparelhos envolvidos... O comum é ter um hub usb C com saida ethernet, mas pode ser só um adaptador ethernet claro. Você liga o telefone no hub, ative o hospot e liga ele no roteador. Nada mais. Pode ser na porta WAN ou na LAN dependendo de como for usar a rede (o telefone em geral limita o total de dispositivos para um número mínimo.

provavelmente o mais simples é gerar um pen-drive com a instalação do Windows, instalar normalmente e depois atualizar o gerenciador de boot do linux

Essa é um descrição curiosa. headless é a máquina que não tem "terminal". O monitor. Uma máquina que tenha monitor pode ser usada apenas via linha de comando num monitor na mesma , aquina. E a popular sequência ctrl-alt-Fx abre um terminal no modo texto na interface gráfica, como os tty dos velhos tempos. E o terminal pode estar em outra máquina via ssh. E o x-server, protocolo comum de vídeo do Unix, roda meio que invertido, de modo que o xserver roda na máquina que acessa o servidor e não no servidor. Isso quer dizer que um servidor headless pode ser acessado por estações (terminais) comuns via ssh ou telnet mesmo via porta serial. Mas também pode ser acessado via o que seriam "terminais gráficos", simples máquinas rodando X-Window --- também chamado de X11. Uma coisa comum nos velhos tempos ainda é perfeitamente possível: rodar X-Window para acessar um servidor headless, numa estação diskless que recebe o boot via rede por DHCP.

@Tomás790 Como te expliquei, um não precisa ser desligado pra você usar o outro. Se projetar isso que falou de 40/100 mbps, que imagino que seja de um desses medidores de "velocidade" comuns, para a performance do wifi em 2.4 em um e outro roteador no geral você pode ficar com 100 do DIR846 MAIS os 40 do outro, ou só com os 100. meça isso de uma maneira objetiva: medidores de velocidade de acesso a internet nada tem a ver com wifi. E pouco tem a ver com a realidade. Um medidor tipo esses testes de okla ou dslreports é uma coisa vazia que transmite dados que não foram processados para máquinas que não vão fazer nada com eles. Meio ingênuo. faça o simples e teste a taxa de transferência entre duas estações via wifi entre esses caras. mais ainda faça o simples e teste de um para outro e de outro pra um e com dois dispositivos na mesma rede. E anote. Assim terá algo significativo entenda que mesmo 40 mbps dá pra fazer muita coisa. Não que eu ache que isso se mantenha. Esses aparelhos são bem similares. Não consigo entender como pode ser melhor gastar dinheiro e comprar outro aparelho para poder desligar um que você já tem e ficar com menos performance e menos cobertura, porque as leis da física e a maemática vão persistir. De todo modo é sua decisão.

provavelmente está misturando as coisas. Mas não ficou claro. Se esta usando o disco de 1TB com o sistema de arquivos do Windows deve verificar se o método que usa para acessar partições ntfs a partir do Linux permite montar a partição com acesso para gravação. Nem todos pacotes permitem isso. Não tem a ver com Ubuntu especificamente. NTFS-3G por exemplo permite leitura e gravação. Pode usar isso em seu sistema Ubuntu e ter sucesso.

É difícil dizer sobre alcance do rádio, só testando. Mas entenda que seus dois roteadores tem performance similar em wifi, 300/867 mbps em 2.4.5ghz cada um. E 4 portas gigabit ethernet. Considerando a simples aritmética e o princípio fundamental de que um corpo não pode estar em dois lugares ao mesmo tempo: Use os dois aparelhos, ligados via cabo vai ficar com o dobro de wifi, 600/1800 mbps para um total de 2400mbps vai ficar com 6 portas ethernet vai melhorar muito a cobertura porque pode medir o sinal de wifi e colocar as 6 antenas do DIR846 em um lugar e as duas antenas do XC220 em pontos apropriados de sua casa. se usar DHCP nos dois vai diminuir muito a latência do serviço e vai ficar com redundância na rede local para esse serviço Rede local não é só internet Mas no geral vão servir bem sim. Trata-se de 500 mbits para dois roteadores que suportam 4000 em ethernet full duplex e 1200 mbps em wifi dual band 300/900 mbps cada um

O mais efetivo quase sempre é ligar o roteador antigo nesse, via cabo, e ficar com a soma do wifi e da ethernet. E a cobertura de wifi muito maior. Pensando nas casas comuns em que vejo isso, um roteador atrás de cada TV resolve bem.

Como te disse, WOL é algo dos anos 80 e precede internet, Dell e muito do que temos hoje. Nunca ouvi falar de relação entre Dell e WOL. Tem alguma referência? WOL depende da placa de rede e da fonte de alimentação. Não sei porque uma marca se preocuparia em inibir esse uso, em especial uma marca focada em mercado empresarial como a Dell. De todo modo a Dell tem 4 linhas de laptop e pode ser que na linha doméstica possam ter limitado WOL de algum modo. Isso também é novidade para mim. Que significa? Tenho vários desses e nunca vi um problema assim. E de modo o chipset de rede nunca é Dell e está presente em outros micros. Que significa? Não existe comando WOL exceto o pacote de Wake-Up com a máquina desligada ou em suspensão profunda. Pode ser que a implementação do modo de suspensão leve em algum sistema mantenha as conexões ativas e até entenda um broadcast de magic packet como gatilho para sair da suspensão, mas isso não é WOL. É só uma comodidade, se implementado. Que seria "inclusive voz"? Pois é. Como te disse isso não é Wake On LAN. WOL foi projetado para religar servidores sem intervenção manual em caso de queda de força. Esse é o contexto em que em geral se testa isso. WiFi via ethernet é algo de pouco alcance. Entenda que o wifi é algo para estações móveis. E o broadcast serve para ligar máquinas na LAN. Então do lado do laptop conforme anda com ele, já que é móvel a placa de rede deve se manter de algum modo conectada ou tentando se conectar a algum AP para poder EVENTUALMENTE receber um magic packet. Isso vai claro gastar bateria e com mínima chance de sucesso já que apenas uma ou outra LAN, tipo sua casa ou seu escritório, terão noção de que laptop é esse para poder gerar o pacote. Uma exceção seria o seu celular ligado via wifi na mesma rede, já que poderia usar isso num hotel por exemplo. Claro que se o laptop o celular e o dono estão juntos acordar o micro por rede WIFI seria talvez apenas para show-off já que bastaria apertar o botão ou ligar o micro na tomada.... É como usar o assistente do Google ou a Alexa para ligar o micro que está na mesa em frente. Bem possível, mas é diferente de usar os mesmos serviços para ligar um servidor de midia ou de arquivos que está desligado em sua casa vazia, enquanto você está viajando a 2000km de distância, e precisa de um arquivo ou quer ver apenas um filme das férias do ano passado. E o filme está lá no servidor Plex no servidor de mídia e você quer ver na TV do Hotel.

@duduca não é normal implementar WOL pelo wifi. É uma extensão do conceito mas raramente alguém implementa e raramente alguém usa. É até mais fácil entender Wake on Ring WOR, para ligar um computador via telefone. Outra opção comum é Wake On AC presente em quase todos laptop. Para WOL funcionar via wifi tem que ter uma conexão de rede ativa. Isso quer dizer o rádio. E se imagina que algo que usa wifi seja móvel, possa ter uma bateria, e possa estar pertinho do dono já que é móvel e possivelmente leve... E isso (WOL) iria gastar bateria sem fazer p. nenhuma. E se está perto do dono há pouca razão para usar WOL... Então nem fabricantes nem usuários ão se interessar por algo assim. Wake on AC é mais provável de ser útil: se o cara usa uma docking station ou usa o laptop ligado a um ou mais monitores e teclados externos quando no escritório pode ser mesmo um porre ter que abrir o laptop para achar aquele minúsculo botãozinho de ligar antes de fechar a máquina para o dia todo.

@tualatin Plex é o caminho mais simples, para Windows, Roda em tudo, do telefone ao servidor. E em Linux e MAC. E os computadores podem virar clientes de midia. E é grátis,

"captação" Não faça isso. Crie um novo tópico. Tem mais chance de ajudar a outros ao fazer isso. O modo simples de fazer isso no Linux é usar raw io ou no Windows desligar line input e echo. E ler as teclas direto. No linux use man termios e vai ter o que precisa: tcgetattr e tcsetattr. No Windows apenas busque pela enorme documentação da console em português. No Linux está tudo no terminal mesmo. Ao postar código use a caixa de código, como explicado no primeiro post do forum. Veja a diferença: #include <iostream> #include <cmath> #include <unistd.h> using namespace std; int main() { char op; // here the problem double num1, num2, result; remake: cout << "Enter the operator + - * / :"; cin >> op; if (op == '+' || op== '-' || op== '*' || op== '/') {goto calculo;} else { goto remake; fflush(stdin) ;} calculo: cout << "Enter two numbers one by one "; cin >> num1 >> num2; operation: switch (op) { case '+': cout << num1 << " + " << num2 << " = " << " + Answer addition = " << num1 + num2; break; case '-': cout << num1 << " - " << num2 << " = " << " - Answer subtration = " << num1 - num2; break; case '*': cout << num1 << " x " << num2 << " = " << "* Answer multiplication = " << num1 * num2; break; case '/': if (num2==0) { cout<< "number invalid to division";} else{ result = num1/num2; cout << num1 << " / " << num2 << " = " << "/ Answer division ="<< result; } break; erro: cout<< "Operador invalid" << "\n"; goto remake; } return 0; } Não existe C / C++. Existe C existe C++ existe C#. Todas diferentes.

Uma ligação VOIP consome perto de 60/100 kbps. Não é algo assim muito exigente. Telefones VOIP tem interface de 100mbps e sempre dá conta. Muitos tem até uma saída LAN para ligar o computador usando um ponto só. E funcionam. Esses Grandstream GXP1615 são compatíveis com Poe então basta o cabo de rede. Imagino que tenha um switch PoE ou dois. E --- se não fez isso ainda --- separe sua rede local da rede dos telefones. O tráfego na LAN pode muito bem congestionar tudo, mesmo sem qualquer relação com a internet ou VOIP.

O servidor DHCP embutido na ONT é um serviço local. Apenas distribui endereços na LAN. Nada tem a ver com a operadora ou com seu endereço IP público. Sobre o modo bridge vou copiar o que escrevi por exemplo em https://www.clubedohardware.com.br/forums/topic/1650593-xiaomi-ax3000-plex/#comment-8606998 Suponha que sua ONT suporte uns 400mbps em 2.4Ghz e 800 mbps em 5.GHz, um AC1200 como o marketing costuma descrever. Ao colocar em modo bridge vai perder tudo que tem na ONT e ela vai ficar como um modem, uma ponte --- bridge --- de rede. Seu roteador novo é um "AX1500" com 300 / 1200 mbps no wifi. E tem a questão física que também expliquei naquele outro post --- e em outros tópicos --- não dá para colocar um roteador em dois lugares. Então a menos que sua casa seja muito pequena e tenha poucos dispositivos mesmo, a aritmética e as leis da física sugerem a opção simples "4" ficar com 6 portas ethernet e não 4 (+50%) ficar com 600 mbps ao menos de wifi a 2.4 onde liga tudo e não apenas 300 (+100%) ficar com 2 pontos de wifi a 5ghz cujo alcance é mínimo e raramente passa duas paredes, e o dobro de banda (+100%) melhorar muito a cobertura a 5Ghz, por conseguência óbvia dividir o DHCP e melhorar a latência na segunda rede se cair um dos dois ter uma redundância na rede no geral melhorar muito a cobertura do wifi simplificar muito o cabeamento e diminuir o comprimento dos cabos de rede, já que pode fazer o simples e colocar o segundo roteador atrás da segunda TV... Claro, deve conectar os dois via LAN e não WAN

verifique o cabo e os conectores. Ligue o PC em outro lugar com outro cabo. Ligue outro computador nesse lugar com esse cabo... E vai ter sua conclusão. E esqueça a internet, Isso nada tem a ver com a internet. Você deve se conectar a 1000mbps mesmo que não tenha acesso a internet, em qualquer dia da semana, em qualquer cenário. Nada tem a ver uma coisa com a outra. Apenas veja no painel de controle ou na configuração da placa se está conectado e a que velocidade, Tem uma tela só pra isso onde marca "Status" no Windows. E uma parecida no Linux e no MAC, que é Linux