Локальная учетная запись состоит в группе администраторов?
Винде вообще поебать на локального администратора при поытке вывести из нафиг ненужного компу домена. У локального админа прав недостаточно! Да! Вот прям так и пишет.
Право вывести из домена внезапно есть только у юзера домена, но так как компы уже разлинкованы, фиг там плавал
Кстати это действительно идиотизм. Я уже задолбался на работе с этим возиться. Пришёл новый ПК, старый нужно вывести из домена, новый ввести.
Выводишь старый пк - а запись в AD остается. Если её не удалять, то новый хрен введется. Если удалить - видимо остаются какие-то следы на сервере, и новый ввести с таким же хостнеймом - это квест.
Я запомнил такой способ: чтобы вывести из домена комп, который собстна с доменом уже не дружит, но думает, что он еще в домене:
На клиентском пк в безопасном режиме в кешированной доменной учетке (не локального админа а именно доменного):
И уже потом штатными средствами винды вывести комп из домена.
Потом в АД удалить комп.
Потом вводить новый.
Наверное можно через реестр еще как-нибудь, но если честно более убогого вывода компа и тд я вообще не представляю даже.
Если кто подскажет как делать это более безболезненно, буду рад.
А пока - если например моноблок невозможно в данный момент сунуть в сеть домена, то иногда доходит до того, что приходится восстанавливать ОС к заводским настройкам с раздела восстановления.
Ну я уж тогда лучше сразу уволюсь) Года 2 назад работал сетевым инженером в интернет провайдере, но потом случилось затишье, и я работал вкручивателем лампочек/прибивателем гвоздей в компании, в которой абсолютно не интересно работать, но зато ЗП была в 2.5 раза выше, чем в провайдере. В итоге лампочки крутить надоело, ушёл в сисадмины.
И довольно сложно после года перерыва работы с сетями, цисками, их удобным CLI, и линуксами - перейти вдруг на администрирование виндовсов, зоопарком оборудования (у нас в стойке стоят HPE, Ubiquiti, Mikrotik CCR). Пока изучаешь роли виндовс сервера, параллельно переучиваясь с консоли на виндячий GUI. А еще вообще капец - это то что например HPE не умеет в CLI, только WEB, и ооочень тормознутый при чем. Кроме того например у Ubiquiti в доках написано: Настраивайте либо через веб, либо через CLI ибо CLI и WEB несовместимы (прям так и написано - команда в CLI может испортить настройку в WEB и все сломается). И приходится тыкать мышкой в вебе, так как начальник CLI не уважает.
Конечно я от такого потока стресса подтупливаю. Так что вот так)
Vadim Podozerskiy, Не думаю. 1С явно русским языком пишет про отсутствие компоненты. В код лезть не нужно 100%.
Просто нужно установить эту компоненту и все. Если что, установка компонент в 1С это тупо наличие файлика в папке.
В винде это AppData. В линуксе погуглите, скорее всего где-то в /opt
Николай Турнавиотов, а ты файл ответов в ADK делал? Просто меня терзают смутные сомнения по поводу адекватности этого ADK. Ибо когда выбираешь в нем стандартные компоненты из списка для автоответа - оно не работает, а когда генеришь файл ответов на левом сайте, то все работает (хотя бы не на WDS а на ISO) но AKD ругается на то что мол параметры которые вы указали - устарели. Где они устарели то, если без них не работает нифига?
Vadim Podozerskiy, А если поискать в инете компоненту? Я на винде групповыми политиками кассирам распространаяю компоненту для АТОЛов, сую тупо DLLку в какую то там папку в AppData.
Вообще насколько я помню - возле значка "Свернуть" у окна 1С есть кнопка меню.
Жмете ее, далее:
Настройки - Параметры - галка на "Режим технического специалиста".
Потом опять то же меню, но появляется пункт "Функции для технического специалиста".
Жмете его.
В списке поиском ищете "Подключаемое оборудование (Справочники)".
В открывшемся окне - жмете кнопку "Драйверы оборудования".
В дереве оборудования ищите своё, открываете его, жмете кнопку "Установить драйвер".
Профит.
Я пересказал действия со своей 1с:Поликлиника. У вас может быть по другому.
В сайты добавлена подсеть 192.168.0.0/24, и все компы из неё видят правильный путь, в отличии от сервера терминалов