Exemplo: Domínio Primário: .br
Domínio Secundário: profissionais.com.br

A decisão de se candidatar por um novo gTLD não deve ser assumido levianamente. A aplicação para executar o seu próprio gTLD não é o mesmo que registrar um nome de domínio de segundo nível. Quando você cria um novo gTLD ,você passa a gerir uma empresa de registro, como o registro.br, por exemplo, responsável pelos registros .br aqui no Brasil. Você passa a ser responsável por uma parte crítica e altamente visível de infraestrutura da Internet.

A operação de registrar um domínio de primeiro nível oferece oportunidades estimulantes e recompensas, que transporta grandes responsabilidades também. A idéia desse post é esclarecer e expôr os objetivos e ajudar os  candidatos em potencial a avaliar o programa para novos gTLDs, considerando os benefícios, bem como os riscos e responsabilidades.

BENEFÍCIOS EM POTENCIAIS

Empreendedorismo

Criar seu próprio modelo de negócio e estabelecer políticas de acessibilidade para o seu TLD. Se seus clientes desejam maior segurança, faça o seu TLD uma zona de alta segurança.

Aumento do controle

Você define as regras e o preço para quem registrar o seu TLD.

Fluxo de rendimentos

Seus clientes podem renovar seus nomes de domínio, ano após ano.

Oportunidade de marketing inovadoras

Construir uma melhor definição de marca, reconhecimento da marca, lealdade à marca e confiança por ter total controle sobre sua própria TLD.

Inovadores modelos de negócios

Quando novos gTLDs combinar com outras tecnologias emergentes de Internet, tais como IPv6, chips RFID, e cloud computing, novos produtos e serviços são possíveis.

Nomes de domínio internacionalizados (IDNs)

Aumentar o alcance de mercado, tornando a Internet completamente acessível para os usuários cujos idiomas locais usam caracteres não-latinos.

Envolver sua comunidade

Criar um ponto de encontro para os adeptos da sua causa, comunidade ou cultura para se unir com um TLD com base na comunidade.

Reunir sua área geográfica

Comemoração de cidadãos, comércio, atividades e cultura com um TLD geográfica.

RISCOS E RESPONSABILIDADES

Investimento

Além da taxa de avaliação ser de U$185.000 dólares para os custos operacionais do registro, os candidatos devem demonstrar profundidade financeira suficiente para manter o registro em pleno funcionamento há pelo menos três anos, mesmo se o plano de negócios não atingir os seus objetivos.

Perda de Investimento

Não há garantia de que você irá obter o domínio que se candidatou. Se você não passar pelo processo de avaliação (que é bastante extenso), você pode perder algum ou todo investimento inicial. Como em qualquer negócio novo, sendo que o início da operação não garante que as receitas serão rentáveis.

Restrições contratuais

Execução de um TLD significa que você deve cumprir todas as obrigações do seu contrato de registro com ICANN.

Mão de obra

Utilizar um registro de primeiro nível requer a contratação de operadores altamente qualificados técnicamente e é indispensável a negociação de um acordo mutuamente benéfico com um parceiro de alta confiança técnica.

Competição

Sua aplicação para TLD poderia competir com um domínio igual ou semelhante (s), e indiretamente com todos os TLDs. Se aprovado, o seu novo TLD pode encontrar concorrentes de setores inesperados.

Território desconhecido

Você será pioneiro na vanguarda da inovação tecnológica em um setor relativamente novo. Você pode ter que encontrar o seu caminho sem outros modelos de negócios aplicáveis para orientação.

Esta não é uma lista completa de todos os riscos.Você deve fazer sua própria investigação, bem como consultar técnicos e especialistas jurídicos. Esta lista é fornecida apenas como informação geral para você começar.

A introdução de novos gTLDs afetará a maioria das organizações. Caso decida se candidatar a um novo gTLD, você ainda deve prestar atenção ao processo. Em maio de 2012, quando todos os aprovados forem lançados, você terá a oportunidade de se opor a qualquer que você acredita que violaria seus direitos legais.

As novas regras passaram a valer a partir do dia 12 de Janeiro de 2012!

Fonte: Virtualize Blog
Partes das informações extraídas do site http://newgtlds.icann.org/en/

Se você (como eu) perdeu a senha do root e/ou admin do Endian Firewall, aqui está um método simples para resolver este problema:

1. Conecte um monitor e um teclado e reinicie seu Endian Firewall
2. Durante o boot você verá um menu gráfico com o título:  GNU GRUB.  Pressione seta para baixo para parar a contagem. Do contrário o boot continuará automaticamente.
3. Selecione a primeira opção da lista e pressione 'a'.
4. Você deverá ver uma linha como essa: grub append> root=/dev/hda3 panic=10 ro
5. Adicione  "single" (sem aspas)  no final da linha, que deverá ficar assim:  grub append> root=/dev/hda3 panic=10 ro single
6. Pressione ENTER para iniciar o boot.
7. Depois de concluido o boot, deverá aparecer um prompt como esse:  sh-3.00# _
8. Digite:  mount -o rw,remount /
   
9. digite o comando "passwd" para alterar a senha do root.
10. Siga as instruções.
11. Se você precisar mudar tb a senha do admin digite o seguinte comando: htpasswd -m /var/efw/auth/users admin
12. Siga as instruções.
13. digite o comando "sync"
14. digite o comando "reboot"

Fonte: http://www.guanabara.eti.br/endian-firewall-recuperando-a-senha-de-root/
Retirado de: Endian Knowledge Base

Primeiro, vamos entender o que é Atendimento Multicanal.

Atendimento multicanal nada mais é do que a abertura de várias formas de atendimento e facilitação de processos para seus clientes. Essa rotina exige organização de tempo por parte da empresa que vai fornecer os serviços de atendimento e receber os créditos diante o cliente em questões de sensação maior de segurança e percepção de respeito ao consumidor.

Uma rotina comum em e-commerce é o cliente entrar em um site através de links patrocinados, banners, promoções, sites de referência ou qualquer outra forma de divulgação usada para esse fim. O cliente entrando no site procura pelo que deseja, se não encontra ele tem duas opções:

1. Vai embora e não lembra mais da loja
2. Procura atendimento para confirmar realmente se o produto de desejo existe ou não naquele site.

Na primeira opção realmente é uma questão administrativa, onde o pessoal de compras da loja tem que estar atento ao mercado e saber exatamente como abastecer o estoque. Já na segunda opção o cliente insiste porque gostou do ambiente, mas agora vem uma questão – O cliente entrará em contato, como? Lembrando que isso é apenas um exemplo, atendimentos ocorrem a qualquer momento e com muitos assuntos diferentes.

O cliente poderá entrar em contato pelos meios disponibilizados no site, sendo que a maioria dos sites brasileiros de e-commerce trabalham somente com Telefone (nem sempre 0800) e e-mail para contato. Ainda fica muito espaço para ser preenchido. Um chat é a melhor opção para atendimento em e-commerce, é funcional, rápido e eficaz para auxiliar nos processos de compra do cliente e para administração de informação, podendo até mesmo influenciar diretamente na compra, tudo depende da habilidade de quem atende. Não podemos esquecer que a área institucional também é parte do atendimento, bons documentos de instrução ao cliente servem como auxílio, mesmo que poucos sejam realmente usados.

Quando um site disponibiliza somente telefone (não sendo 0800) a loja não está necessariamente criando um ponto positivo em prol da marca, na verdade o telefone não serve como canal de atendimento a não ser que seja por 0800, já que o custo por ligação pode ser até mesmo maior que o frete do produto dependendo da localização do cliente, por isso algumas coisas são comuns acontecer.

• Cliente liga à cobrar
• Cliente informa telefone e solicita retorno
• Ao demorar muito o cliente se irrita e desliga o telefone
• Fila de espera não controlável
• Riscos na comunicação – erros que não poderão ser reparados
• Necessidade de infra-estrutura para armazenar dados de contato, pois atendimento obrigatoriamente tem que gerar protocolo (antes mesmo de iniciar a conversação) – via ANATEL.
• Confronto entre cliente e operadores diferentes ou de informações, já que não existe histórico acessível para visualizar o status da negociação com o cliente, a não ser que se tenha um sistema de controle – o que é raro e nem sempre funciona.

O telefone deve ser disponibilizado para casos de necessidade do cliente confirmar que a loja é um ambiente seguro, que é real pelo fato de ter diversos atendentes – já coordenei equipes de atendimento em e-commerce e constantemente recebia informações de clientes entrando em contato diversas vezes para verificar quantos atendentes diferentes a loja possuía. Isso mostra que ainda temos muito o que avançar em e-commerce no Brasil. o brasileiro não está confortável ainda, não se sente tão seguro.

O telefone não pode ser retirado, ele serve e muito bem como uma porta de formalização entre loja e cliente, portanto ele não serve como atendimento ou canal de vendas com qualidade pelo custo referente a ligações e necessidade de estrutura para montar uma base e realmente ter um serviço de comunicação eficaz. Se for um 0800 poderá servir de apoio, mas mesmo assim ainda não é o ideal somente ter o 0800 para atendimento de clientes em e-commerce.

Outro fator negativo é que nem sempre o telefone do cliente está perto do computador e o mesmo tem o trabalho de escrever o nome do produto em questão ou número do pedido que ele busca informações. Precisamos ajudar nossos clientes e não dificultar.

Atendimentos via e-mail são bons quando se trata em manter base de informações de clientes e atendimento mais organizado, podendo até mesmo criar rotinas de atendimento afim de facilitar o processo e agilizar o atendimento.

Mesmo assim o e-mail ainda tem suas particularidades negativas, por ser um espaço com amplitude para o cliente desabafar sem limites, esses e-mails normalmente são uma infinidade de frases digitadas sem pensar, principalmente cliente aborrecidos – o que torna um atendimento um tanto difícil, e a necessidade de um e-mail de retorno pedindo mais informações sobre o caso – o que deixa o cliente muito mais irritado – primeiro por esperar o atendimento eficaz que nem sempre pode ser realizado sem informações e segundo porque vai ter que esperar novamente para seu caso ser resolvido.

Outro fator negativo é que o cliente ao enviar um e-mail entende que ele será respondido imediatamente, como em um chat. Alguns aguardam durante alguns minutos o e-mail de resposta chegar, e a demora acaba desestimulando a compra ou incentivando uma ‘chuva’ de novos e-mails de reclamações.

Atendimento via e-mail é atendimento reserva, ou seja, se em nenhuma hipótese se tem como receber atendimento, então – envio e-mail e aguardo pacientemente o retorno, que poderá ocorrer minutos depois como também dias.

E-mails são extremamente indicados para casos específicos, onde a situação requer uma análise e portanto tempo é exigido para a conclusão de atendimento.

CHAT

A melhor forma de atendimento para  e-commerce é o chat. Ao disponibilizar um canal de atendimento instantâneo a loja passa a ser vista como responsável, disponível e que investe na qualidade de atendimento.

A facilidade de se poder atender via Chat faz com que tanto loja quanto cliente tenham boas experiências.

Para o cliente o fato de poder ser atendimento o mais rápido possível e ter um canal gratuito faz com que a sensação de segurança e de credibilidade diante a loja seja maior.

Para a loja o poder de organização aumenta, a credibilidade também. O fator – Gastos com comunicação – diminui e a credibilidade e vendas crescem.

As vantagens são inúmeras. Tanto para o cliente quanto para a loja.

• Pode-se filtrar e analisar o cliente durante o processo de compra em tempo real.
• É possível também chamar o cliente para conversar e influenciar na compra.
• Enviar cupons de desconto para o fechamento do carrinho que possivelmente será abandonado.
• Organizar filas de espera com tempo para atendimento
• Fornecer números de protocolos dando mais credibilidade
• Ter backup das conversas afim de assegura-se futuramente contra situações judiciais
• E outras vantagens…

Resumo

Não podemos descartar e-mail e telefone, esses canais são necessários e atendem casos específicos, mas temos que disponibilizar chats afim de facilitar a vida do cliente.

Loja virtual sem chat é loja que falta alguma coisa.

Sucesso a todos, um forte abraço.

Imaginemos uma situação onde determinada organização sofra algum tipo de desastre que possa ser caracterizado como natural, acidental ou intencional, algo que realmente faça com que o principal serviço dessa organização pare de trabalhar. Por exemplo, uma empresa de tecnologia que possui vários servidores, cada um destinado a uma tarefa diferente, mas que é vital para a lucratividade da mesma. Em determinado momento acaba a energia, ou acontece algum incidente que venha a parar completamente os serviços de cada um dos servidores, fazendo assim com que a empresa perca o andamento de seus serviços e lucratividade, consequentemente afetando sua imagem no mercado.

É neste momento que o Plano de Recuperação de Desastres entra em ação e mostra sua importância, pois tem por finalidade justamente, em casos deste patamar, auxiliar nas ações para a normatização dos serviços de uma organização com o mínimo tempo e impacto possível.

Motivos de se ter um Plano de Recuperação de Desastres

Algumas empresas subestimam os riscos de ocorrência de desastres e não investem em um PRD (Plano de Recuperação de Desastres), pois muitas vezes imaginam que por ter algo que garanta que os dados mais importantes não se percam, como por exemplo, uma sala de Backup, nobreaks, dentre outros, nunca irá ocorrer algo tão catastrófico que venha a interromper sua funcionalidade.

Apesar de em alguns casos as organizações terem equipamentos reservas, salas de backup, o que aparenta assegurar que os dados não se percam, há um problema, ficam em um mesmo ambiente físico. Desta forma não se pode garantir a segurança total da continuidade do serviço, pois pensando em uma enchente, terremoto, sabotagem, ou seja, algo que se defina como um desastre, toda a informação será perdida

Planejamento de PRD

O investimento é o primeiro passo a ser feito. Adquirir um ambiente seguro e equipamentos redundantes e alternativos são ações essenciais para a organização, pois a possibilidade de que equipamentos comecem a falhar ou que até mesmo sejam destruídos é grande. Seriam exemplos destes: equipamentos das áreas de voz e comunicação de dados, processamento de dados, de geração de energia, etc. Adquirir também um centro de emergência para ser utilizado caso as instalações originais estejam sendo restabelecidas.

Após serem feitos os investimentos, o próximo passo é a criação de uma equipe de recuperação, formada por profissionais experientes e competentes, que serão estes, escolhidos pela gerência.

Estes profissionais serão preparados e treinados para agir caso ocorra algum desastre, e deverão estar comprometidos às manutenções e testes do PRD de forma contínua.

Listar recursos e aplicações críticas e ativas que necessitarão de suporte na ocorrência de um desastre é o próximo passo. É importante também manter uma lista conjunta dos hardwares que trabalham junto com a aplicação.

Aplicar um procedimento de cópias de segurança, informar datas e horários em que devem ser feitas. Informar também os locais e cofres onde serão armazenadas estas cópias. É importante que este local seja fora da empresa.

Possuir ao alcance ferramentas para respostas emergenciais que vise diminuir danos e salvar vidas, assim como kit de primeiros socorros e extintores de incêndio.

Considerações Finais

Como descrito acima, atualmente, com todo o desenvolvimento da tecnologia e de sua essencial importância, podemos observar a necessidade de se ter um plano de recuperação de desastres. Tal necessidade se deve, pois o homem cada vez mais depende da “máquina” para fazer seu trabalho e está percebendo só agora a importância da informação digital para o desenvolvimento de seu negócio.

Confira aqui o artigo acadêmico completo no formato PDF.

No artigo de hoje vou apresentar rapidamente uma ferramenta muito interessante que estou utilizando para executar benchmark de performance em Bancos de Dados Oracle, o Swingbench. Swingbench é um software livre que foi desenvolvido em Java por Dominic Giles (especialista em Banco de dados da Oracle UK), projetado para executar e monitorar cargas de dados em Bancos de Dados Oracle 10G e 11G, instâncias standalone ou RAC. Ele pode ser instalado em Windows, Linux e vários outros sistemas operacionais e possui funcionalidades para simulação de 4 tipos de aplicações, entre elas a de Entrada de Pedidos, que funciona bem no Oracle 11G e que será apresentada neste artigo.

Para baixar o Swingbench, entre em http://www.dominicgiles.com/downloads.html. Após baixá-lo, se o SO da máquina for Linux, faça a instalação conforme as instruções do link http://www.dominicgiles.com/installation.html. Se o SO for Windows, substitua no roteiro do link anterior, os processos necessários para efetuar a instalação do Java (se não houver instalação prévia)  e configure as variáveis de ambiente JAVAHOME e SWINGHOME apontando para os diretórios indicados no link.

Para usar a ferramenta é necessário criar antes da primeira utilização, os objetos de BD que serão utilizados para efetuar os testes. Para executar a instalação e iniciar os testes, leia e execute o que está descrito no link http://www.dominicgiles.com/simplebenchmark.html. O script oewizard deverá ser executado uma única vez para criar os objetos de BD. Após a criação destes objetos, execute o script swingbench  para inicializar a aplicação e permitir o início dos testes de performance. 

Eu estou utilizando este software para comparar performance de servidores de desenvolvimento, homogação e produção que eu administro e também utilizarei futuramente para medir performance quando houver upgrade de hardware de servidor de BD ou quando for efetuada uma migração de versão de BD.

Os principais indicadores de peformance que o Swingbench fornece e que eu acho que são os mais interessantes para efetuar as comparações de peformance, são: Average TPM (média de transações por minuto) e Average TPS (média de transações por segundo). Seguem abaixo o valor do indicador Average TPM dos BDs em que eu fiz os testes por um tempo de 2 minutos (configurável na ferramenta) simulando 15 sessões de usuários concorrentes, seguidos por imagens contendo todos os indicadores que a ferramenta disponibiliza em um gráfico de visão geral:

1. Produção (Oracle 10g): 657;
2. Homologação (Oracle 10g): 618;
3. Desenvolvimento (Oracle 11g): 684.

Imagem 1 – Teste de performance do servidor de produção

Imagem 2 – Teste de performance do servidor de homologação

Imagem 3 – Teste de performance do servidor de desenvolvimento

CONCLUSÃO

A ferramenta Swingbench  é uma ótima opção para fazer benchmark de performance entre BDs distintos e até mesmo para comparar a performance de um BD, contemplando o estado “antes” e “depois” de alguma alteração ou atualização.

Nos testes que eu fiz, o servidor de desenvolvimento foi o que apresentou melhor performance, porém, ressalto que ele é o único que eu já atualizei para a versão 11g do Oracle Database (ainda não sei se isso influenciou na performance) e que os BDs de desenvolvimento e homologação estavam ociosos no momento da realização dos testes. Os testes no BD de produção foram realizados em um período que concorreu com atividades de sessões de usuários de outras aplicações.

Por hoje é só!

[]s

Referências: http://www.dominicgiles.com/swingbench.html
Fonte: http://www.fabioprado.net/2011/11/benchmark-de-performance-em-banco-de.html

A necessidade de estar conectado à rede de computadores mundial torna-se indispensável para empresas e usuários, de acordo com a ITU – International Telecommunication Union (2010), no ano de 2010 este número já alcançara 2 bilhões de usuários, graça a evolução dos dispositivos que vêm se tornando cada vez mais portáteis e a evolução das tecnologias de transmissão de dados sem fio.

A tecnologia de Rede Metropolitana Sem Fios (WMAN ou Wireless Metropolitan Area Network), fornecem uma ótima alternativa para as redes cabeadas, quando a geografia para instalação pode gerar um custo elevado, o WiMaX é baseado no padrão IEEE 802.16-2009.

O fórum WiMAX é uma organização sem fins lucrativos, formada por empresas fabricantes de equipamentos e de componentes, com o objetivo de promover e certificar a compatibilidade e a interoperabilidade de produtos para a banda larga sem fio. Como uma única estação de WiMaX pode fornecer cobertura de rede à uma cidade, assim pode fornecer acesso a vários usuários simultaneamente o que pode vir a aumentar a possibilidade de falhas na transmissão e os riscos de ataques à rede assim podendo diminuir a confiabilidade da mesma.

Para prover acesso à rede com segurança, o WiMaX possui algumas peculiaridades como criptografia de dados, autenticação e autorização de usuários, algumas normas e aplicações que já vem sendo usadas por corporações nacionais e internacionais.

De acordo com o Fórum WiMAX, uma rede de área metropolitana sem fio (WMAN) é uma rede com uma área de cobertura do tamanho de uma cidade. A WMAN é tipicamente de propriedade de uma única entidade, como um provedor de serviços de internet, entidade governamental ou grande corporação. O acesso a uma WMAN é normalmente restrito a usuários autorizados e dispositivos de assinante. A tecnologia mais amplamente implantada na WMAN é a tecnologia WiMAX, que se baseia em grande parte sobre o padrão IEEE 802.16. A indústria da associação comercial, o WiMAX Forum, cunharam a marca WiMAX e definem o conteúdo e âmbito da tecnologia WiMAX através de especificações técnicas que eles criam e publicam.

Iterações iniciais da tecnologia WiMAX (baseada no IEEE 802.16-2004 e anteriores) foram projetadas para fornecer acesso de banda larga fixa sem fio de última milha. A emenda IEEE 802.16e-2005 adicionou suporte aprimorado para mobilidade de usuário. A mais recente norma, IEEE 802.16-2009, consolida o IEEE 802.16-2004 e o IEEE 802.16e-2005, além de alterações aprovadas no IEEE 802.16 entre 2004 e 2008. IEEE também lançou IEEE 802.16j-2009 para especificar redes de retransmissão multi-hop. Existem alguns conceitos básicos relativos ao WiMAX e suas topologias os quais são abordados por esse artigo assim como também a evolução do padrão IEE 802.16.

Confira aqui o artigo acadêmico completo no formato PDF.

O primeiro passo é entender que esses servidores trabalharão com um modelo de gerenciador – como o modelo de replicação de dados CODA, por exemplo. O gerenciador de réplicas tem o papel de coordenar o processo de replicação, mantendo a consistência de estado e transparência do conjunto dos servidores. Ele também é responsável pelo controle da concorrência e pelo controle de falhas de servidores.

Esses gerenciadores seguem algumas regras para realizar essas replicações. Enquanto alguns replicam todos os dados no momento em que o usuário faz as alterações em um arquivo, outros podem optar pela replicação em outros momentos, como no caso de uma chamada de usuário a um arquivo, por exemplo. A partir daí surgem os conceitos de Replicação Ativa e Passiva.

Na replicação ativa todos os servidores são atualizados constantemente com as alterações, e podemos assim dizer que temos um processo síncrono. A falha em um servidor será facilmente contornada, já que todos os servidores são atualizados ao mesmo tempo, a requisição do usuário poderá ser respondida por outra máquina.

Na replicação passiva apenas uma réplica primária recebe, processa e responde a todas as requisições. As outras réplicas são passivas (backup) e assim atualizadas periodicamente através da cópia do servidor central. O problema com a falha do servidor central fará com que um backup assuma o controle das operações, porém, as operações realizadas após o momento da última atualização serão perdidas. Esse modelo de replicação, contudo, requer menor processamento e apresenta melhor desempenho.

Analisar o seu sistema como um todo, traçando suas principais características e necessidades irá lhe ajudar a definir qual o modelo de replicação é mais adequado para a sua solução (se é necessário priorizar o desempenho do sistema, por exemplo, realizando replicações em maiores espaçamentos de tempo, mas assim causando um tempo maior entre uma replicação e outra).

Bom, mas e daí? Com avanço da computação móvel e popularização do acesso a rede, a necessidade de aplicações distribuídas é hoje uma realidade. Se o seu sistema ainda não roda em múltiplas plataformas e permite múltiplos acessos, você pode estar atrasado. Trabalhar questões comuns a esses tipos de sistemas é um dos objetos dos Middlewares, que funcionam como uma camada intermediára entre o sistema e o cliente, como você pode ver na figura abaixo:

Como exemplo de uma camada de middleware podemos citar o CORBA, que fornece a abstração necessária para a criação de classes para os ambientes de rede, sistemas operacionais e aplicações, mascarando a heterogeneidade entre os sistemas.

Para se adequar aos sistemas e técnicas de desenvolvimento utilizadas hoje, temos a utilização dos middlewares orientados a objetos, que adequam-se melhor às linguagens OO e são mais flexíveis devido também a possibilidade da utilização de interfaces. Contudo, para que esse tipo de tecnologia possa ser utilizada, métodos comuns devem ser retirados das aplicações e/ou alterados (incluídos em um repositório) utilizando uma tecnologia de objetos distribuídos, para que esse tipo de middleware possa ser utilizado e cada aplicação necessita ser testada e redefinida. Por isso é considerado uma tecnologia invasiva, exigindo grandes mudanças para a utilização do mesmo.

Enfim, esse artigo não tem como função lhe tornar um especialista em middlewares, mas sim fazer uma introdução a um tema que com certeza você ainda ouvirá por aí! Lembre-se que considerando o modelo de referência OSI, a camada de middleware inclui funcionalidades do nível Sessão, nível Apresentação e do nível Aplicação.

Para acessar uma página de internet ou enviar/receber e-mails, basta que seja digitado o site no navegador, e num clique as informações solicitadas são transferidas e acessadas.

O serviço responsável por este processo de resolução de nomes é realizado por um sistema chamado Domain Name System (Sistema de Nomes de Domínio), ou DNS.

O objetivo geral do desenvolvimento desse artigo é apresentar de forma clara o funcionamento de um dos recursos mais importantes dentro da área da internet, o DNS, estudar as vulnerabilidades do serviço, demonstrar sua importância e as conseqüências que sua indisponibilidade pode provocar. Apresentar a solução DNSSEC e como ele funciona.

O SISTEMA DE NOMES DE DOMÍNIOS (DNS)

Trata-se de um recurso usado em redes TCP/IP (o protocolo utilizado na internet e na grande maioria das redes) que permite acessar computadores pelo nome a ele associado, sem que o usuário ou sem que o próprio computador tenha conhecimento de seu endereço IP, o sistema de nomes de domínio:

[...] é um banco de dados distribuído. Isso permite um controle local dos segmentos do banco de dados global, embora os dados em cada segmento estejam disponíveis em toda a rede através de um esquema cliente-servidor. (CAMPOS, DANTAS, 2011).

SERVIDORES NO MUNDO

“[...] Existe, atualmente, 13 servidores raiz com nome no formato letter.roott-servers.net”. (ZILLI, 2006, p.22).

PROBLEMAS E VULNERABILIDADES DO DNS

No DNS, quando uma resposta é recebida e aparentemente é quem diz ser, ou seja, parece responder a solicitação/pergunta enviada, ela é aceita como correta. Sendo assim, atacantes podem explorar essa vulnerabilidade falsificando uma resposta e fazendo com que ela chegue à origem antes da resposta legítima. Isso pode levar os ataques de envenenamento de cachê e impersonificação do recursivo.

Impersonificação do Recursivo

Este ataque é conhecido como Man-in-The-Middle (homem no meio), ocorre quando o cliente pede ao servidor local para resolver um domínio, mas antes que o servidor DNS faça consultas recursivas para obter a solução do nome, o atacante responde mais rápido, spoofando o endereço do recursivo.

Poluição do Cachê

Ao resolver um domínio o servidor recursivo armazena a resposta em uma memória temporária, chamada cachê, assim quando o mesmo domínio for novamente solicitado o servidor já terá a resposta armazenada, tornando dispensável consultas a outros servidores. Porém, esse mecanismo de eficiência em cachê traz consigo o risco de uma vulnerabilidade: a poluição do cachê. Quando um atacante consegue enganar um servidor, fazendo com que ele guarde em cachê uma resposta falsa, ele consegue fazer com que o servidor use essa resposta em consultas futuras.

Por esses ataques há a necessidade de transformar as operações envolvendo o DNS em um processo seguro e confiável.

DNSSEC

Assim, as alterações ao protocolo DNS foram propostas, as extensões de segurança: DNSSEC (Domain Name Security Extensions – proposto pelo IETF):

DNSSEC é um padrão internacional que estende a tecnologia DNS. O que DNSSEC adiciona é um sistema de resolução de nomes mais seguro, reduzindo o risco de manipulação de dados e informações. O mecanismo utilizado pelo DNSSEC é baseado na tecnologia de criptografia de chaves públicas (REGISTROBR, 2011).

Quatro novos tipos de Resource Records são adicionados:

O Registro Key – Dnskey
O DNSKEY é a chave publica enviada junto com a resposta da consulta, utilizada para validar a assinatura e garantir a integridade da consulta. O DNSKEY deve apresentar formato padrão definido, informando o protocolo e o algoritmo utilizado (ARENDS, 2005).

O Registro SIG – RRSIG Assinatura do Resource Records (Rrsets)
“O registro SIG armazena a assinatura digital da chave privada em um RRset. O RRset é um grupo de registros de recursos com o mesmo proprietário, classe e tipo”. (PAUL ALBITZ E CRICKET LIU, pag 377).

O Registro Nsec
O registro NSEC armazena informações sobre o próximo nome na zona (em ordem canônica), que passa a ser ordenada. Cada registro mantém um apontador, através de seu NSEC, para o próximo registro; o último “aponta” para o primeiro. Assim é resolvido o problema de assinar respostas negativas.

O Registro DS Delegation Signer (Ponteiro Para A Cadeia de Confiança)
De acordo com a RFC 4034 o registro DS armazena um hash do DNSKEY da zona que será delegada. No processo de consulta recursiva, o cliente, requisita o DS da zona parent e verifica com o DNSKEY da zona que foi delegada.

Confira aqui o artigo acadêmico completo no formato PDF.

O processo de evolução dos meios de comunicação e de diversas tecnologias reflete nitidamente na vida das pessoas e das empresas em geral. Com a evolução da internet as empresas estão utilizando de diversas possibilidades para deixar cada vez mais seus produtos ou serviços competitivos no mercado. Dentre as diversas e conhecidas vantagens que as empresas podem utilizar na internet, estão o conceito de computação em nuvem e computação em grade. A seguir é abordado o conceito de computação em grade e computação em nuvem, bem como suas diferenças.

O que é computação em grade?

Nos dias de hoje a capacidade de processamento é limitada, tanto em nossos computadores pessoais ou mesmo em servidores de diversas empresas. Agora imaginemos ter a disposição mais taxa de processamento assim que a demanda de processamento do servidor estiver no pico, isto sem a necessidade de conhecer todo o aparato computacional que existe através deste processamento. Este conceito de processamento é chamado de Computação em grade (Grid Computing).

Computação em grade tem o objetivo de combinar poder de processamento de milhares ou até milhões de pequenos computadores ligados em redes locais ou redes de longa distancia para que seja possível processar grandes tarefas em um determinado servidor. As aplicações de computação em grade são executadas em um servidor virtual, no qual tem integração com outros recursos capazes de compartilhar recursos de forma rápida e de fácil gerenciamento.

O que é computação em nuvem?

Computação em nuvem (Cloud Computing) tem o objetivo de fornecer todos os recursos computacionais como um serviço através da internet. Um exemplo é que no inicio do século XIX, durante a revolução industrial, as indústrias tinham que produzir sua própria energia elétrica ou mecânica. Hoje em dia as indústrias consomem energia como um serviço, pagando somente o que se utilizar [1]. A computação em nuvem tem uma proposta similar, onde os recursos computacionais passarão a ser responsabilidade de empresas especializadas, onde irão gerenciar os recursos e comercializá-los como serviço através da internet.

Computação em nuvem pode ser descrito como um imenso ambiente de servidores virtuais ou físicos, chegando a um conceito de recursos computacionais que contemplam capacidade de processamento, armazenamento, conectividade, plataformas, aplicações e serviços disponibilizados na internet [2].

Diferenças de conceito entre Computação em Grade e Computação em Nuvem

Existe sempre uma confusão entre o conceito de computação em nuvem e computação em grade, pois ambos compartilham os mesmos objetivos de redução de custos, aumento de flexibilidade e acessibilidade de recursos [3].

O conceito de computação em grade é basicamente oferecer poder de processamento através de algum mecanismo, já de computação em nuvem é fornecer toda pilha de recursos computacionais sob demanda, através da internet e consumindo como um serviço. Apesar das similaridades, os paradigmas trabalham com conceitos diferentes que podem trabalhar em conjunto ou podem trabalhar de forma isolada.

Podemos tomar como exemplo duas situações:

Situação A

Uma empresa de engenharia necessita de um servidor com alta performance para realizar cálculos para uma determinada solução. Esta empresa não dispõe de capital para realizar a compra de um servidor que atenda a sua necessidade neste momento.

Neste caso esta empresa de engenharia pode contratar um fornecedor especializado de Grid Computing, onde o fornecedor vai fornecer um ambiente de processamento que atenderá a necessidade da empresa de engenharia. Através deste ambiente de processamento existem diversas máquinas com os processadores ociosos, partindo disso existe um servidor central que irá gerenciar o processamento de todos os cálculos, onde receberá através da internet de cada maquina com o processador ocioso um fragmento da informação processada. Logo temos um servidor com alto poder de processamento.

Situação B

Uma pequena empresa de manufatura necessita de aplicativos de escritório como, por exemplo, o pacote da Microsoft, o Microsoft Office, que tem integrado em sua solução diversas ferramentas como editor de textos, planilha para realização de cálculos, editor para apresentação de slides entre outros aplicativos.

Esta pequena empresa não dispõe de capital para comprar toda uma solução de aplicativos de escritório. Com isso ela tem a oportunidade de utilizar-se do conceito de computação em nuvem.

Um modelo de computação em nuvem é o SaaS (Software as a Service) ou software como serviço. Neste modelo são oferecidas soluções de softwares através da internet, ou seja, a empresa não necessita de compras de licenças para ter uma solução, mas apenas necessita contratar um serviço de um provedor que oferece aplicativos para escritório. Podemos citar como exemplo uma solução de aplicativos de escritório que é gratuita, o Google Docs.

Nas situações A e B vimos similaridades de necessidades. As duas empresas não tinham capital para aquisição da solução, e como uma forma de solucionar o problema, foi proposta a utilização do conceito de computação em grade e computação em nuvem. Como se podem observar ambos os conceitos compartilham os mesmos objetivos de redução de custos, aumento de flexibilidade e acessibilidade de recursos.

Portanto os dois conceitos abordados neste artigo têm objetivos semelhantes, porém trabalham de formas diferentes e para fins diferentes.

Referências

[1] BREITMAN, Karin.; VITERBO, José.  Computação na nuvem: uma visão geral. In: CONGRESSO INTERNACIONAL SOFTWARE LIVRE E GOVERNO ELETRÔNICO, 3, 2010, Brasília.  Amãpytuna: Computação em nuvem: serviços livres para a sociedade do conhecimento.  Brasilia: Funag, 2010. p. 17-45.

[2] TAURION, Cezar. Cloud Computing: Computação em Nuvem: Transformando o Mundo da Tecnologia da Informação. Rio de Janeiro: Editora Brasport, 2009.

[3] VAQUERO, L. M., et al. A break in the clouds: towards a cloud de?nition. p. 50-55, 2009.