Uma ou mais Linhas Privadas (LPs) farão a ligação do PA com outro PA ou com um Ponto de Presença (POP) regional ou federal. É importante a existência de pelo menos uma linha dedicada à Internet permitindo o recebimento e envio de pacotes a qualquer instante. Ao contratar uma LP de uma Entidade Exploradora de Serviços Públicos de Telecomunicações (EESPT) é pago um valor fixo mensal, independentemente da utilização da linha.
A LP de menor capacidade recomendada para ligação de um PA à Internet é de 64Kbps. Consulte uma EESPT local acerca de disponibilidade, prazos e tarifas para LP's dessa velocidade ou velocidades superiores.
Em geral, deve-se solicitar uma LP síncrona especializada, onde os modems são fornecidos pela empresa que fornece o serviço de LP. Será necessário que o roteador ao qual a linha se conectará possua uma interface síncrona que suporte a velocidade da LP.
Este é o equipamento que fará o roteamento de pacotes da sua rede local para a Internet e vice-versa. A ele é atribuída a responsabilidade de manutenção e atualização das informações de roteamento
A melhor opção aqui, do ponto de vista técnico, é a utilização de equipamentos dedicados projetados especificamente para roteamento, que são conhecidos como roteadores dedicados. É importante que o roteador escolhido seja realmente compatível com o roteador do ponto ao qual o PA estará ligado. Para tanto, entre em contato com o responsável técnico da instituição que proverá acesso ao seu PA.
Uma opção mais barata, embora menos eficiente e segura, é a utilização de servidores Unix como roteadores . Outras opções alternativas são a utilização de roteadores públicos como o ka9q e o PCRoute, executando em computadores pessoais da linha IBM.
É importante definir o roteador em função do tráfego previsto. O seu roteador deverá ter um desempenho suficiente para encaminhar o fluxo de pacotes de cada interface a ele ligada. É comum a especificação do desempenho de um roteador em pacotes por segundo (pps), sendo utilizados pacotes de 64 Kbytes. Para o dimensionamento do roteador deveremos estimar com folga o fluxo gerado por cada interface.
Uma interface serial de 64 kbps gerará sempre um fluxo de no máximo 125 pps. Uma interface E1 gerará no máximo 32 vezes isso. E assim por diante. Para estimar o fluxo gerado por interfaces de redes locais, como Ethernets e FDDIs utilizamos os dados medidos em laboratório, encontrados em:
ftp://nsdndev.harvard.edu/pub/ndtl/
Assim temos a seguinte tabela de fluxo por tipo de interface:
Interface Desempenho [pps] 64 Kbps 125 E1 (2 Mbps) 4000 Ethernet (10 Mbps) 3100 Ethernet (100 Mbps) 31000 FDDI (100 Mbps) 98000
Devemos considerar que um roteador conseguirá rotear de uma interface, no máximo, o fluxo correspondente à soma do fluxo das outras interfaces. Desta forma, se tivermos, por exemplo, um roteador com duas interfaces de 64 Kbps (2 x 125 pps) e uma Ethernet 10baseT (3100 pps), o fluxo máximo da Ethernet que poderá ser absorvido pelo roteador será o de 250 pps. Assim, um roteador com um Ehternet 10baseT e duas seriais de 64Kbps deverá ter um desempenho de pelo menos 500 pps.
No Brasil, as interfaces apropriadas do roteador para conexão ao(s) modem(s) da(s) sua(s) LP(s) e à sua rede local, para linhas de baixa velocidade utilizam-se interfaces V.36 ou V.35. A V.36, padrão europeu, tem uma relação Taxa x Distância melhor. A V.35, padrão americano, utiliza menos condutores. Em geral as LPs nacionais utilizam interfaces V.36. Na dúvida, adquira o seu roteador com capacidade para V.35 e V.36, já que o custo adicional (um cabo, no caso de Cisco) é baixo em relação ao custo total do equipamento. As interfaces de velocidade mais alta (isto é, acima de 64 Kbps) utilizam o padrão G.703.
Consulte sempre o seu fornecedor de roteadores para especificar o modelo que adequa-se às suas necessidades atuais e futuras.
Ka9q
O Ka9q NOS11 é um sistema operacional de redes, disponível para equipamentos tipo PCs. Instalado sobre o DOS, pode ser configurado para implementar ou viabilizar os seguintes serviços:
O pacote foi desenvolvido por Phil Karn e é muito utilizado como roteador, principalmente por permitir ser utilizado em equipamentos de baixo custo. É capaz de fazer roteamento entre Ethernet e linhas seriais, podendo utilizar SLIP ou PPP. Implementa ainda o protocolo SNMP para gerência de rede.
Os requisitos mínimos para instalação do Ka9q NOS11C-A são um microcomputador 386SX e 2 Mbytes de RAM. É recomendado utilizar um disco com memória cache de 512-1024 Kbytes (SMARTDrive 4.0 para Windows 3.1).
Referências:
Repositórios:
PCRoute
O PCRoute é um software desenvolvido por Vance Morrison <morrison@casbah.acns.nwu.edu> para PCs XT/AT ou similares, e implementa roteamento IP. Exige como hardware adicional apenas as placas de rede, o que torna o custo total bastante reduzido. Geralmente é utilizado para roteamento de redes Ethernet, embora essa não seja a única configuração possível.
Atualmente, o PCRoute suporta as seguintes interfaces:
Cabe ressaltar que o protocolo SNMP não é suportado.
Referências:
Repositórios:
O Servidor de Comunicação (SC) cuida do acesso dos usuários ao seu PA via Linhas Discadas (LDs).
Por um lado,o seu servidor terá uma interface com os modems, utilizando-se, em geral, de interfaces RS-232C. Há SCs que já possuem os modems internamente, em cujo caso a interface será diretamente a linha telefônica (RJ-11 ou tomada Telebrás). Do outro lado, o SC deverá ter uma interface para a rede que você estiver utilizando.
A melhor opção, novamente do ponto de vista técnico, é a utilização de SCs especializados, que são equipamentos projetados apenas para essa função.
Uma opção mais barata, embora menos eficiente, pode ser a utilização de servidores Unix com uma ou mais placas multiseriais, como SC.
Um gateway X.25 possibilita a ligação de seu PA com a Rede Nacional de Pacotes (RENPAC) ou outras redes X.25 públicas ou privadas. A ligação X.25 é útil para que usuários localizados em cidades distantes do seu PA tenham uma forma alternativa para conexão, que não seja utilizando ligações telefônicas de ponta a ponta. Ela pode ser utilizada também para acesso a bases de dados no X.25.
Como gateway X.25 existem três opções: (1) utilizar o seu roteador; (2) utilizar o SC; ou (3) utilizar o servidor Unix. O uso de qualquer uma delas irá depender da capacidade do seu equipamento de trabalhar com X.25. No servidor Unix, em geral, vendem-se drivers separados para X.25. Porém, existem servidores públicos alternativos como o FreeBSD e o NetBSD que já suportam o protocolo X.25 .
As LDs são, em princípio, linhas telefônicas comuns que serão usadas para receber ligações de usuários feitas através dos seus computadores. Este tipo de acesso é conhecido como Acesso Discado (AD).
No AD é importante dimensionar o número de linhas em função da quantidade de usuários do PA. Considerando uma política de acesso onde o tempo é ilimitado, é recomendável que a relação número de usuários/linha não seja superior a 10. É claro que este valor deverá ser ajustado em função do perfil dos usuários e, para tanto, se faz necessário que o uso das linhas seja devidamente monitorado.
Modems para AD serão necessários quando o seu SC não possuir modems internamente. Em ambos os casos, devem-se utilizar modems padrão V.34 c/ V.42bis.
O V.34 utiliza a taxa de transmissão de 28.800 bps. Os V.42 e V.42bis permitem, respectivamente, a correção e compactação dos dados no próprio modem. Uma opção mais barata é o V.32bis c/V.42bis e V.42. O V.32bis utiliza a taxa de transmissão de 14.400 bps. É indispensável que estes modems tenham a facilidade de atender chamadas telefônicas. Por outro lado, é desejável que eles trabalhem também com taxas mais baixas, como V.22bis (2400) e V.22 (1200), para atender, ainda que precariamente, aqueles usuários que não dispõem de modems de maior capacidade.
A Internet baseia-se no modelo cliente-servidor no qual uma máquina, chamada de "servidor" tem por função básica tornar disponível um determinado serviço, que será acessado por uma outra máquina, denominada "cliente".
Servidor, a rigor, é um processo que implementa um determinado serviço, como por exemplo: servidor de correio eletrônico (sendmail), servidor de listas (listserv/marjordomo), servidor Gopher (gopherd), servidor de news (nntpd), servidor Web (httpd), servidor de impressão (lpd), servidor de sistema de arquivos (nfsd), servidor de nomes ou DNS (named), dentre outros.
Uma prática comum, em redes locais ou em sites não muito grandes, é centralizar-se os vários serviços em uma única máquina servidora.
Pode-se ter diversas combinações de hardware/software para um servidor, desde um PC 486 com um sistema operacional como Netware, Windows NT, NetBSD ou Linux, até uma estação de trabalho incrementada executando Solaris. No entanto, recomenda-se a utilização do sistema operacional Unix no servidor, por este ser o padrão de fato em redes no mundo.
Durante a implantação de um PA, recomenda-se a instalação dos seguintes servidores :
Hardware
O leque de opções para servidores é bastante vasto, desde supercomputadores, passando por estações de trabalho e chegando até os PCs. Qualquer que seja a sua opção, lembre-se que você deverá utilizar servidores com bastante memória, com discos e barramentos velozes.
Cabe ressaltar que a capacidade dos discos será um fator limitante em função do número de usuários, isto porque as mensagens recebidas via correio eletrônico ficarão guardadas nos discos dos seus servidores até que sejam lidas pelo usuário. Algumas sugestões são:
Sistemas Operacionais
São listados a seguir os sistemas operacionais freqüentemente utilizados em servidores, acompanhados pela respectiva lista de referências:
Referências:
AIX
FreeBSD
FAQs
Linux
Newsgroups:
NetBSD
Listas:
Newsgroups:
Netware
Newsgroups:
OS/2
Newsgroups:
OSF/1
SCO UNIX
Solaris
SunOS
WindowsNT
Estações
Estações são os equipamentos de uso geral de operações de um PA. Elas podem ser desde estações de trabalho Unix até Pcs com DOS ou OS/2. O leque de opções disponíveis no mercado brasileiro é o mais amplo possível.
Em seguida, são descritos aspectos relacionados ao acesso à Internet, isto é, ao PA, pelo usuário. O acesso caracteriza-se pela forma (dedicado, discado e X.25) e pelo tipo de enlace adotado (IP Falso, PPP, SLIP ou terminal).
Quanto à conexão
A conexão física pode ser de dois tipos: dedicada ou discada, descritas a seguir.
Em geral uma conexão dedicada é utilizada por usuários que possuem uma rede local e não apenas uma máquina ligada à linha telefônica. Nesses casos, justificam-se custos adicionais, associados à manutenção de uma conexão dedicada, pelo número de usuários beneficiados pelo serviço, pelos tipos de serviço de rede viabilizados ou por razões comerciais (veja o Guia do Empreendedor Internet/Brasil).
A LP utilizada vai depender da capacidade do PA, da necessidade do usuário e da disponibilidade da EESPT. É inútil, para ter acesso a um PA, utilizar uma LP com maior capacidade do que a LP do PA para o resto da rede. A opção mais econômica é a utilização de uma LP não especializada, em que a EESPT entrega apenas um par de fios, e cabe ao usuário e ao PA a responsabilidade pela compra e instalação dos modems. Nesse caso, em função da qualidade da linha, devem-se utilizar modems V.34/V.42bis que aceitem ser configurados para LP.
Preferencialmente as LPs devem ser ligadas a roteadores dedicados pois garantem maior confiabilidade à ligação. Uma alternativa é a utilização de um SC como roteador.
O protocolo de enlace utilizado deve ser comum aos dois extremos da conexão, tais como: HDLC, SDLC, opcionalmente PPP, ou, em última opção, SLIP . Esta escolha dependerá da disponibilidade do serviço nas duas pontas.
O acesso discado em geral é utilizado por um usuário individual, através de um microcomputador com modem ligado à rede telefônica. No PA, o SC é configurado para que o acesso seja feito utilizando-se um ou mais dos seguintes serviços:
ou shell Unix.
Quanto ao enlace
Após o estabelecimento da conexão física, necessitamos de um protocolo que controle o acesso a esta conexão, isto é, que controle o fluxo de pacotes IPs pela linha serial. Com esta função destacamos o False IP; o PPP e o SLIP.
a) TIA
O TIA, The Internet Adapter, possibilita o uso de aplicativos que requerem uma ligação do tipo TCP/IP, tais como Netscape e Eudora, através de uma conta Unix padrão, convertendo-a em uma conta "pseudo-SLIP".
É um programa executado no servidor onde está localizada a conta Unix, que redireciona internamente pacotes TCP/IP para o computador do usuário, através do protocolo SLIP, onde residem os programas clientes.
O usuário final poderá, também, utilizar o Kit de Acesso Via Linha Discada (Versão do Usuário Final), disponível em setembro de 95, quando o seu provedor lhe oferecer um acesso False IP.
Referências:
Listas:
Para obter informações sobre o TIA, envie mensagem para:
Repositórios:
b) SLiRP
É um emulador de SLIP (Serial Line Internet Protocol), funcionalmente equivalente ao TIA. É capaz de implementar uma conexão SLIP a partir de uma conexão tipo terminal remoto a uma conta Unix, possibilitando a utilização de aplicativos como NCSA Mosaic, Netscape Navigator, OS/2's Web Explorer, Quarterdeck Mosaic ou Kit de Acesso Via Linha Discada (Versão do Provedor de Serviços), disponível em agosto de 95.
Referências:
Repositórios:
O Point-to-Point Protocol (PPP) provê um método de transmitir datagramas por uma linha serial de forma confiável, isto é, sem perdas nem embaralhamento da informação. O PPP encontra-se implementado numa vasta gama de arquiteturas: Windows, a maioria dos Unixs, CSs e roteadores dedicados.
O procedimento de instalação e configuração do PPP depende da plataforma utilizada. Roteadores e CSs geralmente suportam o PPP (verifique na própria documentação do produto a disponibilidade e como habilitá-lo). Nos sistemas operacionais BSDs que não têm o PPP embutido como o SunOS, por exemplo, pode-se instalar o pppd.
Referências:
RFCs:
Repositórios:
O SLIP (Serial Line Internet Protocol) permite a transmissão de pacotes TCP/IP através de uma linha serial.
Referências:
http://www.cis.ufl.edu/help-system/slip-stuff/
http://www.micro.umn.edu/products/slip/slip.html
http://reality.sgi.com/employees/scotth/dialup_support.html
Em geral o gateway X.25 é feito em um servidor Unix, sendo necessário para isso verificar com o fornecedor do seu Unix a disponibilidade de drivers X.25. Alguns roteadores também possibilitam a conexão com uma rede X.25.
Sobre o X.25 pode-se usar como protocolo de enlace:
ou shell Unix.
Aqui introduzimos os serviços básicos de uma rede ligada à Internet. São eles: roteamento, DNS, correio eletrônico e gerência de redes .
A infra-esturtura física de uma grande rede de computadores pode ser comparada a uma estrutura rodoviária. As cidades seriam as instituições, com seus diversos computadores e redes locais, e as rodovias os canais de comunicação, interligando essas instituições.
Quando consultamos um mapa rodoviário conhecemos os vários caminhos possíveis de ligação entre as cidades. Se a nossa intenção é fazer uma viagem, procuramos escolher o melhor caminho. No universo das redes a mesma coisa acontece, ou seja, dentre os diversos caminhos possíveis de comunicação entre computadores, tenta-se usar o melhor segundo um conjunto de critérios.
A atividade de encaminhamento de unidades de informação (pacotes) por essa estrutura de rede recebe o nome de roteamento. O caminho de comunicação é conhecido como rota.
Imagine que o computador A deseja estabelecer uma conexão com o computador B, e cada ponto indicado por um numero seja um nó dessa rede de computadores.
Em algumas tecnologias de rede, o caminho inicial escolhido para a conexão pode ser alterado, durante a comunicação entre os sistemas. Isso evita que uma comunicação seja interrompida devido a uma falha em algum nó ou uma queda em algum dos canais de comunicação.
Na tecnologia TCP/IP, o roteamento é feito com base em números de rede IP e em tabelas de roteamento.
Por exemplo:
rede destino 200.6.48.0 ethernet serial2 192.153.200.0 200.6.48.6 serial5 200.19.20.0 default
Nessa pequena tabela as seguintes informações são apresentadas: sistemas da rede 200.6.48 são conectados via ethernet (rede local); os sistemas 192.153.155.1, 192.153.155.2,..., são acessíveis via interface serial 2 (uma conexão SLIP por exemplo); do host 200.6.48.6 (máquina que atua como gateway) se chega à rede 200.19.20; finalmente, para qualquer outro endereço de rede, o destino é a interface serial 5.
Formas de Roteamento
Basicamente existem duas formas de roteamento em uma rede de computadores: o roteamento estático e o roteamento dinâmico.
No primeiro, as rotas de comunicação são estabelecidas previamente e não são alteradas, a não ser por intervenção de um operador, durante a comunicação.
Esse tipo de roteamento só é viável em redes pequenas e estáveis do ponto de vista de crescimento e mudanças. A vantagem dessa forma é a simplicidade de implementação (desde que a rede seja pequena).
No roteamento dinâmico as rotas são determinadas e atualizadas continuamente, em pequenos intervalos de tempo (três minutos, por exemplo). A determinação do melhor caminho é feita através do uso de um protocolo de troca de informações de roteamento entre os nós envolvidos no processo (os roteadores) e da aplicação de um algoritmo de escolha de rota.
A maior dificuldade nesse tipo de roteamento é a escolha correta das fontes de informação de roteamento. Se a definição não é bem feita corre-se o risco de divulgação de rotas inconsistentes e erradas, colocando em risco toda a rede.
A escolha de uma rota pode levar em conta a distância (em termos de número de nós percorridos), o tempo gasto na comunicação, a capacidade de transmissão do canal, a confiabilidade do meio de transmissão e outros.
Na tecnologia TCP/IP existem dois grandes grupos de protocolos de roteamento: os de roteamento interior e os de roteamento exterior. O conceito por trás destes dois tipos é o de sistema autônomo.
Um sistema autônomo consiste de múltiplas redes e roteadores subordinados a uma única autoridade administrativa. Dentro de um sistema autônomo define-se o tipo de roteamento e a forma como ele será implementado. Esse é o roteamento interior.
O roteamento exterior consiste da troca de informações de roteamento entre diferentes sistemas autônomos.
Representando o primeiro grupo temos os protocolos RIP, HELLO, OSPF e outros. No segundo grupo, o mais utilizado atualmente é o BGP4.
Referências:
RFCs:
Implementação em Sistemas Unix
Bibliográficas:
Repositório:
Nesta seção fazemos uma introdução ao serviço de nomes da Internet, o chamado Domain Name System (DNS), e ao procedimento de registro de redes e domínios da INTERNET/BR.
O DNS é o serviço Internet que tem como objetivo principal a conversão de nomes de máquinas em endereços IPs e vice-versa. As máquinas são agrupadas em domínios, que podem estar contidos em outros domínios, formando assim uma estrutura hierárquica, análoga a uma estrutura de diretórios usada em alguns sistemas operacionais. Nesta analogia, um domínio corresponde a um diretório, e um arquivo corresponde a uma máquina. Por exemplo, o nome www.ci.rnp.br denomina a máquina WWW do domínio ci.rnp.br, e o domínio ci.rnp pertence ao domínio br.
Este serviço possui uma base de dados distribuída, controlada por servidores de nomes (DNS servers), como o BIND (seção 4.2.2). Cada domínio deve ter um servidor primário e um ou mais servidores secundários. O servidor primário é o responsável pelas informações sobre o seu domínio. Os servidores secundários apenas mantém as informações obtidas junto ao servidor primário de um domínio, cuidando de atualizar esta informação periodicamente, sempre que necessário.
A base de dados do DNS pode ser vista como um único domínio raíz ("."), equivalente ao "/" do Unix. Ligado diretamente ao "." temos um subdomínio para cada país. Assim "br", para Brasil, "ar", para Argentina, etc. Dentro do "br" há subdomínios em função da natureza da atividade desenvolvida pela instituição. Assim, temos:
Os domínios com, edu, gov, mil, net, org e us, são americanos. O domínio arpa.in-addr abriga os subdomínios de endereços IPs, também chamados de domínios reversos. Enquanto os domínios diretos são utilizados para localizar os endereços IPs de uma máquina conhecendo-se um dos seus nomes, o domínio reverso é utilizado para localizar o nome de uma máquina conhecendo-se um dos seus endereços IPs.
Para que o DNS funcione, é preciso que o servidor de um determinado domínio conheça todos os seus subdomínios, bem como quais são seus servidores e quais os seus respectivos endereços IPs. O processo de identificação de um novo domínio em um servidor é chamado de registro. Em seguida abordaremos os processos de aquisição de endereços IPs e registro no DNS.
Aquisição de Endereços IPs e Registro no DNS
A seguir são indicados os procedimentos necessários para realizar a ligação de uma subrede à INTERNET/BR. São eles:
Aceitação do Termo de Adesão
O Termo de Adesão, disponível via
deve ser conhecido e aceito pela sua instituição.
Solicitação de Endereços IPs
A utilização de endereços oficiais é indispensável para realizar a ligação de máquinas à Internet. Posto que duas máquinas não podem ter o mesmo endereço, e que todo o roteamento de pacotes, nos backbones, é feito por blocos de endereços, torna-se necessário que uma máquina, ligada à INTERNET/BR, utilize um endereço destinado a esta rede.
A obtenção de endereços oficiais é, portanto, requisito indispensável para ligação de uma rede à Internet.
Endereços IPs oficiais devem ser solicitados ao provedor de acesso ao qual sua rede está ou irá conectar-se. O formulário de solicitação para aquelas redes que estarão ligadas diretamente à INTERNET/BR encontra-se em:
Os provedores de acesso podem e devem basear-se nesse formulário para construir o Formulário de Solicitação de Endereços IPs que será utilizado por seus usuários.
Para informações adicionais, consulte o Centro de Informações da RNP.
Registro no DNS
De posse de endereços IPs oficiais, um servidor DNS deve ser configurado como servidor do seu domínio (seção 4.2.2), para posteriormente ser solicitado o registro respectivo.
A solicitação de registro do seu domínio no DNS deve ser feita ao Centro de Operações responsável pelo servidor do domínio imediatamente superior. Assim, se seu domínio for meu-dep.empresa.com.br, você deve encaminhar a solicitação ao responsável pelo domínio empresa.com.br.
Para os domínios que ficarão registrados diretamente ao br, com.br, gov.br, mil.br, net.br e org.br, deve ser utilizado o Formulário de Registro de Domínios no DNS, disponível via
Os responsáveis por outros domínios podem utilizá-lo como modelo para fazer o formulário que será utilizado pelos seus usuários para solicitação de registro de subdomínios.
A solicitação de registro no DNS deve ser feita apenas após a disponibilização de endereços IPs oficiais e após a correta configuração do seu servidor de nomes. Portanto você deve aguardar o recebimento desses endereços antes de solicitar o registro no DNS.
O endereço do responsável por determinado domínio pode ser encontrado utilizando-se do comando nslookup, do Unix, da seguinte forma:
nslookup
> server 143.108.1.17
Default Server: dixit.ansp.br
Address: 143.108.1.17
> set type=soa
> fapesp.br
Server: dixit.ansp.br
Address: 143.108.1.17
fapesp.br
origin = dixit.ansp.br
mail addr = root.dixit.ansp.br
serial = 95015500
refresh = 7200 (2 hours)
retry = 7200 (2 hours)
expire = 3600000 (41 days 16 hours)
minimum ttl = 86400 (1 day)
>
onde "fapesp.br" deve ser substituído pelo domínio desejado (exemplo, "empresa.com.br") e "root.dixit.ansp.br" indica que o endereço eletrônico do responsável técnico do domínio em questão é root@dixit.ansp.br.
Registro no DNS do seu Domínio Reverso
O registro do domínio reverso permitirá que uma máquina, conhecendo um endereço IP, consiga saber qual o nome completo (nome.domínio) correspondente a este endereço. Este registro é centralizado na Internet pelo InterNIC. O formulário de registro pode ser adquirido via:
e deve ser enviado para:
A solicitação de registro no DNS do seu domínio reverso deve ser feita apenas após o registro no DNS do seu domínio direto (procedimento anterior) ter sido concretizado.
Servidor DNS
O software servidor de DNS mais popular é o Berkeley Internet Name Domain (BIND), de Kevin Dunlap, o named. Portado para a maioria dos Unix, ele é distribuído, em geral, como parte integrante desses sistemas.
Referências:
Bibliográficas:
Repositório:
O correio eletrônico é um serviço clássico da rede e provavelmente o mais popular. Sendo um serviço do tipo store-and-forward, ele possui alguns elementos importantes para o seu funcionamento. São eles:
Sendmail
O sendmail é um MTA de propósito geral que, quando utilizado sobre o TCP/IP, implementa o Simple Mail Transfer Protocol (SMTP). Entre suas capacidades destacamos também os mecanismos de alias, forward, inclusão e execução de processos remotos, além da capacidade de conversão de formatos de mensagens.
Foi desenvolvido por Eric Allman da Universidade da California - Berkeley, de acordo com as RFC 822 (Internet Mail Format Protocol), RFC 821 (SMTP), RFC 1123 (Internet Host Requirements) e RFC 1425 (SMTP Service Extensions). O sistema é tão flexível que pode ser configurado com requisitos adicionais que superam os padrões especificados nas RFCs.
O sendmail foi portado para diversas plataformas, dentre a quais citamos: AIX, ConvexOS, FreeBSD, HP-UX, IRIX, Linux, NetBSD, OSF/1, SOLARIS, SunOS, ULTRIX. A versão mais recente, onde foram corrigidos bugs clássicos de sendmail, pode ser encontrada em
A versatilidade do sendmail torna-o vulnerável com relação à segurança. Portanto, é importante e recomendável configurá-lo corretamente, não apenas para o perfeito funcionamento do correio eletrônico, mas também como forma de precaução quanto a possíveis problemas de segurança.
A configuração é bastante simples: o pacote contém vários arquivos *.mc que refletem as diversas características e opções do sistema. Com o m4 (macro processor), são gerados os arquivos de configuração *.cf. Há também vários patches das últimas versões, para administradores que preferem não compilar nem instalar todo o sistema novamente.
Referências:
FAQs:
ou envie uma mensagem com conteúdo send usenet/news.answers/mail/sendmail-faq para
Newsgroups:
RFCs:
Repositório:
POP
O servidor POP, Post Office Protocol server, é um gerenciador de mailboxes que pode ser executado em uma variedade de Sistemas Unix, como NetBSD, SunOS, Solaris, AIX, etc.
Através do POP, o correio eletrônico pode ser utilizado diretamente em equipamentos como PCs e Macintosh, executando nesses equipamentos programas "user agent"s (UA) como PMail e Eudora.
Basicamente, a manutenção dos mailboxes é feita por um servidor que implementa o sistema de correio eletrônico (MTA) e o serviço POP. Através do POP, portanto, o mailbox é transferido para o PC ou MAC em questão, onde as mensagens, folders, etc., são manipulados localmente.
Foi desenvolvido pela Universidade de Berkeley na Califórnia atendendo as especificações contidas nos RFC1081 e RFC1082.
Referências:
A administração técnica de uma rede envolve uma série de atividades que, conjuntamente, visam o funcionamento adequado da mesma, e incluem:
Para auxiliar o administrador da rede a desempenhar estas tarefas, existem ferramentas comerciais e de domínio público, que podem ser divididas em quatro categorias:
A escolha sobre um ou outro produto depende basicamente do grau de gerenciamento, do tamanho da rede, das plataformas utilizadas e do capital disponível. Uma recomendação básica a ser feita na hora da escolha do produto de gerenciamento, e dos equipamentos gerenciados (roteadores, servidores de comunicação, etc.), é a existência do protocolo de gerência SNMP (Simple Network Management Protocol). O SNMP é considerado protocolo padrão para gerência de redes TCP/IP.
Alguns dos produtos comerciais disponíveis no mercado para gerência de redes estão relacionados a seguir:
Spectrum 3.0
Spectrum Portable Management Application (família de aplicações e módulos de gerência para dispositivos da Cabletron)
Remote LANVIEW/Windows
CiscoWorks
Workgroup Director
NetScout
Connectivity Baseliner
Connectivity Solver
Network Drawing Tool
Transcend
Polycenter
HP-OpenView
NetServer (gerenciador de servidores)
HP Openview Operations Center
Netview/6000
TT/6000 (sistema de Trouble ticket)
System Monitor
VIVID System Manager
VIVID Router Server
http://www.novell.com
Manage Wise
NetWare Management System
NetWare Management Agent
NetWare Management Agent for Netview
NetWare LANalyser Agent
LANanlyse for Windows
Netware Navigator
Netware HUP Services
Solstice
SNM for Solstice
Netra System Management Server
Optivity 6.0
TME
A seguir, são listados alguns softwares de domínio público, juntamente com os endereços dos repositórios onde podem ser encontrados. Na FAQ do SNMP é mantida também uma lista de pacotes para gerência distribuídos gratuitamente.
monitor de redes Ethernet
sistema de gerência de redes para monitorar o status e gerar estatísticas de tráfego para uma rede IP
monitor de redes TCP/IP
Pacotes para desenvolvimento de ferramentas de gerência:
Repositório de MIBs Internet:
Referências:
(Monitoração e Análise de redes da Universidade de Stanford)
(Informações gerais sobre gerência de redes)
(Informações gerais sobre gerência de redes).
Apresentação de Padrões:
Textos Introdutórios:
Exemplos de Aplicação Prática: