Todo mundo que acessa a Internet já deve ter recebido pelo menos um spam, que é uma mensagem não solicitada de e-mail, normalmente com propaganda apelativa, como, por exemplo, esquemas de corrente, esquemas de fortuna fácil (como ganhar 1 milhão de dólares da noite para o dia), etc.

Esse pessoal anti-ético que trabalha com spam normalmente consegue seu e-mail através de listas compradas de outras pessoas especializadas em capturar listas de e-mails, normalmente fazendo uma varredura por e-mails presentes em páginas na Internet.

Muitas dessas mensagens trazem uma informação dizendo que, para parar de receber aquele tipo de e-mail, você deve responder a mensagem colocando como assunto "unsubscribe". O problema é que isso não é verdade. Normalmente quando você responde a essa mensagem, a pessoa que te enviou o e-mail descobre que o seu endereço de e-mail é válido e aí mesmo é que ela começará a mandar ainda mais lixo para a sua caixa postal. Portanto, nunca responda a esse tipo de mensagem, simplesmente apague-as.

Na Internet existem diversos programas anti-spam, que permitem que você apague mensagens contendo "lixo" antes de baixá-las através de seu programa de e-mail, melhorando um pouco a situação. Entre em http://www.download.com e busque pela palavra-chave "spam" para descobrir alguns desses programas.

Mas o melhor programa que existe para realmente detonar os spams chama-se Bouce Mail Spam (que pode ser baixado em http://www.davecentral.com/cgi-bin/download32.pl?2678). Através desse programa você pode enviar uma mensagem para a pessoa que te mandou o spam fingindo que o seu e-mail não existe mais (isto é, é inválido). Esta mensagem é feita igualzinho às mensagens de erro geradas pelos servidores de e-mail e, com isso, a pessoa realmente pensará que o seu e-mail não existe e irá parar de enviar spam para a sua caixa postal.

A configuração do programa é extremamente simples: em "Your e-mail" você deve entrar o seu endereço de e-mail. Em "Your e-mail server" você deve entrar o nome do servidor de envio de e-mail de seu provedor (SMTP) para que a mensagem falsa possa ser enviada. Esse servidor é o mesmo usado pelo seu programa de e-mail (normalmente tem o nome smtp.provedor.com.br ou mail.provedor.com.br). Em caso de dúvida, consulte o serviço de suporte de seu provedor. Em "Spammer's e-mail" você deve entrar o endereço de e-mail da pessoa que praticou o spam. E na área "Spammer's entire original message" você deve entrar a mensagem original, incluindo os cabeçalhos ocultos (ver Figura 1). Clique na caixa "send" e pronto! A mensagem de erro falsa criada pelo programa é enviada!

Figura 1: Através do programa Bounce Spam Mail você "detona" os spammers!

Muitas vezes precisamos baixar um arquivo gigantesco da Internet, que pode demorar 4, 6, 8 ou até mais horas para ser completamente baixado. Existem programas – o GetRight e o Go!Zilla são os mais conhecidos – que permitem que você baixe arquivos grandes aos poucos. Além disso, funcionam como "crash recovery", isto é, se a ligação cair no meio do download, você poderá continuar o download do ponto em que ele parou, sem a necessidade de começar a baixar o arquivo todo de novo, como normalmente acontece.

Dessa forma, você pode baixar um pouco do arquivo hoje, mais um pouco amanhã, e assim sucessivamente até você ter baixado o arquivo completamente.

Esses programas possuem ainda opções avançadas de configuração que permitem com que o micro se conecte à Internet e comece a baixar parte do arquivo automaticamente em determinado horário, e se desconecte automaticamente em outro horário programado ou quando terminar de baixar o arquivo. Se a placa-mãe do seu micro for do tipo ATX, o programa pode até mesmo desligar o micro automaticamente após ter terminado a sua programação. Ou seja, você pode programar o seu micro para baixar pedaços do arquivo automaticamente todo dia durante a madrugada, que é o horário em que provavelmente ninguém usará a linha telefônica de sua casa, até o download ter sido inteiramente completado. Só não se esqueça que, apesar desses programas conseguirem desligar o micro, eles não conseguem ligar o micro sozinhos, por isso você precisará deixar o micro ligado para que a programação feita seja bem-sucedida.

Nota: o leitor Natanael lembra que alguns micros conseguem, sim, serem ligados automaticamente por software em uma determinada data e hora. Mas, para isso, a fonte de alimentação deles fica ativada (e, portanto, o micro não fica "desligado") e o micro em estado standby. Essa configuração é feita através do menu Power Management Setup do setup da máquina, opção "Automatic Power Up".

Outra opção muito importante existente nesses programas é a pesquisa por URLs alternativas, isto é, você pode programar o software para procurar o arquivo que você pretende baixar em outros sites da Internet. Com isso, o programa analisa de qual site o arquivo baixará mais rapidamente, agilizando o download.

Uma dica importante de configuração: para agilizar ainda mais o download, você pode configurar esse tipo de programa a utilizar o servidor de proxy do seu provedor (leia nosso tutorial). Essa configuração é feita no menu de configurações do programa e você deve configurá-lo da mesma maneira que o seu browser. Em caso de dúvidas com essa configuração, entre em contato com o serviço de suporte de seu provedor.

Tanto o GetRight quanto o Go!Zilla podem ser baixados em http://www.shareware.com ou http://www.download.com.

Muitos provedores utilizam um servidor destinado ao aumento da velocidade de navegação, chamado proxy. Ele funciona armazenando as páginas mais acessadas pelos usuários do provedor localmente, isto é, em um computador dentro do próprio provedor. Assim, se você chamar uma página "popular" (ex: www.altavista.com, www.shareware.com), o seu browser, em vez de carregar os dados do site original, pela Internet, carrega os dados armazenados dentro do próprio provedor. Com isso, o acesso a essa página fica muito mais rápido, pois acessar dados que estejam dentro do seu próprio provedor é muito mais rápido do que acessar dados que estejam em outro computador na Internet.

Acontece que não basta o seu provedor ter um servidor de proxy para a sua navegação ficar mais rápida. Você precisa configurar o seu browser, para que ele passe a utilizar esse serviço. O procedimento de configuração varia de acordo com o browser e de acordo com o provedor, pois você precisa entrar valores que são específicos para cada provedor.

No Netscape Communicator, por exemplo, essa configuração é feita através da opção Preferências do menu Editar, indo na categoria Avançado, opção Proxies da tela que aparecerá. Selecione "Configuração manual do proxy" e clique na caixa Exibir. Em seguida você deverá entrar os valores fornecidos pelo serviço de suporte de seu provedor.

Os bons provedores colocam os valores de configuração do proxy em sua página na Internet. Em todo o caso, entre em contato com o serviço de suporte de seu provedor para saber como configurar corretamente o proxy.

Há quinze dias atrás lancei a seguinte questão no ar: "Só tem uma coisa que não entendi até agora na vinda da AOL ao Brasil: se a Netscape pertence à AOL, porque os kits de acesso vêm com o Internet Explorer, da Microsoft, e não com o Netscape Communicator?"

Nós já sabíamos a resposta, mas colocamos a questão no ar para que todos parassem para pensar um pouco. Por incrível que pareça, a maioria das pessoas nos escreveu com idéias ingênuas como "a AOL usa o Internet Explorer porque ele é mais difundido no Brasil" e coisas do gênero. Acordem! Se a AOL estivesse realmente querendo difundir o Netscape Communicator, ela teria incluído ele em seu kit de acesso. Afinal, a AOL é o maior provedor do mundo e essa seria uma excelente oportunidade de o browser da Netscape retormar sua participação de mercado de anos atrás.

Infelizmente, trata-se de uma parceria entre a AOL e a Microsoft, assinada antes da compra da Netscape, onde o Windows 98 (em inglês) já vem com o kit de acesso da AOL e, em troca, os kits da AOL vem com produtos Microsoft, em especial o Internet Explorer. Segundo Julio Preuss, editor do Caderno de Informática do Jornal O Dia (RJ), assim que essa parceria acabar a AOL passará a usar o Communicator em seus kits de acesso.

É com essas e outras jogadas de mercado que a Microsoft ganha cada vez mais espaço.

Só tem uma coisa que não entendi até agora na vinda da AOL ao Brasil: se a Netscape pertence à AOL, porque os kits de acesso vêm com o Internet Explorer, da Microsoft, e não com o Netscape Communicator? Clique aqui para saber a resposta.

Em tempo: Já colocamos no ar o passo-a-passo de como remover completamente o kit de acesso da AOL.

Se você foi um dos que não ficaram satisfeitos com as mudanças que o CD da AOL faz na aparência do Windows ou se ainda pretende experimentar o provedor e está com medo do que pode acontecer, é só seguir estas instruções para que tudo fique como antes após a desinstalação do kit:

• Alterar a página inicial do Internet Explorer: se o seu navegador vai direto para a página do provedor quando é executado, é só clicar em Ferramentas, escolher Opções da Internet e, no campo Página Inicial, digitar o endereço que preferir. Essa dica vale não apenas para a AOL, mas para a maioria dos kits de instalação de provedores de acesso.
• Remover os logos do IE e do Outlook Express: Usando o Meu Computador ou o Windows Explorer, localize a pasta Signup, dentro de Internet Explorer, e apague os arquivos t22STATIC, t38STATIC, tAOL22 e tAOL38, todos com a extensão BMP. Sem esses bitmaps, o Windows exibirá as animações padrão dos dois programas.
• Mudar o texto da barra de título: Clique em Iniciar, escolha executar e digite regedit, para entrar no editor de registro. Depois, escolha a opção editar, localizar, e procure pela palavra "fornecido". O editor deve achar a expressão "fornecido por AOL Brasil" das janelas do IE e do Outlook. Clique com o botão direito sobre esses itens, escolha a opção Modificar e escreva o que quiser no lugar.
• Página inicial trancada: Para o caso de a página inicial estar trancada (aparecer em cinza), entre no editor de registro e altere de 1 para 0 o valor do item HKEY_USERS.DefaultSoftwarePoliciesMicrosoftInternet ExplorerControl PanelHomepage

Atenção: tome cuidado ao utilizar o editor de registro do Windows, pois qualquer alteração errada pode afetar o funcionamento do seu micro.

[pagination="Introdução"]

VNC significa Virtual Network Computing e é um programa que permite visualizar e interagir com o desktop de um computador em qualquer parte do mundo. Muito semelhante a programas já conhecidos como o Carbon Copy ou o PC Anywhere, entretanto com algunas vantagens importantes:

• O VNC é completamente gratuito!
• Múltiplos usuários podem se conectar ao mesmo desktop, ideal para treinamento (você pode dar aos alunos acesso "read only" ao seu desktop).
• Se a sua conexão cair, você não perde a sessão do VNC. Basta reconectar e as aplicações remotas estarão exatamente do mesmo jeito que estavam antes da conexão cair.
• O visualizador do VNC é um programa de menos de 160Kb roda em Windows, OS/2, Linux, Unix, Amiga, Mac e até no Palm Pilot (embora eu acho que seja necessário muita rolagem para ver o desktop de um PC na tela do Pilot...). Não há necessidade de se instalar o visualizador, que pode ser executado diretamente de um diskete. Na verdade você não necessita de visualizador nenhum, qualquer browser com suporte a Java pode ser utilizado como visualizador.
• O "servidor" do VNC hoje roda em Windows e em Unix (incluindo Linux) e está em desenvolvimento a versão Mac. O Windows pode controlar um desktop Linux e vice-versa, ou um Amiga pode controlar o seu Windows NT Server. O VNC é independente de plataforma.
• O VNC utiliza TCP/IP, portanto você pode controlar outro computador via Internet.

Nem tudo são flores, entretanto. Se você está acostumado a utilizar programas de controle remoto para DOS e Windows, sentirá falta de alguns recursos no VNC:

• O VNC não é capaz de discar ou de aceitar conexões via modem por si só. Ele funciona via TCP/IP exclusivamente.
• O VNC não inclui recursos de impressão ou de cópia de arquivos do micro remoto para o micro local.

Entretanto, essas deficiências podem ser compensadas pelo próprio TCP/IP. Existem na internet dezenas de servidores e clientes TCP/IP que podem ser utilizados para a cópia de arquivos, ou se você estiver em Linux, OS/2 ou Windows o sistema pode ser configurado para compartilhar arquivos pela conexão TCP/IP sem necessidade de software extra. E os servidores PPP disponíveis no Windows NT, Windows 98 (para o Windows 95 é necessário o Plus!), OS/2 e Linux podem permitir a máquia atender chamadas telefônicas e ser controlada via modem.Por fim, a falta de impressão também pode ser contornada pelos recursos de rede nativos do Windows, OS/2 e Linux, ou configurando um servidor LPD (também existem disponíveis na Internet).

O VNC surgiu como um projeto de pesquisa da Olivetti Research Laboratories, hoje propriedade da AT&T, cujo objetivo era criar um "terminal gráfico" de rede extremamente leve. O endereço atual da home-page do VNC é http://www.cl.cam.ac.uk/research/dtg/attarchive/vnc/index.html e neste local você encontra todas as versões do VNC para diversas plataformas, além de documentação e informações sobre como contribuir para o projeto.

[pagination="Como funciona o VNC"]

O VNC utiliza dois componentes independentes, o servidor e o visualizador (cliente). O servidor fornece o desktop ao qual os clientes podem se conectar. Portanto, o computador a ser controlado remotamente tem que ter o VNC instalado e o servidor deve estar executando. Já o cliente necessita somente do visualizador do VNC (VNC Viewer) ou de um browser que suporte Java (Netscape 2.0 em diante, Internet Explorer 3.0 ou superior, Opera 3.0 e outros).

Múltiplos clientes (visualizadores) podem se conectar ao mesmo servidor, e no Windows isto significa que eles todos irão interagir com o mesmo desktop. Mas se o servidor for Unix (sempre que falarmos de Unix o Linux está incluído) há a opção de se conectar a um deskop já existente, compartilhado com outros usuários, ou de se conectar a um desktop exclusivo. Como o Unix é um sistema multiusuário podem haver vários desktops independentes sendo utilizados ao mesmo tempo por diferentes usuários. Já o Windows, mesmo o NT Server, é monousuário, e pode ter somente um único desktop ativo em um dado momento.

Note que neste ponto o VNC é diferente de produtos como o WinFrame da Citrix ou o Windows NT Terminal Server Edition, que teoricamente permitem a existência de diversos desktops simultâneos em um NT Server. Estes produtos modificam o kernel do NT na tentativa de torna-lo um sistema multiusuário, mas o resultado é instabilidade e incompatibilidade com diversas aplicações. Ocasionalmente você pode corromper o Registry do NT com um produto desses.

Por outro lado, o VNC permite que você administre remotamente um servidor NT sem necessidade de estar fisicamente presente. Se o servidor do VNC estiver rodando como um serviço, você pode assumir a tela de logon do console do servidor NT, realizar qualquer tarefa necessária, e depois dar um logoff. Desta forma o seu servidor pode ficar isolado em uma sala trancada, ou em uma bancada ou rack de servidores sem necessidade de um monitor SVGA e de um mouse.

[pagination="Instalando o VNC"]

É muito fácil instalar o VNC: basta baixar a versão Windows na home-page do VNC, que vem em formato ZIP. Descompacte o arquivo em um diretório temporário e execute o programa SETUP.EXE presente neste diretório. Após as perguntas tradicionais sobre nome do diretório e nome da pasta no menu iniciar, o VNC estará pronto para uso. Na primeira vez que você executar o WinVNC deverá aparecer uma janela como esta:

 
Figura 1: Opções do servidor do VNC.

Você não poderá executar o servidor sem que seja fornecida uma senha para os clientes se conectarem. A senha será gravada em um arquivo de configuração do WinVNC e das próximas vezes o servidor VNC será iniciado sem exibir a janela de opções. Entretanto, você pode abrir esta janela a qualquer momento pelo menu iniciar (Figura 2) ou pelo ícone do VNC no System Tray do Windows (Figura 3).

A maioria das opções nesta janela se referem a otimizações de baixo nível ou para resolver problemas com aplicações mal-comportadas, em geral aplicações DOS. Na grande maioria das situações você irá modificar somente a opção Disable remote keyboard and pointer. que permite aos clientes visualizarem tudo o que acontece no desktop do servidor mas ignora toda a entrada via teclado ou mouse dos clientes.

 
Figura 2: Pasta do VNC no Menu Iniciar do Windows.

 
Figura 3: Ícone do VNC no System Tray do Windows. Os ícones presentes na figura são, da esquerda para a direita, o Personal Web Server da Microsoft, o 20/20 (editor de imagens freeware, utilizado para as capturas de telas deste artigo) e o WinVNC, que é o servidor do VNC.

Depois que tudo estiver ok com o VNC, você irá desejar executa-lo como um serviço de modo que o servidor esteja sempre disponível para conexões remotas. Instruções passo a passo para esta configuração podem ser obtidas no site do VNC em http://www.uk.research.att.com/vnc/winvnc.html.

Basicamente, para rodar o VNC com um serviço no Windows NT basta rodar o WinVNC com a opção -install. Você pode então Selecionar a opção Executar... do Menu Iniciar do Windwos NT e digitar o comando: winvnc -install.

O serviço estará instalado, mas não iniciado. Para inicia-lo basta selecionar o serviço no ícone de Serviços do Painel de Controle e clicar no botão Iniciar.

No Windows 95/98, basta criar um atalho para o WinVNC.exe na pasta Iniciar.

[pagination="Conectando a um desktop remoto"]

Estando o servidor do VNC rodando no PC que você deseja controlar remotamente, e havendo uma conexão TCP/IP entre você e ele, iniciar a sessão de controle remoto é muito fácil. Basta rodar o arquivo VNCVIEWER.EXE (ou executar o atalho correspondente no menu do VNC, se você também tem o servidor instalado na máquina cliente). O cliente do VNC irá iniciar exibindo a seguinte janela (Figura 4):

 
Figura 4: Janela de Conexão do cliente (ou visualizador) do VNC.

Você deverá fornecer o nome ou o endereço IP do computador a ser controlado, seguindo por um sinal de dois pontos e pelo número zero. Se você estiver se conectando a um servidor VNC em Unix, o número indica qual dos desktops (no Unix é utilizado o termo display) será utilizado, mas em servidores Windows temos um único desktop que é o número zero.

O visualizador do VNC irá requisitar a senha do desktop que será acessado (Figura 5) e então ele estará disponível para uso, como mostra a Figura 6.

 
Figura 5: Visualizador do VNC aguardando pela senha do desktop remoto.

Figura 6: Desktop remoto sendo controlado pelo cliente do VNC.

Na Figura 5 o desktop remoto estava configurado para uma resolução menor do que o PC onde rodava o visualizador, entretanto isto não é necessário. Caso o desktop remoto tenha resolução maior do que o PC local (que roda o visualizador) aparecerão barras de rolagem na janela do VNC. Também é possível colocar o visualizador em modo full screen através da janela de opções do cliente (Figura 7), para permitir uma melhor visualização do desktop remoto.

 
Figura 7: Janela de opções do visualizador do VNC.

A janela de opções do cliente (Figura 7) pode ser acessada pelo botão Options... na janela de conexão ou pelo menu de sistema no canto superior esquedo da janela do visualizador. O menu de sistema também pode ser acessado pela barra de tarefas do Windows.

Se o visualizador estiver em modo full screen, Você deve teclar [Ctrl] + [Esc] para exibir a barra de tarefas, e com a barra de tarefas visível você deve clicar em um espaço vazio da barra de tarefas para que ela receba o foco, caso contrário o VNC Viewer em full screen não permitirá que a barra de tarefas receba o click do botão direito do mouse e você não poderá acessar o menu de sistema das janelas. A Figura 8 mostra o menu de sistema do visualizador do VNC, com a opção full screen selecionada.

 
Figura 8: Menu de sistema do visualizador do VNC.

Dentre as opções do cliente, as únicas que você vai querer modificar em situações normais são Emulate 3 buttons (necessária caso o desktop remoto esteja seja Unix) e Request shared session (para compartilhar um desktop com outros clientes). Se esta opção não estiver ligada e você se conectar a um desktop Windows que já esteja sendo acessado por outro cliente, ele será desconectado sem dó nem piedade.

É possível criar vários atalhos pré-configurados no Windows para chamar o VNC viewer com as opções desjeadas. Basta criar um atalho para o VNCVIEWER.EXE e nas propriedades do atalho inserir como "alvo" as opções desejadas, por exemplo: C:utilvncviewer.exe -shared -viewonly -fullscreen sun:2.

Estas opções se conectam a um desktop compartilhado em sun:2 (segundo desktop remoto de um host Unix; o zero é o monitor da estação e não pode ser acessado via VNC, ao contrário do que ocorre no servidor Windows) apenas para visualização. Este seria um atalho para uso em sala de aula ou em uma demonstração de produto.

[pagination="Controlando remotamente um PC via browser"]

Com a mesma facilidade podemos controlar um PC utilizando apenas um browser web, e o que é surpreendente, com praticamente a mesma velocidade do visualizador Windows nativo. Basta passar para o browser a URL contendo o nome ou o endereço IP do PC a ser controlado e indicar como número de porta o número 5800 + o número do desktop a ser conectado. Por exemplo, para se conectar o primeiro e único desktop do PC cujo nome é NT_1 a URL seria: http:NT_1:5800 .

Ou para se conectar ao segundo desktop do servidor Unix cujo endereço IP é 172.16.2.30 a URL seria: http:172.16.2.30:5802.

O resultado é uma página HTML contendo somente um Applet Java, como mostra a Figura 9:

 
Figura 9: Conecando-se a um PC utilizando o Netscape Communicator.

Você pode então digitar a senha do desktop remoto, ou clicar no botão Options para ver a janela de opções do applet (Figura 10).

 
Figura 10: Janela de opções do visualizador do VNC dentro do Netscape Communicator.

O desktop remoto aparece dentro do applet, como mostra a Figura 11:

 
Figura 11: Desktop remoto via Netscape Communicator.

Observe na Figura 11 a URL digitada. Desta vez eu escolhi propositadamente um PC com resolução maior do que do meu PC, só para demonstrar que isso não é problema para o VNC.

[pagination="Considerações finais"]

Muitas vezes você não sabe o endereço IP do desktop ao qual você deseja se conectar, principalmente se ele será utilizado via Internet. A maneira mais fácil de descobrir o IP é, no PC remoto, abrir uma janela do MS-DOS e executar o programa winipcfg (Windows 95/98) ou ipconfig (Windows NT).

O WinVNC não prevê criptografia por si só. Isto significa que a senha de conexão ou as telas podem ser alvo de "escuta" pela Internet. Entretanto o VNC pode ser utilizado via SSH (em Unix, pelo menos) ou via algum software de VPN. O RAS do Windows NT Server é capaz de estabelecer conexões de VPN. Tanto o SSH quanto o VPN fornecem conexões seguras, criptografadas.

Várias vezes neste artigo falamos da possibilidade de utilizar o VNC também com Unix e outras plataformas, entretanto demonstramos somente a instalação e a configuração do programa somente em plataforma Windows. Não existe grande diferença na utilização do VNC em Unix ou outras plataformas, e só para dar um "gostinho" da coisa a Figura 12 nmostra o desktop de um servidor Sun SPARC rodando Solaris 2.5 (O Unix da Sun), e a Figura 13 mostra o desktop de um Red Hat Linux 5.2 sendo controlado pelo visualizador do VNC rodando em Windows (o oposto também funciona!).

 
Figura 12: Desktop de um serividor RISC da Sun.

 
Figura 13: Desktop padrão do Red Hat Linux 5.2 via VNC.

Os "pontilhados" nas figs. 12 e 13 acontecem porque o palete padrão do Netscape e do Explorer para imagens GIF não contém algumas das cores utilizadas pelo Solaris e pelo Linux..

Se você achou o Red Hat muito parecido com o Windows 95, é proposital: o Red Hat Linux procura fornecer uma interface semelhante ao Windows para facilitar o usuário que está iniciando em Linux. Existem outras opções de desktop para o Linux como o KDE e o Gnome, que tem visual completamente diferente.

Se você for instalar o VNC no Red Hat Linux uma supresa lhe aguarda: o script padrão de inicialização do servidor (vncserver) tem que ser editado para funcionar corretamente no Linux. Clique aqui para baixar o arquivo vncserver.rhl que contém as alterações necessárias para o Red Hat Linux 5 e 6. (Dica: clique com o botão direito do mouse sobre o link acima e escolha a opção "salvar como" ou similar).

[pagination="VNC e Internet Banda Larga (ADSL, Cable, etc)"]

Configurei o VNC na rede local e funcionou perfeitamente, mas não funciona via Internet. Tenho uma conexão ADSL (Velox, Speedy) ou Cable Modem.

A maioria dos serviços de acesso a Internet de banda disponíveis fornecem apenas endereços IP privativos, que não podem ser endereçados pela Internet, por isso não é possível a conexão ao VNC, pois não há como endereçar o servidor.

Alguns modems ADSL e cable modens possuem o recurso de redirecionamento de portas (que pode ser definido como um NAT invertido). Com este recurso seria possível a conexão ao um VNC na rede interna com IP privativo, pois seria utilizado o endereço IP válido para a Internet do modem.

Entretanto, em alguns provedores o modem também utiliza um IP privativo, e o NAT é feito nas instalações do provedor e não pelo modem. Neste caso, não há como fazer a conexão ao VNC, a solução seria mudar para outro plano de acesso, que foneça um IP válido.

Muitos leitores se esquecem de tentar fazer um "ping" do micro com o VNCviewer para o VNCserver. Se o ping não funcionar, não existe conectividade de rede, portanto não há como fazer a conexão VNC.

O VNC não é diferente, para a rede, de um servidor web ou de e-mail. E a maioria dos provedores tem contratos diferenciados para empresas que pretendem hospedar servidores internet utilizando o link de banda larga.

Quem nunca ouviu a história de que figurinhas de chiclete têm LSD? Muito provavelmente você já deve ter visto até cartazes alertando sobre esse perigo. E a história do camarada que foi para o motel com uma garota e acordou em uma banheira cheia de gelo e, quando se deu conta, havia uma cicatriz enorme nas costas, na altura dos rins? Essa história, inclusive, serviu de inspiração para um filme.

Bem, mas o que uma história tem a ver com outra? É que ambas são mentiras e são contadas como se fosse verdade. A história da figurinha com LSD, por exemplo, existe desde a década de 70, por exemplo. Se fosse verdade, todas as fábricas de chicletes já haviam sido fechadas há mais de 25 anos. Esse tipo de boato é chamado lenda urbana e faz parte do folclore daqueles que vivem nos grandes centros urbanos.

Ok, mas onde é que a informática entra nessa história? Desde que o e-mail passou a ser utilizado por milhões de pessoas, essa tornou-se a forma mais comum de divulgação desse tipo de boato. O problema é que, como a maioria das histórias é bem contada, a maioria das pessoas que recebem e-mails com histórias escabrosas acabam passando a história adiante - o mesmo ocorre com as insuportáveis correntes da sorte. Não é preciso dizer que a divulgação da história cresce rapidamente em progressão geométrica, entupindo a caixa postal de milhares de usuários e congestionando a rede.

O grande problema é que raramente as pessoas checam as histórias para ver se elas são verídicas ou trata-se apenas de mais uma lenda urbana e acabam passando a história adiante. Recebemos pelo menos uma história desse tipo por semana e resolvemos checar a veracidade das mais comuns:

Xampu cancerígeno: É uma lenda urbana que diz que a substância LSS (Lauril Sulfato de Sódio) usada em xampus é cancerígena. Essa informação é falsa, até porque a maioria dos xampus usa essa substância. Rumores dizem que essa mentira foi inventada por alguma empresa que fabrica xampus sem essa substância, para aumentar suas vendas (mas, como a própria história, pode não passar de um boato).

Criança com câncer: Essa é outra mentira deslavada, ainda por cima usando o nome de instituições que existem, como o Hospital Albert Einstein e a Sociedade Americana do Câncer. Nessa mensagem, pede-se que a envie para o maior número possível de pessoas, de forma a atender o último desejo da criança que só tem mais seis meses de vida e que o hospital recompensaria em dinheiro pelo ato.

Receita de biscoito: É uma história antiga para burro, existente há mais de 60 anos com várias versões. A história conta que uma pessoa pediu a receita de um biscoito de chocolate que havia comido no hotel Wladorf Astoria de Nova Iorque e que acabou sendo cobrado US$ 250,00 em seu cartão de crédito pela receita e, por vingança, agora pede que a receita seja divulgada pelo mundo inteiro de graça. A história é uma mentira, mas dizem que a receita funciona (veja em http://www.bl.net/forwards/cookie.html).

Correntes e totens da sorte: Correntes da sorte existem há anos, mas antes seguiam através de correio tradicional. Agora, com o advento da Internet, ficou muito mais fácil encher a paciência de todos. Ao receber esse tipo de e-mail, não passe adiante. Pode ficar tranqüilo porque, ao contrário do que a mensagem afirma, nenhum raio cairá sobre a sua cabeça nem nenhum ente querido morrerá.

Por congestionar a rede e encher a paciência de quem recebe esse tipo de e-mail, recomendamos que você não passe nenhum tipo de história adiante e avise ao remetente que a mensagem trata-se de uma lenda urbana (ou um hoax, no caso de mensagens que informam sobre vírus que não existem, como explicamos na semana passada).

Se você quiser, poderá ler mais sobre lendas urbanas nos endereços http://www.urbanlegends.com e http://chainletters.org/ (Agradecemos a Rosana Hermann pelos endereços).

Praticamente todos os usuários que usam a Internet já devem ter recebido mensagens ameaçadoras relatando sobre terríveis novos vírus. Muitas dessas mensagens possuem ainda o requinte de citar a fonte de informação como sendo um técnico ou engenheiro de alguma grande empresa da área de informática. Geralmente essas mensagens avisam que você não deve abrir mensagens de e-mail que possuam um determinado subject (assunto), como "AOL4FREE", "Good Times", "Join The Crew", "Penpal Greetings" e "Win a Holiday" ou, caso contrário, o seu micro será destruído, contaminado ou seja lá o que for. Abaixo você pode ler o trecho de uma dessas mensagens que recebemos recentemente de um leitor aflito.

"ALERTA DE VIRUS - Atenção todos os usuários! Se você recebeu um e-mail com o título 'JOIN THE CREW' ou 'PENPALS' não abra, ele irá apagar tudo no seu disco rígido. Mande essa mensagem para o maior número de pessoas possível. Esse é um novo vírus não muito conhecido. Essa informação foi recebida essa manhã pela IBM, por favor compartilhe com todas as pessoas que você puder que utilize a Internet."

Pura mentira! Não há como uma simples mensagem de e-mail "destruir" o seu micro! Esse tipo de mensagem é chamada Hoax (boato, em inglês). Caso você receba uma mensagem desse tipo, avise ao remetente que trata-se de uma mentira (é um trote, como uma brincadeira de primeiro de abril) e peça para ele não passar adiante esse tipo de informação falsa.

Note que há como pegar vírus através de e-mails, mas somente através de mensagens com arquivos anexados (em attach). Adote o hábito de salvar arquivos recebidos através de e-mail em disco e passar um anti-vírus antes de abri-lo, mesmo que a mensagem tenha vindo de uma pessoa conhecida.

O grande problema desse tipo de mensagem é que usuários novatos acreditam nessas histórias e acabam passando o e-mail recebido adiante para todos os seus conhecidos. Dessa forma, a mensagem se alastra em progressão geométrica, espalhando pânico e confusão por aí, similarmente ao que ocorre com as insuportáveis correntes da sorte e lendas urbanas.

Embora não seja bem um assunto de informática, semana que vem estaremos comentando mais detalhadamente o caso das lendas urbanas, como, por exemplo, o boato que uma substância chamada LSS (Lauril Sulfato de Sódio) usada em shampoos seria cancerígena. Ou a do camarada que teve o rim extraído pela amante para ser comercializado no mercado negro de transplantes. E, ainda, as falsas campanhas de arrecadação de fundos que são enviadas por e-mail.

No endereço http://www.datafellows.com/news/hoax/ há um imenso banco de dados de diversos hoaxes conhecidos. Caso você queira verificar a veracidade de uma mensagem que você tenha recebido avisando sobre um novo vírus, vá até esse endereço conferir se a mensagem procede ou se é apenas um hoax. Já no endereço http://www.urbanlegends.com você poderá conferir se aquela história "escabrosa" que passaram para você por e-mail é verdadeira ou é apenas mais uma lenda.

Você pode executar uma pequena configuração em seu micro para tornar a sua conexão com a Internet mais rápida.

Nota: A dica descrita só é válida para o Windows 95 e suas sub-versões (Windows 95 OSR2, etc). O Windows 98 já traz os parâmetros descritos a seguir ajustados corretamente de fábrica e, portanto, não há a necessidade da configuração proposta nesta dica caso você tenha o Windows 98 instalado em sua máquina.

Alguns parâmetros de acesso à Internet do Windows 9x vêm ajustados como se o micro fosse acessar a Internet através de rede local. Dessa forma, a maioria dos usuários que acessa a Internet de casa, via modem, não obtém o melhor desempenho possível. Através da reconfiguração desses parâmetros - chamados MaxMTU, RWIN e TTL - você pode aumentar a velocidade de conexão com a Internet. Ou seja, o seu micro fica mais rápido para ler páginas e baixar arquivos.

Esses parâmetros são ajustados através do Registro do Windows. Para facilitar, existem alguns programas que fazem esse ajuste automaticamente. Testamos o programa PPP-Boost e ele se mostrou simples de usar e bastante eficiente. Esse programa pode ser baixado de graça na Internet em http://ftp.pcworld.com/pub/new/internet
/internet_tools/ppp_setup.exe.

Através desse programa você pode ajustar manualmente os parâmetros MaxMTU, RWIN e TTL ou então fazer com que o programa os ajuste automaticamente - o que é o mais recomendado. Ao executá-lo, selecione as opções recomendadas ("Recommended").

Figura 1: Programa PPP-Boost aumenta o desempenho do acesso à Internet.

Outra maneira de se aumentar o desempenho da conexão Internet é configurando corretamente o fax modem. Muitos usuários possuem o fax modem configurado como modem padrão (ver Figura 2), com isso não atingem o melhor desempenho na Internet.

Figura 2: Modem configurado como Modem Padrão.

Para configurar corretamente o Modem, você precisará de seu driver. Esse driver acompanha o modem em um disquete ou CD-ROM. Caso você não possua mais esse disco, poderá baixar o driver no site do fabricante na Internet. Para instalá-lo, basta dar um duplo clique sobre o modem no Gerenciador de Dispositivos (ícone Sistema do Painel de Controle, ver Figura 2) e, na guia Driver, clique na caixa Alterar Driver (ou Atualizar Driver), indicando o caminho onde o arquivo do driver está localizado.

[pagination="Introdução"]

É incrível como de alguns meses para cá conseguiu-se criar um pânico com a questão da segurança de dados. A imprensa realmente tem grande parcela de culpa nisso tudo. Neste artigo estarei abordando exatamente o que você precisa saber para passar firmeza a seus clientes e ajudar a espanar esta névoa que foi criada em cima desta questão.

Segurança de dados é um assunto muito complexo, com muitos meandros, algo sem semelhantes pelo simples fato de lidar com um número extremamente grande de variáveis e ainda poder incorrer no aparecimento de variáveis novas e totalmente imprevisíveis. É aqui que o problema nasce. Ora, temos gente falando sobre segurança sem ter noção de segurança! Isso é uma constatação perigosa.

É claro e evidente que é um assunto que mereça destaque hoje em dia. Afinal de contas, todo mundo está se ligando em rede. Mas o que precisa se ter em mente é o contexto em que cada um está se inserindo. Um usuário doméstico que está simplesmente se ligando à Internet não pode se preocupar com riscos absurdos como o de, por exemplo, alguém invadir o seu computador e roubar o arquivo da sua declaração do Imposto de Renda.

Onde eu estou pretendendo chegar é que as pessoas tem que parar e pensar nos absurdos que andam dizendo aos Leigos em informática. O risco que mencionei acima é, probabilisticamente, nulo. Além do que, existem uma série de estruturas que precisam existir para tornarem um risco desses viável. Se, intencionalmente, às vezes não se consegue fazer um sistema Cliente/Servidor aonde o Servidor fornece espontaneamente dados ao Cliente, funcionar, imagina esse caso! E olha que isso não é estória não. Eu mesmo ouvi.

[pagination="Os problemas"]

Você sabe me dizer exatamente o que pode comprometer dados armazenados? Danos físicos e danos lógicos. O primeiro se refere ao meio aonde os dados estão gravados. Se você, acidentalmente puser fogo em um CD, certamente perderá dados. Esse é um exemplo de dano físico. Existem inúmeras formas de se causar danos físicos ao meio aonde o dado está gravado. Devemos, portanto, saber como nos prevenir desse tipo de mal que assola muita gente. É uma simples questão de responsabilidade. Parece simples? Pois é.

Dano lógico é aquele que compromete o dado sem comprometer o meio. Se você apaga, acidentalmente uma planilha sua em um disquete, você causa um dano lógico ao conjunto de planilhas que você utilizava. Podemos então definir dano lógico como a deleção de todo ou parte dos dados que interessam à você, sem danificar o meio.

Você tem a exata noção do que pode causar danos físicos. Mas e danos lógicos? Existem muitas formas de causar esta deleção. Dividiremos estas formas em dois grupos: assistida e remota. A forma assistida trata de pessoas que de má fé ou não, usam comandos e atuam diretamente no meio lógico por intermédio de um computador para provocar o dano. A forma remota é aquela na qual não se faz necessário a ação direta dessa pessoa. Em geral, usam-se artifícios de desenvolvimento a fim de preparar intencionalmente ou não uma armadilha para gerar o dano. Como exemplo podemos citar os Vírus de computador.

Agora chegamos onde eu queria. O dano lógico é causado única e simplesmente pelo mesmo motivo do dano físico: a falta de responsabilidade.

[pagination="As soluções"]

Mais do que uma simples questão de adquirir programas de bloqueio, geradores de senha, protetores contra intrusos e etc., existe a questão de que o usuário é o único responsável pelo bem-estar do sistema. Ele é obrigado a se proteger, não comprando softwares para esse fim, mas definindo metodologias simples de, por exemplo, somente acessar um disquete depois de passar Antivirus no mesmo.

As pessoas vem se preocupando demais com vírus assustadores, e-mails que explodem, programas que queimam a impressora do vizinho e terríveis hackers que roubam todos os seus cartões de crédito e compram Ferraris pela Internet, mas se esquecem de ter responsabilidade.

A responsabilidade começa pelo backup. Nada desses backups que ocupam 140 disquetes copiando o HD todo, não. Aliás, isso não serve para nada. Tirar backup só dos arquivos que você gera e considera importantes. Defina uma metodologia de backup: periodicidade, "interlívio" da mídia e local de armazenagem dela. Isso basta para que você consiga dormir mais tranqüilo.

Outro ponto importante é parar de acreditar nestas histórias que inventam por aí de vírus assustadores, etc. Software não consegue danificar o hardware. Pode ter certeza de que aquele vírus que o seu amigo já viu e que queimou a impressora dele não existe.

Mail bomba não explode! Nada mais fazem do que chatear. São mensagens grosseiras, repetidas, etc. Podem sim, trazer em attach um arquivo com um vírus ou instruções para destruir o seu computador. Mas lembre-se de que abrir e ler a mensagem não faz mal algum. Você só poderá ter problemas se executar este arquivo. Sendo assim, arquivos texto, imagem, som etc. não fazem mal algum ou mesmo trazem vírus.

Para que alguém possa ter acesso ao conteúdo do seu disco rígido é necessário que você tenha um programa Servidor rodando para este fim. Então uma outra pessoa, com o programa cliente, acessa este programa servidor que fornece a ele o conteúdo do seu disco rígido e interpreta instruções. O que significa que fugir de ter o seu computador acessado por terceiros reside simplesmente no ato de não executar programas desconhecidos ou enviado por desconhecidos.

Não existe risco em se fazer download de arquivos da Internet, desde que esse download seja proveniente de um site conhecido. Ainda assim, se não for, em geral basta uma simples checagem contra vírus para se ter garantia de segurança.

Também não acredite em soluções do tipo: "deltree C:WINDOWS". Pessoas sem o menor conhecimento de informática adoram este tipo de coisa. É uma solução grosseira, pior do que a doença e na maioria dos casos não resolve o problema, porque esse mesmo problema pode estar sendo gerado por um programa instalado ou algo parecido. Além do mais, esse tipo de coisa impede que se venha a detectar a causa a fim de evitar que se repita no futuro.

[pagination="Conclusão"]

Nunca poderemos chegar ao ponto de dizer que estamos totalmente seguros. Eu mesmo, como desenvolvedor, sei que nenhum programador, principalmente os que desenvolvem para redes, resiste à tentação de instalar backdoors em seus programas. Além disso, existe ainda o fato de errar ser humano. Todos erram. E um erro às vezes pode comprometer temporariamente a segurança de um sistema.

No Brasil, contam-se nos dedos as pessoas realmente capazes de causar problemas quando o assunto é segurança. Enfim, a chance de você ou seu sistema ser o escolhido por um deles é praticamente a mesma de você ganhar na loteria. O resto é só ameaça.

Lembre-se sempre de que a Internet é segura o suficiente para você, usuário doméstico, e seu computador. Pode ter certeza de que quem tem que se preocupar em investir em segurança, se preocupa.

[pagination="Introdução"]

Para que dois ou mais computadores possam formar uma rede, além de estarem conectados fisicamente (por meio de placas de rede e cabos), eles devem falar a mesma "língua". Neste caso, a "língua" falada pelos computadores é o protocolo de rede. E dentre todos os protocolos, o mais abrangente é sem dúvida nenhuma o TCP/IP. Nenhum outro protocolo permite a comunicação entre tão diversas arquiteturas de hardware e sistemas operacionais. Não é por acaso que o TCP/IP é o protocolo padrão da internet, a maior e mais heterogênea rede mundial de computadores.

O Windows 95 vem com a sua implementação do TCP/IP, totalmente compatível com o padrão. Ou seja: Para acessar a internet e/ou conectar o seu micro a uma rede que use o protocolo TCP/IP, tudo que você precisa é instalar e configurar o protocolo no Windows 95.

[pagination="Requisitos Necessários"]

Primeiramente é necessário que você tenha instalado e configurado em sua máquina uma placa de rede. Para tanto, basta instalar fisicamente a placa de rede no micro (com o mesmo desligado, claro) e reiniciar a máquina que, durante sua inicialização, o Windows 95 reconhecerá automaticamente o novo hardware e instalará o driver correspondente. Caso o Windows 95 não possua um driver para sua placa, ele pedirá a você que indique que driver usar. Neste caso, você utilizará o driver que veio com a placa de rede (geralmente em um disquete).

Daqui por diante, partiremos do pressuposto que o seu windows 95 já está instalado e operacional e que a sua placa de rede (ou, no caso de acesso a internet, o seu Adaptador Dial-Up) já foi instalada e configurada. Assim, você precisará apenas do CD de instalação do Windows 95.

[pagination="Configurando o TCP/IP no Windows 9X"]

Instalando o TCP/IP

O primeiro passo é instalar o protocolo. Para tanto, siga os seguintes passos:

Clique no ícone "Rede" do Painel de Controle. Você deverá ter apenas a placa de rede listada como componente instalado, conforme a Figura 1.

Figura 1: Apenas a placa de rede está instalada por enquanto.

Clique na caixa "Adicionar". Aqui você selecionará o tipo de componente de rede a ser instalado (Figura 2). Selecione o componente "Protocolo" e clique na nova caixa "Adicionar".

Figura 2: Escolhendo o tipo de componente a instalar.

Na lista Fabricantes, clique em Microsoft. Aparecerá uma lista de protocolos de rede, escolha o protocolo TCP/IP e confirme (Figura 3).

Figura 3: Selecionando o protocolo TCP/IP da Microsoft.

O protocolo TCP/IP será então incluído na lista de componentes instalados.

Configurando o TCP/IP

Na lista de componentes instalados, selecione o protocolo TCP/IP e clique em "Propriedades". Na guia Endereço IP (Figura 4), marque "Obter um endereço IP automaticamente", caso sua rede possua um servidor DHCP. Caso contrário, marque "Especificar um endereço IP" e entre com o endereço IP e a Máscara da sub-rede (que serão atribuídos a sua máquina pelo administrador da rede, ex. IP 172.16.1.100 e máscara de sub-rede 255.255.255.0).

Figura 4: Configurando o endereço IP da máquina.

Na guia "Configuração WINS" (Figura 5), marque "Desativar resolução WINS" caso sua rede não possua um servidor WINS. Caso contrário, marque "Ativar resolução WINS" e entre com o IP do Servidor WINS primário e o IP do Servidor WINS secundário (ex. 172.16.1.20 para servidor WINS primário). A identificação de escopo deverá ficar em branco (somente em casos específicos esta identificação será necessária, consulte seu administrador). Em redes que possuem um servidor DHCP, as configurações de WINS também podem ser distribuídas dinâmicamente. Se esse for o caso da sua rede, marque "Utilizar DHCP para resolução WINS". Estes dados deverão ser fornecidos a você pelo administrador da rede.

Figura 5: Configurando a resolução WINS.

Na guia "Gateway" (Figura 6), deve-se entrar com o IP do gateway padrão (default gateway, ex. 172.16.1.1) desta máquina. Na maioria dos casos, haverá apenas um gateway. No caso de haver mais de um, entre com os IPs em ordem decrescente de prioridade, pois o último a ser inserido na lista ficará no início da mesma, sendo utilizado pelo Windows 95 como o padrão. Para inserir o IP do gateway na lista, digite o mesmo na caixa "Novo gateway:" e clique em "Adicionar". Você verá que ele foi inserido na lista de gateways instalados. Em algumas redes com servidor DHCP, este ítem também é fornecido dinâmicamente. Apesar de não haver uma opção listada aqui para utilizar o DHCP para prover o IP do gateway, o Windows 95 aceita esta opção. Para tanto, apenas não preencha nada na guia.

Figura 6: Adicionando um gateway as configurações do protocolo.

Na guia "Avançado" (Figura 7), marque "Definir esse protocolo como padrão" caso o TCP/IP seja o protocolo padrão em sua rede. Se ele for o único, esta caixa já estará marcada, e você não poderá desmarcá-la. A necessidade de definir-se um protocolo padrão vem do fato de que, possuindo-se mais de um protocolo configurado, o protocolo padrão é o primeiro a ser utilizado pelo Windows 95 para suas conexões de arquivos e impressão.

Figura 7: Definindo o protocolo TCP/IP como padrão.

Na guia "Configuração DNS" (Figura 8), marque "Desativar DNS" caso sua rede não possua um servidor de DNS. Caso contrário, marque Ativar DNS. Será necessário então especificar alguns parâmetros relativos ao serviço DNS. Você entrará com o nome do seu Host (nome que identifica sua máquina na rede, ex: m01) , nome do seu Domínio (especifica o domínio ao qual sua máquina será subordinada, ex: blnet.priv. Assim, m01.blnet.priv será o nome completo de sua máquina), a Ordem de pesquisa do servidor DNS (aqui você entrará com o IP do seu servidor DNS, ex: 172.16.1.10 . Em uma rede com mais de um servidor DNS, você tem a opção de entrar com os IPs dos outros servidores, respeitando a mesma regra de prioridade vista na guia Gateway) e a Ordem de pesquisa sufixo (na tentativa de resolver um nome completo de computador a partir de um nome simples de host, o Windows 95 tentará primeiro o domínio local. Caso não consiga, ele tentará usar os domínios especificados nesta lista). Dica: O único ítem obrigatório é o nome do host. Cada estação Windows 95 que possua TCP/IP e utilize DNS é obrigada a possuir um nome de host.

Figura 8: Configurando DNS.

[pagination="Instalando Componentes Adicionais"]

Se você chegou até aqui, você já tem o TCP/IP instalado e configurado em sua máquina. Mas se você pretende acessar uma rede local (da sua empresa, por exemplo), precisa instalar um cliente para esta rede. O Windows 95 vem com dois clientes, o Cliente para Redes Microsoft e o Cliente para Redes Netware. No caso do protocolo TCP/IP, você utilizará o primeiro, pois o Windows 95 não permite a utilização deste protocolo com redes Netware (redes Netware utilizam outro protocolo, o IPX/SPX).

Com o cliente para redes Microsoft, você poderá acessar redes ponto-a-ponto (com outras máquinas Windows 95, por exemplo) ou redes cliente-servidor (no caso, um servidor Windows NT).

Instalando o Cliente para Redes Microsoft

Voltando às configurações de rede do Painel de Controle, clique na caixa "Adicionar", selecione o componente "Clientes" e clique na nova caixa "Adicionar".

Na lista "Fabricantes" (Figura 9), clique em "Microsoft". Aparecerá a lista de clientes de rede da Microsoft que vêm com o windows 95. Escolha o "Cliente para Redes Microsoft" e confirme.

Figura 9: Instalando o Cliente para Redes Microsoft.

O cliente será então incluído na lista de componentes instalados, e será automaticamente ligado ao protocolo TCP/IP recém-instalado. Você pode confirmar isto voltando as propriedades do protocolo, na guia "Ligações".

[pagination="Finalizando a Configuração"]

Você já tem a placa de rede, já tem o protocolo (TCP/IP) e já tem o cliente (Cliente para Redes Microsoft). Agora você só precisa gravar todas as configurações feitas. Basta clicar em OK, o Windows 95 pedirá a localização dos arquivos que ele precisará copiar (o CD-ROM do próprio). Se ele não pedir, não se preocupe. Ele achou sozinho.

Ao terminar de copiar os arquivos, será necessário reinicializar o computador.

[pagination="Testando o Protocolo"]

O Windows 9X dispõe de alguns utilitários que podem ser usados para certificar-se que sua instalação foi bem-sucedida. Os mais úteis para diagnóstico são o WINIPCFG e o PING. Siga os seguintes passos:

1. Você precisará abrir uma janela DOS. Para tanto, no menu Iniciar selecione Programas e clique em Prompt do MS-DOS. Na janela DOS, digite WINIPCFG. Este utilitário retorna as configurações atuais do protocolo TCP/IP (veja um exemplo na Figura 10). Você poderá compará-las com as configurações feitas no painel de controle. Estas deverão ser idênticas (clique no botão "Mais Informações" para ver os detalhes). Dica: Caso você esteja utilizando DHCP em sua rede, este utilitário será bastante útil para verificar se as configurações estão sendo corretamente entregues pelo servidor DHCP a sua máquina.

Figura 10: Um exemplo do utilitário WINIPCFG.

2. Em outra janela DOS, digite PING seguido de um endereço IP qualquer de sua rede . Este utilitário tentará achar o IP dado na rede, retornando um erro em caso de não encontrá-lo (veja um exemplo de utilização do PING na Figura 11 e veja a referência a este utilitário no primeiro tutorial sobre redes TCP/IP).

Figura 11: Utilizando o PING do Windows 95 para testar o TCP/IP. Neste exemplo, um teste bem sucedido.

A utilização do PING é bastante útil para determinar exatamente o que não está funcionando com suas configurações TCP/IP. Siga esta ordem para testar e isolar problemas (como o da Figura 12):

Figura 12: Um erro de "timed out" indica que o IP testado não foi encontrado na rede.

Além destes utilitários você também poderá checar, nas propriedades do protocolo TCP/IP nas configurações de rede, a guia Ligações. O cliente que você utilizará para acessar sua rede deverá obrigatoriamente aparecer marcado na lista de componentes que utilizarão o protocolo TCP/IP. Caso não esteja, não deixe de marcá-lo.

Marcus Soares é especialista em redes locais, trabalha na BL Informática e é consultor do Clube do Hardware.

[pagination="Introdução"]

Por que escolher o protocolo TCP/IP como padrão de sua rede? Muitos administradores de rede fazem esta mesma pergunta todos os dias. Às vezes, nem todos conseguem respondê-la. Vamos aqui fornecer algumas razões para responder esta pergunta.

Um dos motivos é que o TCP/IP é hoje o protocolo principal da Internet. Se você pensa em colocar a sua empresa na grande rede, utilizando o protocolo TCP/IP você poderá aproveitar de todos os seus benefícios, como colocar páginas na rede para que as pessoas possam visitar sua empresa virtualmente, fazer pedidos e trocar mensagens com fornecedores e clientes.

O TCP/IP é um conjunto de protocolos padrão, que pode ser usado tanto para redes locais como para redes remotas, a fim de proporcionar total integração entre todos os sistemas operacionais de sua rede.

O TCP/IP tem a vantagem de já ser um protocolo nativo em redes Unix ou Netware (a partir da versão 5.0), por exemplo, facilitando assim a sua comunicação com outros servidores.

Além disso, a vantagem de se usar o protocolo TCP/IP em sua rede , em vez de IPX ou mesmo NetBEUI se deve a uma melhor performance em rede. O Protocolo IPX/SPX depende de broadcasts do Service Advertising Protocol (SAP) e dos pacotes do Routing Information Protocol (RIP) para serviços de resolução de nomes de rede. Os broadcasts SAP e RIP são atualizados a cada 60 segundos para cada servidor e enviados para toda a rede. Esses broadcasts em movimento são insignificantes dentro de um ambiente LAN local. Entretanto, quando redes IPX são conectadas de maneira corporativa, os broadcasts SAP e RIP podem desgastar drasticamente a largura de banda disponível . Já o NetBEUI é um protocolo baseado em broadcasts, não roteado. O Browser mestre nas redes TCP/IP não pode ver ou exibir os computadores que usam o NetBEUI para se comunicar com a rede na lista de recursos da rede.

[pagination="O que você precisa para instalar este protocolo em sua rede"]

Vamos partir da situação que você já tem um servidor NT instalado. Os passos para o NT Workstation são os mesmos. Vamos nos basear aqui na instalação no NT Server.

A instalação do Windows NT Server já instala por padrão o protocolo TCP/IP. Mas vamos também partir do princípio de que você optou por não instalá-lo e deseja fazê-lo agora.

[pagination="Instalando a placa de rede em seu servidor NT"]

Seu primeiro passo será entrar na configuração de rede de seu servidor. Vá através do caminho Iniciar - Configurações - Painel de Controle - Rede - Adaptadores

Clique em Adicionar. Você então poderá escolher qual a placa de rede que você deseja instalar. O Windows NT já traz alguns drivers de placas com ele. Entretanto, caso a sua placa não esteja listada, clique em "Com disco" e selecione o driver correspondente a sua placa.

Pronto. Você já tem a sua placa de rede instalada e configurada no seu sistema . Resta agora você instalar os protocolos e serviços que você deseja executar.

Uma observação importante: Caso você não tenha nenhuma placa de rede em seu micro e ainda assim deseje instalar o servidor NT, a Microsoft disponibilizou um adaptador de Loopback. Selecione o Adaptador MSLoopback na Figura 2. Com esse adaptador, você pode simular situações de rede em seu servidor, como se houvesse uma placa instalada. Com esta opção você poderia, por exemplo, testar e estudar softwares para intranets sem ter efetivamente uma rede.

[pagination="Instalando o protocolo TCP/IP em seu servidor"]

Agora que você já instalou a placa de rede, vamos instalar o protocolo TCP/IP.

Na Segunda guia (Serviços), você tem os serviços disponíveis para serem instalados no seu servidor. Normalmente você deve encontrar 3 serviços básicos que o Servidor já instala para você. São eles o Localizador de Computadores, o Servidor e o Estação de trabalho. Não é necessário, para a instalação do protocolo TCP/IP, que você acrescente nenhum serviço extra para que ele funcione (os serviços disponíveis são para redes Microsoft, não influenciando em sua rede TCP/IP). Fica a seu critério a inserção ou não de novos serviços. Mas cuidado. Um serviço incluído que você não saiba para que serve e não saiba como configurar, pode fazer com que o seu servidor não funcione direito.

Caso você queira acrescentar um serviço não presente na lista, clique em "Adicionar". Você vai ser apresentado a lista de serviços do Servidor NT. Escolha o que você deseja ativar e clique em "OK". Você ainda pode acrescentar serviços que não estão presentes na lista, bastando para isso clicar em "Com Disco".

Na Terceira guia (Protocolos), será onde vamos começar a configurar o protocolo TCP/IP. Você pode Ter outros protocolos instalados em sua rede sem que um conflite com o outro.

Clique na opção "Adicionar". Você será apresentado a todos os protocolos suportados pelo seu Servidor (existe o caso em que você ainda pode adicionar um protocolo não suportado, bastando para isso ter um disquete com as informações dele). Clique em "Protocolo TCP/IP" e depois em "OK". Normalmente o Servidor NT lhe pergunta sobre a existência de um servidor DHCP em sua rede. Caso você deseje, clique em "Sim" e o Servidor instalará todos os serviços necessários para seu servidor NT ser um Servidor DHCP automaticamente.

Após copiar alguns arquivos do Cd do Windows NT (ele vai pedir para você inseri-lo), você já esta pronto para começar a configuração do protocolo. Vamos a ela:

Volte a guia de Protocolos e clique em cima do TCP/IP e depois "Propriedades". O sistema lhe avisará de o protocolo não está configurado para usar o adaptador existente. Clique então em "Ok" e depois "Fechar", para que seja aberta automaticamente a configuração do TCP/IP.

O primeiro passo da configuração é o endereço IP de seu servidor. Caso você deseje que ele obtenha o endereço de algum servidor DHCP, deixe na opção "Obter um Endereço IP de um servidor DHCP". O recomendado é que você fixe um IP para o seu servidor. Como servidor, ele terá sempre que ser achado pelos clientes. É pouco produtivo que você tenha sempre um servidor mudando de endereço. Os clientes podem vir a se perder com isso. Da mesma forma que você especifica o endereço, você deve especificar a Máscara da Subrede e o Gateway Padrão. Caso você esteja configurando um NT WorkStation você pode usar esta opção para que a sua máquina receba um IP do servidor ou ficar um IP para ela. Fica a seu critério.

O segundo passo é a configuração do DNS. Caso você já tenha um servidor DNS em sua rede, coloque o nome do seu servidor no "Nome do Host", coloque o domínio no qual ele vai estar em "Domínio". Você deve também colocar os endereços IP’s do seu servidor DNS. Clique em "Adicionar" e insira seus IP’s.

Caso você tenha um servidor WINS, coloque os endereços referentes a estes servidores alí. Você ainda pode checar a caixa "Ativar DNS para a resolução do Windows" , fazendo com que o seu servidor DNS resolva também nomes pelo Serviço WINS. A outra caixa se refere ao LMHOSTS. O Windows NT suporta diversos serviços de resolução de nomes diferentes para localizar, comunicar-se e se conectar a recursos na sua rede. Se os servidores WINS estiverem disponíveis na rede, o arquivo LMHOSTS pode ser usado para suportar as sub-redes que não tem um servidor WINS e para fornecer um serviço de resolução de nomes de reserva, caso o servidor WINS não esteja disponível. O arquivo LMHOSTS fornece um método de resolução de nomes NetBios que pode ser usado em pequenas redes que não usam um servidor WINS. Caso você tenha uma tabela de servidores, é importante que você cheque esta caixa. Você ainda pode importar uma tabela de outros servidores ou mesmo de alguma estação. O campo "Identificação de escopo" é para identificar um escopo para cada grupo de máquinas que estejam rodando NetBios em TCP/IP . Caso você tenha esta configuração em sua rede, escolha o escopo desejado . Caso contrário , pode deixá-la em branco .

Na guia Retransmissão de DHCP", você só precisa configurar caso tenha um servidor DHCP em sua rede e queira retransmitir os endereços dos seus servidores através de roteadores, para que todos os endereços sejam conhecidos em sua WAN.

Para finalizar, temos a opção de "Roteamento".

Como testar a sua configuração TCP/IP:

Após terminar suas configurações e de rebootar o servidor, chegou a hora de testarmos se ele está respondendo a chamados do protocolo TCP/IP.

A primeira forma de testar é abrir uma janela "Prompt de Comando" e digitar o comando IPCONFIG /ALL.

Se o seu servidor estiver configurado corretamente, ele deverá responder a este comando apresentando o endereço IP configurado no seu servidor.

PING xxx.yyy.zzz.www, (por exemplo : 172.16.2.20) onde x, y, z e w são os números do seu IP definido para o seu servidor. Caso ele consiga responder, é sinal que seu servidor esta respondendo a chamados TCP/IP. Caso você esteja em rede, você ainda pode tentar pingar outros servidores, com o mesmo comando, mudando apenas o endereço IP. Caso você consiga, seu IP esta configurado corretamente e você já esta conseguindo falar em IP com outros servidores.

A nível de curiosidade, vamos explicar ainda o que significa a guia Identificação. Você pode aceitar o que está ali ou então mudar este parâmetros, que implicarão na mudança do nome do seu servidor na rede e no domínio que ele está presente. Simplificadamente falando, o Domínio de uma rede pode ser encarado como se fossem diversos micros reunidos em um grupo, onde este servidor estaria respondendo como o "professor" deles, ou seja, para qualquer atitude que eles queiram tomar na rede, dependeria da autorização do "professor" (Damos o nome a este servidor de PDC, ou seja, Primary Domain Controler (Controlador de Domínio Primario). Essas modificações só influenciarão em uma rede Microsoft, não para aplicativos TCP/IP nativos, como por exemplo programas de FTP, Mail e Browser Web (Netscape, Explorer).

Caso você queira mudar o Domínio em que seu servidor vai ficar ou mesmo o nome com que ele vai se apresentar na rede, clique em "Alterar". Você vai ser apresentado a tela seguinte, onde basta alterar para os nomes desejados.

[pagination="Troubleshooting"]

Caso você queira verificar se o seu protocolo TCP/IP instalado está mesmo sendo usado na placa de rede que você configurou, você precisará ir na ultima guia, com o nome de "Ligações". Nesta tela, clique em "Mostrar Ligações". Selecione "todos os protocolos" . O link do protocolo com a placa de rede é automático. Você vera que o seu protocolo TCP/IP passou a fazer parte da lista de protocolos disponíveis em seu Servidor.

*Leonardo Simões é especialista em redes locais, trabalha na BL Informática e é consultor do Clube do Hardware.
 

[pagination="Introdução"]

No primeiro tutorial sobre TCP/IP tivemos uma introdução à toda a teoria que governa a arquitetura de uma rede TCP/IP. Como vocês puderam ver, não é pouca teoria. Na verdade as provas sobre TCP/IP são consideradas as mais difícies das certificações CNE da Novell ou MCSE da Microsoft.

Mas para montar uma rede local utilizando o TCP/IP, seja para simples compartilhamento de arquivos e impressoras entre estações Windows 95, ou para a construção de uma intranet completa, você não precisa ser um Ph.D. em teoria da ciência da computação. Juntando os conhecimentos teóricos do primeiro tutorial sobre TCP/IP com os as dicas de projeto que forneceremos agora, você poderá criar redes TCP/IP de tamanho pequeno a médio sem problemas.

[pagination="A Topologia da Sua Rede"]

O projeto de uma rede TCP/IP está intimamente relacionado com a sua topologia lógica. Muitas vezes nao é fácil entender a topologia lógica de uma rede, devido em parte à confusão criada pelos fornecedores de produtos (software ou hardware) para redes na divulgação dos seus produtos. Por isso vamos apresentar alguns tipos de topologias físicas mais comuns para redes locais e as topologias lógicas correspondentes, para depois apresentar uma "receita de bolo" para orientar o projeto da rede TCP/IP para essas topologias.

Ethernet em cabo coaxial

Dispositivos conectados em um mesmo cabo Ethernet possuem conectividade no nível de Enlace (vide o primeiro tutorial sobre TCP/IP). Fisicamente e logicamente eles estão em uma topologia de barramento, o que no TCP/IP corresponde a uma única rede local. Mesmo que adicionemos repetidores ou pontes (bridges) interligando diversos cabos Ethernet. Logicamente continuamos com um único barramento, o que corresponde a uma subnet do TCP/IP.

Ethernet em par-trançado

Quando utilizamos par-trançado para conectar dispositivos em uma rede ethernet estamos utilizando uma topologia física de estrela. Entretanto, a topologia lógica continua sendo de barramento, pois o hub nada faz além de ecoar o sinal recebido em uma porta para todas as outroas. Assim sendo, o funcionamento lógico do hub é igual ao do cabo coaxial. Se ligarmos vários bubs em cascata, criando uma topologia física de "árvore", continuamos com uma topologia lógica de barramento, equivalente à vários cabos coaxiais interligados por repetidores.

Ethernet com switch

Um switch Ethernet padrão é uma bridge multiporta. Embora fisicamente ele seja capaz de aumentar bastante o desempenho da rede, por permitir que diversos pares dispositivos se comuniquem simultaneamente, logicamente ele opera somente no nível dois do modelo OSI, que corresponde ao nível de Enlace apresentado no primeiro tutorial sobre TCP/IP. A topologia lógica gerada por um switch ainda é um simples barramento Ethernet, mesmo que tenhamos switches em cascata com outros swtiches ou hubs.

Algums switches do mercado incorporam na mesma caixa um roteador. Os fabricantes chamam este projeto de "swtch de nível 3", em referência ao nível 3 do modelo OSI, que corresponde ao nível de rede apresentado no primeiro tutorial sobre TCP/IP. Neste caso, temos que saber qual a configuração específica do switch para determinar qual a topologia lógica implementada por ele. Em linhas gerais esta topologia será um grupo de barramentos Ethernet interconectados por um roteador, que veremos no próximo item:

Roteador dedicado

Caso a sua rede possua um roteador dedicado, cada porta do roteador gera uma rede local lógica, ou seja, cada porta do roteador corresponde a uma subnet do TCP/P. Não importa que tipo de conexão seja feita por estas portas; pode ser Ethernet, WAN, X.25, etc. Cada porta corresponderá a uma rede lógica independente das outras, e o roteador será capaz de realizar, no nível de rede (IP), a interligação destas redes locais. Dois roteadores em cascata geram redes lógicas diferentes, ao contrário dos hubs e switches Ethernet, que geram uma mesma rede lógica (barramento).

Servidor "multihomed"

Um servidor multihomed é um computador que possui várias interfaces de rede. Cada interface de rede gera a sua própria rede local lógica, ou subnet para o TCP/IP. Um roteador dedicado é nada mais do que um servidor multihomed especializado. A maioria dos sistemas operacionais para servidor, e alguns sistemas operacionais de estação (como o Warp 4) são capazes de atuar como roteadores para o TCP/IP.

Colocar várias placas de rede em um mesmo servidor é uma forma barata e popular de se expandir a capacidade ou aumentar o desempenho de uma rede local Ethernet. A maiora dos PCs, mesmo 486, é capaz de sustentar sem problemas o tráfego de 4 placas Ethernet de 10Mb/s, a um preço bastante inferior a um switch ou roteador dedicado.

[pagination="Projeto Genérico para uma Rede TCP/IP"]

Redes locais TCP/IP que estejam conectadas na Internet devem utilizar endereços oficiais, atribuídos pelo InternNIC ou por entidades locais autorizadas por este (como a FAPESP para o Brasil). Entretanto a maioria das empresas não necessita nem deve utilizar endereços oficiais, pois isto deixaria a rede inteira vulnerável aos hackers. A partir do momento em que se coloca um firewall protegendo a rede, somente os servidores que serão visíveis publicamente na Internet necessitam de um endereço oficial.

Para as redes internas das empresas, que se conectam à Internet por intermédio de um firewall mas não fornecem serviços visíveis para a Internet pública, o InterNIC reservou algumas faixas de endereço a que chamamos de "redes privativas". São muito raros os caos em que uma empresa não deve utilizar uma dessas faixas para a sua rede local, portanto vamos utilizar como primeira regra de projeto de redes TCP/IP a utilização de uma faixa privativa.

A faixa escolhida é 172.16.0.0. Vamos utilizar como network mask (netmask ou subnetmask) o valor 255.255.255.0, pois assim o terceiro octedo do endereço TCP/IP pode ser utilizado para diferenciar diversas redes locais lógicas (barramentos Ethernetnet) que a rede local da empresa utilize.

Assim a primeria rede local terá como endereço de rede 172.16.1.0, a segunda 172.16.2.0, e assim em diante. O quarto octeto indica o endereço da estação, servidor ou dispositivo nesta rede.

Uma rede pequena terá somente endereços IP fixos, configurados manualmente em cada máquina. Já uma rede maior necessitará de um servidor DHCP para aliviar a sobrecarga administrativa. Entretanto, mesmo em uma rede que utilize DHCP teremos alguns endereços IP fixos, configurados manualmente, porque o DNS não sabe trabalhar em conjunto com DHCP. Isto implica em que os servidores da intranet da empresa necessitam ter um endereço IP fixo, para que eles possam ser identificados via DNS.

Então vamos separar os endereços de host em três faixas: uma para os servidores (IP fixo), uma para as estações configuradas via DHCP e outra para as estações e outros dispositivos que necessitem de um endereço IP pré-fixado. Nossas faixas serão:

• Faixa 1 (servidores): 10..99
• Faixa 2 (DHCP): 100..199
• Faixa 3 (outros dispositivos com IP fixo): 200..250

  Outra convenção útil é colocar o default gateway sempre com endereço de host igual a 1.

  Não há necessidade de se utilizar os endereços IP sequencialmente. Você pode deixar "buracos" na numeração dos endereços de hosts, o que pode ser conveniente se a sua rede já adotar algum padrão de numeração para os equipamentos.

  Caso a sua rede não utilize DHCP, você irá configurar as estações manualmente com endereços de host da faixa 3 e deixar a faixa 2 reservada para uma futura expansão da rede que venha a necessitar do DHCP. [pagination="Uma Rede Simples (Um Único Barramento)"]

  Vamos iniciar por uma rede simples, que consiste em um único barramento Ethernet. Esta rede contém um único servidor, que desempenha todas as funções de servidor da rede, e 15 estações, que receberão os endereços IP manualmente. Os parâmetros gerais de nossa rede são:

  Então vamos separar os endereços de host em três faixas: uma para os servidores (IP fixo), uma para as estações configuradas via DHCP e outra para as estações e outros dispositivos que necessitem de um endereço IP pré-fixado. Nossas faixas serão:

• Endereço de Rede: 172.16.1.0
• Network Mask: 255.255.255.0
• Default Gateway: vazio (não temos necessidade)
• Servidor DNS: vazio (não estamos utilizando)
• Configurar via DHCP: não

E os enderços IP dos computadoes, segundo a Figura 1, são:

• WWW: 172.16.1.10
• M01: 172.16.1.201
• M02: 172.16.1.202


• e assim por diante, até o M15: 172.16.1.215

  Como não temos um servidor DNS nesta rede, cada estação deve ter um arquivo de hosts para que o servidor Web possa ser localizado. O nome e diretório do arquivo de hosts varia de plataforma para plataforma, mas o seu conteúdo será:

  	127.0.0.1	localhost
  	172.16.1.10	www
  

  Observe o nome "localhost", que é padrão para o loopback do TCP/IP (vide primeiro tutorial sobre TCP/IP, tópico "Como Testar uma Rede TCP/IP"). [pagination="Uma Rede Simples (Com dois servidores)"]

  Este exemplo difere do primeiro apenas no tamanho da rede. Agora temos 50 estações e dois servidores, um para arquivos e impressão e outro para a intranet, que abrigará os servidores Web, DNS e DHCP. Os parâmetros gerais para esta rede são:

• Endereço de Rede: 172.16.1.0
• Network Mask: 255.255.255.0
• Default Gateway: vazio (não temos necessidade)
• Servidor DNS: 172.16.1.10 (é o servidor da Intranet)
• Configurar via DHCP: sim (somente para as estações)

E os enderços IP dos computadoes, segundo a Figura 2, são:

• WWW: 172.16.1.10
• SERV1: 172.16.1.20
• M01..M50: 172.16.1.100..172.16.1.150 (configurados via DHCP)

Notem que, no TCP/IP, podemos ter vários servidores com o mesmo endereço IP, pois cada servidor corresponde a um programa diferente, que utiliza o seu próprio número de porta para receber as coenxões dos clientes. No caso, temos um servidor Web e um servidor DNS no endereço 172.16.1.10.

Como desta vez temos um servidor DNS, não precisamos criar um arquivo de hosts em cada estação.

OBS 1: Nesta série de aulas, não iremos apresentar como é a configuração dos servidores DNS e DHCP. São topicos mais demorados, que exigiriam aulas específicas. Entretanto, caso a sua rede possua esses servidores ou caso você esteja trabalhando junto com outro profissional que saiba configurar esses servidores, estamos incluindo exemplos para mostrar como seria a configuração das estações com os servidores DNS e DHCP presentes. Note que ambos os servidores podem ser utilizados independentemente um do outro, ou seja, eu posso ter um servidor DHCP nas não ter um servidor DNS, e vice-versa.

OBS 2: Também não iremos apresentar as configurações do servidor Web, mas consideramos que existe um presente na intranet. A maioria dos servidores web, quando instalados em uma rede TCP/IP corretamente configurada, não necessita de configurações extras: os seus defaults já fornecem uma intranet perfeitamente funcional, basta verificar no manual do servidor web utilizado em qual diretório devem ser instaladas as páginas HTML. [pagination="Uma Rede Com Dois Segmentos e Dois Servidores"]

Agora temos dois segmentos (barramentos) Ethernet, cada um com 20 estações, interligados por um servidor multihomed. Este servidor deve estar com o roteamento IP habilitado (IP forwarding = on) para que os dois barramentos possam se comunicar.

O servidor web está no primeiro barramento, e não temos servidores DNS ou DHCP presentes.

Os parâmetros gerais para esta rede são:

• Endereço da Rede 1: 172.16.1.0
• Endereço da Rede 2: 172.16.2.0
• Network Mask: 255.255.255.0
• Default Gateway da Rede 1: 172.16.1.1
• Default Gateway da Rede 1: 172.16.2.1
• Servidor DNS: não temos
• Configurar via DHCP: não

E os endereços IP dos computadoes, segundo a Figura 3, são:

• WWW: 172.16.1.10
• GATEWAY: 172.16.1.1 e 172.16.2.1
• M101: 172.16.1.201
• M102: 172.16.1.202
• e assim por diante, até o M120: 172.16.1.220
• M201: 172.16.2.201
• M202: 172.16.2.202
• e assim por diante, até o M220: 172.16.2.220.

  Observem que um servidor multihomed possui vários endereços IP, um para cada interface de rede presente.

  Considerando que o servidor multihomed não roda nenhum serviço para a intranet, ele não precisa ser listado no arquivo de hosts, que teria o seguinte conteúdo:

  	127.0.0.1	localhost
  	172.16.1.10	www
  

  [pagination="Uma Rede Com Dois Segmentos e Um Servidor"]

  Você poderia, por economia, colocar todos os serviços de rede em uma única máquina, mas ainda assim ter dois segmentos. Digamos que temos poucas estações, porém muito distantes, por isso fomos obrigados a instalar dois segmentos Ethernet.

  O único servidor fornecerá serviços de arquivos, web e roteamento para a rede inteira. Não temos servidores DNS ou DHCP presentes.

  Os parâmetros gerais para esta rede são:

• Endereço da Rede 1: 172.16.1.0
• Endereço da Rede 2: 172.16.2.0
• Network Mask: 255.255.255.0
• Default Gateway da Rede 1: 172.16.1.1
• Default Gateway da Rede 1: 172.16.2.1
• Servidor DNS: não temos
• Configurar via DHCP: não

E os enderços IP dos computadoes, segundo a Figura 4, são:

• WWW: 172.16.1.1
• GATEWAY: 172.16.1.1 e 172.16.2.1
• M101: 172.16.1.201
• M102: 172.16.1.202
• e assim por diante, até o M110: 172.16.1.210
• M201: 172.16.2.201
• M202: 172.16.2.202
• e assim por diante, até o M205: 172.16.2.205

  Quando eu tenho um servidor multihomed que deve ser listado no arquivo de hosts, podemos usar qualquer um dos endereços, mas somente um deles poderá estar no arquivo de hosts:

  	127.0.0.1	localhost
  	172.16.1.1	www
  

  Digamos que você queira prever o crescimento futuro da rede e a consequente instalação de uma nova máquina para o servidor web. O arquivo de hosts pode listar vários nomes, ou alias, para um mesmo endereço IP, por exemplo:

  	127.0.0.1	localhost
  	172.16.1.1	servidor1, www
  

  E quando a nova máquina para o servidor web for instalada, você poderia alterar os arquivos de host (em todas as estações) para:

  	127.0.0.1	localhost
  	172.16.1.1	servidor1
  	172.16.1.10	www
  

  É claro, a entrada para o "servidor1" só será necessário caso haja algum outro serviço intranet sendo oferecido pela máquina, por exemplo um servidor FTP. Os nomes de hosts fornecidos pelo DNS ou definidos no arquivo de hosts não tem significado para as redes Microsoft e Novell, pelo menos no que diz respeito ao compartilhamento de arquivos e impressoras.

  Caso eu decida incluir um servidor DHCP nesta rede, eu tenho duas opções: ou eu instalo o servidor DHCP no servidor multihomed, ou eu instalo dois servidores DHCP, um para cada subnet. Como o DHCP opera na fronteira entre o nível de rede e o nivel de enlace, as estações não podem utilizar o roteador para se conectar ao servidor DHCP. [pagination="Observações Finais"]

  Este tutorial poderia ser extendida indefinidamente, demonstrando diversas possibilidades de topologias de rede, servidores presentes e etc. Entretanto acreditamos que as configurações apresentadas como exemplo serão suficientes para a maioria dos casos. Redes maiores nada mais são do que combinações dos casos simples apresentados acima.

  Caso a sua rede inclua estações ou servidores rodando Windows (3.x, 95, 98 ou NT) você deve tomar cuidado com alguns detalhes. Primeiro, o nome de domínio do DNS não tem nenhuma relação com o nome de domínio do NT, assim como os nomes de host definidos pelo DNS ou pelo arquivo de hosts não tem relação com os nomes dos computadores para a rede Microsoft. Você pode até configura-los para que sejam iguais, mas deve se lembrar que eles estão relacionados com componentes de software diferentes.

  Segundo, a correta operação de uma rede Microsoft com TCP/IP em uma rede composta por varias subnets exige que seja instalado e configurado um servidor WINS ou NBNS. Muitas pessoas pensam que o WINS e o DNS são equivalentes, ou que um pode substituir o outro, o que não é verdade. O WINS fornece o endereço IP correspondente a um endereço da rede Microsoft (que é um nome NetBIOS), que é uma única palavra de até 14 letras, enquanto que o DNS fornece o endereço IP correspondente a um endereço da Internet ou da intranet, que é um conjunto de palavras separadas por pontos e de compimento virtualmente ilimitado. O DNS não tem conhecimento dos nomes de "workgroups" da rede Microsoft, e a rede Microsoft não tem conhecimento de que o domínio "microsoft" está dentro do domínio ".com".

  A apresentação de todos os detalhes para a configuração ótima de uma rede Microsoft com TCP/IP seria assunto para uma série de tutoriais à parte, mas o material fornecido nesta série de tutoriais será suficiente para as situações mais corriqueiras de configuração de uma intranet.
  
  
  * Fernando Lozano é analista de sistemas especialista em redes locais e consultor do Clube do Hardware. Seu site pessoal, com várias informações sobre Linux, pode ser acessado em http://www.lozano.eti.br.

[pagination="Introdução"]

No mundo de hoje, não se pode falar de redes sem falar do TCP/IP. O conjunto de protocolos originalmente desenvolvido pela Universidade da Califórnia em Berkeley, sob contrato para o Departamento de Defesa dos EUA, se tornou o conjunto de protocolos padrão das redes locais e remotas, suplantando conjuntos de protocolos bancados por pesos pesados da indústria, como a IBM (SNA), Microsoft (NetBIOS/NetBEUI) e Novell (IPX/SPX).

O grande motivo de todo este sucesso foi justamente o fato do TCP/IP não ter nenhuma grande empresa associada ao seu desenvolvimento. Isto possibilitou a sua implementação e utilização por diversas aplicações em praticamente todos os tipos de hardware e sistemas operacionais existentes.

Mesmo antes do boom da Internet o TCP/IP já era o protocolo obrigatório para grandes redes, formadas por produtos de muitos fornecedores diferentes, e havia sido escolhido pela Microsoft como o protocolo preferencial para o Windows NT, devido às limitações técnicas do seu próprio conjunto de protocolos, o NetBEUI.

Entretanto, ao contrário dos procolos proprietários para redes locais da Microsoft e da Novell, que foram desenhados para serem praticamente "plug and play", as necessidades que orientaram o desenvolvimento do TCP/IP obrigaram ao estabelecimento de uma série de parametrizações e configurações que devem ser conhecidas pelo profissional envolvido com instalação, administração e suporte de redes.

Esta primeira aula tem por objetivo passar os conhecimentos teóricos necessários para tornar os alunos aptos a seguirem as aulas seguintes, que explicarão como implementar redes TCP/IP no Windows 95, Windows NT, Netware e outros sistemas populares no mercado. Ao contrário da maioria dos livros "introdutórios" sobre TCP/IP que vemos nas livrarias e universidades, não vamos nos preocupar com os detalhes sobre formatos de pacotes e algoritmos empregados na implementação do protocolo. Vamos nos preocupar sim com os conhecimentos realmente necessários para se trabalhar corretamente com os vários produtos existentes no mercado. [pagination="As Pilhas de Protocolos"]

Quem já estudou mais a fundo a documentação de produtos de redes ou participou de cursos mais específicos certamente se deparou com o "Modelo OSI de 7 Camadas". Todos os softwares de redes são baseados em alguma arquitetura de camadas, e normalmente nos referimos a um grupo de protocolos criado para funcionar em conjunto como uma pilha de protocolos (em inglês, protocol stack, por exemplo the TCP/IP stack). O termo "pilha" é utilizado porque os protocolos de uma dada camada normalmente interagem somente com os protocolos das camadas imediatamente superior e inferior.

O modelo de pilha traz a vantagem de modularizar naturalmente o software de redes, permitindo a sua expansão com novos recursos, novas tecnologias ou aperfeiçoamentos sobre a estrutura existente, de forma gradual.

Entretanto, o Modelo OSI é uma modelo conceitual, e não a arquitetura de uma implementação real de protocolos de rede. Mesmo os protocolos definidos como padrão oficial pelo ISO - International Standards Organization - a entidade criadora do modelo OSI, não foram projetados e construídos segundo este modelo.

Por isso, vamos utilizar nesta aula uma simplificação do modelo OSI. O importante é entender o conceito de pilhas de protocolos, pelo qual cada camada realiza uma das funções necessárias para a comunicação em rede, tornando possível a comunicação em redes de computadores utilizando várias tecnologias diferentes. [pagination="O Modelo de Pilha de 4 camadas do TCP/IP"]

O TCP/IP foi desenhado segundo uma arquitetura de pilha, onde diversas camadas de software interagem somente com as camadas acima e abaixo. Há diversas semelhanças com o modelo conceitual OSI da ISO, mas o TCP/IP é anterior à formalização deste modelo e portanto possui algumas diferenças.

O nome TCP/IP vem dos nomes dos protocolos mais utilizados desta pilha, o IP (Internet Protocol) e o TCP (Transmission Control Protocol). Mas a pilha TCP/IP possui ainda muitos outros protocolos, dos quais veremos apenas os mais importantes, vários deles necessários para que o TCP e o IP desempenhem corretamente as suas funções.

Visto superficialmente, o TCP/IP possui 4 camadas, desde as aplicações de rede até o meio físico que carrega os sinais elétricos até o seu destino:

Além das camadas propriamente ditas, temos uma série de componentes, que realizam a interface entre as camadas:

Vamos apresentar agora uma descrição da função de cada camada do TCP/IP:

1. Os protocolos de enlace tem a função de fazer com que informações sejam transmitidas de um computador para outro em uma mesma mídia de acesso compartilhado (também chamada de rede local) ou em uma ligação ponto-a-ponto (ex: modem). Nada mais do que isso. A preocupação destes protocolos é permitir o uso do meio físico que conecta os computadores na rede e fazer com que os bytes enviados por um computador cheguem a um outro computador diretamente desde que haja uma conexão direta entre eles.

2. Já o protocolo de rede, o Internet Protocol (IP), é responsável por fazer com que as informações enviadas por um computador cheguem a outros computadores mesmo que eles estejam em redes fisicamente distintas, ou seja, não existe conexão direta entre eles. Como o próprio nome (Inter-net) diz, o IP realiza a conexão entre redes. E é ele quem traz a capacidade da rede TCP/IP se "reconfigurar" quando uma parte da rede está fora do ar, procurando um caminho (rota) alternativo para a comunicação.

3. Os protocolos de transporte mudam o objetivo, que era conectar dois equipamentos, para' conectar dois programas. Você pode ter em um mesmo computador vários programas trabalhando com a rede simultaneamente, por exemplo um browser Web e um leitor de e-mail. Da mesma forma, um mesmo computador pode estar rodando ao mesmo tempo um servidor Web e um servidor POP3. Os protocolos de transporte (UDP e TCP) atribuem a cada programa um número de porta, que é anexado a cada pacote de modo que o TCP/IP saiba para qual programa entregar cada mensagem recebida pela rede.

4. Finalmente os protocolos de aplicação são específicos para cada programa que faz uso da rede. Desta forma existe um protocolo para a conversação entre um servidor web e um browser web (HTTP), um protocolo para a conversação entre um cliente Telnet e um servidor (daemon) Telnet, e assim em diante. Cada aplicação de rede tem o seu próprio protocolo de comunicação, que utiliza os protocolos das camadas mais baixas para poder atingir o seu destino.

Pela figura acima vemos que existem dois protocolos de transporte no TCP/IP. O primeiro é o UDP, um protocolo que trabalha com datagramas, que são mensagens com um comprimento máximo pré-fixado e cuja entrega não é garantida. Caso a rede esteja congestionada, um datagrama pode ser perdido e o UDP não informa as aplicações desta ocorrência. Outra possibilidade é que o congestionamento em uma rota da rede possa fazer com que os pacotes cheguem ao seu destino em uma ordem diferente daquela em que foram enviados. O UDP é um protocolo que trabalha sem estabelecer conexões entre os softwares que estão se comunicando.

Já o TCP é um protocolo orientado a conexão. Ele permite que sejam enviadas mensagens de qualquer tamanho e cuida de quebrar as mensagens em pacotes que possam ser enviados pela rede. Ele também cuida de rearrumar os pacotes no destino e de retransmitir qualquer pacote que seja perdido pela rede, de modo que o destino receba a mensagem original, da maneira como foi enviada.

Agora, vamos aos componentes que ficam na interface entre os níveis 3 e 4 e entre os níveis 1 e 2.

O Sockets é uma API para a escrita de programas que trocam mensagens utilizando o TCP/IP. Ele fornece funções para testar um endereço de rede, abrir uma conexão TCP, enviar datagramas UDP e esperar por mensagens da rede. O Winsockets, utilizado para aplicações Internet em Windows é nada mais do que uma pequena variação desta API para acomodar limitações do Windows 3.1. No Windows NT e Win95 pode ser usada a API original sem problemas.

O Domain Name Service (DNS), que será visto com maiores detalhes mais adiante, fornece os nomes lógicos da Internet como um todo ou de qualquer rede TCP/IP isolada.

Temos ainda o ARP realiza o mapeamento entre os endereços TCP/IP e os endereços Ethernet, de modo que os pacotes possam atingir o seu destino em uma rede local (lembrem-se, no final das contas quem entrega o pacote na rede local é o Ethernet, não o TCP ou o IP).

Por fim, o DHCP permite a configuração automática de um computador ou outro dispositivo conectado a uma rede TCP/IP, em vez de configurarmos cada computador manualmente. Mas, para entender o porque da necessidade do DHCP, temos que entender um pouco mais do funcionamento e da configuração de uma rede TCP/IP.

[pagination="Endereçamento e Roteamento"]

Em uma rede TCP/IP, cada computador (ou melhor, cada placa de rede, caso o computador possua mais do que uma) possui um endereço numérico formado por 4 octetos (4 bytes), geralmente escritos na forma w.x.y.z. Além deste Endereço IP, cada computador possui uma máscara de rede (network mask ou subnet mask), que é um número do mesmo tipo mas com a restrição de que ele deve começar por uma seqüência contínua de bits em 1, seguida por uma seqüência contínua de bits em zero. Ou seja, a máscara de rede pode ser um número como 11111111.11111111.00000000.00000000 (255.255.0.0), mas nunca um número como 11111111.11111111.00000111.00000000 (255.255.7.0).

A máscara de rede serve para quebrar um endereço IP em um endereço de rede e um endereço de host. Todos os computadores em uma mesma rede local (fisicamente falando, por exemplo, um mesmo barramento Ethernet) devem ter o mesmo endereço de rede, e cada um deve ter um endereço de host diferente. Tomando-se o endereço IP como um todo, cada computador em uma rede TCP/IP (inclusive em toda a Internet) possui um endereço IP único e exclusivo.

O InterNIC controla todos os endereços IP em uso ou livres na Internet, para evitar duplicações, e reserva certas faixas de endereços chamadas de endereços privativos para serem usados em redes que não irão se conectar diretamente na Internet.

Quando o IP recebe um pacote para ser enviado pela rede, ele quebra o endereço destino utilizado a máscara de rede do computador e compara o endereço de rede do destino com o endereço de rede dele mesmo. Se os endereços de rede forem iguais, isto significa que a mensagem será enviada para um outro computador na mesma rede local, então o pacote é repassado para o protocolo de enlace apropriado (em geral o Ethernet). Se os endereços forem diferentes, o IP envia o pacote para o default gateway, que é nada mais do que o equipamento que fornece a conexão da rede local com outras redes. Este equipamento pode ser um roteador dedicado ou pode ser um servidor com múltiplas placas de rede, e se encarrega de encaminhar o pacote para a rede local onde está o endereço IP do destino.

É importante que o endereço IP do default gateway esteja na mesma subnet que o a máquina sendo configurada, caso contrário ela não terá como enviar pacotes para o default gateway e assim só poderá se comunicar com outros hosts na mesma subnet.

Resumindo um computador qualquer em uma rede TCP/IP deve ser configurado com pelo menos estes três parâmetros: o seu endereço IP exclusivo, a sua máscara de rede (que deve ser a mesma utilizada pelos demais computadores na mesma LAN) e o endereço IP do default gateway.

[pagination="Como se Processa a Comunicação em uma Rede"]

Digamos que o host com o endereço IP é 172.16.1.101 deseje enviar um pacote para o endereço 172.16.2.102. Caso a máscara de rede seja 255.255.0.0, o AND binário do enredeço fonte será 172.16.0.0, e o AND do endereço destino será 172.16.0.0, indicando que ambos possuem o mesmo endereço de rede e portanto estão diretamente conectados no nível de enlace.

Neste caso, o nível IP envia um pacote ARP pela rede Ethernet para identificar qual o endereço Ethernet do host cujo IP é 172.16.2.2. Este pacote é enviado como um broadcast, de modo que todos os hosts conectados no mesmo segmento Ethernet receberão o pacote, e o host configurado para o endereço desejado irá responder ao pacote ARP indicando qual o seu endereço Ethernet. Assim o IP pode montar o pacote Ethernet corretamente endereçado e enviar o pacote para o seu destino.

Agora digamos que a máscara de rede não fosse 255.255.0.0, mas sim 255.255.255.0. Neste caso, os endereços de rede da origem e destino seriam respectivamente 172.16.1.0 e 172.16.2.0. Como os endereços de rede são diferentes, isto significa que não temos conectividade direta (no nível de enlace) entre os dois hosts, portanto o pacote deverá ser entregue por intermédio de um roteador, que é o default gateway.

Digamos que o default gateway seja 172.16.1.1 (observe que o endereço de rede do default gateway é 172.16.1.0, o mesmo do nosso host de origem). Então o host irá enviar um pacote ARP pela rede para descobrir o endereço Ethernet do default gateway, e enviará o pacote para este.

Ao receber o pacote, o default gateway irá verificar que o endereço IP de destino é o IP de outro host que não ele, e irá verificar qual o endereço de rede do destino. Pode ser que o pacote esteja endereçado para uma rede local na qual o default gateway tenha uma conexão direta, ou pode ser que o default gateway tenha que direcionar o pacote para um outro roteador mais próximo do destino final. De qualquer forma, o default gateway segue o mesmo processo de gerar o endereço de rede utilizando a netmask, e em seguida enviar um pacote ARP pedindo o endereço Ethernet do próximo host a receber o pacote. A diferença é que um roteador não tem um default gateway, mas sim uma tabela de roteamento, que diz quais endereços de rede podem ser alcançados por quais roteadores.

Notem que este exemplo considerou apenas a comunicação entre dois equipamentos, não entre dois programas. O nosso exemplo ficou apenas no nível de rede da pilha TCP/IP, mas acima dela o processo é simples: o IP verifica que tipo de pacote foi recebido (TCP, UDP ou outro) e repassa o pacote para o protocolo apropriado.

O protocolo de transporte irá então verificar o número de porta contido no pacote e qual programa está associado aquela porta. Este programa será notificado da chegada de um pacote, e será responsabilidade dele decodificar e utilizar de alguma forma as informações contidas no pacote.

[pagination="Como Testar uma Rede TCP/IP"]

Caso você venha a ter problemas de comunicação, todas as pilhas TCP/IP, independente de qual sistema operacional, trazem o utilitário ping para testar a conectividade entre dois hosts TCP/IP. Siga o seguinte procedimento:

1. ping 127.0.0.1. Este endereço IP é um loopback, ou seja, não vai para a rede, fica no computador que originou a mensagem. Se o ping acusar o recebimento da resposta, significa que a pilha TCP/IP está instalada e ativa no computador onde foi realizado o teste. (Somente a título de curiosidade, você pode usar o loopback do TCP/IP para desenvolver aplicações de rede em uma máquina stand-alone, sem nenhum tipo de conexão de rede disponível.)

2. ping meu_ip. Tendo comprovado que o TCP/IP está ativo na máquina origem, vamos enviar uma mensagem para ela mesmo, para verificar se a placa de rede (ou modem) estão ativos no que diz respeito ao TCP/IP. Aqui você testa apenas o driver da sua placa de rede, não a placa em si nem os cabos da rede.

3. ping ip_na_minha_rede. Agora vamos testar a comunicação dentro da rede local onde o computador de origem está localizado. Garanta que o computador dono do ip_na_minha_rede está com o TCP/IP e a sua placa de rede ativos, segundo os dois testes acima. Se não funcionar, você tem um problema de cabos ou em uma placa de rede, ou simplesmente as suas máscaras de rede e endereços IP estão incorretos.

4. ping ip_do_default_gateway. Se a comunicação dentro da minha rede local está OK, temos que verificar se o default gateway da minha rede está no ar, pois todos os pacotes que saem da minha rede local passam por ele.

5. ping ip_do_outro_lado. Digamos que o meu default gateway esteja diretamente conectado na rede destino. Eu tenho que testar se a interface de rede que liga o default gateway a esta rede está no ar. Então eu dou um ping no endereço IP desta placa. Se o default gateway não estiver diretamente conectado na rede destino, eu repito os passos (4) e (5) para cada equipamento que esteja no caminho entre origem e destino.

6. ping ip_do_destino. Sabendo que a outra rede pode ser alcançada via TCP/IP, resta saber se eu consigo me comunicar com o computador desejado.

[pagination="Serviços de Nomeação"]

Até agora nós estamos vendo a comunicação em rede utilizando apenas os endereços IP. Imagine o seu cartão de visitas, indicando a sua home-page como: "164.85.31.230". Imagine-se ainda com uma lista contendo dezenas de números como esse pendurada na parede junto ao seu computador, para quando você precisar se conectar a um dos servidores da sua empresa.

No início do desenvolvimento do TCP/IP, cada computador tinha um arquivo de hosts que listava os nomes dos computadores e os endereços IP correspondentes. Na Internet, certamente seria inviável manter estes arquivos, não só pelo tamanho que eles teriam mas também pela dificuldade em se manter milhões de cópias atualizadas. Logo foi desenvolvido o DNS, pelo qual diversos servidores mantém um banco de dados distribuído com este mapeamento de nomes lógicos para endereços IP.

O DNS funciona de forma hierárquica. Vejam um endereço Internet típico, como www.petrobras.com.br. Inicialmente, separamos o primeiro nome (até o primeiro ponto), "www", que é o nome de um computador ou host, e o restante do endereço, "petrobras.com.br", que é o nome da organização, ou o nome do domínio. Por favor, não confundam o conceito de domínios em endereços Internet com o conceito de domínios em uma Rede Microsoft. Não existe nenhuma relação entre eles.

O domínio petrobras.com.br possui o seu servidor DNS, que contém os nomes dos computadores (e endereços IP correspondentes) sob a sua autoridade. E ele sabe o endereço IP do servidor DNS do domínio que está acima dele, .com.br. Os computadores na Petrobras fazem todas as consultas por endereços IP ao servidor do seu domínio, e ele repassa as consultas a outros servidores DNS quando necessário. Os clientes necessitam saber apenas sobre o servidor do seu domínio, e mais nada.

Já o servidor DNS do domínio .com.br sabe os endereços IP de todos os servidores dos domínios a ele subordinados (por exemplo, texaco.com.br, mantel.com.br, etc) e o endereço IP do servidor acima dele (domínio .br, o domínio que engloba todo o Brasil). Por fim, o servidor DNS do domínio br sabe os endereços de todos os servidores dos domínios a ele subordinados (.com.br, .gov.br, etc) e o endereço do servidor DNS do InterNIC, que é o servidor DNS raiz de toda a Internet.

Uma consulta de uma aplicação por um endereço IP sobe por toda a hierarquia de servidores DNS, até o domínio comum de nível mais baixo que seja comum a origem e destino, ou até chegar ao servidor do InterNIC, e depois desce na hierarquia até o domínio onde está o computador destino. A resposta volta pelo caminho inverso, porém cada servidor DNS mantém um cache das respostas recebidas, de modo que uma nova requisição pelo mesmo nome não necessitará percorrer novamente todos os servidores DNS.

Pode parecer que é realizado um trabalho muito grande somente para obter um endereço IP, mas o processo como um todo é rápido (quem navega na Web sabe bem disso), e ele possibilita que milhares de organizações integrem suas redes a um custo aceitável e com grande autonomia. Quando você acrescenta uma máquina no seu domínio, você não precisa comunicar ao InterNIC e às redes vizinhas, basta registrar o novo computador no seu servidor DNS.

O protocolo DHCP

Recapitulando, cada estação ou servidor em uma rede TCP/IP típica deverá ser configurada com os seguintes parâmetros:

•  Endereço IP
•  Máscara de Rede
•  Default Gateway

Além disso, caso a sua rede utilize um servidor DNS o seu endereço IP também deve ser configurado em cada host.

Em uma rede com dezenas ou mesmo centenas de computadores, manter o controle dos endereços IP já utilizados pelas máquinas pode ser um pesadelo. É muito fácil errar o endereço IP de uma máquina, ou errar a máscara de rede ou endereço do default gateway, e geralmente é muito difícil identificar qual a máquina onde existe um erro de configuração do TCP/IP.

Para resolver esses problemas você poderá instalar um servidor DHCP na sua rede local (ou melhor, um servidor DHCP para cada subnet, logo veremos porque) e deixar que ele forneça estes parâmetros para as estações da rede.

Se você tem uma pilha TCP/IP instalada que suporta o protocolo DHCP, você pode configurar cada estação para usar o DHCP e ignorar todos esses parâmetros. Na inicialização da pilha TCP/IP, a estação irá enviar um pacote de broadcast para a rede (um broadcast é um pacote que é recebido por toda a rede) e o servidor DHCP, ao receber este pacote, enviará os parâmetros de configuração para a estação.

Aqui temos comunicação apenas no nível de enlace (pois o TCP/IP ainda não foi completamente inicializado), e portanto não temos a função de roteamento habilitada. Por isso o servidor DHCP deve estar na mesma LAN física onde está a estação que será inicializada. Normalmente os servidores tem sua configuração realizada manualmente, pois o endereço IP deve concordar com o endereço IP cadastrado no servidor DNS.

O servidor DHCP é configurado com uma faixa de endereços IP que ele pode fornecer aos clientes. Inicialmente, todos os endereços estão disponíveis. Quando uma estação é inicializada, ela envia o broadcast pedindo pela sua configuração, e o servidor DHCP reserva um endereço para ela (que deixa de estar disponível) e registra o endereço Ethernet para o qual o endereço foi reservado. Então ele envia uma resposta contendo este endereço e os demais parâmetros listados acima.

O endereço é apenas "emprestado" pelo servidor DHCP, que registra também o momento do empréstimo e a validade deste empréstimo. No próximo boot, a estação verifica se o empréstimo ainda é válido e se não pede um novo endereço (que pode até ser o mesmo, por coincidência). Se o empréstimo estiver em metade da sua validade, o cliente pede uma renovação do empréstimo, o que aumenta a sua validade. E a cada inicialização, o cliente verifica se o endereço emprestado ainda é dela, pois ela pode ter sido deslocada para uma outra LAN, onde a configuração do TCP/IP é diferente, ou por qualquer motivo o Administrador da Rede pode ter forçado a liberação do endereço que havia sido emprestado.

O servidor verifica periodicamente se o empréstimo não expirou, e caso afirmativo coloca o endereço novamente em disponibilidade. Desta forma, a não ser que você tenha um número de estações muito próximo ao número de endereços IP reservados para o servidor DHCP, você pode acrescentar, retirar ou mover estações pela sua rede sem se preocupar em configurar manualmente as pilhas TCP/IP a cada mudança.

Geralmente o DHCP é utilizado somente para configurar estações cliente da rede, enquanto que os servidores são configurados manualmente. Isso porque o endereço IP do servidor deve ser conhecido previamente (para configuração do default gateway, para configuração do arquivo de hosts, para configuração de DNS, configuração de firewall, etc). Se fosse utilizado o DHCP, o endereço do servidor poderia ser diferente em cada boot, obrigando a uma série de mudanças de configuração em diversos nós da rede.

Você também pode configurar o servidor DHCP para entregar aos clientes outras informações de configuração, como o endereço do servidor DNS da rede. O Linux pode operar tanto como cliente quanto como servidor DHCP, entretanto não veremos estas configurações no nosso curso.


* Fernando Lozano é analista de sistemas especialista em redes locais e consultor do Clube do Hardware. Seu site pessoal, com várias informações sobre Linux, pode ser acessado em http://www.lozano.eti.br.

[pagination="Introdução"]

Com o próprio Windows 9x você pode montar pequenas redes ponto-a-ponto em casa ou no escritório, utilizando os micros já existentes. A vantagem é o compatilhamento de dados e periféricos, especialmente a impressora e o fax/modem. No caso do compartilhamento de dados, os demais micros podem ter acesso a diretórios do disco rígido (ou mesmo o disco rígido inteiro, se você compartilhar o diretório raiz), a unidades de CD-ROM e até mesmo a unidades de Zip-drive. Qualquer unidade que contenha arquivos pode ser compartilhada.

Isto acaba com o famoso protocolo "DCDL", "Disquete prá cá, disquete prá lá", que acaba tomando espaço em nosso ambiente de trabalho. No caso da cópia de arquivos grandes, uma pequena rede ponto-a-ponto facilita bastante. Além disso, podemos trabalhar com os arquivos de dados diretamente no disco rígido do micro de origem, sem a necessidade de copiá-los para o disco rígido local.

No caso do compartilhamento de impressoras e fax/modem, não é preciso comentar a economia de dinheiro (você não precisará comprar mais de uma impressora) e tempo (não precisará ficar ligando e desligando a impressora em cada micro que precisa imprimir).

 

Redes ponto-a-ponto: A Rede do Windows 9x

A rede que vem com o Windows 9x é uma rede do tipo ponto-a-ponto. Ela se contrapõe à rede cliente-servidor, disponível através de sistemas operacionais cliente-servidor, como o Windows NT, o Unix e o Netware.

Em uma rede ponto-a-ponto (e na rede do Windows 9x em particular) todos os micros necessitam estar "completos", sendo possível trabalhar com eles sem que eles estejam necessariamente conectados à rede. O processo de boot remoto é uma exclusividade de redes cliente-servidor, não sendo possível, desta forma, montar redes Windows 9x com este recurso.

Além disso, o compartilhamento de arquivos se restringe ao compartilhamento de arquivos de dados, como textos, planilhas, imagens e banco de dados, não sendo possível (pelo menos na maioria das vezes) o compartilhamento de programas (por exemplo, rodar um processador de textos que esteja instalado em um disco rígido de outro micro).

Quanto à segurança, devemos lembrar que a rede ponto-a-ponto é bastante insegura. Isso não chega a ser uma desvantagem, já que em um ambiente de trabalho normalmente as pessoas têm acesso a todos os micros. Se você se preocupa com segurança, o mais interessante talvez seja proteger com senha os documentos mais sigilosos (o Excel e o Word protegem seus documentos com senha, por exemplo). Mesmo em computadores que não conectados a uma rede este procedimento é recomendado.

 

Material Necessário

Para uma rede simples, de dois ou três micros, você precisará de:

•  Placas de rede NE2000 compatível com conector BNC

•  Conectores BNC "T" (vem junto com as placas de rede)

• Disquete de configuração da placa de rede (vem junto com as placas de rede)

•  2 terminadores resistivos de 50 ohms

•  Cabo coaxial fino, de acordo com a quantidade de trechos da rede

Importante: Em redes ponto a ponto, o comprimento mínimo de cada trecho de cabo coaxial é, obrigatoriamente, de 3 metros. Ou seja, se houver somente dois micros, o cabo deverá ter, no mínimo, 3 metros. No caso de 3 ou mais micros, a distância do cabo que liga cada placa de rede deverá ser de, no mínimo, 3 metros.

 

Instalação Física da Rede

Vamos a um roteiro passo-a-passo de como você deve proceder à instalação do hardware.

1. Com os micros desligados, instale a placa de rede em cada micro.

2. Instale o conector BNC "T" em cada placa de rede.

3. Ainda com os micros desligados, faça a conexão do cabeamento da rede (vide aula de topologias).

4. Instale os terminadores nos conectores "T" dos micros da ponta do cabeamento.

5. Dê um boot com um disquete de boot e execute o utilitário de configuração da placa, presente em seu disquete.

6. Verifique qual é a configuração da placa de rede. A configuração default é endereço de I/O 300h e IRQ3. Como você já deve saber, a porta serial COM2 utiliza a mesma interrupção. Por esse motivo, configure a placa de rede a utilizar outra interrupção. Esta configuração é feita através do programa de configuração da placa (em placas antigas a configuração era feita através de jumpers de configuração). Sugerimos a interrupção IRQ11 ou IRQ12.

Dica: Faça com que todas as placas de rede utilizem a mesma configuração, para facilitar a manutenção.

7. No setup do micro, altere a opção "HARD DISK TYPE 47 RAM AREA" ou "EXTENDED BIOS RAM AREA" ou "EXTENDED ROM RAM AREA" ou "SCRATCH RAM OPTION" de "0:300" para "DOS 1KB", caso este opção exista.

8. A maioria dos programas de configuração de placa de rede possui uma opção de diagnóstico. Você poderá usar esta opção para verificar se a parte física da rede está corretamente instalada.

O próximo passo é configurar o sistema operacional.

[pagination="Redes ponto-a-ponto com Par Trançad"]

Se em vez de cabo coaxial você preferir montar sua rede ponto-a-ponto com par trançado, você necessitará de um hub. No caso de uma rede simples com apenas dois micros, você não necessitará de hub. Nesse caso, você precisará construir um cabo do tipo cross-over, que inverte alguns sinais, permitindo que as duas placas de rede conversem diretamente. Nesse caso, basta confeccionar o cabo conforme descrito abaixo e conectá-lo aos dois micros diretamente, sem qualquer periférico adicional - a não ser as placas de rede, é claro. As placas de rede obrigatoriamente necessitarão possuir conector RJ-45 para a utilização de cabo par trançado. Os passos a serem seguidos são os mesmos descritos anteriormente.

Nota: os pares são formados por um fio que é azul, laranja, verde ou marrom, e um segundo fio que é branco. Em alguns cabos mais antigos os fios de cor branca possuem listras finas de acordo com a cor do par que pertencem (azul, laranja, verde ou marrom). Na maioria das vezes, no entanto, o fio será totalmente branco. Para saber a qual par pertecem, basta ver com que fio colorido o fio branco está "enroscado". Por exemplo, o fio branco do par marrom estará trançado com o fio marrom e assim por diante. Na tabela acima a segunda cor listada depois de "branco" serve para você saber de qual par é o fio branco que estamos nos referindo, embora na prática os fios brancos não tenham uma segunda cor.

 

Configurando o Windows 9x

Configurando a placa de rede

Quando você ligar as máquinas, o Windows 9x provavelmente irá reconhecer que há uma placa de rede instalada no micro automaticamente durante o boot. Caso isso realmente ocorra, basta escolher a opção "Driver de um disco fornecido pelo fabricante do hardware", colocando na unidade o disquete da placa, escolhendo o diretório "WIN95" ou "WIN9X". Na maioria das vezes, porém, o Windows 9x não reconhece automaticamente a placa.

Independentemente se o Windows 9x reconheceu ou não a placa de rede, clique no ícone "Rede" do Painel de Controle. No caso do Windows ter reconhecido a placa, ela aparecerá listada. Caso contrário (Figura 1), clique na caixa "Adicionar", e, em seguida "Adaptadores" (Figura 2).

 
Figura 1: O Windows 9x não reconheceu a placa de rede.

 
Figura 2: Instalando a placa de rede.

Se você não possuir o disquete da placa de rede ou no disquete não existir o driver da placa de rede para Windows 9x, você deverá escolher a placa "NE2000 compatível" da Novell/Anthem (Figura 3). No caso do disquete possuir drivers para Windows 9x, clique na caixa "Com Disco".

 
Figura 3: Instalando a placa de rede.

Após ter instalado a placa de rede, você deverá configurar o seu driver. Para isso, dê um duplo clique sobre a placa ou então selecione a placa e clique na caixa propriedades. Na guia "recursos" (Figura 4), configure o driver de acordo com os recursos que você configurou a placa de rede (endereço de I/O e interrupção).

 
Figura 4: Configurando o driver da placa de rede.

[pagination="Configurando o Windows 9x (continuação...)"]

Instalando os Protocolos

A seguir você deverá instalar os protocolos que serão utilizados em sua rede. O protocolo é a "linguagem" utilizada na comunicação dos micros. Se você pretende compartilhar o fax/modem para conexões Internet, o protocolo TCP/IP deverá ser obrigatoriamente instalado. Caso contrário, você pode utilizar o protocolo NetBEUI sem problemas. É importante que todas as máquinas estejam com o mesmo protocolo instalado.

A instalação do protocolo é simples. Basta clicar na caixa "adicionar", escolhendo a opção "protocolo" (vide Figura 2). Escolha os protocolos da Microsoft.

Instalando os Serviços

Nas máquinas que possuem recursos a serem compartilhados (arquivos, fax/modem e impressora), você deverá habilitar o serviço de compartilhamento. Para isso, basta clicar na caixa "adicionar", escolhendo a opção "serviços" (Figura 2). Escolha o serviço "Compartilhamento de arquivos e impressoras para redes Microsoft" da Microsoft, como ilustra a Figura 5.

 
Figura 5: Instalando o serviço de compartilhamento.

Configurando a Identificação da Máquina

Na guia "Identificação", preencha corretamente os campos existentes (vide Figura 6). É importante que você dê um nome para a sua rede ("Grupo de Trabalho") e use esse mesmo nome em todos os micros.

 
Figura 6: Configurando a identificação da máquina.

 

[pagination="Compartilhandoecursos"]

Após executar as configurações descritas, os micros já estarão se comunicando na rede. Você pode testar isso navegando através do ícone "Ambiente de Rede" da área de trabalho, como mostra a Figura 7.

 
Figura 7: Visualizando a rede através do Ambiente de Rede.

Compartilhando Diretórios

Para compartilhar diretórios, basta clicar com o botão direito sobre ele (através do Meu Computador ou então do Explorer), escolhendo a opção "Compartilhamento", como mostra a Figura 8. É claro que isso deve ser feito no micro onde estão os diretórios que você deseja compartilhar com os outros micros da rede.

Você pode compartilhar qualquer unidade de arquivos, incluindo discos rígidos, disquetes, Zip-drives e unidades de CD-ROM.

Importante notar que, ao compartilhar um diretório, você estará automaticamente compartilhando todos os diretórios abaixo dele. Portanto, se você quiser compartilhar um disco inteiro (ou uma partição inteira), basta compartilhar o diretório raiz.

 
Figura 8: Configurando o compartilhamento de diretórios.

Na configuração de compartilhamento você pode definir qual tipo de acesso os usuários terão àquele diretório (se leitura somente ou se acesso completo) e ainda definir senhas para acesso. Você deve, ainda, dar um nome pelo qual o diretório será conhecido pelas outras máquinas (no exemplo da Figura 8, compartilhamos a partição com o nome "DADOS", pois é uma partição contendo arquivos de dados que serão utilizados por todos os micros da rede. Você pode ainda adicionar um comentário ao diretório.

Após habilitar o compartilhamento, o diretório aparecerá com o símbolo de compartilhamento (uma mãozinha), indicando que aquele diretório está sendo compartilhado. No micro da Figura 9, compartilhamos todas as unidades (menos o disquete), inclusive o Zip-drive.

 
Figura 9: Compartilhando os discos do micro.

Dica: Para facilitar a manutenção e a procura por arquivos compartilhados em redes ponto-a-ponto, sugerimos que você crie uma localização única para todos os arquivos que serão compartilhados. No micro que usamos de exemplo, ele possuía um disco rígido de 2 GB, particionado em dois de 1 GB, onde a primeira partição era usada por programas e a segunda, para o armazenamento de dados. Além disso, como os demais micros da rede não possuíam outra unidade de disco que não o disco rígido com uma única partição, a partição ("DADOS", vide figuras 8 e 9) era vista pelos demais micros também como uma unidade "D:", como veremos no próximo tópico. Desta forma, independentemente de que micro você trabalhasse, os dados estariam na unidade D:. No micro local ela representaria a partição D:, enquanto nos demais micros ela seria esta mesma partição sendo acessada via rede, sendo também chamada de D:.

[pagination="Compartilhando Recursos (continuação...)"]

Acessando Diretórios Compartilhados

Para acessar os diretórios compartilhados basta usar o ícone do Ambiente de Rede. Esta é a forma mais rápida de se acessar arquivos em diretórios compartilhados.

 
Figura 10: Acessando diretórios compartilhados.

Em diretórios que sejam usados freqüentemente (como o nosso "DADOS"), devemos atribuir uma letra de unidade. Isso é feito clicando-se com o botão direito sobre o diretório (no Ambiente de Rede), escolhendo a opção "Mapear unidade de rede".

 
Figura 11: Atribuindo uma letra de unidade ao diretório compartilhado.

Habilite a caixa "Reconectar ao iniciar" para que a letra de unidade seja automaticamente conectada ao diretório compartilhado sempre em que você ligar o micro.

Daí por diante você poderá acessar o diretório compartilhado diretamente de dentro de seu programas.

Compartilhando Impressoras

O processo de compartilhamento de impressoras é extremamente similar ao processo de compartilhamento de arquivos. Basta você clicar com o botão direito sobre a impressora (ícone Impressoras) e escolher a opção "compartilhamento".

 
Figura 12: Configurando o compartilhamento da impressora.

Dê um nome ao compartilhamento e adicione um comentário. Se quiser, defina uma senha para que os demais usuários possam ter acesso à impressora.

Da mesma forma que acontece com diretórios compartilhados, a impressora passará a ter um ícone de compartilhamento (uma mãozinha).

Acessando Impressoras Compartilhadas

Através do Ambiente de Rede, selecione a impressora, dando um duplo clique sobre ela (Figura 13). O Windows iniciará o assistente para a instalação da impressora. Defina que ela é uma impressora de rede. O assistente instalará os drivers de impressão. Você precisará dos disquetes de instalação da impressora.

 
Figura 13: Acessando a impressora compartilhada.

Após instalar os drivers da impressora, você poderá acessá-la como se ela estivesse instalada em seu micro.

Compartilhando o fax/modem

Publicamos uma série de dicas explicando passo-a-passo esse procedimento. Clique aqui para ler.

 

Acessando Outras Redes

A comunicação entre micros via rede é definida basicamente pelo protocolo. Desta forma, você pode interligar máquinas com sistemas operacionais diferentes, desde que o protocolo usado seja o mesmo.

Por exemplo, você poderá conectar máquinas com Windows 3.11 na rede Windows 9x sem o menor problema. Basta que elas estejam configuradas a operar com o mesmo protocolo.

[pagination="Placas de redes"]

Existem basicamente dois tipos de placas de rede: ISA e PCI. A diferença fica por conta da taxa de transferência máxima que pode ser obtida. A comunicação em placas de rede ISA chega a somente 10 Mbit/s, enquanto em placas de rede PCI a comunicação pode atingir até 100 Mbit/s.

No caso de você optar por utilizar placas PCI, tome cuidado com o tipo de cabo e outros periféricos que serão utilizados (como hubs), já que nem todos trabalham com taxas acima de 10 Mbit/s. Por exemplo, há hubs que trabalham somente a 10 Mbit/s. Mesmo que sua rede seja composta somente por micros com placas de rede PCI, a taxa ficará limitada pela taxa do hub de 10 Mbit/s. Da mesma forma, há cabos do tipo para trançado (por exemplo, categoria 3 ou categoria 4) que não são indicados a trabalhar a 100 Mbit/s.

Além disso, devemos adquirir placas de rede de acordo com o tipo de cabo a ser utilizado. Na Figura 1 você observa uma placa de rede ISA contendo 3 conectores. Nem todas as placas possuem todos esses conectores.

Você pode encontrar em placas de rede basicamente três tipos de conectores:

• Conector RJ-45: Para a conexão de cabos do tipo par trançado.
• Conector AUI: Permite a conexão de transceptores (transceivers), para a utilização de cabo coaxial do tipo grosso (10Base5) ou outras mídias.
• Conector BNC: Para a conexão de cabos do tipo coaxial.

Figura 1: Placa de rede ISA contendo todos os conectores.

Quando você for comprar uma placa de rede, ela deverá vir obrigatoriamente com manual e um disquete contendo seus drivers. No caso de placas de rede com conector BNC, elas vêm também com um conector BNC do tipo "T".

Cabos

É claro que você deverá utilizar alguma mídia para conectar os micros de sua rede. A mídia mais utilizada é o cabo. Existem diversos tipos de cabos e estaremos discutindo os tipos mais utilizados, suas vantgens e suas desvantagens, bem como veremos como deve ser preparado o cabo para uso.

Cabo Coaxial

No passado esse era o tipo de cabo mais utilizado. Atualmente, por causa de suas desvantagens, está cada vez mais caindo em desuso, sendo, portanto, só recomendado para redes pequenas.

Entre essas desvantagens está o problema de mau contato nos conectores utilizados, a difícil manipulação do cabo (como ele é rígido, dificulta a instalação em ambientes comerciais, por exemplo, passá-lo através de conduítes) e o problema da topologia.

A topologia mais utilizada com esse cabo é a topologia linear (também chamada topologia em barramento) que, como veremos em outra aula, faz com que a rede inteira saia do ar caso haja o rompimento ou mau contato de algum trecho do cabeamento da rede. Como a rede inteira cai, fica difícil determinar o ponto exato onde está o problema, muito embora existam no mercado instrumentos digitais próprios para a detecção desse tipo de problema.

Vantagens:

• Fácil instalação
• Barato

Desvantagens:

• Mau contato
• Difícil manipulação
• Lento para muitos micros
• Em geral utilizado em topologia linear

Existem dois tipos básicos de cabo coaxial: fino e grosso. Na hora de comprar cabo coaxial, você deverá observar a sua impedância. Por exemplo, o cabo coaxial utilizado em sistemas de antena de TV possui impedância de 75 ohms. O cabo coaxial utilizado em redes possui impedância de 50 ohms.

Nota: Estamos nos referindo ao padrão de redes Ethernet, o mais utilizado. Existem outros padrão esdrúxulos (e pouco usados) que utilizam cabos com outras impedâncias. Como exemplo, o padrão Arcnet, onde o cabo deve ter impedância de 93 ohms.

[pagination="Cabo Coaxial"]

Cabo Coaxial Fino (10Base2)

Esse é o tipo de cabo coaxial mais utilizado. É chamado "fino" porque sua bitola é menor que o cabo coaxial grosso, que veremos a seguir. É também chamado "Thin Ethernet" ou 10Base2. Nesta nomenclatura, "10" significa taxa de transferência de 10 Mbit/s e "2" a extensão máxima de cada segmento da rede, neste caso 200 m (na verdade o tamanho real é menor).

Figura 2: Cabo coaxial fino.

Características do cabo coaxial fino:

• Utiliza a especificação RG-58 A/U
• Cada segmento da rede pode ter, no máximo, 185 metros
• Cada segmento pode ter, no máximo, 30 nós
• Distância mínima de 0,5 m entre cada nó da rede
• Utilizado com conector BNC

Nota: "Nó" (do inglês "Node") significa "ponto da rede". Em geral é uma placa de rede (um micro), mas existem periféricos que também contam como um ponto da rede. No caso do cabo coaxial, podemos citar repetidores e impressoras de rede (existem impressoras que tem um conector BNC para serem ligadas diretamente ao cabo coaxial da rede).

Cabo Coaxial Grosso (10Base5)

Esse tipo de cabo coaxial é pouco utilizado. É também chamado "Thick Ethernet" ou 10Base5. Analogamente ao 10Base2, 10Base5 significa 10 Mbit/s de taxa de transferência e que cada segmento da rede pode ter até 500 metros de comprimento. É conectado à placa de rede através de um transceiver.

Figura 3: Cabo coaxial grosso.

Características do cabo coaxial grosso:

• Especificaçao RG-213 A/U
• Cada segmento de rede pode ter, no máximo, 500 metros
• Cada segmento de rede pode ter, no máximo, 100 nós
• Distância mínima de 2,5 m entre cada nós da rede
• Utilizado com transceiver

Preparação do cabo coaxial

Embora o cabo coaxial possa ser soldado ao seu respectivo conector BNC, esse método não é o mais apropriado. Os conectores BNC a serem utilizados com o cabo coaxial funcionam na base da pressão ("crimp"), economizando um tempo enorme na confecção de cada cabo. Para preparar um cabo coaxial, você necessitará de duas ferramentas:

Figura 4: Descascador de cabo coaxial

Figura 5: Alicate para crimp

[pagination="Cabo Par Trançado"]

Esse é o tipo de cabo mais utilizado atualmente. Existem basicamente dois tipos de cabo par trançado: sem blindagem (UTP, Unshielded Twisted Pair) e com blindagem (STP, Shielded Twisted Pair). A diferença óbvia é a existência de uma malha (blindagem) no cabo com blindagem, que ajuda a diminuir a interferência eletromagnética e, com isso, aumentar a taxa de transferência obtida na prática.

Figura 6: Par Trançado sem Blindagem (UTP).

Figura 7: Par Trançado com Blindagem (STP).

O par trançado, ao contrário do cabo coaxial, só permite a conexão de 2 pontos da rede. Por este motivo é obrigatório a utilização de um dispositivo concentrador (hub ou switch), o que dá uma maior flexibilidade e segurança à rede. A única exceção é na conexão direta de dois micros usando uma configuração chamada cross-over, utilizada para montar uma rede com apenas esses dois micros.

O par trançado é também chamado 10BaseT ou 100BaseT, dependendo da taxa de transferência da rede, se é de 10 Mbit/s ou 100 Mbit/s.

Vantagens:

• Fácil instalação
• Barato
• Instalação flexível

Desvantagens:

• Cabo curto (máximo de 90 metros)
• Interferência eletromagnética

Interferência eletromagnética

Você deve ter sempre em mente a existência da interferência eletromagnética em cabos UTP, principalmente se o cabo tiver de passar por fortes campos eletromagnéticos, especialmente motores e quadros de luz.

É muito problemático passar cabos UTP muito próximos a geladeiras, condicionadores de ar e quadros de luz. O campo eletromagnético impedirá um correto funcionamento daquele trecho da rede. Se a rede for ser instalada em um parque industrial - onde a interferência é inevitável - outro tipo de cabo deve ser escolhido para a instalação da rede, como o próprio cabo coaxial ou a fibra ótica.

Categorias

Ao comprar um cabo par trançado, é importantíssimo notar qual a sua categoria. Embora as categorias 3 e 4 trabalhem bem para redes de 10 Mbit/s, o ideal é trabalharmos somente com cabos de categoria 5, que conseguem atingir até 100 Mbit/s. Com isso já estaremos preparando o cabeamento para comportar uma rede de 100 Mbit/s: mesmo que atualmente a rede trabalhe a apenas 10 Mbit/s, ela já estará preparada para um futuro aumento da taxa de transferência.

Pinagem

Ao contrário do cabo coaxial que possui somente dois fios - um interno e uma malha metálica ao redor, que elimina a interferência eletromagnética -, o par trançado é composto de oito fios (4 pares), cada um com uma cor diferente.

Cada trecho de cabo par trançado utiliza em suas pontas um conector do tipo RJ-45, que justamente possui 8 pinos, um para cada fio do cabo.

Figura 8: Conector RJ-45

Teoricamente os cabos podem ser feitos de qualquer maneira, desde que o pino 1 de uma extremidade seja conectado ao pino 1 da outra extremidade e assim sucessivamente para todos os 8 pinos dos conectores, ou seja, se você conectar o fio marrom ao pino 1 de uma extremidade, deverá conectar o pino 1 ao fio marrom da outra extremidade do cabo.

O problema desse procedimento é que você criará um padrão de cabos só seu e que só funcionará naquela determinada rede. No futuro, se um técnico precisar fazer a manutenção em um cabo, ele ficará simplesmente perdido.

Nota: A modificação aleatória do ordem dos fios pode causar a "Paradiafonia", que é o vazamento de energia elétrica entre pares de fios do mesmo cabo, podendo causar problemas na rede. Nós observamos que, como o próprio nome diz ao cabo, os fios formam pares trançados onde estas tranças protegem os sinais da interferência externa. Esta proteção só existe quando estes pares fazem parte do mesmo circuito. (Ricardo Rodrigues)

Para evitar esses tipos de problemas, existem dois padrão internacionais amplamente utilizados: T568A e T568B.

[pagination="Cabo Par Trançado (Cont.)"]

Desta forma, basta optar por um dos dois padrões e fazer os cabos de acordo com a ordem dos fios impostas por eles. Assim não haverá dúvidas na hora de montar os cabos e na sua manutenção. Nas figuras 9 e 10 você observa a ordem dos fios desses dois padrões.

Figura 9: Padrão T568A.

Figura 10: Padrão T568B.

Nota: os pares são formados por um fio que é azul, laranja, verde ou marrom, e um segundo fio que é branco. Em alguns cabos, como nas figuras acima, os fios de cor branca possuem listras finas de acordo com a cor do par que pertencem (azul, laranja, verde ou marrom). Na maioria das vezes, no entanto, o fio será totalmente branco. Para saber a qual par pertecem, basta ver com que fio colorido o fio branco está "enroscado". Por exemplo, o fio branco do par marrom estará trançado com o fio marrom e assim por diante. Assim, nas figuras acima as listras coloridas que colocamos nos fios brancos servem para você saber de qual par é o fio branco que estamos nos referindo, embora na prática os fios brancos não tenham tais listras.

Preparação do cabo

Para preparar o cabo em si você precisará, além de conectores RJ-45, um alicate para "crimp". Da mesma forma que os conectores BNC usados no cabo coaxial, os fios do cabo par trançado são presos ao conector RJ-45 por pressão. Basta alinhar os fios do pino 1 ao pino 8 do conector de acordo com o padrão a ser utilizado (T568A ou T568B) e pressionar o conector com o alicate. Não é necessário descascar os fios, pois o próprio conector RJ-45 possui seus pinos em forma de lâmina, descascando automaticamente os fios durante a montagem do cabo.

Figura 11: Alicate para "crimp" de conectores RJ-45.

Instalação do cabo

O projeto de como e por onde os cabos irão ser fisicamente instalados no ambiente onde a rede está sendo implementada é muito importante. A melhor maneira de se instalar cabos é criando pontos de rede fixos, através de caixas conectoras. Os micros serão conectados a essas caixas através de um cabo de menor comprimento, enquanto as caixas são ligadas a outras caixas conectoras perto do concentrador (hub ou switch). Este procedimento além de facilitar a instalação das estações da rede, facilita a manutenção. Como na maioria das vezes problemas de cabo partido ocorrem na porção perto da estação de trabalho, bastará substituir apenas um pequeno trecho do cabo. Na figura você observa vários modelos de caixas conectoras. Existem tanto caixas internas a serem instaladas embutidas na parede quanto modelo externos. Lembre-se de comprar caixas aprovadas para trabalhar com categoria 5.

Figura 12: Caixas conectores para cabo de par trançado

Para fixar os fios na caixa conectora, você precisará de uma ferramenta de inserção.

Figura 13: Ferramenta de inserção.

Patch Panel

Em redes de grande porte, os cabos UTP/STP provenientes dos diversos pontos de rede (caixas conectoras junto aos micros) são conectados a blocos de distribuição fixos em estruturas metálicas. Este conjunto é denominado Patch Panel. A ligação dos blocos de distribuição citados aos hubs e/ou switches se dá através de patch cords. A utilização de Patch Panels confere melhor organização, maior flexibilidade e consequentemente, facilita a manutenção. (Otto Fuchshuber Filho)

[pagination="Fibra ótica"]

A grande vantagem da fibra ótica não é nem o fato de ser uma mídia rápida, mas sim o fato de ela ser totalmente imune a interferências eletromagnéticas. Na instalação de redes em ambientes com muita interferência (como em uma indústria, por exemplo), a melhor solução é a utilização da fibra ótica.

A fibra ótica, sob o aspecto construtivo, é similar ao cabo coaxial sendo que o núcleo e a casca são feitos de sílica dopada (uma espécie de vidro) ou até mesmo plástico, da espessura de um fio de cabelo. No núcleo é injetado um sinal de luz proveniente de um LED ou laser, modulado pelo sinal transmitido, que percorre a fibra se refletindo na casca. As fibras podem ser multimodo ou monomodo. Em linhas gerais, sem a utilização de amplificadores, a primeira tem capacidade de transmissão da ordem de 100 Mbit/s a até cerca de 10 km (mais empregadas em redes locais), enquanto que a segunda alcança algo em torno de 1 Gbit/s a uma distância de por volta de 100 km (empregadas em redes de longa distância). Além das características de transmissão superiores aos cabos metálicos, a fibra, por utilizar luz, tem imunidade eletromagnética. Em contrapartida, seu custo é superior, é mais frágil requerendo que seja encapsulada em materiais que lhe confiram uma boa proteção mecânica e necessita de equipamentos microscopicamente precisos para sua conexão, instalação e manutenção. Em redes locais de grande porte, normalmente se emprega a fibra ótica interligando os hubs, colapsados em switches e/ou roteadores que isolam os diversos segmentos, formando assim o backbone (espinha dorsal) da rede. (Otto Fuchshuber Filho)

Figura 14: Fibra ótica.

Vantagens:

• Velocidade
• Isolamento elétrico
• O cabo pode ser longo

Desvantagens:

• Muito caro
• Difícil de instalar
• Quebra com facilidade
• Difícil de ser remendado

[pagination="Introdução"]

No tutorial sobre placas e cabos você conheceu os principais tipos de cabos existentes. Neste tutorial você aprenderá como os cabos podem ser conectados para formar uma rede local. Como diversos periféricos são utilizados nessa conexão - como hubs e switches -, também iremos apropriadamente abordá-los neste tutorial.

No tutorial sobre cabos, aprendemos somente sobre os tipos de cabos existentes sem nos preocuparmos muito como eles seriam utilizados para conectar diversos micros e periféricos. A forma com que os cabos são conectados - a que genericamente chamamos topologia da rede - influenciará em diversos pontos considerados críticos, como flexibilidade, velocidade e segurança.

Da mesma forma que não existe "o melhor" computador, não existe "a melhor" topologia. Tudo depende da necessidade e aplicação. Por exemplo, a topologia em estrela pode ser a melhor na maioria das vezes, porém talvez não seja a mais recomendada quando tivermos uma pequena rede de apenas 3 micros.

[pagination="Topologia Linear"]

Na topologia linear (também chamada topologia em barramento), todas as estações compartilham um mesmo cabo. Essa topologia utiliza cabo coaxial, que deverá possuir um terminador resistivo de 50 ohms em cada ponta, conforme ilustra a Figura 1. O tamanho máximo do trecho da rede está limitado ao limite do cabo, 185 metros no caso do cabo coaxial fino, conforme vimos na aula sobre cabos. Este limite, entretanto, pode ser aumentado através de um periférico chamado repetidor, que na verdade é um amplificador de sinais.

Figura 1: Topologia Linear

Nota: a Figura 1 foi propositalmente exagerada em relação aos conectores "T". Eles são ligados diretamente à placa de rede, não existindo o pequeno cabo presente na figura.

Como todas as estações compartilham um mesmo cabo, somente uma transação pode ser efetuada por vez, isto é, não há como mais de um micro transmitir dados por vez. Quando mais de uma estação tenta utilizar o cabo, há uma colisão de dados. Quando isto ocorre, a placa de rede espera um período aleatório de tempo até tentar transmitir o dado novamente. Caso ocorra uma nova colisão a placa de rede espera mais um pouco, até conseguir um espaço de tempo para conseguir transmitir o seu pacote de dados para a estação receptora.

A conseqüência direta desse problema é a velocidade de transmissão. Quanto mais estações forem conectadas ao cabo, mais lenta será a rede, já que haverá um maior número de colisões (lembre-se que sempre em que há uma colisão o micro tem de esperar até conseguir que o cabo esteja livre para uso).

Outro grande problema na utilização da topologia linear é a instabilidade. Como você pode observar na Figura 1, os terminadores resistivos são conectados às extremidades do cabo e são indispensáveis. Caso o cabo se desconecte em algum ponto (qualquer que seja ele), a rede "sai do ar", pois o cabo perderá a sua correta impedância (não haverá mais contato com o terminador resistivo), impedindo que comunicações sejam efetuadas - em outras palavras, a rede pára de funcionar. Como o cabo coaxial é vítima de problemas constantes de mau-contato, esse é um prato cheio para a rede deixar de funcionar sem mais nem menos, principalmente em ambientes de trabalho tumultuados. Voltamos a enfatizar: basta que um dos conectores do cabo se solte para que todos os micros deixem de se comunicar com a rede.

E, por fim, outro sério problema em relação a esse tipo de rede é a segurança. Na transmissão de um pacote de dados - por exemplo, um pacote de dados do servidor de arquivos para uma determinada estação de trabalho -, todas as estações recebem esse pacote. No pacote, além dos dados, há um campo de identificação de endereço, contendo o número de nó de destino. Desta forma, somente a placa de rede da estação de destino captura o pacote de dados do cabo, pois está a ela endereçada.

Nota: Número de nó (node number) é um valor gravado na placa de rede de fábrica (é o número de série da placa). Teoricamente não existe no mundo duas placas de rede com o mesmo número de nó.

Se na rede você tiver duas placas com o mesmo número de nó, as duas captarão os pacotes destinados àquele número de nó. É impossível você em uma rede ter mais de uma placa com o mesmo número de nó, a não se que uma placa tenha esse número alterado propositalmente por algum hacker com a intenção de ler pacotes de dados alheios. Apesar desse tipo de "pirataria" ser rara, já que demanda de um extremo conhecimento técnico, não é impossível de acontecer.

Portanto, em redes onde segurança seja uma meta importante, a topologia linear não deve ser utilizada.

Para pequenas redes em escritórios ou mesmo em casa, a topologia linear usando cabo coaxial está de bom tamanho.

[pagination="Topologia em Anel"]

Na topologia em anel, as estações de trabalho formam um laço fechado, conforme ilustra a Figura 2. O padrão mais conhecido de topologia em anel é o Token Ring (IEEE 802.5) da IBM.

 
Figura 2: Topologia em Anel.

No caso do Token Ring, um pacote (token) fica circulando no anel, pegando dados das máquinas e distribuindo para o destino. Somente um dado pode ser transmitido por vez neste pacote.

[pagination="Topologia em Estrela"]

Esta é a topologia mais recomendada atualmente. Nela, todas as estações são conectadas a um periférico concentrador (hub ou switch), como ilustra a Figura 3.

Figura 3: Topologia em Estrela.

Ao contrário da topologia linear onde a rede inteira parava quando um trecho do cabo se rompia, na topologia em estrela apenas a estação conectada pelo cabo pára. Além disso temos a grande vantagem de podermos aumentar o tamanho da rede sem a necessidade de pará-la. Na topologia linear, quando queremos aumentar o tamanho do cabo necessariamente devemos parar a rede, já que este procedimento envolve a remoção do terminador resistivo.

Importante notar que o funcionamento da topologia em estrela depende do periférico concentrador utilizado, se for um hub ou um switch.

No caso da utilização de um hub, a topologia fisicamente será em estrela (como na Figura 3), porém logicamente ela continua sendo uma rede de topologia linear. O hub é um periférico que repete para todas as suas portas os pacotes que chegam, assim como ocorre na topologia linear. Em outras palavras, se a estação 1 enviar um pacote de dados para a estação 2, todas as demais estações recebem esse mesmo pacote. Portanto, continua havendo problemas de colisão e disputa para ver qual estação utilizará o meio físico.

Já no caso da utilização de um switch, a rede será tanto fisicamente quanto logicamente em estrela. Este periférico tem a capacidade de analisar o cabeçalho de endereçamento dos pacotes de dados, enviando os dados diretamente ao destino, sem replicá-lo desnecessariamente para todas as suas portas. Desta forma, se a estação 1 enviar um pacote de dados para a estação 2, somente esta recebe o pacote de dados. Isso faz com que a rede torne-se mais segura e muito mais rápida, pois praticamente elimina problemas de colisão. Além disso, duas ou mais transmissões podem ser efetuadas simultaneamente, desde que tenham origem e destinos diferentes, o que não é possível quando utilizamos topologia linear ou topologia em estrela com hub.

A seguir iremos ver os principais periféricos que podem ser utilizados em redes locais.

[pagination="Repetidor"]

Usado basicamente em redes de topologia linear, o repetidor permite que a extensão do cabo seja aumentada, criando um novo segmento de rede (vide Figura 4).

Figura 4: Uso de um repetidor para aumentar a extensão da rede.

O repetidor é apenas uma extensão (um amplificador de sinais) e não desempenha qualquer função no controle do fluxo de dados. Todos os pacotes presentes no primeiro segmento serão compulsoriamente replicados para os demais segmentos. Por exemplo, se a estação 1 enviar um pacote de dados para a estação 2, esse pacote será replicado para todas as máquinas de todos os segmentos da rede.

Em outras palavras, apesar de aumentar a extensão da rede, aumenta também o problema de colisão de dados.

[pagination="Ponte (Bridge)"]

A ponte é um repetidor inteligente, pois faz controle de fluxo de dados. Ela analisa os pacotes recebidos e verifica qual o destino. Se o destino for o trecho atual da rede, ela não replica o pacote nos demais trechos, diminuindo a colisão e aumentando a segurança. Por analisar o pacote de dados, a ponte não consegue interligar segmentos de redes que estejam utilizando protocolos diferentes.

Há duas configurações que podem ser utilizadas com a ponte: a configuração em cascata (Figura 5) e a configuração central (Figura 6).

No caso da configuração em cascata, as pontes são ligadas como se fossem meros repetidores. A desvantagem dessa configuração é que, se uma estação do primeiro segmento quiser enviar um dado para uma estação do último segmento, esse dado obrigatoriamente terá de passar pelos segmentos intermediários, ocupando o cabo, aumentando a colisão e diminuindo o desempenho da rede.

 
Figura 5: Configuração em cascata.

Já na configuração central, as pontes são ligadas entre si. Com isso, os dados são enviados diretamente para o trecho de destino. Usando o mesmo exemplo, o dado partiria da estação do primeiro segmento e iria diretamente para a estação do último segmento, sem ter de passar pelos segmentos intermediários.

 
Figura 6: Configuração central.

[pagination="Hub (Concentrador)"]

Apesar da rede estar fisicamente conectada como estrela, caso o hub seja utilizado ela é considerada logicamente uma rede de topologia linear, pois todos os dados são enviados para todas as portas do hub simultaneamente, fazendo com que ocorra colisões. Somente uma transmissão pode ser efetuada por vez.

Em compensação, o hub apresenta diversas vantagens sobre a topologia linear tradicional. Entre elas, o hub permite a remoção e inserção de novas estações com a rede ligada e, quando há problemas com algum cabo, somente a estação correspondente deixa de funcionar.

Quando um hub é adquirido, devemos optar pelo seu número de portas, como 8, 16, 24 ou 32 portas. A maioria dos hubs vendidos no mercado é do tipo "stackable", que permite a conexão de novos hubs diretamente (em geral é necessário o pressionamento de uma chave no hub e a conexão do novo hub é feito em um conector chamado "uplink"). Portanto, você pode ir aumentando a quantidade de hubs de sua rede à medida em que novas máquinas forem sendo adicionadas.

[pagination="Switch (Chaveador)"]

Podemos considerar o switch um "hub inteligente". Fisicamente ele é bem parecido com o hub, porém logicamente ele realmente opera a rede em forma de estrela. Os pacotes de dados são enviados diretamente para o destino, sem serem replicados para todas as máquinas. Além de aumentar o desempenho da rede, isso gera uma segurança maior. Várias transmissões podem ser efetuadas por vez, desde que tenham origem e destino diferentes.

O Switch possui as demais características e vantagens do hub.

[pagination="Roteador (Router)"]

O roteador é um periférico utilizado em redes maiores. Ele decide qual rota um pacote de dados deve tomar para chegar a seu destino. Basta imaginar que em uma rede grande existem diversos trechos. Um pacote de dados não pode simplesmente ser replicado em todos os trechos até achar o seu destino, como na topologia linear, senão a rede simplesmente não funcionará por excesso de colisões, além de tornar a rede insegura (imagine um pacote de dados destinado a um setor circulando em um setor completamente diferente).

Existem basicamente dois tipos de roteadores: os estáticos e os dinâmicos.

Os roteadores estáticos são mais baratos e escolhem o menor caminho para o pacote de dados. Acontece que esses roteadores não levam em consideração o congestionamento da rede, onde o menor caminho pode estar sendo super utilizado enquanto há caminhos alternativos que podem estar com um fluxo de dados menor. Portanto, o menor caminho não necessariamente é o melhor caminho.

No caso dos roteadores dinâmicos, eles escolhem o melhor caminho para os dados, já que levam em conta o congestionamento da rede. Talvez o pacote de dados siga por um caminho até mais longo, porém menos congestionado que, no final das contas, acaba sendo mais rápido.

Alguns roteadores possuem compressão de dados, que fazem aumentar a taxa de transferência.

[pagination="Qual topologia devemos usar?"]

Em redes pequenas e médias, geralmente usamos somente um tipo de topologia, como a topologia linear para redes pequenas e a topologia em estrela com hub para redes médias.

Dica: Dissemos que a rede de topologia linear é recomendada para redes pequenas com poucas máquinas. Se no projeto dessa rede você decidir que ela poderá algum dia aumentar de tamanho, o melhor a ser feito é instalar uma rede de topologia em estrela com hub logo de uma vez, economizando dinheiro no futuro.

Você deve ter percebido que talvez a "melhor" topologia seja a estrela usando switches. Acontece que o switch é um periférico extremamente caro e talvez esse projeto não seja financeiramente viável por não haver custo/benefício para a empresa. Portanto, no caso de redes maiores (ou menores com possibilidade de expansão), podemos utilizar redes mistas, onde utilizamos diversos tipos de solução misturadas.

É muito comum em redes corporativas a utilização de um backbone de alta velocidade utilizando fibra ótica conectando os diversos setores da empresa. No setor propriamente dito, um switch com "uplink" para fibra é responsável por distribuir as diversas estações em par trançado.

Além disso, como switches são bem mais caros do que hubs, podemos fazer uma topologia mista utilizando, na porta dos switches, hubs para aumentar o número de máquinas por porta do switch. É claro que isso faz o desempenho cair, porém é bem melhor do que montar uma rede grande formada apenas por hubs.

Enfim, a possibilidade de conexões é imensa. Tudo depende do projeto da rede, levando em conta principalmente o estudo de como essa rede irá crescer e a relação custo/benefício.

[pagination="Modem não reconhece tom de discagem?"]

A solução deste caso é simples. No caso de você estar utilizando Windows 3.x ou algum aplicativo de comunicação de 16 bits no Windows 9x, basta ir na configuração do programa e alterar, no "Init String" (string de inicialização) e no "Dial String" (string de discagem), o comando "Xn" (onde "n" pode ser um numero qualquer) pelo comando "X3".

No caso do Windows 95, a solução é ainda mais simples: basta clicar no ícone "modems" do Painel de Controle e dar clique com o mouse na caixa "propriedades", selecionando antes o modem que você deseja configurar. Na guia "Conexão", desabilite a caixa "Aguardar pelo sinal antes de discar".

Como saber a verdadeira velocidade do meu modem?

Todo modem possui gravado internamente sua identificação - que inclui, além da marca e modelo, a velocidade. Para vê-la, basta entrar o comando ATI4 na janela do Terminal do Windows 3.x ou então, no caso do Windows 9x, através do ícone Modems do Painel de Controle. Selecione o modem e, na guia "Diagnóstico", clique na caixa "mais informações". Na linha "ATI4" aparecerá a verdadeira velocidade de seu modem.

Figura 1: Descobrindo a verdadeira velocidade do modem.

Posso "transformar" o meu modem 28.800 bps ou 33.600 bps em um 56 K?

Na maioria das vezes, sim. Os modems de boa qualidade (como o USRobotics) permitem que você execute um "upgrade" via software. Para isso, basta ir na página do fabricante na Internet e baixar a versão do software de acordo com o modelo de seu modem (é importante saber o número de série e o "part number" de seu modem; essas informações estão decalcadas no próprio modem). Em alguns casos é necessário pagar uma taxa, a ser debitada no cartão de crédito internacional.

Como faço para "conversar" na Internet usando um microfone?

Para conversar na Internet, você precisara de um kit multimídia com um microfone conectado à entrada "Mic In" da placa de som e um par de caixas acústicas conectadas a saída "Speaker Out" da placa de som. Você necessitará do programa Internet Phone (disponível em http://www.vocaltech.com). Você conseguira bater papo com qualquer tipo de modem, independentemente se ele e "voice" ou não (esta característica diz respeito apenas a secretária eletrônica). É interessante que você atualize o seu sistema operacional com um driver "full-duplex" para a sua placa de som, de modo que você consiga falar e escutar simultaneamente. Este driver pode ser baixado no site do fabricante de sua placa de som (http://www.soundblaster.com, no caso da Sound Blaster).

E o fax/modem "voice"? Para que serve?

Esse tipo de fax/modem possui duas características adicionais: viva-voz e secretária eletrônica. A utilização desses dois recursos em geral necessita do programa que acompanha o modem. Para conversar na Internet você não precisa de um modem desse tipo: qualquer modem serve.

[pagination="Qual modem 56 K devo comprar?"]

Qualquer um que utilize a padronização ITU V.90, que é a padronização internacional dessa classe de modems.

Meu modem utiliza a padronização x2 da USRobotics. Há como atualizá-lo para o padrão V.90?

Sim, a maioria dos fabricantes permite que você faça uma atualização de seu modem via software. Se o seu modem 56 K utilizar o padrão x2 ou o padrão k56flex, você precisará atualizá-lo para o padrão V.90, que é o padrão internacional. Para isso, visite a página do fabricante de seu modem na Internet para baixar o programa de atualização.

Como instalar corretamente o fax/modem?

Se o seu modem for um modelo externo, não há muito problema; basta instalá-lo na porta serial COM2 através do cabo que vem com ele. No caso do fax/modem interno, ele possui uma porta serial embutida, que deverá ser configurada a utilizar COM2, IRQ3. Acontece que a porta serial embutida do modem entrará em conflito com a porta serial COM2 do micro (normalmente integrada na placa-mãe). Para resolver isso, basta desabilitar (ou renomear para COM4) a porta serial COM2 do micro. Para tanto, basta entrar no setup do micro (pressionando a tecla [DEL] durante a contagem de memória) e alterar a opção "COM2" (ou "Serial Port 2") do menu "Integrated Peripherals". Se existir a opção "Programming Mode", você deverá desabilitá-la (colocando-a em "manual") para permitir essa alteração.

Como obter o melhor desempenho do modem no Windows 9x?

Devemos ter cuidado para não utilizar aplicativos de comunicação de 16 bits no Windows 95 - como Bitcom, Bitfax, Quicklink, etc - o que é muito comum de ocorrer quando o usuário migra diretamente do Windows 3.x para o Windows 9x. O próprio Windows 9x já vez com aplicativos de 32 bits para utilização em conjunto com o fax/modem. Outro problema comum é a utilização de "Kits Internet" de alguns provedores que, em vez de instruir o usuário a utilizar aplicativos de 32 bits, vêm com aplicativos de 16 bits para a conexão à Internet. Para o uso do fax/modem como fax, utilize o Microsoft Fax. Para a conexão com colegas e com BBS, utilize o HyperTerminal. E para a conexão com provedores Internet, utilize o Dial Up.

Conexões abaixo do esperado

Se você só consegue conectar em velocidades mais baixas do que a do seu modem (por exemplo, com um modem 33.600 bps você só consegue se conectar a 24.000 bps), há dois pontos a serem levados em consideração. Primeiro, a qualidade da linha telefônica. Se a conexão estiver muito ruidosa, provavelmente você não conseguirá conectar-se com a velocidade máxima. Além disso, não espere uma conexão a 33.600 bps caso o modem do outro lado seja 28.800 bps, ok? Em segundo lugar, a configuração correta de seu modem. No caso dos modems mais modernos (33.600 bps e superiores), não se esqueça de instalar um driver mais atualizado para ele. Muitas vezes o sistema operacional reconhece modems mais modernos simplesmente como "modem padrão". O driver acompanha o modem em um disquete ou CD-ROM. Se você não tiver esse driver, baixe-o do site do fabricante de seu modem na Internet.

Lembre-se que modems 56 K só trabalham a, no máximo, 53 Kbps e, portanto, você nunca conseguirá se conectar a 56 K. Muito usuários comentam que raramente as conexões passam de 47 K devido à qualidade de nossas linhas telefônicas. No caso de você só estar conseguindo se conectar a no máximo 33.600 bps mas seu modem é 56 K, verifique se os modems de seu provedor de acesso também são 56 K e se já foram devidamente atualizados para o padrão V.90 (não se esqueça que você também deve atualizar o seu modem 56 K para a padronização V.90).

[pagination="Introdução"]

Muito se tem falado ultimamente em Java e computadores de baixo custo desenvolvidos para trabalhar em rede. Contudo, o assunto é freqüentemente tratado superficialmente prejudicando o entendimento real do que esta tecnologia pode possibilitar.

A maior vantagem geralmente apontada é o fato do ambiente Java ser multi-plataforma. Entretanto, em um mercado onde 90% usa Windows, esta parece uma vantagem absolutamente inútil. Apesar disso a maioria das empresas chave da indústria de informática - como a IBM, Oracle, Intel, Sun, Xerox e AT&T - investem pesadamente no desenvolvimento de dispositivos para "computação de rede" ou Network Computing.

Obviamente há muito mais por trás do NC do que uma linguagem orientada a objetos e computadores de menor custo. Para compreendermos exatamente as mudanças que essas tecnologias podem provocar no mercado de hardware e software, devemos observar exatamente o que são separadamente e quais são os planos das empresas que investem mais pesadamente nelas.

[pagination="Computação de Rede - NC"]

O conceito de NC é uma velha idéia decorrente de uma série de desvantagens apresentadas pelo modelo de computação cliente-servidor em comparação ao velho modelo de mainframes onde havia apenas uma máquina processadora e numerosos clientes totalmente burros. Mais oportunamente nos aprofundaremos nestas diferenças, por hora o fato relevante é: embora o modelo antigo oferecesse pouca ou nenhuma flexibilidade ao usuário dos terminais, ele era muito mais administrável que o modelo atual, onde centenas de micros devem ser mantidos com seus sistemas operacionais e software instalados.

Conforme as redes de micros cresceram para milhares e até dezenas de milhares de micros, gastos igualmente grandes passaram a ser necessários com o suporte, distribuição e manutenção dos softwares instalados. Diante disso viu-se a necessidade de sistemas que pudessem ser administrados de um ponto central.

Tal sistema deveria somar o melhor dos dois modelos: a administrabilidade dos mainframes e a flexibilidade das redes cliente-servidor.

A melhor solução idealizada sugeria um grande servidor de arquivos e aplicações, onde ficariam instalados o sistema operacional e aplicativos (uma estrutura semelhante ao boot remoto). Contudo seria necessário um ambiente operacional desenvolvido desde o princípio para operar neste ambiente, a fim de garantir segurança e evitar problemas de performance. A flexibilidade nos clientes pode ser garantida utilizando máquinas processadas e com memória local para processamento além de - quando necessário - memória de armazenamento para arquivos de swap.

Na prática a idéia é que computadores de rede busquem durante o boot pelo restante do ambiente operacional (parte deste ambiente deve ser armazenada no próprio processador) no servidor assim como os aplicativos que, uma vez carregados são executados localmente evitando o tráfego de dados desnecessários na rede. Neste ambiente a atualização de um aplicativo se resume a sua atualização no servidor; ajustes nos ambientes operacionais de cada cliente podem ser feitos de uma forma muito mais completa que antes também no servidor. Ambientes como este tem sido implementados e demonstram necessitar de uma fração do pessoal de suporte necessária para o modelo cliente-servidor.

O primeiro ambiente em que se pensa normalmente para utilizar o conceito NC são grandes redes, como bancos eletrônicos ou sistemas de reservas de companhias aéreas. Contudo, o conceito pode ir mais longe, conferindo maior administrabilidade a quiosques multimídia, relógios de rua (como os usados no Rio de Janeiro) e uma infinidade de dispositivos. As possibilidades do conceito são tão excitantes que muitos se deixam levar pelo entusiasmo, montando quadros tão fantasiosos que chegam a desacreditar o conceito (embora alguns dos quadros na verdade não sejam absurdos).

O fato em relação ao modelo NC é que pode ser um primeiro passo em direção a uma nova onda de avanços nos dispositivos eletrônicos. E o que pode impedir?

Padronização sempre foi o grande vilão na indústria de computação: se é padronizado é proprietário e caro, se não é proprietário e caro não é padronizado! O ambiente NC jamais será possível enquanto as grandes empresas de hardware brigarem para padronizar suas soluções produzindo um mundo não conectável. A menos que haja uma padronização ao menos em uma das camadas: a do ambiente operacional. Aqui entra o Java, mais que a linguagem Java, o Ambiente Operacional Java.

[pagination="Ambiente Java"]

No início desta década, a Sun (uma das principais empresas de alta tecnologia) iniciou o desenvolvimento de um novo ambiente de execução de programas. Entretanto há apenas 3 anos o ambiente Java foi finalmente lançado no mercado.

Essencialmente o ambiente consiste em três elementos: uma máquina virtual que executa aplicativos Java, uma linguagem chamada Java e um verificador de byte code. Embora separadamente cada elemento já apresente vantagens, é o conjunto que faz do Java um ambiente especial. Totalmente orientado a objetos (exceto por herança múltipla, mas discutiremos isso em outra oportunidade), seguro e adequado para execução em rede e portável. Isto era exatamente o ambiente necessário para a concretização da Computação de Rede. Atualmente Java e NC complementam-se perfeitamente e praticamente não há outras soluções que mereçam a classificação de NC.

Gostaríamos de apresentar logo todas as diferenças entre as soluções NC com Java e com outros sistemas, contudo este assunto seria muito longo e mais técnico do que pretendemos nesta apresentação. Por hora nos concentraremos apenas em cada uma das três principais "partes" do ambiente Java.

A linguagem Java é certamente o item mais popular, a ponto de se falar normalmente NA Java. Realmente é uma boa linguagem orientada a objetos (OO), claramente desenvolvida à partir do C++. Contudo, ao contrário da linguagem C++, a Java não permite a violação de princípios OO, como encapsulamento. Seria justo dizer que a Java é diferenciada do C++ muito mais pelo que não pode fazer do que pelo que faz a mais. Calma! Isto não é, necessariamente, uma desvantagem, afinal códigos OO utilizando este tipo de violação (possível no C++) acabam fadados a serem um tipo de tecnologia híbrida, nem estruturada, nem OO, dificultando não só a manutenção como também a reutilização e aproveitamento em tecnologias OO mais recentes e avançadas, como CORBA e OpenDoc. Vale lembrar que o aplicativo escrito em Java deve ser compilado para o código objeto do ambiente de execução - a Java Virtual Machine - e programas em outras linguagens OO atualmente podem ser compilados para o mesmo código objeto.

É na JVM que o ambiente começa a mostrar vantagens. A JVM foi projetada para ser uma camada entre os aplicativos Java e os diversos sistemas operacionais (atualmente existe JVM para vários: Unix, OS/2, Windows 9x/NT, Macintosh, Windows 3.X etc.) e mesmo dispositivos de hardware dotados de processadores Java (ainda não lançados). O ambiente JVM já conta com todas as classes necessárias aos acessos mais críticos para a segurança de dados, como acesso a disco ou tráfego pela rede, e não permite que estas classes sejam substituídas por outras provenientes da rede à revelia do usuário. Esta é uma das principais razões do casamento entre Java e NC. A porção do ambiente dedicada a esta verificação é o Byte Code Verifier. É evidente que há diversos outros recursos como Garbage Colector (dedicado a remover um objeto da memória quando desnecessário), Class Loader (que busca e carrega as classes necessárias mesmo que espalhadas pela rede) e Just In Time compiler (o JIT) que produz transparentemente um tipo de código ativo para o sistema atual, a fim de garantir maior performance.

[pagination="Conclusão"]

Este é o primeiro de uma série de artigos que escreverei procurando apresentar o Java e a Computação de Rede. No momento a bola da vez está claramente com o Java, principalmente por dois motivos: está se aproximando do seu estado da arte e do seu sucesso depende a realização do modelo NC. Assim estarei concentrando minha atenção no Java (a menos que haja manifestação em contrário) procurando abordar a NC em momento apropriado.

[pagination="Por fim resta a prática: e eu com isso?"]

Ora! A concretização da NC tem vastas conseqüências. Seja qual for a tecnologia utilizada para torná-la real, serão usados conceitos de computação distribuída e tecnologias OO (como CORBA e OpenDOC), e surgirão dispositivos de hardware dotados do ambiente NC padrão ou compatível com ele. Em decorrência disto, o profissional de computação qualificado será mais valorizado, além de poder se dedicar a projetos mais ambiciosos. Além disso, a tendência é de que mais e mais dispositivos necessitem de técnicos em computação.

Avanços tecnológicos são como a Paz: todos desejamos, mas somente com algum engajamento e boa informação pode-se alcançar o objetivo final.

Roney Belhassof é analista de sistemas e especialista em banco de dados. Gerente de Desenvolvimento da Information for Business (http://www.i4b.com), empresa especializada em Engenharia de Informação.