arfneto

Seu problema agora é outro. Não é o que foi alvo desse tópico, acesso negado pelo sistema na carga do serviço cliente DHCP.

Precisa identificar agora se o problema é no tráfego da rede ou da internet a partir de seu PC...

Veja se consegue rodar um ping contra esse gateway em 192.168.1.1 e depois tente com algum celular ou TV que tenha na rede...
Depois troque os servidores DNS. Qualquer um desde que seja diferente... 1.1.1.1, 200.204.0.10, 8.8.4.4. 

Se eu provedor tem servidores DNS prefira sempre esses.

@Tenkyuu isso é tudo de que precisa para acessar a rede a internet

O que fez para ativar o cliente DHCP?

Sua conexão é com a rede e não com a internet. Seu roteador faz a conexão com a internet e é outro caso.

Seu computador está ou não está conectado? O que diz o IPCONFIG?

Se não tem um endereço de nada adianta um release e renew porque o servidor é o mesmo...

Se não está conectado ligue outro micro com o mesmo cabo e ligue o mesmo micro com outro cabo que funcione com outra máquina...

@Tenkyuu se resolveu de algum modo tal problema poderia dizer aqui para ajudar outros. É a razão do forum existir.

Está certa sobre o gaeway. Aquele é o endereço, se não mudou. E agora pode saber facilmente já que um ipconfig vai te dar a configuração de IP e acaba de dizer que o DHCP está funcionando

10 minutos atrás, Tenkyuu disse:

acho que entendi a explicação sobre o 192.168 e o 255.255, mas não a parte do que colocar no comando e o que faria

 

o comando simplesmente faria seu computador usar sempre aquele endereço --- static --- e não usar DHCP para essa placa de rede. Assim poderia usar a rede nesse micro enquanto não resolvia o que acontecia com o DHCP...

@Tenkyuu Se tem um roteador só então lá está o intervalo de endereços que o DHCP usa. 

É só um formulário. Usando o exemplo mais comum de todos o roteador fica no endereço --- que obviamente deve ser fixo --- 192.168.0.1 e uma tal mascara de rede 255.255.255.0  e roteador simplesmente usa todos os outros, de 192.168.0.2 até 192.168.0.254 para atribuir via DHCP para o que tiver na rede. E cada endereço tem um prazo de validade, nesse caso chamado de Lease Time, que pode ir de uns minutos até uns meses. Nem sempre esse padrão serve, e muitas vezes não serve mesmo. Por isso tanta gente em bares, lojas e padarias se acostuma a desligar e ligar o roteador wifi porque ele sempre para na hora de mais movimento  

O que estou dizendo é para ir lá e separar alguns, tipo os 10 primeiros, deixando o DHCP usar entre .12 e .254. Assim poderá usar de .2 a 192.168.0.11 para o que quiser. E ai você usa um desses em seu PC até resolver isso. 

Viu em sua máquina o que mostrei acima? o que mostra em sua máquina? É mesmo essa conta local service que ele está tentado usar para ativar o serviço????? 

Se for isso pode tentar garantir que essa conta está mesmo com autorização para isso, rodando o comando 

net localgroup administrators "NT Authority\Local Service" /add

e reiniciando a máquina.

Outra coisa que pode mudar algo, se por acaso andou experimento com receitas mágicas e mudou chaves de registro, é usar 

netsh winsock reset

que redefine uma série de coisas que aquele comando que usou não toca.

De volta a usar um endereço fixo para o micro

netsh interface ip set address "AdapterName" static 192.168.0.2 255.255.255.0 192.168.0.1

No seu caso o AdapterName parece ser simplesmente Ethernet mas verifique com ipconfig ou rodando netsh interface show interface

veja um exemplo aqui, da maquina que estou usando agora --- essa máquina tem vários adaptadores de rede, o que importa é você ver onde arruma o nome do seu na sua máquina

PS C:\Users\ForumCDH> netsh interface show interface

Admin State    State          Type             Interface Name
-------------------------------------------------------------------------
Enabled        Connected      Dedicated        VirtualBox Host-Only Network
Enabled        Disconnected   Dedicated        Conexão Local
Enabled        Disconnected   Dedicated        OpenVPN Connect DCO Adapter
Enabled        Disconnected   Dedicated        Conexão Local 2
Enabled        Connected      Dedicated        Ethernet 2
Enabled        Connected      Dedicated        Ethernet 3

E essa linha acima passaria a usar esse endereço fixo para seu micro, 192.168.0.2. O ultimo endereço é o do roteador 192.168.0.1, numa instalação doméstica, e segue meu exemplo do mais comum. Seu caso pode não ser esse.

43 minutos atrás, Tenkyuu disse:

mas obrigada pela explicação do netsh, realmente não sabia o que fazia hehe

netsh tem dezenas e dezenas de comandos. Raramente é usado ou necessário em redes domésticas

Está claro que não vai ter endereço de rede sem o cliente DHCP e ele não inicia por falta de privilégio. 

Enquanto não resolve isso --- imagino que já tenha feito isso -- separe uns endereços do pool de seus servidor (servidores) DHCP para usar como fixos e atribua um para essa máquina. Leva minutos.

Como vê na tela acima, rodando services.msc pode ver a conta que o sistema está usando para tentar ativar esse serviço e tentar outras --- administrativas --- e ver o que acontece...

netsh int ip reset vai voltar toda configuração da pilha de protocolos IP para o padrão ao reiniciar o sistema, e se você não andou experimentando mexer em nada disso não vai fazer nada. Mas não vai fazer mal. Se mudou alguma configuração para fora do padrão apenas deve se lembrar de refazer

Em 13/02/2025 às 07:21, willian gubiani disse:

acontece o erro mas não aparece nada nesse visualizador de eventos, mas consegui uma solução temporária, instalei a área de trabalho remota da Microsoft, é um pouco diferente mas não cai a conexão por lá e tenho as mesmas funcionalidades, momentaneamente vai ter que ser isso, agradeço a atenção   

Em 25/02/2025 às 10:44, Alberto Amaral disse:

Bom dia Galera, também estou com esse mesmo problema e paliativamente fiz o mesmo que o amigo fez, mas preciso achar uma solução para isso, se alguém souber avisa aqui.. será de grande importância.

Em 25/02/2025 às 13:50, Eduardo Ecmo disse:

poise, também estou com o mesmo problema, ele cai a conexão em 45-60s em media, o solução paliativa foi usar o rdp da microsoft

Então qual o mecanismo de conexão que seria "não paliativo"?  e que tem as mesmas funcionalidades? Que mecanismo é esse que parou de funcionar e que torna o cliente nativo uma solução paliativa?

Em 12/03/2025 às 01:56, Gatomor disse:

@arfneto precisaria configurar algo no roteador? ou por padrão esse tipo de coisa é acessivel?

 

Em 23/02/2025 às 16:28, arfneto disse:

Para rodar de fora da rede ---  sem uma máquina lá como meio de campo --- pode usar um encaminhamento de portas no roteador. A porta 9 é comum nesses casos. O IP tanto faz já que é um broadcast e os pacotes vão pra todo mundo.

Pois é. No mesmo segmento de rede ethernet não é preciso fazer nada. Fora disso deve fazer o que escrevi logo antes...

Em 02/03/2025 às 15:44, MbR2XgD disse:

Sim, a
maioria dos roteadores antigos, não tinha esse problema, na hora de compartilhar pastas,
era que o todo mundo fazia.

Os switches embutidos nesses roteadores, antigos e novos, bem como esse que usa, são switches ethernet comuns. Esses protocolos de compartilhamento rodam em IP, outra camada, e esses switches não interferem nisso.

Em 02/03/2025 às 15:44, MbR2XgD disse:

Não sei por que disso, mas acredito que o problema pode ser
o Roteador de Internet, teria que colocar ele e modo Bridge, desativar o DHCP do Roteador
da Internet, não sei, alguma coisa assim, para o usar o Tplink como Roteador principal.

Não precisa de modo bridge e nem de desativar o serviço DHCP. E de todo modo pode testar usando endereços IP fixos e um cabo direto entre as máquinas. Nem precisa ser um cabo crossover hoje em dia porque as placas de rede há muitos anos são compatíveis com os dois cabos, MDI e MDX

Se colocar o roteador "de internet" em modo bridge automaticamente vai desativar essas coisas. Bridge é isso, ponte: seu roteador vira um conversor de mídia e desaparece da rede local.

11 horas atrás, claudineybm disse:

Sendo isso que deve acontecer, confirma a hipótese inicial de que esse modelo de roteador tem uma vlan fixa por porta configurada no switch integrado a ele

Ele não tem isso. É um switcth ethernet passivo e a TP-Link pode te confirmar isso. Escreva para o suporte.

6 horas atrás, claudineybm disse:

Ligue um switch "normal" na saída desse EC220 e ligue todos os computadores nesse switch

Este é um "switch normal". um switch ethernet. Não trata VLAN e assim não tem nada para configurar. Switches ethernet são passivos.

Em 26/02/2025 às 23:04, Cláudio R. disse:

Não sei exatamente qual era a causa do problema, mas algum desses códigos resolveu, então a ideia que o windows por si só já roda todos esses comandos ao reiniciar o sistema, como protocolo, é falsa (já que reiniciei várias vezes e isso não solucionou nada).

Expliquei acho que caso a caso. Você assumiu que algo aí dessa lista resolveu seu problema e tirou suas conclusões a partir disso. Mas pode ser precipitado. 

Em 26/02/2025 às 23:04, Cláudio R. disse:

Gostaria de entender o propósito da sua resposta, uma vez que:

1. Eu já resolvi o problema.
2. As informações não ajudam, pois eu já havia tentado tudo que você mencionou.

Tentei explicar e evitar que outros percam tempo com essas coisas inócuas. Coisas como limpar cache de DNS, que é efêmero e fica em memória...

Sua conclusão 2. é provavelmente precipitada.

De todo modo lembro que o "jargão técnico"  que eventualmente cerca essas coisas existe porque essas coisas são, simplesmente, questões técnicas... 

16 horas atrás, Gatomor disse:

ja testei outros aplicativos WOL e todos dizem que a enviaram o comando mas nada  ocorre, isso considerando q eu só tenho o endereço mac da maquina alvo, usar o IP resolveria?

não, não resolveria. WOL é um pacote de broadcast,  na LAN, via ethernet. Não há IP com a máquina desligada... 

Não está claro como configurou isso, mas o provável é que só vi funcionar com a estação que roda o Anydesk --- o laptop --- ligada claro no mesmo segmento de rede ethernet que o desktop.

Para rodar de fora da rede ---  sem uma máquina lá como meio de campo --- pode usar um encaminhamento de portas no roteador. A porta 9 é comum nesses casos. O IP tanto faz já que é um broadcast e os pacotes vão pra todo mundo.

@luciomarques É, nada tem a ver com compartilhamento. 

Eu, entre outros, escrevi sobre essas coisas em muitos tópicos aqui. Mas parei de repetir porque é muito monótono e isso não muda há décadas.

DHCP por exemplo está especificado no RFC 2131, de 1997, e é o que temos hoje.

Nos últimos tempos tenho repetido uma lista de tópicos em que escrevi algum argumento, roteiro, numeros, desenhos e explicaçoes a respeito. Pode dar uma olhada e ver se e ajuda em algo. E se tiver algo específico pode perguntar de novo aqui...

Alguns números

Outro caso

detalhes aqui

 exemplo

resumo

Nunca conecte roteadores secundários via porta WAN. Isso cria outras redes IP e segmenta o tráfego. A primeira rede não vê as outras. As outras veêm a primeira apenas porque nela é que está o gateway padrão dos roteadores. Fora isso quase nada funciona mais direito.

Incorre em múltiplo NAT e pode perder metade da banda nas redes que não a primeira só por causa disso.

Nada vai funcionar direito com dispositivos que não estejam na mesma rede IP. Isso inclui espelhamento de tela de celulares, compartilhamento de arquivos, impressoras wifi, lâmpadas e acessórios smart  e outras coisas.

Encaminhamento de portas tem que ser repetido em TODAS as redes secundárias. Broadcast de rede não passa pelos roteadores e assim coisas como Wake-on-LAN não vão funcionar.

Desconexão temporárias por alguns segundos  acontecem quase sempre devido aos intervalos de lease de DHCP.

Acesso remoto é um pesadelo.

Em 13/02/2025 às 09:59, ana00 disse:

Amigos, resolvido criando os usuários das outras duas máquinas na máquina que está compartilhando a pasta.

 

Salvei as credenciais e não vão nem perceber que há senha nesses usuários.

 

Obrigada pela ajuda!!

 

É como te expliquei, mas implementou ao contrário...  

Não é uma boa ideia fazer como fez. Como sua rede em um número mínimo de máquinas e compartilhamentos não te fez muita diferença.

O foco é na máquina que compartilha o recurso e não o contrário. Um usuário compartilha algo. Muitas vezes com um grupo, como "operadores" ou "contabilidade" ou "marketing". É mais simples.

E aí você cria ESSE usuário nas máquinas em que algum usuário precise de acesso a esse compartilhamento.

A razão? Simples: você não precisa TODA VEZ voltar a essa máquina que compartilha a pasta e cria mais um usuário. E quando esse usuário sai da rede não precisa voltar a todas as máquinas em que tenha ao menos uma pasta a que esse infeliz tivesse acesso.

Uma coisa é criar o compartilhamento outra é configurar o acesso. Você misturou as duas coisas e isso não tem escala.

não. isso nada tem a ver com Internet. se desligar o cabo que vem do provedor tudo vai ficar igualzinho na rede local 

Em 15/02/2025 às 21:41, Edvaldo J. Frederico disse:

Coloque o DNS do Google.

8.8.8.8

8.8.4.4

DNS não estabelece rotas

Depois que sua rota deixa o gateway a escolha de rotas está fora de seu alcance. traceroute e route são os comandos que podem informar ou atuar sobre a escolha de rotas.

Em 15/02/2025 às 21:10, gustavo moreira18 disse:

Nos últimos dias notei que as escolhas de rota da minha internet não estão sendo as melhores,

em qualquer jogo q eu escolha jogar meu ping fica em 150+.

É difícil um usuário julgar a qualidade da escolha de rotas para acessar um endereço IP. Depende de fatores fora do alcance de um usuário. Protocolos ajustam isso dinamicamente.

Em 15/02/2025 às 21:10, gustavo moreira18 disse:

Moro no Vale de Itajai em Santa Catarina. Recentemente teve varias tempestades e gerou varias quedas de energia.
Pode ser culpa de meu cabo de internet ou algo assim?

Nessa época das chuvas a rede pode mesmo ficar instável e tirar do ar alguns dos gateways comuns e mudar as rotas. E a volta de algum deles pode demorar a se propagar pelas redes por um efeito cascata que atua nessas coisas. Não há o que fazer para um usuário do provedor. O provedor tem especialistas atuando na rede interna. Depois de sair da rede do provedor a gestão da internet passa para pessoal ainda mais especializado. 

A conexão com os EUA é feita por 1 de 4 cabos submarinos. 

Não ligue roteadores via WAN. Vai ter uma série de problemas e uma perda grande de banda. A toa.

Se tem só dois roteadores use DHCP nos dois. Na mesma rede. Faça o simples: apenas separe um bloco de endereços para cada um e reserve um bloco para endereços fixos, como os óbvios dos próprios roteadores.

Um bloco de endereços pra uma rede doméstica, conhecida como /24 por usar a máscara 255.255.255.0 que tem 24 bits --- dai o nome --- e acomoda até 256 endereços. O lado do zero na tal máscara. Dois são reservados, o primeiro e o último.

Exemplo clássico: 192.168.0.0./24.

• 192.168.0.0 é o endereço de rede, 192.168.0.255 é o endereço de broadcast. Então por exemplo separe 10 endereços para seu uso.
• Separe 100 para o primeiro roteador e deixe o resto para o segundo. Nesse caso então de 11 a 110 para o primeiro roteador e de 111 a 254 para o segundo. Pronto.
• Use os roteadores em 1 e 2 por simplicidade.
• DHCP ativo com os blocos como acima.
• Tanto faz que roteador da endereço para quem. é a mesma rede afinal.
• use um tempo de lease pequeno porque se cai um roteador quando ele voltar as coisas vão se corrigindo sozinhas. O normal é claro o servidor DHCP do roteador atender primeiro aos dispositivos que estão ligados nele, e assim vai ter uma latência menor e alguma redundância na LAN.
• claro que o gateway é único: o roteador que está ligado ao provedor.

Não há problema, e não teria mesmo que fosse no mesmo domicílio.

A questão de instalação física e adequação a cada casa vai ficar claro a cargo do provedor. 

Se for o mesmo provedor, o que é comum em área rural, talvez não ganhe muito em ter outro link com o mesmo provedor e seja mais fácil usar um link para a chácara e dimensionar para atender as casas. Se for outro pode valer a pena ter ainda um link entre as duas casas, para ter alguma redundância. Apesar de aparentemente virem pelos mesmos postes se a rede do provedor for outra pode ter situações, em especial na estação de chuvas, em que um cai e outro não.

Em 24/01/2025 às 14:11, Banunin disse:

Mas o Cat 5E só vai até e 1000Mbps que é igual a 125Mega, espero que não esteja esperando 2.5Gbpps que são 2500Mbps.com um cabo desse 

Com cabos de rede --- patch cords --- e não cabos passando por dutos e patch panels, um cabo de até uns 15/20m deve sim conectar acima de gigabit ou mesmo acima de 2.500 mbps fácil. Isso em ambientes normais de casa ou escritório.

48 minutos atrás, Fause disse:

No manual estava dizendo que a sequencia tinha que ser todos os fios cor+branco e depois os cor inteira nas duas pontas.

 

Mesmo eu falando que isso não interferia, ele insistiu até eu fazer do jeito que ele queria... Depois que fiz, ele testou novamente e claro que continuou não funcionando... Ai ele concluiu que o equipamento dele realmente estava queimado  .

 

Mas claro... O problema estava no cabo... Na sequencia dos fios né... As cores transmitem correntes diferentes.

Frustrante, imagino. 

Entenda que as cores não transmitem correntes diferentes MAS tem mais voltas --- o T de UTP, twisted --- nos pares verde e laranja e isso sim faz diferença se o comprimento do cabo aumenta... por isso se usa use norma, e A ou B. 

E claro que se o cabo passa por dutos a existência de uma norma é salvação. Como vai saber a sequência dos fios quando a outra ponta está no forro e dois andares acima, por exemplo?

Isso não é uma configuração, é um limite. De nada adianta você marcar o máximo que a placa suporta sem saber o que tem do outro lado, qual o cabo, os terminais e o ambiente em que está usando isso.

Só na hora da conexão dá pra saber. Nunca mexa nisso a menos que precise fixar uma velocidade menor do que a que seria esperada.

1 hora atrás, Geliabe disse:

O cabo me entregava uma quantidade limitada de internet por estar com ''defeito'' afinal, era um cabo que entregava a quantidade do meu plano de internet contratada. Ele alegou que realmente era o cabo danificado!

Essas nem são conexões de internet. São conexões de rede local e nada tem a ver com o provedor oi mesmo com a existência de um provedor.

É muto comum esse lance de conexões não passarem de 100mbits na rede local --- FE de Fast Ethernet --- quando o cabo tem algum problema nas vias 4 5 7 ou 8. São 8 vias mas se ele tiver defeito em uma das outras 4 não vai conectar de jeito nenhum. Mas FE conecta com 4 vias e partir de gigabit só conecta com 8 vias transmitindo. 

O problema também pode estar nos soquetes, claro.

E isso --- max 100 mbists --- em relação a internet pode nem ser muito problema, porque ajuda a democratizar o acesso na rede. Entenda que se contrata 500 mbtis e tem 8 PC mais 6 celulares e 3 TV tem que dividir essa banda de MEIO gigabit entre TODOS os dispositivos e então limitar alguns a 100 pode até fazer sentido, evitando que um cara consuma sozinho ---numa máquina moderna e com um perfil de uso irresponsável --- boa parte do que tem contratado...

Nada mudou nisso em décadas. Os protocolos são os mesmos, os riscos são os mesmos.

SSH e Telnet são os protocolos comuns via texto, RDP e VNC são os protocolos comuns com interface gráfica. As portas padrão são as mesmas, mas podem e devem ser alteradas. TeamViewer continua igual. Anydesk começou como um clone desse, e vindo da mesma Alemanha. Hoje em dia o TeamViewer incorporou a interface mais fashion --- e esparsa --- do Anydesk, mas é o mesmo mecanismo.

O mecanismo para uso disso também nada mudou em nenhum roteador. Se trata de encaminhar a porta certa para a maquina certa na rede interna, se for um protocolo que não tem um serviço externo de controle. Isso pode envolver, claro, configurações na conta, no DHCP, contratação ou uso de um serviço de endereço dinÂminco tipo DYNDNS, e no sistema. Mas nada mudou.

@Alvaro José Masiero É comum usar uma VPN e passar as preocupações de segurança para ela... Kerberos é outra opção comum

Em 06/02/2025 às 09:49, ana00 disse:

pc M1 - usuário user-m1 - sem senha

pc M2 - usuário user-m2 - sem senha

pc M3 - usuário user-m3 - sem senha

Ainda sobre isso, note que usasse por exemplo user_m em todos e com uma senha comum, e habilitasse o logon automátco usando essa senha, não teria esse problema de autenticação, não teria que digitar senhas, mas não teria que ficar tentando contornar a simples ideia de ter uma senha para cada conta

Em 06/02/2025 às 09:49, ana00 disse:

Todos com IPv6 desabilitados.

 

IPv6 nada tem a ver com o protocolo em questão

Em 06/02/2025 às 09:49, ana00 disse:

Nas configurações de compartilhamento avançadas ativei a descoberta de rede e compartilhamento de arquivos e impressoras (redes privadas e públicas) e marquei a opção desativar compartilhamento protegido por senha.

Se fizer o simples e definir a sua rede como privada não precisa se preocupar em definir nada para redes públicas. E usar  compartilhamento sem senha é até um pouco ingênuo porque afeta todas as conexões, lícitas ou não. E se tiver o mesmo usuário e senha em todas as máquinas não vai nem saber que tem uma senha 

Em 06/02/2025 às 09:49, ana00 disse:

E depois quando cancelo ou tento preencher só o nome de usuário user-m3 ele dá que "O Windows não pode acessar \\M3 - Código do erro 0x80070035 - o caminho da rede não foi encontrado"
 

Se tivesse na máquina de destino a mesma conta da máquina de origem o sistema não te diria isso. Como usou contas diferentes e sequer tem uma conta em comum fica com esse "problema"

Em 06/02/2025 às 09:49, ana00 disse:

Já fui até em Políticas de Grupo Local > Configurações do Computador > Modelos Administrativos > Rede > Estação de trabalho do LANMAN e habilitei o "Habilitar logons de convidados não seguros" e mesmo assim não conseguem acesso à pasta compartilhada.

Pois é. Essa é a conexão mais trivial que existe, acessar compartilhamentos na rede local por máquinas do mesmo grupo (imagino) e na mesma versão de sistema. Não dá pra imaginar que seja preciso conhecer e manipular políticas de uso, ferramentas típicas de uso em empresas.

Em 06/02/2025 às 09:49, ana00 disse:

Tentei ativar no Recursos do Windows a opção SMB 1.0/CIFS Client, também sem sucesso.

É o mesmo caso. Com todas as máquinas nas versões modernas de Windows não dá pra imaginar que seja preciso conhecer recursos adicionais do Windows, muito menos habilitar versões menos seguras de um protocolo.

Em 06/02/2025 às 09:49, ana00 disse:

Fiz o compartilhamento da pasta ARQUIVOS DE REDE na máquina M3, permissão de acesos total para Todos

Embora seja expressão comum, lembro que não existem "ARQUIVOS DE REDE". A rede é só uma camada de transporte e não hospeda nada.

Se compartilhar uma pasta em \\M3 para um certo usuário de M3 e algum usuário de M1 ou M2 que tenha conta em M3 acessar a pasta o sistema vai pedir credenciais e te dar oportunidade de salva-las. Se for o mesmo usuário dono da pasta isso será transparente. Se não tiver conta vai dar erro, como está vendo. Essa é a lógica.

Se criar uma conta, por exemplo user-g em todas as máquinas pode usar essa conta para autenticação e não precisará tentar contornar os mecanismos de proteção do sistema, que é uma atividade estranha para um uso normal da rede...

18 horas atrás, LucasHDR disse:

Outra questão, eu assinei um segundo plano de internet (vivo) e comprei uma placa de rede para deixar sempre com duas conexões no computador, caso uma caia a outra me mantenha conectado. Se for possível fazer essa troca de modem, poderiam me indicar qual modem seria interessante investir, deixando de lado valores, levando em consideração que é para uso domestico (filmes, jogos, etc) ?

Qual a outra questão? Quer saber se (1) vale a pena e (2) por qual trocar? E onde entra o fato de ter contratado outro provedor?

Cai um provedor o outro entra

Esse lance de cair uma conexão e a outra manter você conectado é um tanto utópico. Numa rede local há muitas maneiras de agregar vários provedores. Muitas marcas vendem aparelhos chamados até de Load Balancers --- balanceadores de carga --- como se de fato fizessem isso, e você pode até usar um desses.

Só que não fazem isso. Antes de tudo se precisa entender como seu computador ou um aparelho desses vai entender que um provedor parou. E onde parou. Pode ser difícil de detectar, pode ter um falso positivo.

E quando "cai" um provedor ele vai derrubar, claro, todas as conexões ativas através dele. Não sei de uma maneira de passar as conexões de modo transparente para outro gateway (provedor). Vai cancelar tudo.

Se a placa de rede ou o algoritmo de balanceamento ou o dono dos modems fizer algo então todas as próximas conexões serão feitas usando o outro provedor.

Com dois provedores --- ou mais --- precisa ter algum algoritmo para distribuir as conexões entre eles. Os "balanceadores de carga" usam algoritmos elementares --- tipo round-robin por exemplo, uma simples alternância --- e vão alternado as conexões. 

Mas isso é uma bobagem. Vai balancear apenas as conexões e nunca a carga porque não tem como saber o que um dispositivo vai fazer DEPOIS de conectado.

De todo modo , a depender do sucesso do algoritmo, os usuários continuam on-line e, no caso desses LB, o algoritmo detecta a volta de um provedor e volta a distribuir conexões por ele. Só que não derrubar nenhuma conexão para passar para o novo provedor, e assim pode demorar muito para isso ser visto na rede.

No seu caso, com as duas conexões entrando no mesmo micro, pode usar um script para alternar entre um e outro provedor e usar um como primário e outro como alternativo. 

Claro que dependendo de sua paciência e conhecimento pode alternar isso, ou mesmo usar comandos como ROUTE  no Windows para forçar alguma conexão a usar certo provedor. E sua necessidade de aumentar muito a possibilidade de ter conexão com a internet vai ser atendida.  Mas nada mágico e transparente. E claro que seu computador pode ser o gateway da rede e assim alternar o uso de um ou outro provedor através dele, usando uma terceira placa de rede e outros equipamentos, mas aí seria assunto para outro tópico

Vale a pena trocar o modem da operadora?

Entenda que pode dar na mesma. Esses provedores, em especial esses gigantes, tem infraestrutura complexa e pode ser que tenha um problema entre seu roteador e o gateway DELE ou mais adiante até, na rede dos caras. Isso quer dizer que se trocar o modem vai ficar com o mesmo problema, que pode ser uma demora na renovação de DHCP do seu modem com o servidor do provedor, por exemplo.

E se tiver certo que o problema é com o modem os caras vão trocar rapidinho. E dá pra imaginar que o modem atende o necessário para uma conexão, porque tem milhões deles em uso. 

Em geral se troca isso, ou mesmo se usa o modem da operadora como ponte de rede ---  o tal modo bridge --- quando se precisa de mais recurso ou mais controle sobre a rede, já que os recursos desses aparelhos não são assim o máximo. Para um usuário doméstico pode não ser o caso.

Um exemplo do meu uso: no litoral de São Paulo, em especial no início do ano, na estação das chuvas, cai muito a energia e a rede desse provedor, CLARO, que usa os postes conhecidos por estarem lá fora na chuva. Em alguns casos --- acho que tem um timeout --- ou é algo elétrico mesmo, esse provedor volta a configuração do modem para o modo de fábrica.

Para um usuário doméstico isso raramente é problema. Mas se na sua rede tiver dispositivos como servidores de acesso remoto, servidores de acesso a câmeras, coisas assim, pode ser um desastre o aparelho voltar para a configuração de fábrica num sábado a noite quanto não tem ninguém no prédio com condição de reprogramar o infeliz. Nesses casos vale a pena deixar o modem em modo ponte e usar o seu... Esse é o meu caso lá.

44 minutos atrás, ana00 disse:

você acredita que até tentei fixar o IP ontem e nem assim foi?!

não há surpresa. Não tem qualquer relação entre IP e esse protocolo.

44 minutos atrás, ana00 disse:

Tentei desabilitar firewall, dei um ipconfig /flushdns (release e renew também kkkkk) e nada fez ir.

limpar o cache de dns nada vai fazer e pouco tem a ver com isso. Ou renovar o endereço IP. O cache de que suspeita não é de DNS. É de conexões SMB.

Os compartilhamentos no windows são controlados por um protocolo, como sabe, é não é TCP/IP. Tem o nominho ingênuo de "Compartilhamento de impressoras e arquivos para redes Microsoft".

Essa ideia de lutar para desabilitar as senhas não é assim muito boa. A gente pode sempre nada contra a correnteza mas cansa pra caramba.

O mais simples é só fazer o normal. Os compartilhamentos são autenticados por usuário e senha. Se acha mesmo que ter senhas é o fim e que auto-logon também não te atende, apenas crie, como sugerido por @Fause e como você já suspeitou, crie um usuário para esses compartilhamentos. Crie tal usuário em todas as máquinas e abra sessão ao menos uma vez. Use a mesma senha por simplicidade. E então ao acessar a primeira vez o sistema que hospeda o recurso vai autenticar por esse usuário e senha e não vai pedir senha.

Ao acessar por outro usuário pode ser que na primeira conexão o sistema te peça a senha, e você faz o óbvio: diz lá no formulário que acendeu na tela que vai usar outra conta pra autenticar, marca lá a conta e a senha e marca para salvar as credenciais. Pronto.

Todas as versões modernas de Windows vem dificultando mais e mais essa ideia --- meio ingenua --- de acesso sem senha e sem usuário. Há décadas. 

Ao invés de pesquisar ou criar maneiras para cada nova versão é mais simples fazer o que te disse. SEMPRE vai funcionar.

E evite usar comandos herdados tipo NET USE ou NET SHARE ou compartilhar unidades inteiras porque isso pode trazer novas surpresas com bloqueio de acesso por coisas bestas como simplesmente mudar o nome (label) de um disco compartilhado.

Acho estranho alguém até postar um vídeo sobre como DESLIGAR o compartilhamento protegido por senha em 2025, mas é o que temos.

Como expliquei, basta seguir aqueles pré-requisitos e o sistema nunca vai pedir uma senha, mas para esses micros e não pra todo mundo . Basta o simples: mesmo grupo de trabalho, uma conta comum em todos os micros (por simplicidade) e a mesma senha para essa conta em todos os micros (também por simplicidade). No primeiro acesso aparece a opção para salvar as credenciais se for preciso usar outra conta e senha. Se for igual é totalmente transparente. Em geral a gente insere isso nos padrões de instalação do sistema, ou simplesmente se acostuma.