Arquivo
Cúmulo do ócio:
Discutir em comunidade Linux (do orkut) e escrever uma resposta sobre esse texto. Eu não aprendo mesmo. :p
1) O texto se contradiz e é demasiadamente amador, no meu ponto de vista. Não tem visão corporativa concreta. Dá uns beliscões infantis na Microsoft e sempre criticando o monopólio. Independente do monopólio, é inegável que hoje temos conquistas no seguimento desktop que foram obtidas graças a Microsoft, por hora a bruxa malvada.
Se todos os Linusers conhecessem um pouco da história da tecnologia saberiam o que a Microsoft defendeu no início da era pecê: A liberdade de escolha. Sim, a liberdade de escolha. Para deixar todo mundo ciente: A Microsoft destruiu a IBM por que seu sistema operacional (o DOS) poderia ser instalado em qualquer computador, e não apenas nos IBMs. Se não fosse por ela, provavelmente seu IBM teria OS/2, seu Apple Mac OS X, seu Dell alguma outra coisa, meu HP Vectra VL5/100 talvez rodaria o HP-Ux (eu confesso que gostaria) e o hardware dos pecês não seria vendido individualmente.
2) Na visão do autor, inúmeras empresas “boazinhas” ajudam no desenvolvimento do Linux (sic: Red Hat, Novell, IBM, Intel, Oracle, Google, HP, SGI, MIPS, Cisco, Fijitsu <– que na verdade seria Fujitsu, não importa). Claro, a Microsoft, detentora do monopólio mundial e whattever não está presente. Apesar de não contribuir diretamente com o kernel Linux, ela contribui para o OpenOffice (tá bom, foi forçada neste daqui), Apache e até para o Moonlight, doando dinheiro, código e fornecendo APIs. Prefiro acreditar que ele esqueceu de citar esse aspecto.
3) O que podemos dizer do Linux em supercomputadores, onde o monopólio é dele? Ou em servidores web, cujo monopólio é do Apache (em FreeBSD e Linux)? Segundo a idéia do texto, um monopólio só é prejudicial se for da Microsoft, por que ela é feia, boba, chata e o Linux é melhor pra todo mundo, blá blá blá. Refaço minha afirmação: Dois pesos duas medidas? Como fica a concorrência?
4) sic: Linux é especialmente bom para o Brasil. Claro, a Microsoft não é. A Imagine Cup não tem revelado brasileiros talentosíssimos em vários aspectos de desenvolvimento. Claro, infelizmente, apenas para Microsoft. Porém cadê a liberdade de escolha, e em quê isso prejudica a nação?
5) sic: Usuários leigos são refém do medo da mudança, de ter que estudar a disponibilidade de programas e procurar programas similares se for preciso e a falta de motivação para aprender algo novo já que há décadas o Windows como sinônimo de computador e por mais fácil que seja uma distribuição Linux voltada pra usuário comum seja, é diferente do Windows.
E tem mais, pessoas comuns são levadas por mitos e preconceitos. Tudo em conjunto com a falta de informação e com contribuição da pirataria para manter todo o “ciclo do medo” (leia estudo de Havard: “Pirataria favorece Windows”).
Usuários comuns não querem Linux, fato. Linux é um sistema pra g33ks e não para usuários comuns. A experiência do usuário comum para uso básico no Linux é sempre boa, até ele precisar instalar alguma coisa. Ah, chega. 😛
Stay safe,
Lucas Timm.
Vitimas silenciosas da Microsoft
E usar software por ideologia, sempre dá…
…MERDA!
(me segura, hoje tô com a macaca!)
Agora, os Telecentros de São Paulo, que eram (até ontem) referência no uso do tal do “Software Livre” serão migrados. Atenção, *todos*, sim, eu disse TODOS, para o Microsoft Windows Vista. Segundo eles, os deficientes visuais não se adaptaram bem ao Linux, a Microsoft deu as licenças do Windows Vista, a prefeitura banca o upgrade e fica tudo lindo pros dois lados. (e eu achei graça demaaais. :P)
Tá certo que, a desculpa que usaram, é mais esfarrapada, impossível. Ok, acredito que o mais sensato deveria ser a adequação de um determinado número de equipamentos pra algum sistema da Microsoft, como o Windows XP, ou Windows 2000. Isso dispensaria o upgrade de hardware. Afinal, pra quê o Vista? É sacanagem com os deficientes até no nome, (trocadilho infame:) infelizmente eles não podem ver as grandes novidades do Windows Vista, sejamos sensatos. 😛 Mas por favor, imaginem quantos impostos serão gastos em vão no upgrade?
Mas tá tudo bem, tá tudo ótimo. Esse é apenas mais uma coisa que me faz desacreditar no tal do Software Livre. Eu não acredito há tempos, e uso Linux por que supre minha necessidade bem mais que o Windows. Pois simplesmente, é muito bonito ser OpenSource. É quase cristão. E com certeza, esses artistas da comunidade estão protestando e postando links pro lado do vento, mostrando as “soluções software livre” para deficientes visuais (na comunidade Linux vs. Windows, mesmo, o Marco postou – e eu achei interessante).
Então, como eu mesmo disse no parágrafo acima, *eu* achei interessante. E, graças a Deus (mesmo), não sou um deficiente visual. Como eu posso opinar num software que, definitivamente, tem seu foco específico, e eu não estou incluso nele? Acordem! A desculpa O argumento tem sentido sim, e eu acreditaria nele se fosse feito da maneira que citei, ou pelo menos de uma forma bem implantada, algo com sensatez!
E assim, concluindo meu pensamento, também voltando ao assunto, esse é só mais um dos motivos pelos quais eu não apoio o software livre. Como eu já falei, é bonito ser OpenSource. Nas empresas, é quase algo como a Responsabilidade Social. Mas, a maioria dos “softwares livres” funcionam apenas em determinadas situações, na minha opinião.
Um software pra uma grande empresa (ou pra uma cidade, por exemplo) requer foco. E foco não é ter o código de fonte aberto pra qualquer um ver e alterar pras suas necessidades. Raríssimos casos fazem assim (mas temos exemplos legais também, como o Google e o MySQL), e quando as dificuldades apertam, ou as propostas das empresas de “software proprietário” ficam interessantes, a conversa muda totalmente de figura, e os ideais pelo futuro da humanidade saem de pauta.
A proposta da Microsoft foi interessante (ou não teriam aceitado). Tenho motivos pelos quais, caso eu fosse o articulador do projeto dos Tele-Centros, não aceitaria a tal proposta, não assim. Mas estaria sempre aberto à negociações, com a empresa e com o software que fosse, independente do licenciamento do software e do dinheiro em questão, (se houvesse). Diálogo é bom, e as coisas não funcionam impostas.
E assim, enquanto isso, a comunidade Software Livre (bando de Debiano folgado) chora as mágoas no Br-Linux…
Samba como cliente (estação)
Hi folks =)
Um dos maiores mitos, dos quais a Microsoft adora assustar os seus clientes insatisfeitos, aqueles que realmente assumem vontade de trocar de plataforma, é dizer que o Windows não se integra em rede com outros sistemas operacionais (explicitamente ela critica o Linux), como se apenas você detestasse o Windows mas só existisse ele na face da terra, e qualquer que seja o seu sistema operacional não-microsoft, ele não se “integrará com o mundo”. Eu já vi várias pérolas nesse sentido.
Desmentindo tudo isso, existe um programa que realmente deveria ser definido como o sentido da interoperabilidade. O Samba é o programa em que a mágica acontece, e faz sistemas operacionais Unix/Unix-Like (Solaris, BSDs, Linux, AIX e outros) se integrarem em redes ambiente Windows. Fruto inicialmente do programador Andrew Tridgell, atualmente o Samba é mantido por ele e pela sua comunidade. E é muito completo, compartilha arquivos, tem gerenciamento de usuários, PDC (controlador de domínios, inclusive mais rápido que o próprio Windows, infelizmente ainda a nível NT4) e se integra ao MS ActiveDirectory. Tudo isso sem códigos proprietários (ocasião em que eu acho isso uma vantagem) sem infringir nenhuma patente. Samba é r0x.
Como tudo começou (senta que lá vem história)
A história do Samba por si só é um capítulo a parte. Parafraseando um amigo meu, sem saber que era impossível, ele foi lá e fez. Tinha um cara que era PhD em Ciências da Computação em Canberra, na Austrália, no ano de 1991. O nome dele é Andrew Tridgell.
Ele havia ganhado um programa chamado eXcursion, um cliente X pra Windows, e esse programa necessitava de um segundo programa, o Dec PathWorks. Havia o cliente pra DOS, mas impossibilitava o uso de algum cliente NFS. O Pathworks Server então só era disponível para estações DEC rodando VMS ou Ultrix, e assim, ele não poderia mais montar os dispositivos no Solaris dele, pois o programa não tinha foco no Solaris ou outro SO não sendo os da DEC.
Andrew então tinha uma DecStation 3100 com Ultrix no laboratório, e ele imaginou que a merda do protocolo que o Ultrix usava não seria tão dificil de implementar, apesar dele nunca ter escrito nada voltado pra rede. Leu um pouco sobre sockets e criou um programinha simples, chamado Clockspy, que simplesmente capturava o que o Pathworks Server “falava” pro Pathworks Client. Ele passou a escrever programas simples em C (Turbo C pra DOS) que dava comandos básicos ao servidor (open, read, cd e outros) e ficava de olho nos pacotes que eles trocavam.
Com base nisso, ele escreveu um programa pro Solaris que “conversava” com o Pathworks Server, como o Pathworks Client fazia. Ele pensou que poderia haver pessoas que se interessariam pelo que ele havia feito, e perguntou na universidade, mas ninguém quis. Então, ele foi num escritório da DEC em Canberra e perguntou se ele poderia distribuir o programinha que ele havia feito, ou se era ilegal. E foi a primeira vez que ele ouviu o nome NetBios. Então ele leu os RFCs 1001 e 1002 (documentação do NetBios) e viu que simplesmente, ele implementou o SMB, o protocolo de rede da Microsoft! Assim, ele chamou o seu programa de Server 0.1.
E tudo bem, mas passou um tempinho (encurtando a história) e ele recebeu um email que dizia que o Server interagia com o LanManager, e aí que ele foi ver o que foi que ele tinha criado!!! Posteriormente, ele chamou o programa de NetBios for Unix (veja o anúncio original aqui), e posteriormente mudou o nome para Samba. Assim, Andrew acabou se tornando das personalidades mais r0x do mundo Linux atualmente, uma pessoa que eu admiro muito.
Como eu comecei a gostar disso
Já expliquei nesse post, meio por alto, que na minha saga do aprendizado, o NFS foi o primeiro meio de comunicação e troca de arquivos que eu implementei no Linux. O Samba já despertava a minha atenção, sim, mas era algo muito “complexo” pra minha cabeça, naquela época, e não havia bons tutoriais na internet. Tudo era voltado pra PDC, mal explicado e complicado. Eu tentei várias coisas, pois precisava trocar arquivos (meu computador era o único Linux no meu ambiente de trabalho), e nada funcionava.
Então, num ato de machêsa, eu resolvi configurar o samba por mim mesmo. Já sabia de alguns parâmetros básicos, será que eu não conseguiria fazer sozinho? Então, li mais algumas coisas e fiz um apanhado geral do que a internet me dizia e do que eu poderia fazer. Interpretei o que várias linhas significavam, montei o meu smb.conf, de primeira ele já funcionou. E posteriormente, na terceira tentativa ele já recebeu arquivos que eu me auto-mandei de outro computador via ambiente de rede. mais uma lida e eu consegui fazê-lo imprimir via rede, e mais um pouco, outros computadores imprimiram através da minha estação: Serviço completo. E é isso que vou instalar a partir de agora.
A instalação do Samba
No Slackware 11, 10.2 e 10.1, o pacote vai no CD1, diretório /slackware/n. Só um installpkg samba-3.0.23c-i486-1.tgz e a parada tá resolvida. O script de inicialização é no /etc/rc.d/rc.samba.
No Fedora 6, yum install samba. Ele baixa e instala sem problemas (isso se o pacote samba não foi selecionado no ato da instalação). Basta um service smb start e ele já entrará em execução.
No Debian, apt-get install samba. Se tu der sorte ele vai baixar os pacotes corretamente e vai instalar certinho, hehe. No final ele tem um “assistente”, onde ele perguntará se quer que o samba inicialize a partir dos daemons ou do inet. Sugiro fortemente os daemons. service samba start e ele ativa.
No Solaris eu achei o pacote nesse site, só baixar e instalar com o pkg-add. Para ativar, svcs samba start (se eu não me engano era assim, tem tempo que eu fiz e o meu DVD do Solaris tá com o Gilberto).
Em todas, a configuração é feita no arquivo /etc/samba/smb.conf, e não vai haver mudanças no arquivo. No máximo os diretórios terão alteração.
Enfim, o smb.conf
Esse arquivo acompanha todas as configurações do samba, para o Unix/Linux interagir com o tal do Windows. Abaixo segue o meu smb.conf comentado para a interação de compartilhamento, ou seja, sem necessidade de usuário e senha. O arquivo é dividido em sessões. Na Global são as configurações gerais. Na printers, obviamente ficam as impressoras. E as configurações de diretórios terão o nome que tu escolher. Lets go?
# /etc/samba/smb.conf básico para compartilhamento.
# altere conforme as suas necessidades.
# Criado por: Lucas Timm
# https://timmerman.wordpress.com
[global]
# workgroup: Grupo de trabalho, deixe igual aos que tu
# colocou no Windows. Me deixe adivinhar… mshome? hehe.
workgroup = timmhome
# server string: Descrição do computador. Fique a vontade.
server string = AMD Athlon 1300MHz
# netbios name: Nome do servidor perante o Windows, que
# aparecerá no “Meus Locais de Rede”, ou \\nome.
netbios name = Servidor
# printcap name: O sistema de impressão que você usa. Pode ser lpd.
printcap name = cups
# load printers: Quer que os Windows vejam a impressora? Se nao
# tiver pode colocar em no, sem dó.
load printers = yes
# tempo de cache do sistema de impressão. Não mexa.
printcap cache time = 60
# De novo, se tu usa o cups deixe assim. Se usa lpd, basta mudar.
printing = cups
# Agora vem o sistema de logs. Estarão no diretório abaixo.
log file = /var/log/samba/%m.log
# Tamanho máximo do log
max log size = 50
# Debug do Log. Como esse smb.conf tá montado, está básico.
# Mas fazendo um domínio, por exemplo, é muito bom aumentar,
# principalmente quando a gente não descobre o erro. hehe.
debug level = 1
# Essa aqui é a fodona! 😀 Não mexa nela. Essa apenas permite
# compartilhar.
security = share
# OS Level: Essa também é r0x, com OS Level = 100 a estação irá
# atualizar a lista com o nome dos hosts presentes.
# Deixa assim.
os level = 100
# Domain Master: A mesma coisa da acima.
local master = yes
# Quer o samba como um proxy de DNS? Eu não, se tu quiser, põe yes!
dns proxy = no
# Ele será um servidor WINS? (o negócio da listinha). Eu gosto.
wins support = yes
# Acabou a parte do global, vamos pra parte do printers. Se tu
# Não tiver nenhuma e colocou “no” nas de cima, pode comentar.
[printers]
comment = All Printers
path = /var/spool/samba
browseable = yes
guest ok = yes
writable = yes
printable = yes
read only = yes
# E agora os diretórios! Crie: [NomeQueVoceQuerQueApareça]
# podem ser quantos você quiser. Recomendo criar um diretório só
# pra troca de arquivos na /, pois nas homes precisa definir
# muitas permissões, e outros poderão xeretar…
[Compartilhada]
# Endereço pra ela:
path = /Compartilhada
# Comentário que vai aparecer
comment = Pasta compartilhada para Lucas
# Se é possível acessá-la pelo ispróri
browseable = yes
# Se qualquer um pode acessar.
public = yes
# Se pode escrever:
writable = yes
# A mesma coisa, mas tem que colocar.
read only = no
# ——- EOF! ——-
Lembre-se de criar o diretório que você compartilhou, e dar acesso pra ele. No caso aí de cima:
mkdir /Compartilhada
cd /
chown algumuser.users /Compartilhada
chown 1777 -Rf /Compartilhada
E, após isso, rode o comando testparm para saber se existe algum erro na sintaxe. Se não houver, reinicialize o Samba conforme o sistema que usa. service smb restart, /etc/rc.d/rc.samba restart, enfim, essa parte é contigo. E, pelo teu Windows, faça aquele lindo assistente para configuração da rede. Lembre de colocar o mesmo grupo de trabalho. Reinicie o Windows e veja o Meus Locais de Rede, pois o teu Unix/Linux estará lá, lindamente.
Pelo Linux, pode ser acessado através do protocolo smb:///, tanto no Konqueror quanto no Nautilus. smb://nomedomicro ou smb://ip pra ir diretamente, ou smb:/// para listar. Em modo texto? smbtree. 😉
Finalizando, numa próxima oportunidade eu crio um outro artigo com a configuração do samba como PDC de uma rede em ambiente Microsoft. Esse dá mais trabalho!
Abraços,
Lucas Timm.
Referências:
História do Samba. No Slackware, vi /usr/doc/samba-3.0.23c/docs/history
Tem coisas que só a Microsoft faz por você
(relato.)
Aula de Windows “Server” 2003 no segundo horário da faculdade. Exercício? Rachar a sala pequenos grupos e fazer roteadores. Já no início a n00bada estava tomando conta do grupo em que eu estava. Simplesmente, determinado rapaz já chegou anexando o hub, colocando IP no host que seria o roteador (conexão lógica entre as duas redes), falando que tava tudo pronto e que faltavam apenas as estações. Como eu sei que o caminho não é por aí e o negócio não é bem assim, cheguei jogando água fria na rapaziada, tomando a dianteira e analizando como as coisas deveriam ser feitas. Definiu-se a rede, desativou-se o hub e voltou-se os 6 micros para a canaleta coletiva. Sentei no servidor para fazer a configuração.
Defini a primeira interface no IP 11.1.1.1/16, e a segunda no IP 171.1.1.1/16, acompanhando as redes que se seguiam. Assistente para Configurar o seu Servidor (óh!) -> Adicionar ou Remover Serviços; 5 minutos para ele “detectar” as interfaces de rede; Adicionar Serviço -> Criar VPN -> (mais cinco minutos para abrir a outra janela do assistente). Nao sei mais o que -> nao sei mais o que -> bla bla bla -> Sei lá o quê Nat, concluir. Pinguem crianças!!! Ninguém pingou nada. (30 minutos). Refaz, troca os IPs, desativa o Nat, ativa de novo, isso, puxa esse cabo pro Hub, não, põe de volta na canaleta (mais 15 minutos), isso, já vou refazer o servidor agora. Pingando nas redes individuais, sem passar um puto pacotinho. Ai meu saco ¬¬
Assistente para Configurar o Servidor -> Serviço de Roteamento -> Gerenciar. Clicka aqui, clicka alí, reinsere as interfaces, e nada. Olhei em volta e, cadê o grupo??? Só três, o resto foi embora. Porra, Windows é fácil mesmo de administrar, as coisas não funcionam simplesmente sem motivo!!!! 😀 Aproveitando que o resto do grupo, tirei os 6 micros das canaletas e coloquei direto naquele hubzinho. Todos ligados, continuam se conversando entre si, mas nenhum pacotinho cruzando para a bancada do lado. E agora? Ligar pra Microsoft?
Re-verificar as interfaces de rede, ipconfig /All e.. porra, que IP é esse??? Eu JURO que eu não defini isso. Perae, botao direito -> Propriedades -> TCP/IP -> 171.1.1.1, 255.255.0.0. Apaga as configurações, cria de novo, refaz o assistente, acho que agora deu. Pinga o 11.1.1.8!!! Nada ¬¬ Pinga o 171.1.1.25!!! Nada ¬¬ Tráfego de pacotes, 0. ¬¬ Porrrrrraaaaaaa!!!!!!!!
E eis que chega o professor, “Ué Lucas, não tá dando certo ae?”, perguntou. Respondi que o FILHO DA PUUUUUUUUTA do servidor (^^) simplesmente não roteia nada. Ele é bem gente boa e sabe mais de Linux que de Windows 😀 Sentou, olhou, clickou aqui, clickou aqui, e viu, ué, tá tudo certo. Mexe aqui, mexe alí e… Serviço desativado!!! o.O (e eu sapeando). Clicka de novo, ativa o serviço, porra nenhuma, já fazia 1 hora e 20 que estávamos tentando. E nada do negócio rotear, “ah se fosse Linux” e outras coisas relacionadas eram os comentários que se seguiam. Outros era “Nossa, aquele moreninho já chegou colocando o IP, ainda bem que você tomou a dianteira, quem dera fosse só aquilo”, hehe, me senti feliz com aquilo. Eu indo bem na aula de Windows Server 2003, wow! 😀
Iniciar -> Executar -> Services.msc. Tudo beleza… Então, a ultima tentativa que restava: O professor resetou (!) o micro, para refazermos as configurações; Excluimos o serviço, refizemos o maravilhoso assistente, ativamos tudo de novo e (rufando-se os tambores), e… e… e… e….. PINGOU! Definimos a rota manualmente (nem pra isso serviu) em dois computadores das redes lógicas distinas, e eles trocaram pings. Está feito! Acabou. Ufa. Aleluia, Deus é pai! Uma hora e meia depois, saiu!!!
O mesmo procedimento no Linux (utilizando as mesmas redes)
Configura-se as estações. Depois faz-se o roteador, com os comandos:
ifconfig eth0 11.1.1.1/16 up
ifconfig eth1 171.1.1.1/16 up
echo 1 > /proc/sys/net/ipv4/ip_forward
E pode pingar os endereços da outra rede. Tá pronto. Tempo gasto? 20 segundos?
Viram como é fácil trabalhar com a Microsoft??? 😀
Artigos do Timm. 