INTEGRAÇÃO ENTRE SISTEMAS OPERACIONAIS

Compartilhar impressoras no Windows Vista

Esse post é continuação do post COMPARTILHAR ARQUIVOS E IMPRESSORAS NO WINDOWS VISTA.

Para compartilhar uma impressora instalada em seu computador com sistema operacional Windows Vista, após ter liberado o compartilhamento de impressoras (no post acima), acesse o gerenciador de impressoras no painel de controle.

Clique com o botão direito do mouse sobre a impressora que deseja compartilhar e clique na opção COMPARTILHAMENTO.

Clique no botão alterar Opções de Compartilhamento, ative o item COMPARTILHAR ESTA IMPRESSORA, defina um nome e, preferencialmente, ative a caixa PROCESSAR TRABALHOS DE IMPRESSÃO EM COMPUTADORES CLIENTE (isso fará com que cada computador processe seus próprios trabalhos de impressão, evitando sobrecarregar o computador no qual a impressora está diretamente ligada).

Clique em OK e sua impressora estará disponível para ser acessada a partir de outros computadores.

Caso o computador CLIENTE possua um sistema operacional diferente do Windows Vista, como Windows 98, por exemplo, você poderá adicionar um driver adicional, na mesma janela na qual configura o compartilhamento, isso fará com que, ao “capturar” a impressora compartilhada no computador cliente, o driver seja instalado automaticamente.

Para acessar a impressora a partir do computador CLIENTE, clique no botão iniciar, opção executar. Informe o caminho do compartilhamento (\\nome_do_computador\impressora) e tecle enter.

Dúvidas, críticas, sugestões ? Deixe seu comentário.

Abertura de códigos da MICROSOFT.

Quem diria!?

Depois da renúncia do Fidel, o mundo acaba de ver mais uma barreira ser derrubada pelos seus próprios construtores: a Microsoft vai abrir o código de algumas de suas aplicações, a começar pelos seus servidores.

Numa jogada estratégica, a MS anunciou hoje uma mudança em sua política de negócios para garantir a abertura de seus produtos, baseada em quetro novos princípios de interoperabilidade:

1-Garantir conexões abertas;
2-Promover a portabilidade de dados;
3-Melhorar o suporte aos padrões do mercado;
4-Incentivar um maior engajamento de seus clientes da indústrica, inclusive com comunidades de código aberto.

Com isso, garantirá o acesso gratuito aos protocolos e códigos de funcionamento de seus principais produtos, entre eles a família Windows Server 2008, SQL Server 2008, Office 2007, Windows Vista, .NET Framework, Exchange Server e Office SharePoint Server.

Na prática, isso significa que desenvolvedores poderão garantir uma maior aderêrencia entre seus códigos e os da Microsoft, garantindo que produtos, como o BrOffice, poderão zerar suas incompatibilidades com o MS Office.

Além disso, pode ter certeza, uma nova série aplicações chegará ao mercado, impulsionadas por toda uma geração de desenvolvedores com excelente criatividade e, agora, embasamento técnico fundamentado.

Contudo, a medida não tem nada de inocente.

A MS sempre foi acusada de esmagar seus concorrentes, se valendo da vantagem tecnológica conseguida com o praticamente monopólio de seus produtos no mercado de PCs e, com a medida, consegue se livrar, ao menos em parte, dessas acusações.

Aproveitando o post, você sabia que a Microsoft disponibiliza versões de teste da maioria de seus produtos ?

Normalmente são versões com validade de 120 dias, o suficiente para você estudar as funcionalidades, principalmente dos lançamentos, e não ficar desatualizado.

Acesse http://technet.microsoft.com/pt-br/bb736012.aspx e saiba mais.

Gostou da matéria ? Clique em VOTE, logo abaixo do título.

Dúvidas, críticas, sugestões ? Deixe seu comentário.

LINUX AUTENTICANDO NO ACTIVE DIRECTORY

Esse post faz parte da seqüência sobre uso de software livre por pequanos e médios escritórios.

Objetivo: Configurar uma estação de trabalho LINUX, cujos usuários possam se autenticar no servidor AD (Windows).

Usarei um FEDORA CORE 8 pois, para mim, é a distribuição de instalação mais amigável, que requer pouquissimos conhecimentos de LINUX, com uma base mediana em windows.

Você precisará ter nocões básicas de rede como DHCP, IP, WINS, DNS e AUTENTICAÇÃO.

Partirei do princípio que já usa uma rede Windows 2003.

Realize uma instalação padrão do FEDORA, garantindo que o samba, winbind e krb5-client sejam instalados.

Após o primeiro boot pós instalação, surgirá o script de configuração inicial e, no item SElinux, escolha o item DESABILITADO, caso contrário terá problemas na seqüência de comandos. Apenas deixe o SElinux habilitado se você tiver domínio sobre seu uso, de modo que possa liberar algumas permissões aos usuários.

Após a configuração, faça o LOG IN com o usuário root, na interface GNOME.

No menu SISTEMA – ADMINISTRAÇÃO, escolha o item SERVIÇOS e selecione o SMB para inicilização automática, depois selecione o item AUTENTICAÇÃO do mesmo menu.

Na aba informações do usuário, habilite o item ATIVAR SUPORTE WINBIND e clique no botão CONFIGURAR WINBIND.

Preencha os campos conforme a imagem ao lado, considerando que REDE é o nome do domínio, LOCAL a extensão e SERVER é o servidor de AD. Habilite também a opção de LOGIN OFFLINE e clique em OK (Não use o botão JOIN DOMAIN).

Depois, na aba AUTENTICAÇÃO (AUTHENTICATION), habilite o suporte KERBEROS e clique no botão para configurá-lo.

Mais uma vez, preencha os campos conforme a imagem ao lado, tomando cuidado para manter a identificação das portas :88 e :749.

Por último, habilite o suporte ao SAMBA (SMB), clique em configurar e preencha o nome do grupo e do controlador de domínio, conforme a imagem ao lado.

ATENÇÃO: Caso o suporte Winbind (da aba autenticação) não esteja habilitado, habilite-o, clique em configurar e confirme os dados: Eles deverão estar preenchidos com os mesmos parâmetros do Winbind da aba Informações do usuário.

Nesse instante, você estará pronto para se logar no domínio, porém, ainda faltam algumas configurações para deixar essa autenticação útil.

Precisamos então informar ao PAM (pugglable authentication module) que, entre outras, ele deverá criar as pastas pessoais quando um usuário se loga pela primeira vez, assim como ocorre no Windows.

Então, abra uma sessão de terminal e insira uma linha acima da primeira linha iniciada com session, com o seguinte conteúdo: session required pam_mkhomedir.so skel=/etc/skel umask=0022, nos arquivos  /etc/pam.d/login, /etc/pam.d/xdm, /etc/pam.d/gmd (para GNOME), /etc/pam.d/kdm (se você usa KDE).

Para finalizar os processos, temos agora que incluir o computador no domínio e solicitar um TICKET, que é a validação KERBEROS (entre o AD e o LINUX) para o usuário.

Você deve ter notado um botão, nas configurações do WINBIND, que permitia adicionar a máquina ao domínio, e deve ter notado que eu não usei esse recurso. Isso foi proposital pois, em caso de falha, a mensagem com o motivo não será exibida.

Para ver todas as mensagens possíveis, faremos a inclusão da máquina e a solicitação do TÍCKET pela própria sessão do terminal.

No prompt, digite o comando kinit usuário@REDE.LOCAL. Esse usuário deverá estar registrado no controlador de domínio, e sua senha será solicitada.

Depois, digite o comando net ads join REDE.LOCAL -U usuário. O usuário deve possuir direitos para incluir o computador no domínio, e sua senha será solicitada.

OBS.: Se houver divergência do horário do sistema, entre o servidor e a estação, você receberá uma mensagem do tipo “clock skew too great while getting initial credentials“, ajuste o horário da estação e tente novamente.

Feito isso, alguns serviços deverão ser reiniciados para efetivação das configurações. Para ser mais prático, vou na onda do Windows e sugiro que reinicie o sistema.

Se você conhece um pouco mais de LINUX, deve estar procurando os arquivos que devem ser configurados diretamente, sem a necessidade de uso da interface gráfica.

Em breve, publicarei uma matéria continuando com o assunto,  indicando quais os arquivos que foram parametrizados nas janelas citadas.

Boa sorte.

Dúvidas, críticas, sugestões ? Deixe seu comentário.