Чи може Mac використовувати декілька користувачів одночасно?


35

Чи можуть Mac використовувати різні користувачі одночасно?

Я хочу сказати, що у нас є один Mac, але 3 користувачі. Чи можуть вони отримувати доступ до тієї ж машини віддалено одночасно для розробки програм на iPhone або Mac?

Чи дозволяє нам сервер Mac OS X це робити?

Якщо так, то як налаштувати це для цього?


Так, але одночасно може використовувати графічний інтерфейс лише один користувач. У вас може бути кілька людей, підключених до SSH.

6
Дивіться також Помилка сервера, "Багатокористувацький сервер тонкого клієнта Mac OS X (термінальний сервер)?" на сервері defaultfault.com/questions/8966/… та "Щось на кшталт" Термінальні послуги "для Mac OS X?" в serverfault.com/questions/46284 / ...
Арьян

(Із повідомлень про помилки сервера: iRAPP Terminal Server, coderebel.com/products/irapp-terminal-server , продається за $ 298,00 - не дуже погано, якщо ліцензія на програмне забезпечення для розробки iPhone дозволяє проводити кілька сеансів.)
Ар'ян


2
Ці коментарі трохи застаріли, більш ніж один може користуватися графічним інтерфейсом сьогодні, використовуючи вбудований спільний доступ тощо.
rogerdpack

Відповіді:


23

Це підтримується вбудованим розділенням екрана на OS X Lion , якщо ви налаштували кілька облікових записів:

Обмін екраном на користувача

Ви можете віддалено входити в Mac за допомогою будь-якого облікового запису користувача на цьому комп’ютері та керувати ним, не перебиваючи когось іншого, хто, можливо, використовує комп'ютер під іншим входом.

Це чудово працює від Mac до Mac. Для управління з Windows, мабуть, потрібно один раз "приступити до початку" ARD. Це можна зробити за допомогою командного рядка, дотримуючись Apple Remote Desktop Apple: Настроювання дистанційно за допомогою командного рядка (kickstart) . Або: у системних налаштуваннях відключіть спільний доступ до екрана, віддалене вхід у систему, віддалене управління та віддалені події Apple, а потім увімкніть все ще раз і, нарешті, відключіть усі та просто увімкніть загальний доступ до екрана.

Але навіть виконуючи вищесказане, мої тести зі старою машиною XP та останньою версією UltraVNC були не дуже успішними:

  • Коли Mac був у вікні входу, використання UltraVNC дійсно взяло б на себе контроль над екраном цього Mac, як і колись. Отже: і в Mac, і в XP вікно буде показано абсолютно однаково і розділити один сеанс.
  • Коли користувач Mac увійшов у систему, запуск VNC буде відображати фон вікна входу, але найчастіше порожній. Переміщення миші в Windows перетворить курсор Mac на пляжний куля. Щоразу, коли вікно для входу не було порожнім, воно все одно не відповідало б жодним клацанням.
  • Використання віддаленого керування, а не ділення екрана не мало значення.
  • Оскільки мені це не потрібно, я хоч і не тестував багато. Інша ОС або інший переглядач можуть дати різні результати. Але наступна цитата з останніх записок до випуску RealVNC не надто сподівається:

    Підключення до вбудованого до Mac OS X 10.7 (Lion) підключення до екрана не підтримуються.
    Обхід: Ні.
    Статус: Розглядається.

Як осторонь: остерігайтеся не перевіряти використання віддаленого сеансу зі свого Mac до якогось вікна Windows, назад до Mac, або використовуючи щось на зразок Parallels під керуванням Windows на тому самому Mac. Це дає нескінченну петлю з ефектом Дросте ; перезавантаження потрібно ...


Для старих версій ОС X можна використовувати Vine Server (OSXvnc). Я ніколи його не використовував, але творці стверджують :

[..] в Tiger (Mac OS 10.4), всі ці настільні комп'ютери можуть бути доступні одночасно за допомогою сервера Vine (OSXvnc). Це дозволяє входити декілька користувачів, кожен з яких використовує свій робочий стіл на одному Mac.

[..]

Все, що їм потрібно, - це комп'ютер або КПК, який працює з переглядачем VNC для доступу до сервера Vine (OSXvnc). Тепер у вас є використання для всіх тих старих ПК!

Однак:

Кожен користувач ОБОВ'ЯЗКОВО входити в систему за допомогою швидкої комутації користувачів. Якщо ви перезавантажите комп'ютер, вам потрібно буде зайти та увійти в систему кожного користувача за допомогою швидкої комутації користувачів, щоб увімкнути доступ через VNC.

І одночасне використання того самого програмного забезпечення може спричинити проблеми (наприклад, коли тимчасові файли не зберігаються в зоні користувача) або може порушити ліцензійні угоди.

Я не знаю, чи це все ще працює в «Леопарді» та «Сніговому леопарді». (Але нещодавнє повідомлення про помилку сервера може означати, що воно перевірено на останній версії ОС X, отже, Snow Leopard?)


мабуть, "можливо, але болісно" підключитися з вікна вікна в ці дні: дискусії.apple.com
thread/3190260?start=90&tstart=0

Чи можливо підключити від старішої версії OS X до останньої версії та багатокористувацького VNC користувача? Це, здається, не працює ...
Майкл

1
Я повертаю це назад - воно працює, але тільки якщо хтось інший увійшов у систему. Якщо на екрані входу, на віддаленому сеансі з'являється екран, що дозволяє будь-кому в консолі бачити, що я набираю.
Майкл

7

Що стосується Лева, так. Ось стаття про 9to5mac . Від Apple :

Обмін екраном на користувача

Ви можете віддалено входити в Mac за допомогою будь-якого облікового запису користувача на цьому комп’ютері та керувати ним, не перебиваючи когось іншого, хто, можливо, використовує комп'ютер під іншим входом.


1
Настав час.
Даніель Бек

3

Мені вдалося запустити 2 одночасних та окремих сеансу від 2 ноутбуків Windows до одного mac mini, використовуючи сервер Vines. Нам потрібно було двоє користувачів увійти в Mac, причому обидва сеанси виконувались окремими серверами лози Exe-сервера. Використовуючи жорстку синхронізацію для доступу до IP, порту та pw комбо для кожного сервера лози, він працював.

Налаштування сервера Vines були налаштовані відповідно до інструкцій веб-сайтів.

Це не дуже надійно, оскільки екземпляри сервера лози присвоюють номер порту в послідовності запуску (перший сеанс 5900, другий 5901 тощо), але він спрацював.


плюс я вважаю, що для лози не потрібен лев OS X ...
rogerdpack

1

Ми також використовуємо Vine Server і входимо в 1 mac за допомогою 3 різних облікових записів користувачів. У нього є проблеми, які ми не знаємо, як вирішити. Наприклад, коли користувач mac натискає клавішу alt або caplock, це впливає і на всі інші облікові записи, що може дратувати.


1

Раніше я створив єдиний mac pro таким чином (з наміром, що іншим розробникам навіть не потрібні машини):

Кілька моніторів
Кілька клавіатур
Кілька мишей

потім я запустив Parallels, який тепер дозволяє вам віртуалізувати OSX. Я створив VM для кожного користувача.

Я призначив певну клавіатуру та миші кожному VM. Усі монітори виходили з основною ОС ... так, у неї були такі обмеження:

Мені довелося увійти, запустити VM, перенести їх на потрібний монітор і зробити цей VM повноекранним на цьому моніторі.

Якби я випадково (як основний користувач реальної машини) перемістив мишу «поза екраном», то моя миша з’явилася б над чужою.

USB-пристрої були досить прості, щоб призначити певні VM, але час від часу викликали плутанину при першому запуску (наприклад, однойменна клавіатура ... яка це?).

Ми займалися розробкою Android та iOS, і це було реально. Однак, враховуючи ціну на mac mini vs mac pro (та необхідність купувати OSX та паралелі для кожного користувача), важко натиснути не просто купувати мінімум. Я здогадуюсь, якщо ви хотіли «поділитися» кінськими силами бичачої машини, це виходить.


1

Підтримується декілька користувачів через сеанс VNC, але, що стосується High Sierra, Apple наклала довільну межу в п'ять одночасних сеансів входу. Ми працювали 16+ одночасних входів у попередніх версіях macOS без проблем.

Це повноцінні унікальні сеанси входу на робочий стіл, які одночасно контролюються різними клієнтами VNC, "фоновими", щоб вони не з’являлися на екрані консолі.

Однак, щодо High Sierra, macOS дозволяє проводити лише п’ять сеансів одночасного входу в фоновому режимі чи іншим способом.

Це досить просто спробувати. Створення декількох облікових записів користувачів на Mac. Увійдіть як один з користувачів на консолі. З іншого Mac використовуйте додаток "Спільний доступ до екрана" для підключення до Mac з кількома обліковими записами як одного з користувачів, які не ввійшли в консоль. Ви побачите діалогове вікно із запитом, чи бажаєте ви поділитися екраном поточного користувача або увійти як власний. Виберіть себе, і ви будете на фоновому сеансі входу, незалежно від консолі.


Ризикуючи задати дурне, очевидне запитання: чи можете ви підтвердити, що п’ять користувачів мають окремі сеанси, і вони не воюють за один робочий стіл та одну мишу? Крім того, це п’ять віддалених користувачів, або п’ять загальних користувачів (локальний один та чотири віддалених)? Будь ласка, не відповідайте на коментарі; відредагуйте  свою відповідь, щоб зробити її більш зрозумілою та повною.
Скотт

0

Вони зможуть отримати доступ до одного і того ж сеансу VNC, але в ньому буде лише один курсор (за це боротимуться 3 людини!).

Я думаю, що ви дійсно хочете, це контроль версій джерела. Працюйте над проектом на своїх локальних машинах, виконайте зміни на своєму центральному сервері та відтягніть інші зміни.

Я пропоную вам прочитати по темі. Ось приємний ніжний вступ:

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


1
Не дуже корисно, якщо, як заявляє запитувач, у них є лише один Mac. Весь керування джерелами у світі не допоможе їм ділитися одним Mac між трьома. Їм потрібно більше Mac, якщо вони хочуть мати більше одного розробника, який створює додатки iPhone / Mac одночасно.
andynormancx

1
У них є лише один комп'ютер, але вони хочуть, щоб інші люди отримували доступ до нього " віддалено ". Розподілена система контролю версій дозволила б кожному користувачеві мати власне основне сховище та рекомбінувати код у центральне місце на запит. Важливо для багатьох людей, які хакують одну і ту ж базу коду.
Олі

Для їх програмування вам не потрібні ні Mac, ні iphone. Вам потрібен лише один для складання / тестування / розгортання. Якщо у вас є лише одна, це, як правило, випадки, коли люди говорять про чергу, бронюють слоти тощо. Або змушують їх встановлювати власні "Hackintosh" установки як віртуальні машини.
Олі

0

Я також розглядав рішення, використовуючи одну дуже потужну машину для 2-4 користувачів. Але професійно я пішов від цього рішення через наступні причини:

1) Якщо у одного користувача виникають проблеми та перезавантаження, всі будуть зачеплені - і чекайте перезавантаження. Також такі перезавантаження, ймовірно, частіше знадобляться, коли одночасно працюють 4 користувачі - порівняно лише з 1 користувачем.

2) Якщо машина зламається, я можу відправити програмістів додому?

Тому: Кожен отримує власну машину та аутсорсинг управління вихідним кодом та створення сервера, здається, є професійним способом.


0

Я деякий час шукав рішення цієї проблеми, і найкращий варіант, який я знайшов, - це включити гостьового користувача та встановити його для автоматичного входу.

Як тільки це встановлено, я можу надійно підключитися як будь-який інший користувач і отримати віртуальний сеанс обміну екраном (на користувача).

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.