Rodrigo_Sobrinho

Seria sim... o linux seria apenas a última pá de cal...

Pelo que entendi você está mantendo várias cópias dos mesmos documentos... Faço backup no meu servidor (server 2008) com a ferramenta de backup do mesmo. Uso um hd externo de 1TB com o método de bare metal... uma cópia perfeita do sistema. Acho mais prático. Ou siga a dica abaixo e faça o bare metal como uma tarefa (mais opções)... http://www.profissionaisti.com.br/2014/09/backup-bare-metal-automatico-em-10-passos/

Backup automático agendado pra esse horário?

Provavelmente alguma GPO no server...

Podemos fazer um teste para saber se é defeito na placa mãe... Consiga um dvd de qualquer distribuição linux com interface gráfica (pra facilitar... pode ser ubuntu, mint...) Reinicie a máquina e entre em modo live (sem instalar o linux)... Quando o sistema abrir verifique a conexão com a internet... Se der pau o problema provavelmente é na placa mãe..,

Pelo visto sua rede não é estruturada pra poder ter colocado o cabo da outra máquina na sua... Qual o DNS que está setado nas máquinas que funcionam normal??? porque se tiver um servidor DNS na rede você tem que setar ele manualmente...

Esse é o método mais fácil amigo... pode acreditar... uma vez consegui remover pelo próprio windows mas deu um trabalho enorme... além de ser muito mais delicado mexer no registro manualmente como tive que fazer... Vá por mim... o método linux é simples, fácil e seguro... além de eficaz.

O GBplugin é o "guardião" da caixa econômica federal... deixa a navegação pesada e lenta... e muito difícil de desinstalar via Windows... Eu sempre removo via linux... basta dar boot no pc com alguma distribuição linux com interface gráfica pra facilitar (ubuntu, Mint...) não precisa instalar basta usar a opção EXPERIMENTAR.. Uma vez na tela inicial do linux basta selecionar a unidade de disco onde o windows está ir em arquivos de programas x86 e deletar a maldita pasta gbplugin... ] Depois reinicia o windows e desinstala algum vestígio do programa... aconselho usar o ccleaner na sequencia pra limpar o registro e o cache do navegador... Simples assim.

Não entendi o automaticamente mas já que você trocou a porta isso é o que importa... Já tentou colocar outra máquina ou mesmo notebook no lugar dessa problemática e ver se acessa com mesmo cabo e porta?

você só não fez uma uma coisa... trocar a porta lan pela qual sua máquina recebe sinal... faça isso e teste. Talvez a porta lan do switch esteja com defeito. Aqui na firma tenho uma porta assim.

Como te falei. No seu caso eu não perderia tempo levantando servidor... apenas faria um compartilhamento robusto. Montaria uma máquina com windows 7 instalado e nessa máquina alocaria os documentos a serem compartilhados com um hd externo como backup... o seu problema de lentidão na rede nada tem a ver ser a falta de um servidor. É algum problema em sua estrutura mesmo. Sugiro em redes pequenas trabalhar com ip fixo... Mas se você realmente quer trabalhar com servidor sugiro instalar o ubuntu nessa máquina e levantar o serviço samba (arquivos)... muito leve, seguro e eficaz... o samba nada mais é que uma versão free do smb da microsoft... no fundo trabalham da mesma maneira. Segue tutorial.

Muito bem observado colega. No baixaki tem o the dude... é um soft free pra mapear rede... Achei a interface um pouco confusa mas pode te ajudar...

Eu não instalaria servidores para pequenos portes como o seu... Usaria apenas um disco compartilhado em rede (pode ser até pelo router) e um hd externo como backup a não ser que você queira gerenciar permissões com o AD... Se a opção for realmente um servidor o windows server é o mais simples e rápido de aprender... Mas se você for entusiasta como eu opte pelo samba em linux...

A maioria do swithches não tem ip... apenas os gerenciáveis... Nesses casos entre no pompt e dê o comando ipconfig para saber seu gateway De posse dessa informação dê o comando tracert 8.8.8.8 os ips que aparecerem entre o da sua máquina e o gateway serão ativos de rede...

Eu tava com um problema parecido. O meu pc logava mas demorava um tempão em tela preta... como eu fz uma atualização do 8.1 pro 10 foi necessário dar um chkdsk /r/f... depois do comando o pc voutou a logar normal...

Com certeza o problema não era esse uma vez que o teste TELNET não funcionou...

No servidor... não precisa fazer regra no router porque estamos tratando de rede interna ou intranet

Até hoje eu só vi 2 processadores queimados em 8 anos trabalhando na área... mas os dois eram antigos como esse seu. Nesse caso seria conveniente testar outro processador e outra placa mãe... Falta a fonte.

Ok... criou a regra no firewall? Preste atenção quando estiver no firewall do servidor... Mesmo depois q você cria a regra você tem que selecionar ela e ir em DETALHES... de primeira nem sempre a porta correta está setada nessa aba... verifique e poste resultados...

O telnet tá correto... desabilite o firewall temporariamente e faça o telnet novamente... Se funcionar com o firewall desabilitado basta inserir uma nova regra.

Melhor testar via telnet... Comando: telnet ip porta Se funcionar ficará apenas piscando o cursor no lado superior esquerdo do prompt... _ _ _ ...

Esse BIP longo e contínuo é problema no socket... geralmente ocorre quando é colocado um processador não suportado pela placa mãe. MAs como ele estava em funcionamento eu removeria o cooler para limpeza e troca de pasta térmica e testaria com outra fonte caso não resolvesse.

Em relação ao TDP o colega respondeu perfeitamente acima. Os demais testes estão dentro da normalidade... Verificou o HD com o HD TUNES??? Fiquei intrigado com o barulho na hora do travamento... Seria conveniente também testar a fonte... se ela está entregando as correntes adequadas... principalmente pelo falo do travamento ocorrer quando se usa todos os núcleos do processador, ou seja, os 125w no total. Lembrando que pode ser problema de soft tb... uma restauração de sistema para data anterior como mencionado pode esclarecer isso.

Barulho de travamento??? Verifique o HD com o soft HD tunes... ele vai te dizer se há algo errado com o disco... Como citado acima verifique tb as temperaturas com o aida 64...

Para ponte=bridge... O método que você citou como "ponte" colega Alissomrex não tem esse nome no jargão técnico... A função é sim a mesma (nesse caso transformar a lan em wan para passagem de dados) mas o equipamento não fica transparente (que é a característica da função bridge) daí ser equivocado chamar o método de "ponte". Transparência que no caso é a ausência da necessidade de definição de rota. Quando usamos a lan como wan (no que você chamou de ponte) nós temos obrigatoriamente que informar a rota. Descaracterizando completamente a transparência que é o fundamento da função bridge. O equipamento faz uma "ponte" entre os dois segmentos de rede mas não atua em modo bridge... parece ser preciosismo mas é o correto. E quanto ao problema do colega minoso seria interessante testar o tp-link em outro cenário antes de alegarmos defeito físico.