Servidor Lion: inicios de session en networking

Configuré un server OS X Lion en la oficina donde trabajo y me gustaría configurarlo para que todas las demás Mac de la oficina tengan que iniciar session cuando quieran usar su Mac y se conecte con su usuario I ' creado en el server.

¿Alguien puede darme algunos resources (tutorial, enlace, información) para ayudarme a comenzar?

  • Configurar el tamaño de la tapa individual en el almacenamiento de Time Machine en OS X Server
  • Servidor Lion: locking del DNS
  • Script de actualización automática
  • ¿Qué puertos deben abrirse para usar el server L2TP VPN en Mountain Lion Server?
  • Servidor IMAP interno - León detrás del firewall
  • ¿Cómo desinstalo Mountain Lion Server?
  • Carpetas Bi Directional (Mac a Mac)
  • ¿Cómo actualizar Server 5 a TLS 1.2?
  • Crear usuario de networking con carpeta de inicio remota
  • ¿Se puede configurar OS OS X para que solo permita el acceso de los usuarios administradores a las herramientas de apagado?
  • ¿Dónde puedo encontrar "Instalar Mac OS X Lion" en la App Store?
  • Consejo de Yosemite / Consejo de configuration de dominio
  • 2 Solutions collect form web for “Servidor Lion: inicios de session en networking”

    Los siguientes enlaces serán útiles para comenzar a utilizar OS X Lion Server. Sin saber exactamente cuál es la configuration de su cliente, simplemente proporcioné información general con respecto a OS X Lion Server. Esperemos que esté organizado de una manera que sea beneficiosa para usted.

    Documentación estándar del server

    • Servidor Lion
    • Lion Server Support (Casi todo lo necesario para la administración básica)
    • Administración avanzada de Lion Server
    • Xsan2
    • Guía de usuario de diagnóstico de Apple Server

    Nuevo administrador de perfiles de Apple

    • Profile Manager
      • Más sobre Profile Manger
      • Guía de implementación de educación iOS4 (obsoleto, pero útil | también se aplica a las empresas)

    Las herramientas de administración todavía están disponibles

    • Acerca de Server Admin Tools 10.7.3
    • Acerca de Server Admin Tools 10.7.4
      • Sugerencias NAT / DHCP
      • Consejos de DNS

    Paso a paso (muy simplificado)

    • Instalación simplificada del server | Utilice la documentation anterior para completar las lagunas
    • Administración simplificada | Utilice la documentation anterior para completar las lagunas

    Verifique la respuesta de E1Suave para algunos buenos puntos de partida.

    Un consejo extra que le puedo dar de mi experiencia personal es (re) considerar si realmente necesita que sus clientes se autentiquen en el Open Directory (OD) al iniciar session.

    Las dos razones (puedo pensar) en las que puede querer hacer esto son:

    1. Carpetas de inicio de networking

    La carpeta de inicio se sincroniza automáticamente desde y hacia el server, lo que puede ser muy conveniente cuando un usuario cambia de computadora y aún tiene acceso a sus files.

    El (los) lado (s) malo (s): Encontré la synchronization muy defectuosa. De alguna manera, popupían conflictos que necesitaban intervención manual o la carpeta de inicio ya no se sincronizaría. Además, teniendo en count la facilidad con la que puede utilizar services en la nube como Dropbox, Google Drive, etc. con el mismo propósito, personalmente encuentro que la solución de networking doméstica es inferior a las soluciones modernas.

    En relación con lo anterior, mis usuarios confiaron demasiado en él y no pudieron trabajar en los files que modificaron en casa porque no se sincronizaron correctamente.

    Y, por último, normalmente un usuario solo trabaja en una computadora de todos modos. Para los files que deberían estar disponibles en el server para múltiples usuarios, debe configurar resources compartidos de networking. Además, aunque la carpeta principal de la networking no se montará automáticamente en la computadora del cliente, aún puede estar disponible como recurso compartido de networking para que el usuario coloque manualmente algunos files personales allí.

    2. Restricción de permissions de usuario

    Esta podría ser una razón válida para hacer la authentication OD y al principio me pareció una gran idea. Puede configurar extensivamente los permissions para los usuarios y las computadoras de su networking en la herramienta de administración de directorys.

    El (los) lado (s) malo (s): al final trabajamos en un entorno muy pequeño con pocos usuarios (y ese es normalmente el entorno en el que se usan los serveres Mac OS X) y la configuration de todos estos permissions diferentes era demasiado nuissance para mí, sin ningún beneficio adicional.

    Cuando restringes a un usuario, debes asegurarte de que las requestes de soporte adicionales que recibirás porque un usuario no puede hacer algo que necesita hacer en un momento dado, superan cualquier daño que el usuario pueda o quiera hacer en su computadora sin que se impongan restricciones Personalmente, solo recibí requestes de soporte de los usuarios con acceso restringido, los usuarios con una count de administrador local podían hacer su trabajo sin mi intervención.

    Cuando no necesita authentication de directory al iniciar session

    Incluso si los usuarios inician session en su computadora con una count local, aún pueden autenticarse en files compartidos por separado con su inicio de session de directory (y save las cnetworkingenciales en su llavero). Todavía puede usar el directory para administrar fácilmente estos usuarios y sus grupos. Yo personalmente uso el server Mac OS X para compartir files y acceso VPN, pero cuando configuro la computadora portátil de un usuario, simplemente le creo una count de administrador local en su máquina.

    Loving Apple Products like poisoning (iPhone, iPad, iMac, Macbook, iWatch).