arfneto

Esses endereços são reservados. Esses fazem parte de uma lista de endereços especiais, não roteáveis, que não podem ser ligados diretamente a internet mas que, por outro lado, não precisam ser registrados na internet. São para uso particular e podem ser usados em qualquer rede. Isto está estabelecido desde sempre, e a referência oficial é a bíblia da internet, os RFC, e está em um documento chamado "Alocação de endereços para redes privadas", o RFC-1918 de agosto de 1996 Direto de lá, os intervalos de endereços privados: 10.0.0.0 - 10.255.255.255 (10/8 prefix) 172.16.0.0 - 172.31.255.255 (172.16/12 prefix) 192.168.0.0 - 192.168.255.255 (192.168/16 prefix) Como vê, esses endereços 10.X.Y.Z estão disponíveis. Veja na lista também os populares 192.168.X.Y/ Combinado com a máscara de rede, o endereço limita o número de máquinas que você pode ter na rede privada, e com 24 bits para endereçamento a rede 10.X pode ter mais de 16 milhões de maquinas: 255*255*255 - 2. A lógica é a seguinte: você pode usar todos os endereços menos os de final 0 e 255, que são reservados, então, por exemplo, uma rede clássica 192.168.0.0 com máscara 255.255.255.0 pode ter endereços entre 192.168.0.1. e 192.168.0.254, por exemplo, e assim 254 dispositivos.

O gateway padrão de seu modem é uma característica da rede do provedor, não é nada a que você tenha acesso determinante. A comunicação com servidores dentro da sua rede vai ser alvo do encaminhamento de portas a partir do roteador. A comunicação com servidores fora de sua rede vai ser resolvida através de DNS e roteamento normal, e passando por algum eventual ajuste se você tiver firewall controlando a saída de pacotes. Note que gateways e tabelas de rotas não incluem portas, apenas endereços IP. Portas acrescentam um nível a mais de granularidade, criando de verdade um nó terminal de comunicação via TCP/IP. Por exemplo, você pode receber tráfego para um único endereço IP e distribuir por vários outros endereços IP dependendo da porta usada na conexão de entrada, certo? É exatamente o que acontece na sua rede se você tiver, por exemplo, um servidor web, um servidor de banco de dados e um servidor de arquivos, todos acessíveis através da internet...

Eu acho que do lado do samba não há nada a fazer. Talvez possa fazer algo do lado das máquinas que vão acessar esses recursos compartilhados, encapsulando o nome do domínio em um script de login

Você tem um telefone Android rodando o Home e conectado na sua rede sem fio e quando tenta localizar o Chromecast o aplicativo no telefone não encontra nenhum Chromecast? É assim? Se for assim, tente forçar o seu ponto de acesso a usar um canal comum de rede, como 11, 6 ou 3, em 2.4Ghz só para testar e instalar.

Olá Pode usar os mesmos dutos. Sugiro planejar bem a rota dos cabos e usar os coaxiais para ajudar a passar os cabos de rede. Os cabos coaxiais são chatos de manipular nos conduites domésticos normais de 3/4" entáo você pode prender os cabos de rede neles e ganhar umas horas de trabalho. Note que dependendo do provedor você pode usar o próprio cabo de rede para passar os sinais de TV, o que em geral é bem mais prático e flexível. Por exemplo com a VIVO é possível ligar todos os receptores de TV via rede e aí tudo fica bem mais fácil. E você pode ligar os aparelhos em qualquer ponto de rede pela casa. abrindo mão dos inflexíveis cabos e terminais coaxiais

Não. Apenas considere que Gigabit usa todos os 4 pares e requer oficialmente cabos de categoria 5e para cima.

E nem sempre o HDMI alcança afinal. E no Brasil a gente não tem na prática infraestrutura para passar HDMI por dutos E com uma rede boa ligar vários Chromecast via cabo Ethernet pode dar solução para vários problemas, tipo quiosques, totems, cameras...

Faz sentido ter que deixar o navegador aberto, afinal ele passa a ser o condutor da imagem. E do audio. Bem útil! Abraços

O próprio Chrome de fato não serve? Tem o gerenciamento de usuários e as extensões são... para o Chrome

É a realidade. Temo que você tenha se confundido. Ao tentar estabelecer sua opinião acabou explicando o que você mesmo não viu: você pode espelhar uma aba do navegador Chrome. Não a tela do Windows, ou do Linux ou do MacOS ou do IOS ou sei lá. Apenas do Android. Isso é o que disse o post de @LuisFGH, e o link que postou e o que eu disse. E a documentação do aparelho... Pois é... Isso não é transmitir a tela...

Olá! Defina um dos padrões e use em toda a rede. Com os patch cords, os cabos de rede não é relevante, mas os cabos de infraestrutura são outro caso: é melhor definir a norma em uso porque muitas vezes a outra ponta do cabo está longe e vai ser o diabo ter que ir conferir toda vez... Compre um switch 10G e vá colocando os adaptadores conforme o orçamento... Seu NAS tem essa conexão? Se não tiver talvez seja a hora de trocar o NAS por um servidor de arquivos, um micro dedicado, já que os maiores benefícios na rede virão do servidor de aplicações e do servidor NAS operando na maior velocidade...

Olá! Conecte um micro que tenha conexão gigabit testada no primeiro roteador na ponta desse cabo que vai para o segundo e veja se a conexão é gigabit para saber se o problema é com o cabo ou o roteador.

Olá! Ainda não tem esse recurso para o Chromecast. Você pode espelhar a tela de celulares Android, ou uma aba do navegador Chrome no desktop. Ou transmitir a imagem de aplicativos que estejam rodando no micro e que tenham esse recurso, como o Plex, YouTube, NetFlix ou Spotify, por exemplo.

Olá! É só um formulário. Direto do manual: Mas no caso desse aparelho tem que habilitar o recurso antes, genericamente, marcando yes na primeira opção, enable port forwarding. Depois é só preencher de acordo com o que precisa. Ex: acesso remoto via RDP na porta padrão 3389: service name: o nome que você preferir. Port range e Local Port vai depender de sua aplicação. Nesse caso caso 3389 para a porta local. A porta interna e a externa em geral são a mesma. O endereço Local IP vai ser, claro, o endereço da máquina para onde você quer encaminhar o tráfego da porta de entrada. Em geral você conecta a máquina em questão, vê lá na lista de clientes do DHCP na tela do roteador, e depois reserva esse endereço para a máquina, para que ela use sempre o mesmo, já que se mudar o endereço sua regra já era. A outra opção seria usar um endereço fixo no micro, mas isso em geral é um porre. Nesse roteador a opção é Enable Manual Assignment. Só um formulário também.

Tenho o manual em PDF aqui no telefone se precisar avise, mas acho que não vai ter dificuldade Mas acho que estaria melhor com dois roteadores comuns MAS que permitem digitar o endereço do gateway padrão no DHCP, assim podia deixar todo no automático e só ter um processo pronto para quando eventualmente um provedor falha. Assim poderia ligar os roteadores direto no switch

Olá! Você está instalando um aparelho --- TL-R480T+ --- para concentrar coisas que quer manter separadas então esse problemas aparecem O propósito desse aparelho é "balanceamento de carga", distribuir o tráfego para até 4 WAN como você disse, tornando isso até onde possível transparente. A Tp-Link também diz que ele aumenta a redundância porque ele alterna o tráfego para outros provedores quando algum para. Claro, não diz lá que você fica sem nenhum tráfego com todos os provedores on-line se esse próprio aparelho falha mas a vida é assim. Na seção 4.5.4 Load Balance do manual desse aparelho tem uma parte lá que fala das políticas de roteamento --- 4.5.4.2 Policy Routing --- e nessa seção tem um formulário onde você cria regras de controle de entrada e saída para as WAN, e acho que lá você pode criar regras que fazem o que você precisa, usar um certo provedor --- ou mesmo um grupo de WAN --- para um certo micro ou grupo de micros, filtrando pelas portas ou pela aplicação. Acho que já fiz algo assim e usei essas regras

O que eu te expliquei é verdade no mundo todo, em qualquer idioma. Se rodar TCP/IP em marte também vai ser assim como eu te expliquei. E te dei 3 possíveis soluções para o seu problema... Pode apagar aquela regra pode resrvar o endereço 15 para o roteador quando conectado via cabo. Te expliquei como Pode mudar o endereço de destino da regra, trocando o 15 pelo endereço que seu notebook recebeu quando conectado via cabo. Assim é. Espero que tenha salvo o post, porque esse a administração do forum excluiu, pois inclui discussão sobre assuntos proibidos Não tem nada a ver com bluetooth. Mas se já estava marcado 15 temos duas possibilidades: ou ele estava conectado via wifi e não fez como eu expliquei OU ele se conectou via cabo e pegou o mesmo endereço por acaso. e nesse caso você não precisa alterar nada Não se trata de conectar na marra. Apenas de dirigir o tráfego de uma porta para onde está o programa que vai usar os dados. Muito menos de enganar o router. Te expliquei com detalhes esse mecanismo. E com ilustrações até, acho que na mensagem privada e em outras aqui... Já te disse isso aqui: pode mudar a qualquer momento. Se quer um endereço fixo tem que contratar assim. Ligar no provedor e dizer que precisa de endereço fixo. Hoje em dia não muda com frequência. Mas pode mudar a qualquer momento. Você já não me mandou imagens com seu IP? porque precisa de outra maneira de conseguir a mesma coisa? É só isso. Eu te disse para deixar em branco. Faça isso. Não foi um palpite meu. É a realidade. Eu sei quando você deveria preencher aquilo com algum endereço, mas não é o seu caso. Quanto a funcionar, não sei porque achou estranho: é o seu próprio endereço. Então os pacotes que vem da internet e chegam no seu endereço para essa porta da regra são encaminhados para o micro que tem IP final 15. Não sei porque o roteador aceitou seu próprio endereço IP como origem, não faz diferença mas também não faz sentido. Agora se o endereço mudar a regra não vai servir de nada porque só iria servir para o cliente da VIVO que pegar esse seu endereço antigo. Esqueça isso e deixe aquele campo em branco. Use uma das 3 soluções que te passei. Ainda não entendi qual o seu problema com o programa jDownloader, porque você nunca explicou...

Aí sim. Afinal foi para isso que comprou... Mas ainda não entendi --- desculpe --- qual é o problema com esse jDownloader. O que acontece afinal? Mas veja como está agora: Tem uma regra lá dirigindo o tráfego que chega para a porta 64693 para o micro em 192.168.15.15, na mesma porta. Esse é o endereço que geralmente seu notebook recebe quando se conecta via wifi. Isso sugere duas maneiras nada técnicas de resolver isso: você muda a regra para destinar o tráfego para o endereço que o roteador recebe quando usa a conexão via cabo, digamos 192.168.15.19, e pronto. É só ir lá no formulário "redirecionar portas"clicar" no ícone do lápis e trocar o endereço 15 por 19 OU você dá um jeito do roteador usar o endereço 15 quando se conecta via cabo, e a regra continua funcionando mas o 15 passa a ser a placa de rede do notebook. Como faz isso? simples. Eu já te disse dias atrás nesse tópico, eu acho. Com aquela imagem que você disse que não entendeu: conecta o notebook via cabo. vai em DHCP, clica naquele botão que eu marquei na imagem, no hostname, Vai ver a lista de equipamentos conectados. Escolha obviamente o notebook e o endereço MAC da placa de rede dele já vai aparecer no outro campo, e o endereço IP logo em seguida. Aí você altera o endereço IP que está lá e coloca o 192.168.15.15. Salve a reserva. Reinicie o laptop ou rode um IPCONFIG /RENEW nele para ele pegar um novo endereço e o roteador obedientemente vai dar o endereço 192/168.15.15 para ele quando conectado por essa placa de rede... Nada assim especializado: só troca o número e o roteador vai, digamos, rotear para o novo destino.

Em tese deveria acontecer sim. E acontece. O tal site só tem acesso ao seu IP externo e o medíocre software da VIVO não tem a cortesia de mostrar o endereço na tela de status. Ajudaria bastante. Não. Nada mudou desde o tempo do XP. Esses coisas rodam assim desde o final dos 80. Não há "conflitos" nesse caso. E se tivesse os teria desde 30 anos atrás. Não. Não vai sumir. A configuração de rede dele é automática e vem do roteador através do serviço DHCP. Se você preferir pode mesmo "grudar" uma configuração manual para as placas de rede dele. Não recomendo. Seu problema não é esse. Entendo seu receio em enviar dados pessoais pelo forum. Não me incomodo. Vi as imagens e fiz alguns comentários. Espero que ajude. Vi esses tutoriais. Com todo respeito ao pessoal que escreve isso, transmite conceitos de um modo ruim com uma nomenclatura infeliz, e não me surpreende que tanta gente tenha problema com isso. "abrir portas" já é uma bobagem enorme. Não é isso que acontece. Roteadores não fecham portas. Apenas não encaminham tráfego sem uma razão específica. E essa razão está naquela tabela de redirecionamentos. Não dá para enviar todo o tráfego que entra pela internet para todas as máquinas da rede, por uma série enorme de razões. A mais simples: volume de tráfego. Outra óbvia? privacidade. Outra óbvia? você pode ter várias máquinas na rede interna rodando o mesmo serviço e se o roteador enviar direto para todo mundo vai dar *****. Imagine 3 máquinas rodando um serviço de acesso remoto na porta 3389 --- padrão Microsoft RDP --- e alguém precisando se conectar a uma delas. Se o roteador passa o tráfego para essa porta para dentro da rede para todas as máquinas e alguém tenta se conectar imagine o tamanho do problema... E a primeira coisa que o cara vai digitar será a conta e a senha... Isso quer dizer que eu posso escrever um programa em notebook e ligar nessa rede e ficar esperando conexões nessa porta também. E aí eu vou receber os pedidos e vou poder ler usuários e senhas que estão entrando. É um exemplo besta mas acho que entende o alcance disso... O firewall nas máquinas é apenas um filtro, uma série de tabelas. Na configuração normal atende a maioria dos usos domésticos e mesmo empresariais. E no caso dos programas que você usa, a maioria ou cria a regra de acesso no firewall ou te instrui como fazer. Não deixa bloquear esperando que você pesquise na internet e ache um tutorial genial mostrando como desbloquear o firewall para rodar o programa.

Não usei termos diferentes para explicar a mesma coisa. Acompanhando o tópico que você criou desde o início, está claro que você sabe que o endereço IP padrão do seu aparelho da VIVO é 192.168.15.1, porque você escreveu isso. A comparação que usei com mudar seu endereço de correspondência no banco se aplica como exemplo, já usei muitas vezes com pessoas absolutamente leigas em relação a essas coisas com sucesso. Sim, você pode classificar como "usar termos diferentes para explicar a mesma coisa", mas eu diria que é só uma comparação com coisas do cotidiano e em geral facilita a compreensão. Desculpe se acabei confundindo mais... Na verdade até onde é possível evito usar termos técnicos. O fato é que o endereço do remetente é o endereço na internet do programa que está tentando acessar a sua rede. A tentativa está chegando no roteador e se você não encaminhar para algum lugar vai morrer lá. Como te disse, você deve deixar em branco,a menos que você saiba qual é... O endereço de destino é simples: você criou o tópico com isso em mente: quer enviar os pacotes desse programa jDownload para o seu notebook então acho que sabe que o endereço de destino na sua rede é o endereço do seu notebook. Para o endereço da porta externa pode usar o endereço da porta interna que seu programa usa. Sim, dá pra imaginar que se o jDwonload usa a porta 3233, por exemplo, você deva encaminhar os pacotes que chegam de qualquer endereço para a porta 3233 no seu roteador para o endereço IP do seu notebook, e para a porta onde o seu programa jDownload está esperando, ou não vai adiantar nada. E aí quando você menos espera preencheu tudo e você aperta o grande botão verde escrito ADICIONAR Na imagem aparece salvar porque eu esqueci e apertei o botão antes de copiar a tela, mas acredite em mim: era só isso. Na prática é exatamente o que eu disse, na ordem em que eu disse, como na tela que eu te mostrei acima. Agora para saber a porta correta você tem que ver qual porta seu programa usa, na documentação do seu programa. Para saber o endereço IP do seu notebook tem que ver no seu notebook ou na tela do seu roteador, que foi quem enviou o endereço para o notebook. E tem que tomar os cuidados de que falei antes, sobre o fato de serem dois endereços, um para o wifi e outro para Ethernet. E outro se usar um adaptador USB-ethernet, outro se usar o cabo USB para ligar pelo celular, assim é... De volta ao programa, está certo de que ele precisa de encaminhamento de portas? pode dizer que programa é esse? jDownload seria o jDownloader disponível em http://jDownloader.org? Como eu te disse, pode ser quem escreveu isso não se preparou para o bem possível caso de mudança de endereço IP do micro, mesmo escrevendo um gerenciador de download. E nesse caso, como eu já disse, você precisa ver como contornar isso, e já te descrevi como. Mas antes de eu escrever de novo como vamos estabelecer se é mesmo preciso isso. Qual é o programa que usa? Que versão usa? Diga qual é e continuamos... adicionado 1 minuto depois Entendeu essa parte? Me lembro de que comprou o switch para resolver esse problema. E esse problema você ainda tem...

Não era meu palpite. Eu escrevi de memória. Em teoria ainda pode conseguir mais numa transferência via Gigabit, mas 30 é razoável para esses equipamentos. Até uns 60 não seria nada demais, afinal 1000 mbps = 125mBps e esse é o máximo teórico. Eu sei que o software da VIVO está em português. Eu estranhei você recorrer a um site estrangeiro para buscar documentação a respeito do roteador que tem software em português, e uma opção Rede Local | redirecionar portas Pois é. Me lembro desse tópico e tentei te explicar o que estava errado. De todo modo comprou seu switch e ele não está resolvendo já que ele está do outro lado. Se seu notebook só é usado para isso e ligado sempre ao disco via USB, pode ligar isso em qualquer lugar da casa, por exemplo perto do novo switch. A velocidade será a mesma. Pode deixar a tampa fechada, a bateria na gaveta e acessar pelo TeamViewer quando precisar... Mas se faz questão dele na ponta da rede compre outro switch. Um gigabit comum de 5 portas custa uns 90 reais apenas. ligue no aparelho da vivo e terá mais 3 portas. De 8 portas custa uns 140 eu acho. E teria mais 6 portas.

Se esse programa precisa de encaminhamento de alguma porta, como você parece sugerir já que você estava pesquisando sobre isso, é bem possível. E razoável. Não tem a ver com wifi. Apenas mudou o endereço do micro. Se você encaminhou os pacotes para onde o micro não está mais eles não vão chegar. Seria a mesma coisa se usasse outra máquina ou usasse outra placa de rede nessa máquina, tipo um adaptador USB. Quando passou para outra placa mudou o endereço então você precisa encaminhar os pacotes para o novo endereço.. Exatamente como faz quando muda de endereço físico: altera seu endereço de correspondência em todo lugar.. Não. O roteador por definição não bloqueia nada a menos que você selecione. Apenas não encaminha a menos que você diga para onde. Veja da seguinte maneira: pode ter 300 micros atrás desse roteador. Provavelmente pouco do tráfego legítimo que chega nele é endereçado a mais de uma máquina na rede. Então o roteador usa umas técnicas para mandar as respostas para os micros certos na rede, e somente para eles. Não entendi porque usou o Google para traduzir algo sobre esse aparelho já que o programa está em português. De todo modo, para encaminhar portas tem uma opção chamada ... "redirecionar portas". Onde fica? No menu principal tem várias opções. Uma delas diz "Rede Local" e faz sentido usar essa já que as portas serão encaminhadas na rede local. Na opção Rede Local tem uma opção chamada Redirecionar Portas. É só um formulário. Veja: É só preencher: dê um nome para a regra, tipo jd-cabo e jd-wifi, e use como descrito para seu programa. O endereço do remetente seria o IP externo, pode deixar em branco. O endereço de destino na rede seria o seu notebook, e use lá o endereço dele, tipo 192.168.15.30. A porta externa em geral pode usar a porta interna que seu programa usa. Clique no botão verde ADICIONAR e pronto. Agora para seu micro usar sempre o mesmo endereço na rede local você vai na tela DHCP --- logo aí nessa opção --- e vai lá na opção criar reserva no DHCP e cria uma entrada para o notebook quando usando o wifi e outra quando usando via cabo ethernet. Não precisa nem preencher nada. Apenas clique no triangulo na foto e ele mostra os dispositivos, ai você escolhe e salva. Já deve ter feito isso inicialmente para o wifi, imagino Veja: Agora, se o seu programa NÃO precisa de encaminhamento de portas, pode ser que ele tenha salvo --- uma bobagem de quem escreveu o programa --- o endereço IP dele na rede junto com a lista de downloads. E como mudou ele não acha mais o dono dos downloads interrompidos porque obviamente o endereço mudou. Se você precisa mesmo disso então precisa fazer com que o micro use via cabo o mesmo IP que usou via wifi antes. Pode usar a mesma técnica que mostrei acima. Ligue via wifi e veja o endereço, depois ligue via cabo e reserve o mesmo... Pode criar uma regra para cada um --- wifi/cabo --- com endereços diferentes porque o programa da VIVO não deixa reservar o mesmo endereço para dois MAC diferentes, mas aí você quando precisar vai lá e inverte os endereços, claro que antes de conectar o micro na rede... No fundo é exatamente como o que a gente faz quando escolhe se quer responder a correspondência do banco em casa ou no escritório...

Entendi. Se achar útil pode postar essa questão do nobreak no FORUM, com a marca e modelo dele e pode ser que alguém tenha um igual ou parecido e possa ajudar Dados Históricos, para quem se interessa O MSG é o sucessor do NET SEND das versões antigas de windows, e uma necessidade parecida vem de muito antes, quando o acesso aos computadores era por terminais, que nem sempre eram locais --- estou falando da era pré-Linux --- e quando caia a força no servidor o no-break mais sofisticado tinha dois fios que você podia colocar num conector serial e conectar de volta ao servidor. Não tinha softwar0, só os fios. Hoje em geral é um cabo USB e vem com o nobreak um programa e tal. Naqueles tempos, com esses dois fios entrando numa porta serial você monitorava o sinal e o no-break avisava quando caia a força. E aí você tinha que avisar todos os usuários conectados para salvar tudo e fechar a sessão, porque o servidor ia parar. Você escrevia um programa em C que monitorava essa "porta", em geral, já que falamos de Unix e o compilador C estava sempre ali. Ainda está, no caso do Linux, que é igualzinho. Já escrevi algo assim também para Windows usando VBScript, mais simples. E C++ pro Windows. E C no Linux. Mas aí fiquei pensando se daria para escrever com os mínimos recursos dos batch BAT no windows. E até dá. Escrevi esse Bye.BAT no café ontem a tarde, e a listagem --- termo bem anos 80 --- está aqui, caso alguém ache útil pode copiar. 'Bye' envia o shutdown para os micros da lista 'Bye cancela' faz o óbvio, afinal eu não queria mesmo desligar as máquinas aqui 'Bye MSG' testa o comando MSG para as estações, com a opção * para não ter que saber qual o usuário que tem sessão aberta Note que por padrão o Windows grava essas coisas todas no log, então é melhor não falar mal de ninguém via MSG Veja shutdown: Note que o comentário /c e a razão de desligamento /d 06:12 vão para o log também Cancelando: Ou mesmo as MSG: Na tela dos micros vem o esperado: shutdown: Note que não foi de fato a escolha do infeliz que está usando a máquina. A mensagem de desligamento remoto é cruel. Cancelamento: E a MSG E as mensagens ficam lá no log: Segue o código. Não tem nada de especial. E poucos cuidados, claro, é só um teste. Mas ao menos ele não tenta desligar sua própria estação. O tempo para desligamento e as mensagens estão logo no começo para ficar fácil de alterar. E a lista de micros está no final. Altere para testar com os seus. Fui legal e usei micro00 até micro09, quase como em sua rede Se você não tem um servidor WINS ou DNS local é melhor não contar com um NET VIEW para listar as estações como era nos '90 @ECHO OFF SETLOCAL ENABLEDELAYEDEXPANSION ENABLEEXTENSIONS set MODO_CANCELA="cancela" set MODO_DESLIGA="desliga" set MODO_MENSAGEM="mensagem" SET eu=\\%COMPUTERNAME% SET lista=%TMP%\lista.txt SET howto=%TMP%\howto.txt call :criaLista set /a tempo=480 set mensagem="Queda de energia: desligamento ocorrera em 8 minutos" set alerta="Queda de energia. Favor desligar o sistema nos proximos 8 minutos" SET /A nMaq=0 IF "%1" == "cancela" ( ECHO ***** Cancelando comandos'shutdown' em efeito set modo=%MODO_CANCELA% ) ELSE ( IF "%1" == "msg" ( ECHO ***** Enviando '%2' para as estacoes set modo=%MODO_MENSAGEM% ) ELSE ( IF NOT "%1" == "" ( ECHO ***** Parametro invalido '%1' EXIT /B 1 ) ELSE ( ECHO ***** Enviando comando para desligar as estacoes em %tempo% segundos set modo=%MODO_DESLIGA% ) ) ) REM loop so para contar quantas estacoes sao FOR /F "usebackq tokens=1" %%i in (%lista%) do set /a nMaq=nMaq+1 REM mostra para quantas estacoes vai enviar o comando IF %nMaq% == 1 ( Echo Apenas nossa estacao %eu% esta ativa. Nada a fazer. EXIT /B 0 ) IF %nMaq% == 2 ( Echo Apenas uma estacao esta ativa ) ELSE ( Echo %nMaq% estacoes encontradas na lista. ) SET /A maq=0 REM executa os comandos IF %modo%==%MODO_DESLIGA% ( FOR /F "usebackq tokens=1" %%i in (%lista%) do IF NOT %%i == %eu% ( SET /A maq=maq+1 @echo Estacao !maq! de %nMaq%: %%i call shutdown /s /m %%i /t %tempo% /d 06:12 /c %mensagem% ) ELSE ( @echo Pulando esta estacao %eu% ) EXIT /B 0 ) IF %modo%==%MODO_CANCELA% ( FOR /F "usebackq tokens=1,* " %%i in (%lista%) do IF NOT %%i == %eu% ( SET /A maq=maq+1 @echo Estacao !maq! de %nMaq%: %%i call shutdown /a /m %%i ) ELSE ( echo Pulando esta estacao %eu% ) EXIT /B 0 ) FOR /F "usebackq tokens=1" %%i in (%lista%) do IF NOT %%i == %eu% ( SET /A maq=maq+1 @echo Estacao !maq! de %nMaq%: %%i call MSG * /SERVER:%%i %alerta% ) ELSE ( echo Pulando esta estacao %eu% ) EXIT /B 0 REM ***** cria lista com os micros ***** REM podia ser apenas um SET lista = `net view` mas nas versoões recentes REM de Windows a descoberta de rede não é confiável então se você não tem um servidor REM WINS ou DNS local preencha aqui a lista de micros wm um arquivo. REM Porque criar o arquivo a cada vez? simples preguica de eidtar e atualizar outro arquivo REM REM ao final cria o arquivo com a mensagem de intrucoes REM :criaLista IF EXIST %howto% DEL %howto% IF EXIST %lista% DEL %lista% REM ---------------------------- edite aqui a lista de computadores, um por linha REM ex: @echo computador >> %lista% @echo micro00 >> %lista% @echo micro01 >> %lista% @ECHO micro02 >> %lista% @ECHO micro03 >> %lista% @ECHO micro04 >> %lista% @ECHO micro05 >> %lista% @ECHO micro06 >> %lista% @ECHO micro07 >> %lista% @ECHO micro08 >> %lista% @ECHO micro09 >> %lista% @echo hp8000 >> %lista% REM so para testar @echo %eu% >> %lista% ECHO: ECHO use 'Bye' sem qualquer argumento para enviar o comando shutdown >> %howto% ECHO 'Bye cancela' para cancelar o shutdown >> %howto% ECHO 'Bye msg' para enviar mensagem para as estacoes na lista >> %howto% ECHO: >> %howto% ECHO arfneto (2019) >> %howto% ECHO: >> %howto% TYPE %howto% IF EXIST %howto% DEL %howto% EXIT /B 0 Bom trabalho

Olá! Não precisa habilitar AllowRemoteRPC a menos que vá usar a opção * do comando MSG, como em MSG * /SERVER:micro04 "Falta de energia: favor desligar a maquina nos próximos minutos" no caso do tópico a conta é conhecida: local e pode usar MSG local /SERVER:micro04 "Falta de energia: favor desligar a maquina nos próximos minutos" Não precisa enumerar as sessões então não precisa de RPC. Mas em um caso ao menos já vi funcionar mesmo com MSG * e sem RPC: no micro que estou usando agora, então acho que nem era pré-requisito afinal. Note que a mensagem só aparece em uma sessão aberta então se estiver na tela de login não vai conseguir enviar nada. Mas vai receber uma mensagem de retorno na estação de origem. Se testou do mesmo jeito que na empresa quando postou a imagem no tópico não vai funcionar mesmo. a Sintaxe não é essa... Use MSG usuario /SERVER:nome_do_micro mensagem

Só precisava do cliente, eu creio. Bom que resolveu