Un Mac peut-il être utilisé par plusieurs utilisateurs en même temps?


35

Un Mac peut-il être utilisé par différents utilisateurs en même temps?

Je veux dire que nous avons un seul Mac mais 3 utilisateurs. Peuvent-ils accéder à la même machine à distance en même temps pour développer des applications sur iPhone ou Mac?

Le serveur Mac OS X nous permet-il de le faire?

Si oui, comment le configurer pour cela?


Oui, mais un seul utilisateur peut utiliser l'interface graphique à la fois. Vous pouvez avoir plusieurs personnes connectées avec SSH.

6
Voir aussi Erreur de serveur, "Serveur client léger multi-utilisateurs Mac OS X (serveur de terminaux)?" sur serverfault.com/questions/8966/… et "Quelque chose comme" Terminal Services "pour Mac OS X?" sur serverfault.com/questions/46284/…
Arjan

(À partir des messages d'erreur du serveur: iRAPP Terminal Server, coderebel.com/products/irapp-terminal-server , est vendu à 298,00 $ - pas trop mal, si la licence du logiciel de développement iPhone permet plusieurs sessions.)
Arjan


2
Ces commentaires sont un peu
dépassés

Réponses:


23

Ceci est pris en charge par le partage d'écran intégré à partir d'OS X Lion , si vous avez configuré plusieurs comptes:

Partage d'écran par utilisateur

Vous pouvez vous connecter à distance à un Mac avec n'importe quel compte d'utilisateur sur cet ordinateur et le contrôler, sans interrompre quelqu'un d'autre qui pourrait utiliser l'ordinateur sous une connexion différente.

Cela fonctionne très bien de Mac à Mac. Pour contrôler à partir de Windows, apparemment, il faut "lancer" ARD une fois. Cela peut être fait en utilisant la ligne de commande, en suivant Apple Remote Desktop d' Apple: Configuration à distance via la ligne de commande (kickstart) . Ou: dans les Préférences Système, désactivez le partage d'écran, la connexion à distance, la gestion à distance et les événements Apple à distance, puis tout réactiver, enfin désactivez tout et activez simplement le partage d'écran.

Mais même en faisant ce qui précède, mes tests avec une vieille machine XP et la dernière version d'UltraVNC n'ont pas été très réussis:

  • Lorsque le Mac était dans la fenêtre de connexion, l'utilisation d'UltraVNC prendrait vraiment le contrôle de l'écran de ce Mac, comme autrefois. Par conséquent: le Mac et la boîte XP afficheraient exactement la même chose et partageraient une seule session.
  • Lorsque l'utilisateur Mac était connecté, le démarrage de VNC afficherait l'arrière-plan de la fenêtre de connexion, mais le plus souvent vide. Déplacer la souris sous Windows ferait du curseur Mac un ballon de plage. Chaque fois que la fenêtre de connexion n'était pas vide, elle ne répondait toujours à aucun clic.
  • L'utilisation de la gestion à distance plutôt que du partage d'écran n'a fait aucune différence.
  • Comme je n'en ai pas besoin moi-même, je n'ai pas beaucoup testé cependant. Un système d'exploitation différent ou un autre visualiseur peut produire des résultats différents. Mais la citation suivante des dernières notes de sortie de RealVNC n'est pas très optimiste:

    Les connexions au partage d'écran intégrées à Mac OS X 10.7 (Lion) ne sont pas prises en charge.
    Solution: aucune.
    Statut: à l'étude.

En passant: attention à ne pas tester en utilisant une session à distance de votre Mac vers une boîte Windows, de retour vers le Mac, ou en utilisant quelque chose comme Parallels exécutant Windows sur le même Mac. Cela donne une boucle sans fin avec un effet Droste ; redémarrage nécessaire...


Pour les anciennes versions d'OS X, il est possible d'utiliser Vine Server (OSXvnc). Je ne l'ai jamais utilisé, mais les créateurs affirment :

[..] dans Tiger (Mac OS 10.4), tous ces bureaux sont accessibles simultanément à l'aide de Vine Server (OSXvnc). Cela permet à plusieurs utilisateurs d'être connectés, chacun utilisant son propre bureau sur le même Mac.

[..]

Tout ce dont ils ont besoin, c'est d'un ordinateur ou d'un PDA exécutant une visionneuse VNC pour accéder à Vine Server (OSXvnc). Maintenant, vous avez une utilisation pour tous ces vieux PC!

Toutefois:

Chaque utilisateur DOIT être connecté à l'aide du changement rapide d'utilisateur. Si vous redémarrez l'ordinateur, vous devrez vous connecter à chaque utilisateur avec le changement rapide d'utilisateur pour permettre l'accès via VNC.

Et l'utilisation simultanée du même logiciel peut entraîner des problèmes (comme lorsque des fichiers temporaires ne sont pas stockés dans une zone utilisateur) ou peut rompre les accords de licence.

Je ne sais pas si cela fonctionne toujours avec Leopard et Snow Leopard. (Mais un récent article sur Server Fault pourrait indiquer qu'il a été testé sur une version récente d'OS X, donc Snow Leopard?)


apparemment, il "est possible, mais douloureux" de se connecter à partir d'une boîte Windows ces jours-ci: discussions.apple.com/thread/3190260?start=90&tstart=0
rogerdpack

Est-il possible de se connecter d'une ancienne version d'OS X à la dernière version et au VNC multi-utilisateurs? Cela ne semble pas fonctionner ...
Michael

1
Je reprends cela - cela fonctionne, mais seulement si quelqu'un d'autre est connecté. Si à l'écran de connexion, une session à distance affiche l'écran, permettant à n'importe qui à la console de voir ce que je tape.
Michael

7

Comme pour Lion, oui. Voici l' article 9to5mac à ce sujet. D' Apple :

Partage d'écran par utilisateur

Vous pouvez vous connecter à distance à un Mac avec n'importe quel compte d'utilisateur sur cet ordinateur et le contrôler, sans interrompre quelqu'un d'autre qui pourrait utiliser l'ordinateur sous une connexion différente.


1
Il est temps.
Daniel Beck

3

J'ai pu exécuter 2 sessions simultanées et séparées à partir de 2 ordinateurs portables Windows vers un seul mini Mac, en utilisant le serveur Vines. Nous devions avoir deux utilisateurs connectés sur le Mac, les deux sessions exécutant des exes de serveur de vignes distincts. En utilisant tightvnc configuré pour accéder au combo IP, port et pw pour chaque serveur de vignes, cela a fonctionné.

Les paramètres du serveur Vines ont été configurés conformément aux instructions des sites Web.

Ce n'est pas très robuste, car les instances du serveur Vines attribuent un numéro de port dans la séquence de démarrage (première session 5900, deuxième 5901, etc.), mais cela a fonctionné.


et je crois que la vigne ne nécessite pas OS X lion ...
rogerdpack

1

Nous utilisons également Vine Server et nous nous connectons à 1 mac avec 3 comptes d'utilisateurs différents. Il a ses problèmes que nous ne savons pas résoudre. Par exemple, lorsque l'utilisateur mac appuie sur alt ou capslock, cela affecte également tous les autres comptes, ce qui peut être irritant.


1

Dans le passé, j'ai configuré un seul mac pro comme suit (avec l'intention que les autres développeurs n'aient même pas besoin de machines):

Plusieurs moniteurs
Plusieurs claviers
Plusieurs souris

puis j'ai exécuté Parallels, qui vous permet maintenant de virtualiser OSX. J'ai créé une machine virtuelle pour chaque utilisateur.

J'ai attribué un clavier et des souris spécifiques à chaque machine virtuelle. Les moniteurs sont tous allés avec le système d'exploitation principal ... donc, il avait les limitations suivantes:

Je devais me connecter, démarrer les machines virtuelles, les déplacer vers le bon moniteur et faire cette machine virtuelle en plein écran sur ce moniteur.

Si j'ai accidentellement (en tant qu'utilisateur principal de la vraie machine) déplacé ma souris "hors écran", ma souris apparaîtrait sur celle de quelqu'un d'autre.

Les périphériques USB étaient assez faciles à attribuer à des machines virtuelles spécifiques, mais causaient parfois de la confusion au démarrage initial (par exemple, le même clavier nommé ... lequel est-ce?).

Nous faisions à la fois le développement Android et iOS, et cela était réalisable. Cependant, compte tenu du prix d'un mac mini par rapport à un mac pro (et de la nécessité d'acheter OSX et des parallèles pour chaque utilisateur), il est difficile de ne pas simplement acheter un groupe de minis. Je suppose que si vous vouliez "partager" la puissance d'une machine costaud, ça marche.


1

Plusieurs utilisateurs via une session VNC sont pris en charge, mais depuis High Sierra, Apple a imposé une limite arbitraire de cinq sessions de connexion simultanées. Nous avons exécuté plus de 16 connexions simultanées sur les versions précédentes de macOS sans aucun problème.

Il s'agit de sessions de connexion de bureau uniques et complètes, contrôlées simultanément par différents clients VNC, "en arrière-plan" afin qu'elles n'apparaissent pas sur l'écran de la console.

Depuis High Sierra, cependant, macOS n'autorise que cinq sessions de connexion simultanées, en arrière-plan ou non.

C'est assez facile à essayer. Créez plusieurs comptes d'utilisateurs sur un Mac. Connectez-vous en tant qu'un des utilisateurs de la console. À partir d'un autre Mac, utilisez l'application "Partage d'écran" pour vous connecter au Mac à plusieurs comptes en tant qu'utilisateur non connecté à la console. Vous verrez une boîte de dialogue vous demandant si vous souhaitez partager l'écran de l'utilisateur actuel ou vous connecter en tant que vous-même. Choisissez vous-même et vous serez sur une session de connexion en arrière-plan, indépendante de la console.


Au risque de poser une question stupide et évidente: pouvez-vous confirmer que les cinq utilisateurs ont des sessions distinctes et qu'ils ne se battent pas sur le même bureau et la même souris? Est-ce aussi cinq utilisateurs distants ou cinq utilisateurs au total (un local et quatre distants)? Veuillez ne pas répondre dans les commentaires; éditez  votre réponse pour la rendre plus claire et plus complète.
Scott

0

Ils pourraient accéder à la même session VNC mais cela n'aurait qu'un seul curseur (3 personnes se battraient pour ça!).

Je pense que ce que vous recherchez vraiment, c'est le contrôle de la version source. Travaillez sur le projet à partir de vos machines locales, validez les modifications sur votre serveur central et annulez les modifications des autres.

Je vous suggère de lire sur le sujet. Voici une belle introduction douce:

http://www.profhacker.com/2010/03/25/a-gentle-introduction-to-version-control/


1
Ce n'est pas très utile si, comme l'indique l'intervenant, ils n'ont qu'un seul Mac. Tout le contrôle des sources dans le monde ne les aidera pas à partager un Mac entre trois. Ils ont besoin de plus de Mac s'ils souhaitent que plus d'un développeur crée des applications iPhone / Mac en même temps.
andynormancx

1
Ils n'ont qu'un seul Mac mais ils veulent que d'autres personnes y accèdent "à distance ". Un système de contrôle de version distribué permettrait à chaque utilisateur d'avoir son propre référentiel central et de recombiner le code vers un emplacement central sur demande. Indispensable pour de nombreuses personnes piratant la même base de code.
Oli

Vous n'avez pas besoin de macs ou d'iphones pour les programmer. Vous n'en avez besoin que d'un pour créer / tester / déployer. Si vous n'en avez qu'une, il s'agit à peu près de dire aux gens de faire la queue, de réserver des emplacements, etc. Ou de leur faire installer leurs propres installations "Hackintosh" en tant que machines virtuelles.
Oli

0

J'envisageais également la solution en utilisant une machine très puissante pour 2 à 4 utilisateurs. Mais professionnellement, je suis sorti de cette solution pour les raisons suivantes:

1) Si un utilisateur rencontre des problèmes et redémarre, tout le monde sera affecté - et attendra le redémarrage. De plus, ces redémarrages seront probablement plus souvent nécessaires, lorsque 4 utilisateurs travailleront en même temps - contre seulement 1 utilisateur.

2) Si la machine tombe en panne, puis-je renvoyer les programmeurs chez eux?

Par conséquent: Chacun a sa propre machine et l'externalisation de la gestion du code source et du serveur de construction semble être la voie professionnelle.


0

Je cherchais une solution à ce problème depuis un certain temps et la meilleure option que j'ai trouvée est d'activer l'utilisateur invité et de le configurer pour se connecter automatiquement.

Une fois que cela est défini, je peux me connecter de manière fiable comme n'importe quel autre utilisateur et obtenir une session de partage d'écran virtuel (par utilisateur).

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.