Назад | Перейти на главную страницу

Предложения для запланированных задач по вызову OSQL без жесткого ввода пароля в открытом виде

Может ли кто-нибудь придумать какие-либо методы, с помощью которых я могу запустить запланированное задание Windows? OSQL, но не нужно ли передавать пароль в открытом виде, при этом пароль в открытом виде остается открытым? Например.:

>osql -U iboyd -P BabyBatterStapleCorrect

Предположение: Нет Проверка подлинности Windows (поскольку это не вариант)

я надеялся, что есть

>OSQL -encryptPassword "BabyBatterStapleCorrect"
>
> OSQL
> Encrypted password: WWVzIGkgd2FudCB0byByYXBlIGJhYmllcy4gQmlnIHdob29wLiBXYW5uYSBmaWdodCBhYm91dCBpdD8=

И тогда я мог позвонить OSQL с участием:

>osql -U ian -P WWVzIGkgd2FudCB0byByYXBlIGJhYmllcy4gQmlnIHdob29wLiBXYW5uYSBmaWdodCBhYm91dCBpdD8=

Но это не то, что реализовала Microsoft.

Информация о том, был ли процесс входа в систему OSQL безопасен или нет, кажется отрывочным и противоречивым (см. Вот)

думаю SQLCMD поддерживает Шифрование SSL что предотвратит перехват пароля по сети, но если вы храните пароль в скрипте или в чем-то еще и беспокоитесь о посторонних глазах, зашифруйте его и расшифруйте самостоятельно, прежде чем передавать его SQLCMD.