Historiadores acreditam que  Seg 23 Jul 2001 17:14 foi a data na qual Piter 
Punk escreveu o seguinte:

> > Me metendo onde n�o sou chamado (o Edgard discute com o Thiago, eu com o
> > Piter Punk :P).
>
>       Heheheheh... jah estah se tornando uma tradi��o!

Por sinal, tenho que dar o bra�o a torcer e concordar que vc estava 100% 
certo (coisa que o Edgard e o Thiago n�o fazem um com o outro :P) naquela 
hist�ria do /etc. Estou escrevendo uma errata e mandando pra RdL, com 
cr�ditos para vc.

>       O que eh tarefa do Administrador da rede e n�o do usu�rio. Como eu jah
> falei uma vez, usu�rio USA o sistema. Quem configura o sistema eh o
> administrador. 

Concordo com vc, mas n�o foi isso o que eu disse. Claro, o usu�rio receber� 
uma m�quina Linux+Samba j� configurada. 

Mas compartilhar uma pasta n�o � atividade do admin e sim do usu�rio!!! Em 
qualquer escrit�rio com reles Win, � comum a gente ouvir um gritar pro outro 
"compartilha a pasta a�!!!". E isso n�o � simples de se fazer no Samba, 
compreendeu? :)

> Aqui onde estou, para qualquer programa a ser instalado
> chamam o adm (que gracas ao bom Deus nao sou eu). Hoje mesmo o cara estah
> na sala aqui do lado instalando o Netscape for Windows para um usu�rio.

Isso � o correto mesmo, se deixar os usu�rio mais "espertinhos" instalarem SW 
em suas m�quinas d� "pobrema..." (Eu mesmo j� fui um usu�rio espertinho. 
Deletei acidentalmente v�rios arquivos num dos 4.01 (pr� undelete) e fui usar 
o comando recover para recuper�-los. Resultado: detonei o disco...)

>       Sim. � necess�rio ter o servidor instalado para servir arquivos (ou
> compartilhar) e isto n�o � diferente no Windows. A grande diferen�a � que o
> "servidor" estah camuflado.

Ser camuflado n�o � problema, pq pra quem usa KDE (s� exemplo) nem precisa 
saber que o samba t� rodando. O problema � que criar um compartilhamento no 
samba requer linha de comando, senha de root, o raio que o parta...

Ah, e se conectar a um recurso novo da rede tamb�m! No Windows n�o, basta 
abrir o explorer e digitar \\host\recurso...

>       Ou apenas tornar a configura��o transparente. O usu�rio n�o precisa sequer
> saber que estah rodando samba. Ele tem que apenas sentar no computador e
> usar. N�o tenho muito costume com redes SMB, mas nas redes em que monto o
> /home remoto (via NFS), o usu�rio n�o precisa saber ONDE est� o /home dele
> e nem o que eh feito par que ele funcione. A mesma coisa via lpd/lpr.

A� est� o pulo do gato. Qualquer m�quina NOVA que vc fornece pra um usu�rio 
� configurada pelo admin respons�vel. Mas faz parte da cultura SMB/Lan 
Manager o fato de o usu�rio ter a LIBERDADE de disponibilizar shares na sua 
m�quina e se conectar aos shares dos outros sem precisar chamar o admin (e 
sem precisar de senha de root :P) 

A cultura de redes NFS � diferente, e bem mais r�gida.

>       Jah falei, usuario USA. E o seu caso cai no da firma em que (em tese)
> existe um administrador ou um responsavel pela rede. Deixar usuarios
> ficarem configurando computadores a seu bel prazer mais atrapalha do que
> ajuda.

Bem, conectar-se a recursos p�blicos da rede n�o � necessariamente configurar 
a m�quina. � claro que voc� est� coberto de raz�o quando diz que um usu�rio 
n�o pode sair instalando software ou mudando o IP da m�quina. Mas restringir 
a liberdade de conex�o a shares SMB (quando isso � vendido como um VANTAGEM 
pela Microsoft) me parece ser meio demais. Em qualquer empresa que adote 
redes Microsoft, esse tipo de restri��o seria visto como impeditivo da ado��o 
do Linux na empresa.

Henrique

Assinantes em 23/07/2001: 2239
Mensagens recebidas desde 07/01/1999: 124420
Historico e [des]cadastramento: http://linux-br.conectiva.com.br
Assuntos administrativos e problemas com a lista: 
            mailto:[EMAIL PROTECTED]

Responder a