Ubuntu server

[Salvador Moreno]

Buenas, 
 
muchas gracias por tus "checkpoints"
 
mi situación respecto el servidor Windows es bastante sencilla ya que según
tengo entendido solo hace de servidor de ficheros (a través de grupo de
trabajo).
 
Mi mayor enigma reside en las impresoras y algunos equipos "especiales" que
no son ni equipos (son unas pletinas con emulación de terminal). Para
imprimir se envían códigos ASCII si no me equivoco directamente contra las
impresoras... no estoy muy seguro de como funciona esto (si a través del
grupo de trabajo o a la impresora directamente).
 
como punto clave veo el tema de los usuarios, que me gustaría que no se
dieran cuenta y las configuraciones de las carpetas quedase como están (a
priori) y más adelante ya haría una configuración más adecuada a nuestras
necesidades (según me digan, aplicar un poco de política de seguridad).
 
 
gracias
 



Salutacions. 

----------------------------------------------------------
Salvador Moreno Canudas.


 

  _____  

De: ubuntu-es-bounces en lists.ubuntu.com
[mailto:ubuntu-es-bounces en lists.ubuntu.com] En nombre de
dballester.david en gmail.com
Enviado el: viernes, 01 de diciembre de 2006 13:05
Para: Salvador Moreno
CC: ubuntu-es en lists.ubuntu.com
Asunto: RE: Ubuntu server


El vie, 01-12-2006 a las 12:21 +0100, Salvador Moreno escribió: 

creo haber encontrado mi alma gemela 



quiero hacer eso mismo... 

http://linuca.org/pipermail/linuxcantabria/2006-May/007277.html 



alguno de vosotros ha conseguido algo parecido??? 





gracias 





Salutacions. 

----------------------------------------------------------
Salvador Moreno Canudas.

 





Hola Salvador:

El w2k es PDC o es un Active Directory ( suponiendo que ya existe un dominio
win )?

Yo hace un tiempo migré 3 PDCs de NT4/W2K a Debian samba+cups sin ningún
problema, teniendo en cuenta esto ( seguro que los colisteros podrán añadir
más checkpoints de los que te adjunto y mejorar la lista )

Servidor de impresión en cups: Habilitar el raw/modo texto  y crear las
colas de impresión de tipo raw, dejando a los clientes win que formateen el
trabajo a imprimir con el driver local en el cliente, y que simplemente se
envíe el chorro de bits ( raw ) para que la impresora lo procese. Te
evitarás disgustos con formatos de impresión distintos de los esperados,
definición de colas extras para imprimir por distintas bandejas/papel... .
Si tienes servidores no win ( openvms, unixes... ) que puedan necesitar
imprimir, activa el soporte de emulación lpd en cups.

¿Se usan profiles almacenados en el dominio de win? En mis casos no se
utilizaban, con lo que no tuve que mirar nada de eso. Tener en cuenta los
usuarios 'road warriors' que pueden conectarse remotamente o localmente y
usar distintos profiles

Activa las quotas y las ACL. Asegúrate que en el server dispones de la
aplicación gráfica Eiciel http://rofi.pinchito.com/eiciel/ para la gestión
de ACLs, evitando que el administrador tenga que ejecutar acciones de
consola ( eso únicamente preocupa cuando el administrador es una persona que
realiza otras tareas en la empresa que  no tienen nada que ver con TI, pero
que 'le ha tocado' administrar el server )

Instala webadmin y sus módulos para samba y gestión de usuarios ( irá bien
para la monitorización de ficheros abiertos , sesiones, lecturas de logs...
)

Define bien la estructura de directorios/grupos de usuarios ( departamentos
)  y homes personales, además de directorios comunes, temporales... Si el
server hace raid por hardware perfecto, y si además puedes usar lvm para
asignar volúmenes lógicos para asignar espacio por grupos de usuarios
muchísimo mejor. Con el tiempo te das cuenta que los departamentos ( grupos
de usuarios ) no tienen la misma noción que el resto de personas cuando
hablan de previsión de crecimiento, para asignar un espacio en disco
adecuado para sus previsiones.

Netlogons: Identifica la acciones que ejecuta un cliente durante el login (
net use & company ). Lo puedes replicar en samba sin ningún problema, de
forma estática o dinámica, según a la conclusión que llegues

Movimiento de datos: Haz unas pruebas iniciales montado algunas unidades
compartidas representativas ( un par de homes personales, 2 departamentales,
2 temporales/comunes... ) y copiando sus datos siendo el owner del
directorio en cuestión, para evitar tener que ir haciendo chowns a diestro y
siniestro ;)

Usa un nombre de dominio temporal durante la pruebas para que no haya
colisiones con el server todavía en producción. También puedes optar por
montar todo el entorno en una red isolada de la de uso normal

Antes de hacer el paso a producción, obten el ID del dominio de  windows y
crea el mismo dominio/ID en samba, te evitarás que los clientes tengan que
registrarse de nuevo al dominio una vez hayas hecho el switch entre las 2
máquinas

No elimines el dominio ni la máquina antigua de buenas a primeras, mantenla
disponible durante una temporada, aunque esté parada, solo por seguridad y
disponibilidad de relectura de la configuración del dominio original.



De momento no se me ocurre nada más, espero que haya sido algo que te ayude
a empezar


Saludos

D. 

------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: https://lists.ubuntu.com/archives/ubuntu-es/attachments/20061201/7fb1539c/attachment.htm