MBE | Mac Business Experts

Depois de algumas semanas de planejamento, migramos o nosso servidor no final de semana e, no geral, tudo correu como esperado.

Uma migração de servidores, normalmente é composta de algumas etapas fundamentais: planejamento, testes, backup, execução e documentação. Baseado no nosso caso específico, vamos aos detalhes de cada uma das etapas. Leia o restante desta entrada »

“Dois servidores DHCP na mesma rede? Vai dar conflito!!”

Já ouvi frases parecidas com essa algumas vezes e, de certa forma, a afirmação pode fazer sentido, caso os servidores sejam configurados de forma inadequada. Entretanto, configurando dois ao até mais servidores DHCP em uma mesma rede, é possível proporcionar redundância a um serviço crítico para o funcionamento de qualquer rede. Leia o restante desta entrada »

Eu admito que até alguns dias atrás, não tinha me dado conta da falha de segurança a que estão expostos iPods touch e iPhones que sofreram jailbreak e creio que a grande maioria também não tenha atentado para isso. Leia o restante desta entrada »

O que não faltam são números que comprovam o crescimento exponencial do uso de iPhones (e iPods touch) mundo afora, e por mais que a concorrência seja forte, até o momento não vejo nenhuma plataforma móvel que consiga bater de frente com ele. Leia o restante desta entrada »

Na primeira parte, apresentei um cenário real que encontramos em um cliente e nessa segunda parte vamos as soluções que propomos.

Leia o restante desta entrada »

Um servidor, rodando 10.3.9 sem todos os security updates, com Open Directory, mas sem DNS habilitado e, obviamente, com o Kerberos parado, servindo arquivos (AFP e SMB) e DHCP para a matriz de uma grande empresa no Rio de Janeiro. Na filial de SP, um cenário idêntico. Apesar de uma VPN interligando os dois escritórios, os servidores não compartilhavam a mesma base de dados de usuários no OD. Trabalho dobrado para o administrar a rede… Leia o restante desta entrada »

Como diz a Bia Kunze, o jesusphone chegou e, para variar, o iPhone daqui é um dos mais caros do mudo. Vida que segue. Leia o restante desta entrada »

NTP é um protocolo usado para sincronizar o data/hora de vários computadores em rede com um relógio central. Manter os relógios dos diversos hosts de uma rede em sincronia é fundamental para rastreamento de incidentes de segurança, controle de logs e para o correto funcionamento de protocolos de autenticação, como o Kerberos. Leia o restante desta entrada »

Meio mundo e a torcida do Flamengo acompanharam ontem o lançamento no iPhone 3G, que como o nome sugere, finalmente suporta redes móveis de terceira geração UMTS/HSDPA (850, 1900, 2100 MHz). Além disso, o novo iPhone possui GPS, sofreu pequenas alterações no design, e virá com software na versão 2.0. Aí é que as coisas começam a ficar interessantes. Leia o restante desta entrada »

Há alguns meses atrás falei sobre o Parallels Server, e finalmente a possibilidade de virtualizar o Mac OS X, ou seja, rodar Mac OS X, dentro do Mac OS X. Apesar do beta estar disponível, o pessoal da Parallels desabilitou a opção de virtualizar o Mac OS X Server nos builds que foram disponibilizados… Leia o restante desta entrada »

Espero ter deixado claro no primeiro e no segundo artigo, que o maior problema de segurança, é justamente a falsa idéia de que se está completamente seguro.

O Mac OS X é um sistema robusto e extremamente seguro, mas não invulnerável. Vamos então as medidas para aumentar a segurança do seu Mac: Leia o restante desta entrada »

Seguindo com a segunda parte do artigo, vamos aos motivos que me levam a afirmar que o Mac não é seguro.

Afirmar que essa ou aquela plataforma é mais segura que outra por ela ser imune a vírus e afins, é no mínimo uma conclusão simplista e equivocada. Um outro equivoco é chegar a essa conclusão, comparando plataformas e sistemas operacionais uns com os outros sem antes ao menos ter uma visão mais abrangente do que é segurança. Leia o restante desta entrada »

Conforme dito aqui na semana passada, finalmente migrei o servidor da MBE para o Leopard Server.

Dizer que foi um sucesso seria mentira, pois um dos principais serviços, o Wiki Server, não funcionou… Leia o restante desta entrada »

Na semana passada, muito se falou sobre a (falta de) segurança no Mac OS X. O que motivou todo o bla bla bla foi a invasão de um MacBook Air no CanSecWest vancouver 2008. Leia o restante desta entrada »

Quem trabalha com Mac OS X Server, há algum tempo, conhece bem o Admin tools, o conjunto de ferramentas de administração (local ou remota) do Mac OS X Server. Pois bem, com o lançamento do Mac OS X Leopard, a Apple lançou a nova versão do Admin tools que só roda no Leopard, mas administra o Server 10.4 também, tal qual acontece com Server 10.3 , que pode ser administrado através de um Mac OS X 10.4. Leia o restante desta entrada »

Durante esse final de semana prolongado, faremos a migração do nosso servidor para o Leopard Server. O sistema de consulta online de orçamentos ficará fora do ar, com previsão de retorno às 12:00 de segunda feira, 24/03.

De quebra vou aproveitar essa migração para escrever o último artigo da série sobre o Leopard Server. Baseado em fatos reais!

E seja o que Deus quiser!

No artigo passado, detalhei a instalação remota do Leopard usando o Server Assistant e nessa seqüência, falarei sobre 2 modos de configuração, o Standard e Advanced. Leia o restante desta entrada »

O Leopard é o primeiro Mac OS X a ser certificado como um sistema Open Brand UNIX 03, quando rodando em um Mac baseado em Intel. Isso garante que o Leopard está em total conformidade com os padrões adotados pelo grupo, garantido que, entre outras coisa, um aplicativo desenvolvido em qualquer *NIX incluso nessa categoria, rode de maneira transparente no Leopard.

O novo terminal também tem suas firulas, como o uso de abas e a possibilidade de customizar as janelas usando os diversos templates disponíveis no Inspector.

Eu ia falar sobre o Directory e o Directory Utility, mas achei melhor, tal qual o iCal, deixar para depois, já que sem o Mac OS X Server não há muito o que dizer sobre esses recursos…

No que diz respeito à segurança, o Leopard conseguiu ficar mais seguro ainda. Agora além do filtro de pacotes, o Leopard tem um firewall de camada de aplicação.

Para quem não sabe, existem duas maneiras de controlar o fluxo de dados entre redes, ou filtrando pacotes (camada 3) ou filtrando aplicações (camada 7), ou ainda uma combinação dos dois.

No filtro de pacotes, o firewall analisa os cabeçalhos e leva em consideração o IP de origem e destino, e as portas TCP ou UDP de origem e destino. Baseado em um conjunto de regras, esse firewall determina se um pacote será encaminhado de uma rede para a outro ou se esse pacote será descartado, bloqueando a comunicação. O firewall de aplicação é mais sofisticado que um firewall de pacotes, pois ele tem “conhecimento” de qual aplicativo está querendo enviar ou receber dados de uma rede.

Um exemplo prático seria o MSN. Em um filtro de pacotes, você precisa determinar quais portas deverão ser bloqueadas, no caso do MSN, as portas TCP 1863, UDP 1863 entre outras. O problema é que o MSN também usa a porta 80, a mesma porta usada pelos navegadores… Bloquear a porta 80, também bloquearia a navegação na internet. Usando um firewall de aplicação, é possível bloquear especificamente o MSN sem comprometer outros aplicativos como o Safari e o Firefox.

Voltando ao Leopard, agora é possível ter esse nível de controle sobre todo e qualquer aplicativo. Os aplicativos liberados, são assinados digitalmente, de forma que caso eles sofram qualquer alteração maliciosa, o firewall do Leopard irá detectar essa alteração e novamente solicitar que você libere ou bloqueie o acesso dessa aplicação à internet.
Abaixo segue um exemplo do funcionamento do firewall:

O Cyberduck tenta acessar à internet, e o firewall do Leopard intercepta a tentativa, pois o aplicativo não está na lista de liberados.

Depois de liberado o acesso, o Cyberduck é assinado digitalmente e colocado na lista de liberados.
Se por algum motivo o Cyberduck for alterado, seja legitimamente por uma atualização ou maliciosamente, o firewall do Leopard irá novamente interceptar a tentativa de comunicação.

O senão fica por conta do IPFW, o filtro de pacotes do Mac OS X, que no Leopard, não possui mais nenhuma interface gráfica de gerenciamento. Se você quiser usá-lo, só por terminal ou aplicativos de terceiros, como Webmin ou o WaterRoof.

Outra novidade é o aviso que o Leopard dá, toda a vez que um aplicativo baixado da internet tenta ser executado pela primeira vez.

Outras novidades interessantes foram implementadas na parte de segurança, como sandboxing, encriptação de até 256-bit no FileVault e finalmente a compatibilidade com a encriptação de pacotes SMB usada no servidores Windows 2003. Mais a frente, quem sabe eu faço um artigo só sobre segurança, tanto no Leopard client, como no Server.

Das novidades escondidas, na minha opinião, a melhor é o AutoFS. Resumidamente, o AutoFS lida com a “montagem/desmontagem” de sistemas de arquivos de rede. Quando você tentar montar um volume do servidor da sua empresa, ou simplesmente conecta à um outro Mac na rede da sua casa, quem lida com isso é o AutoFS. E daí?

Lembra no Tiger, quando o seu Mac entrava em sleep, ou quando por algum motivo um volume de rede montado perdia a conexão? Lembra que o Finder travava e ficava rodando a maldita bolinha colorida por vários minutos? Então, no Leopard isso não acontece mais, o AutoFS lida com essa tarefa e deixa o Finder livre para as demais funções. Simples e eficiente!

Conclusão:

O Leopard, ao contrário do Vista, é um upgrade sólido e bem vindo em relação ao seu antecessor. Os novos recursos, em sua maioria, estão bem implementados e funcionando da forma esperada e a performance, para minha surpresa, não foi comprometida. Eu pessoalmente não notei nenhuma queda de velocidade, inclusive, acho o Finder mais ágil nas respostas em relação ao Tiger.

Bugs, obviamente existem e confesso que alguns são bem irritantes, mas até agora ainda não achei nenhum que não pudesse ser contornado. Espero que no 10.5.2 esses problemas sejam corrigidos.

Mas e aí, vale a pena atualizar agora?
Depende…
Qualquer upgrade desse porte em um ambiente em produção, deve ser analisado individualmente. Minha recomendação é que antes de atualizar, seja verificado se todos os programas que irão rodar no Leopard, já possuam updates e sejam devidamente compatíveis.

Caso você tenha alguma dúvida, nossos consultores podem avaliar suas necessidades e seu ambiente de trabalho e, caso necessário, criar uma estratégia segura e transparente de migração.

Falando nisso, em breve farei um artigo sobre uma migração “dupla” em um de nossos clientes mais importantes: um “switch” de PC para Mac, direto para o Leopard!

Enquanto todos aguardam ansiosamente o lançamento do Mac OS X 10.5, que aparentemente está próximo de um release candidate, eu sinceramente estou mais interessado em outro lançamento, o do Leopard Server. Não é desdém com o Leopard não, mas até o momento, tirando o Time Machine, nada me encantou o suficiente para despertar minha ansiedade…

Pode ser que no lançamento eu mude de opinião, na verdade é até provável que eu mude de opinião, mas até lá eu manterei meu foco no Leopard Server. Falemos então sobre ele. O que tem de tão importante no Leopard Server? Para mim, 03 coisas: iCal Server, Wikis e o Open Directory 4, que terá autenticação RADIUS.

Nos próximos dias, falarei o que cada um desses recursos trará de benefícios para mim, para a MBE e seus clientes, e até mesmo para você!
Vou aproveitar e falar também sobre os recursos que eu gostaria que o Leopard Serve tivesse, afinal, não custa nada sonhar…

Finalmente chegamos à terceira parte, onde falaremos de servidores e serviços de rede.
O Mac OS X Server é um excepcional sistema operacional de rede que possui uma ótima relação custo/benefício, principalmente se comparado com as soluções da Microsoft. O fato de ser um Unix-like já garante estabilidade e segurança inerentes à plataforma, e é claro, possibilidade de rodar milhares de aplicativos Open Source/gratuitos disponíveis. E acredite o que não falta são ótimos aplicativos voltados para redes e afins.

No próprio Mac OS X Server 10.4, já estão instalados diversos serviços de rede que são baseados em aplicativos Open Source/gratuitos, como por exemplo, o Apache, PHP, ClamAV, SpamAssassin, Postfix, SquirlMail, IPFW2 e etc.

Serviço de colaboração e email
Apesar do Mac OS X Server já vir com serviços de email, eu pessoalmente não gosto muito dos recursos e da forma que foram implementados. Isso não chega a ser um problema, confira:

• Zimbra Collaboration Suíte – Poderosíssimo servidor de email e serviços de colaboração, com interface toda baseada em Ajax, conta com recursos de calendário e contatos compartilhados e suporte a POP, IMAP, SMTP, CalDAV e integração a serviços de diretório através de OpenLDAP.

Há algum tempo atrás, testei o Zimbra no laboratório da MBE e fiquei muito impressionado com os recursos. Não dei prosseguimento aos testes, pois estou esperando para ver como o virão os novos serviços de colaboração e email do Mac OS X Server 10.5.

Serviços para web e banco de dados
Dentro do mundo Linux, o trio LAMP é item obrigatório na maioria das estruturas de rede corporativas. Se por algum motivo você não quiser usar o Apache e PHP pré-instalados no Mac OS X, o MAMP é a sua alternativa:

• MAMP – Pacote que inclui o Apache, MySQL e PHP normalmente em versões mais atuais e mais fáceis de instalar e configurar do que o pacote padrão do Mac OS X.
• Tomcat – Servidor de aplicações Java que funciona integrado ao Apache.

Segurança, firewall, proxy e redes em geral
Um servidor rodando Mac OS X Server pode sozinho controlar todo o acesso e segurança de uma rede corporativa:

• IPFW – Firewall padrão do FreeBSD, incluído no Mac OS X, que possui recursos avançados de filtro de pacotes, stateful inspection e traffic shapping.
• Squid – Servidor proxy e cache usado para otimizar acesso à internet ou servidores web e filtrar tráfego HTTP, HTTPS e FTP.
• ClamAV – Anti-vírus normalmente usado em servidores de email. Possui um port para Mac OS X, o ClamXav.
• Webmin – Interface web usada na administração de diversos serviços e aplicações Unix.

Recentemente testei alguns dos aplicativos acima e alguns outros, com o intuito de criar um “appliance de rede” totalmente baseado em Mac OS X. O “appliance” tinha funções de roteador, firewall, proxy, filtro de conteúdo, anti-spam e servidor DHCP. Esse projeto ainda está no início, mas em breve a MBE pretende oferecer produtos com serviços agregados baseado nesse “appliance”.

VoIP, PABX e telefonia
VoIP e seus derivados são a moda do momento e é claro que o Mac OS X não ficaria de fora:

• Asterisk – Sistema de telefonia, baseado em VoIP, que entre outras coisas, funciona como uma central PABX digital.

Até o final do ano a MBE terá um sistema interno de telefonia interno, baseado em VoIP, com um servidor Asterisk funcionando como iPBX. A intenção é usar celulares com suporte a Wi-Fi, como por exemplo o, Nokia N80, para funcionarem como ramais IP. O projeto prevê redução de custos em chamadas DDD, flexibilidade da estrutura de telefonia e melhor suporte telefônico aos nossos clientes de contrato. Dependendo do sucesso do projeto, podemos num futuro próximo oferecer estruturas semelhantes como produto/serviço.

Esse é um pequeno leque de possibilidades baseado em Mac OS X e aplicativos open source/gratuitos. As possibilidades são ilimitadas!

Consulte a MBE para maiores detalhes sobre os projetos citados nesses artigos.