Чи можете ви приєднати комп’ютер до двох доменів?


11

У мене є новий ноутбук, який я маю намір використовувати як вдома, так і на роботі. У мене вдома є налаштування сервера Windows з активним каталогом, і я хочу приєднати ноутбук до обох доменів. Чи можливо це?


Результат: Я вирішив приєднати його до робочої області. Мені, безумовно, потрібно мати можливість увійти до Windows, використовуючи мій обліковий запис у цьому домені, в той час як домашня мережа набагато простіша (головним чином лише обмін файлами / друку, хоча в цьому є більше). Я думаю, що я можу керувати вдома, автентифікувавши потрібні ресурси, і, можливо, навіть прописати щось із цього.


Я завжди думав, що завжди можна надати облікові дані свого домену під час доступу до віддаленої служби, незалежно від того, місцева система була на ній чи ні. : |
користувач1686

1
@grawity - залежить від послуги. Я думаю, що дуже важко підключитися до сервера MS SQL за допомогою Windows Auth, якщо ви не увійшли в довірений домен. Я не думаю, що ODBC або SSMS дозволяють вам вводити альтернативні облікові дані, коли ви вказуєте Windows Auth.
mfinni

Відповіді:


15

Коротка відповідь: ні.

Оскільки ви говорите про робочі та домашні домени, я не думаю, що ви можете встановити довіру між ними. ОТОХ, якщо вам навіть дозволяють приєднатися до персонального ПК у домен на роботі, можливо, це невелика неформальна компанія?

Обхідні шляхи: Приєднайтеся до домашнього домену та просто нанесіть на карту окремі ресурси та надайте вашій роботі дані, або, можливо, налаштуйте VM на ноутбуці, який приєднався до робочого домену.

Редагувати: переглянувши це трохи більше (оскільки це дещо з наших віддалених користувачів запитували), я натрапив на Globesoft MultiNetwork Manager, який говорить , що він може приєднати один комп'ютер до двох доменів і легко перемикатися між ними.


AD часом може бути неприємним, я б голосував за маршрут VM для роботи в той момент.
Урда

1
Я сисадмін на роботі. Тому, хоча моя політика говорить "не приєднувати домашні комп’ютери до домену", це все-таки моя політика, і головне обґрунтування цієї політики полягає в тому, що я не можу застосовувати такі стандарти компанії, як захист від вірусів до домашніх ПК, стандарти яких ця справа була виконана на задоволення, ах, систематичного задоволення.
Джоел Коель

Якщо мова йде про VM, я думаю, що я можу віддати перевагу старомодному сценарію подвійного завантаження.
Джоель Коель

Або ви могли б зробити VPN від сайту до сайту (якщо це дозволив ваш адміністратор) та встановити довіру домену (якщо це дозволив ваш адміністратор)? ... тепер я бачив .. ви адміністратор sys, щоб ви могли це зробити ось так ...
Ніколас Маренго

Програмне забезпечення MultiNetwork Manager говорить, що воно може застосовувати таку політику, як антивірус. Я буду дивитись на це для пари віддалених співробітників, які проводять більшу частину свого часу підключеними до чужої мережі (де вони ділять місце), але іноді заходять у нашу.
Уорд - Відновити Моніку

5

Найпростіший спосіб вирішити це - щоб робоча група вашої машини була такою ж, як робочий домен ... тоді мати UID на локальних "робочих групах" інших машин такий самий, як і uid для вашого робочого uid ... тоді збережіть паролі синхронізуються ... Windows намагається спочатку підключитися через поточний uid / pwd (без префіксу домену), потім, якщо він не підтверджує автентифікацію, він запропонує вам ... роки та роки, як я це вивчив, але використовував його весь час з winnt4


Я зараз не схильний змінювати назву свого домашнього домену, але це виглядає дуже здорово (+1), і я можу спробувати це деякий час.
Джоель Коел

2

Ви можете розділити ваш жорсткий диск і мати подвійне завантаження машини на окремі ОС. Один для дому, один для роботи. Це про єдиний спосіб.


-4

Ви можете додати комп'ютер у декількох доменах, 1.login як локальний користувач та приєднати комп'ютер до першого домену. 2.Перейтись із домену та увійти з місцевим адміністратором -> приєднатися до 2-го домену. Тепер ви можете побачити 2 домену у спадному меню при вході користувача.


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