Login utente durante la connessione tramite ssh su MacOS

5

Ho aggiunto MacOS Sierra a un dominio di Active Directory aziendale e ho abilitato l'accesso remoto a diversi utenti in un gruppo di annunci.

Questi utenti possono accedere localmente tramite interfaccia utente e persino accedere tramite SSH aperto a mac.

Il requisito aziendale per cui questo è stato fatto è quello di consentire agli utenti di connettersi a un host Xamarin Build da Visual Studio per lo sviluppo per iOS, ma questo è al di fuori dello scopo di questa domanda. Quindi, in definitiva, la connessione da Visual Studio avviene tramite SSH puro. Una volta che la macchina MacOS remota accetta le credenziali ssh immesse nell'interfaccia utente VS, tenta di distribuire una parte del programma richiesta da VS per eseguire le attività necessarie, un'applicazione Broker. Il registro del tentativo è il seguente:

Starting connection to Mac mac.mydomain.net... Starting Broker
4.3.0.795 in port 58116... 
The user must be logged in on the Mac in order to execute an SSH command. 
Disconnected from the Mac mac.mydomain.net (IP of mac.mydomain.net)

Il problema è questa voce:

The user must be logged in on the Mac in order to execute an SSH command. 

In sostanza, se accedo a MacOS tramite l'interfaccia utente e accedo a quell'utente, quindi utilizzando Cambio rapido utente, rimanderò lo schermo indietro alla finestra di accesso, mentre manterrò la sessione utente dell'interfaccia utente, sarei in grado di connettermi tramite Visual Studio bene.

Quindi l'accesso ssh non è lo stesso dell'accesso all'interfaccia utente. Come posso impostare gli eventi o qualcosa del genere, in modo tale che all'accesso SSH, un utente potrebbe essere registrato come "come in UI"?

Aggiornamento: probabilmente duplicato di link

    
posta Maxim V. Pavlov 04.04.2017 - 12:09
fonte

1 risposta

1

A breve termine, probabilmente dovrai limitare gli utenti registrati a uno o due poiché Mac OS non implementa un modello di servizi terminal di molti utenti remoti. La configurazione non solo viola i termini espliciti relativi alla funzionalità di Desktop remoto nella licenza del software ( supponendo che la tua azienda non abbia negoziato un accordo di licenza personalizzato con Apple), molti sottosistemi, parametri di regolazione e script sono progettati per un utente principale alla volta.

A lungo termine, probabilmente sceglierai di ri-progettare il set di strumenti di build per configurare un mix di:

  • un server di integrazione continua che genera senza GUI
  • server.app di Apple e utilizzo del servizio Xcode server per gestire l'accesso alla GUI in modo da non dover eseguire script e automatizzare la sessione locale della finestra per l'account di creazione condiviso
  • più Mac per ogni sviluppatore in modo che possano essere creati in locale anziché in remoto.

TLDR; il sistema non è stato progettato per 5 utenti remoti: si verificheranno stranezze e problemi se si eseguono così a lungo

    
risposta data 04.04.2017 - 12:45
fonte

Leggi altre domande sui tag