xucrute

Os equipamentos para rede (neste caso ethernet) utilizam os mesmo padrões e definições. Portanto você não irá comprar um equipamento que não é compatível (desde que tenha boa procedência) O que você precisa se preocupar é com o que irá rodar nessa rede. É algo pesado? De quantos equipamentos estamos falando?

Estou levando em consideração que o servidor possui as mesmas configurações de IPs usadas no outro servidor e que as configurações de RRAS estão corretas e a internet está funcionando no servidor e nos clientes. Caso nada disso tenha sido feito será necessário rever as configurações do servidor. Você precisa saber que tipo de VPN é utilizado. A L2TP/IPSec utiliza as portas 500 UDP 4500 UDP e 1701 UDP. O PPTP utiliza a porta 1723 TCP. O problema é que o PPTP utiliza para controle o protocolo 47 que leva o nome de GRE e não sei se há essa opção no Windows. Veja se encontra isso nas opções do RRAS e direcione tudo para o RV042.

No seu primeiro tópico você informa: Sendo este o PDC note que o DNS não está apontando para ele. O correto a configuração estar em 127.0.0.1 ou 172.16.0.20 Depois você diz: O servidor, não sendo o primário, deveria ter o DNS apontando para o PDC, que é 172.16.0.20. Eu configuraria primeiro do AD funcionando nos dois servidores e depois prosseguir com o Forefront.

Caso você não tenha nenhum DNS na sua rede, o AD pede a instalação do DNS no servidor. As consultas diretas e inversas não precisam ser configuradas nesse momento. Se o DNS for instalado na maquina do AD, é importante que o DNS do PDC esteja apontado para ele próprio. Os computadores da rede deverão ter como DNS o IP do PDC. Para saber se está tudo ok execute o comando nslookup procurando o seu PDC pelo nome. A resposta deve ser o IP e o nome+domínio do servidor. Exemplo:

Importante lembrar que para monitoração os equipamentos precisam ter suporte ao SNMP (não conheço outro protocolo de monitoramento). Caso não tenha o suporte, não irá funcionar. Um sistema bem interessante é o zabbix ou o nagios, sendo o segundo um pouco mais chatinho de implantar mas que não deixa de ser interessante.

Use o speedtest e faça testes dentro do Brasil e fora do Brasil. O problema pode estar nas rotas da Oi, que podem estar congestionadas em alguns horários.

Não há como criar 2 DMZ. O que pode ser feito é configurar portas de entrada diferentes para cada DVR e no roteador fazer o direcionamento de porta para cada um.

Eu já trabalhei com o RV042. Ele é indicado para pequenos e médios escritórios. Tem o controle de banda por IP, por serviço e por porta, balanceamento de links, failover e boas opções para VPN. O failover eu nunca cheguei a testar, pois se algum dia um dos links caiu eu não cheguei a notar. O RV016 tem processador mais rápido e mais memória que o RV042.

Tente alterar os modos de velocidade da placa de rede. Por padrão o valor vem em automático ou auto negociação. Veja se fixando em 100mbits/s half ou full você consegue a conexão. Acesse essas propriedades pelas opções da interface de rede. A localização e as opções variam de acordo com o fabricante da placa.

Os downloads que você diz ter problemas são realizados de que origem? Já fez um teste de velocidade no speedtest?

Você não vai conseguir utilizar este equipamento porque ele roteia a conexão ADSL. Esta porta LAN não é roteável.

Poste o resultado do comando ipconfig de ao menos 2 maquinas.

O gateway é o mesmo endereço de IP da conexão. Isso acontece porque você está utilizando uma conexão do tipo PPP. Neste caso você quer saber o IP do modem e não gateway. De qualquer forma, já tentou efetuar o reset do modem? Caso já tenha feito isso e o modem continua a não enviar as configurações de IP, tente colocar os IPs mais comuns na interface de rede e veja se o primeiro IP responde. Por exemplo: Interface 192.168.0.2 mascara 255.255.255.0 e ping em 192.168.0.1 Interface 192.168.1.2 mascara 255.255.255.0 e ping em 192.168.1.1 Interface 10.0.0.2 mascara 255.255.255.0 e ping em 10.0.0.1 Acredito que a telefônica tenha desabilitado a configuração de DHCP do modem para evitar modificações.

Simples como o victor falou. Criei um lock do arquivo e criei uma condição para o script parar ou continuar baseado na existência do lock. Valeu!

Parece que você está usando a conexão PPPoE no seu computador e provavelmente o windows seja > 7. Acredito que seja alguma interpretação dos Windows > 7, pois em teoria o gateway seria o seu IP. Se tiver a oportunidade, realize o teste em um Windows XP e verá que o gateway será o seu IP. De qualquer forma execute o comando tracert google.com

O que acontece é que a requisição vinda de fora é roteada para o servidor porque existe uma regra que direciona as requisições externas para dentro da sua rede. Quando ela é interna o roteador não sabe o que fazer com ela e então descarta. O que você pode fazer é criar uma entrada no arquivo hosts do computador.

Pessoal, Estou precisando de ajuda para criação de um script automático para compactação de arquivos, porém com o seguinte cenário: 1. O arquivo sem nenhuma compactação será depositado em uma determinada pasta, provavelmente, via ftp. 2. O script irá ler essa pasta em tempos regulares (segundos), compactar o arquivo e jogar ele, já compactado, em outra pasta. Fiz o seguinte script para isso: #!/bin/bash ls /home/bruno/teste > /root/results/conteudos for i in `cat /root/results/conteudos`;do tar -cvf $i.tar $i --remove-files done; Com esse script ele faz o serviço de compactação e joga o conteúdo para outra pasta já compactado. O problema é que preciso que esse script seja rodado em intervalos de segundos e pode acontecer dele iniciar a compactação de um arquivo que já está sendo feita a compactação. Coloquei o parâmetro --remove-files no comando tar, porém ele só exclui o arquivo depois que a compactação é terminada. Alguém tem uma luz? Abraço!

A maioria dos ThinClients que já trabalhei funcionam junto com o Terminal Service da Microsoft ou Citrix. Estes são excelentes. Existem alguns que funcionam carregando o Sistema Operacional pela rede, mas eu não gostei muito, pois o consumo de processamento por cliente é muito alto.

Tenho NET e troco meu IP direto e não tenho problemas com variação de velocidade. O perfil é controlado pelo MAC do Modem e este não tem como trocar por vias normais.

Como eu disse no tópico anterior, não é nenhum desses que você tem que alterar. Esquece esses MAC. Pegue o MAC da sua placa de rede, acredito que o Windows 7 exista um prompt de comandos... Vá até ao prompt e digite ipconfig /all e você consiguirá visualizar o MAC da sua placa de rede. Depois disso você entra nas configurações de rede e altere o MAC copiando parte do valor que você conseguiu com o ipconfig /all, outra parte você altera com um valor qualquer.

Não é nenhum desses que você tem que alterar. Esses endereços que você mencionou são do equipamento da NET. Você precisa alterar o MAC de sua placa de rede. No Windows 7 eu não sei quais são os passos, mas provavelmente seja parecido com o Windows XP. Procure desligar e ligar o modem após realizar a troca do MAC da placa de rede do seu PC.

Tem que trocar o MAC da placa de rede em que o modem está conectado. Se estiver ligado a um roteador é necessário trocar o MAC do roteador.

A maioria dos problemas com latencia está relacionado com a operadora de internet. Muitas pessoas acreditam que banda alta significa latencia baixa e nem sempre é isso que ocorre. Downloads são processos que ajudam a aumentar a latecia. Verifique se no seu computador não existe nenhum cliente P2P rodando, ou se sua rede for compartilhada com outros computadores, verifique se não há nenhum download acontecendo.

Utilizo bastante o Remote Desktop em diversos clientes com NET residencial e todos funcionam perfeitamente.

Não são todas as portas, até porque se todas as portas entrantes estivessem bloqueadas você não conseguiria nem navegar. Acredito que as portas bloqueadas sejam as mesmas do speedy e as portas altas são liberadas. Talvez o seu problema seja no firewall, dê uma verificada.