Наверх

База знаний
Try 2 Fix
beta

Запуск программы от имени Администратора в Windows

runas2

Начиная с Windows Vista в линейке этой ОС появляется необходимость запускать некоторые  программы от имени Администратора. Лучше поздно, чем никогда: в Unix-подобных ОС работать с повышенными правами вообще не рекомендуется, для этого есть sudo. И да, с незапамятных времён. К слову в Windows XP и ниже это тоже можно было сделать, только вот это не требовалось, если у Вашей учётной записи уже есть права Администратора. Но содержимое файлов манифестов приложений изменилось навсегда и некоторое ПО без повышенных прав просто не заработает. А если Вы вздумали покопаться в системе или изменить реестр — без этого не обойтись. Начинаем.

Всё просто до безобразия. Нажимаем ПКМ (правой кнопкой мыши) по ярлыку приложения, в каком месте оно не находилось бы: в «Пуске», на рабочем столе или в проводнике, и видим в контекстном меню пункт «Запуск от имени администратора». Прямо как на картинке ниже.

runas

Скорее всего, если Вы не меняли настройки ОС по умолчанию, у Вас появится окно UAC, в котором Вас ещё раз спросят открывать приложение или нет. Не мешкайте и отвечайте «Да».

Это здорово и просто. А теперь бонус для любителей пингвиноподобных ОС: запуск приложений от имени администратора через командную строку.

runas /user:"Администратор" cmd

Необходимо указать команду runas, указать пользователя в кавычках (и не обязательно, что это Администратор, это может быть Ваша учётка, лишь бы были права Администратора), а далее указываем имя приложения. В нашем случае cmd. После надо будет ввести пароль для указанной учётной записи и вуа-ля: всё работает. Если это несистемное ПО, тогда надо указывать полный путь к exe. В кавычках. Как-то так:

runas /user:"Администратор" "C:\Program Files\7-Zip\7z.exe"

 

Эти статьи будут Вам интересны

1С:Предприятие: переход с файловой версии на серверную PostgreSQL

Представляем Вашему вниманию инструкцию по переходу с файловой версии базы данных 1С:Предприятие на SQL версию. В качестве сервера БД будем использовать PostgreSQL. Подробнее о том, как происходит процесс развёртывания БД на PostgreSQL можно прочитать здесь, а информацию про ускорение работы сервера PostgreSQL можно найти тут.

Zimbra 8.6 OSE: Произошла неизвестная ошибка (mail.TRY_AGAIN). Ошибка сети. postfix/postqueue fatal: Queue report unavailable — mail system is down

На корпоративном почтовом сервере Zimbra OSE пользователи при отправке внутренней почты стали получать сообщение "Произошла неизвестная ошибка (mail.TRY_AGAIN)", другие пользователи увидели "Ошибка сети". А мы во всех логах (/var/log/zimbra.log, /var/log/mail.log и /var/log/mail.err)  увидели это волшебное сообщение "postfix/postqueue fatal: Queue report unavailable - mail system is down". Работа была парализовано, но решение оказалось простым.

Автоматический вход в систему при наличие пароля

Если на Вашей учётной записи настольной Windows или Windows Server установлен пароль, но каждый раз вводить его при входе в систему Вы не хотите, или же вход в доменную учетную запись с нажатием Ctrl + Alt + Del Вас удручает - это можно исправить.