Напомните плиз - вот вылетело из головы, вспомнить или найти не получается.
Открываю Эксплорер, в строке адреса пишу какое-нибудь \\server_address_or_name\ или там \\server\share\folder, жму Enter. Запрашиваются имя и пароль, ввожу, галку запоминания НЕ ставлю, вижу шары и могу по ним перемещаться (в пределах прав, конечно). Закрываю окно. Теперь если открыть новое окно и ввести тот же адрес - выполняется открытие без запроса пароля, то есть учётные данные где-то закэшированы (не сохранены в vault, а именно где-то в памяти болтаются). И так будет ну как минимум до выхода из сеанса, а то и до перезагрузки - и только потом снова будет запрос имени и пароля.
В памяти осталось, что есть способ заставить ОС "забыть" введённые учётные данные и запросить их без столь серьёзных телодвижений (а заодно - что нельзя сделать это перманентным). Но вот ни вспомнить, ни найти, как это осуществить, не получается.
Ежели кто помнит - подскажите.
Уточнение ситуации.
Рабочая станция подключается в процессе работ к нескольким (конкретно - к 4) различным серверам. На каждом используется своя учётная запись и пароль. При этом сохранение учётных данных в локальном хранилище учётных данных, а тем более установление постоянного соединения с подключением ресурса на драйв - нежелательно. В ходе работ необходимо изменять учётную запись, которая используется для подключения к какому-либо из серверов, при сохранении подключений к остальным серверам. В связи с этим методы, сбрасывающие ВСЕ соединения - не подходят.
В настоящий момент приходится всё же на время работ записывать учётные данные в хранилище, а при необходимости смены учётных данных на сервере - удалять их из хранилища и сохранять туда другие, но эта операция откровенно задалбывает.
В то же время память подсказывает, что сброс соединения только к одному из серверов, такое, что при подключении к нему будут запрошены учётные данные - существует. Вот только ни вспомнить, ни найти - не получается.
пароли кэширутся в сеансе?
если после перезапуска сеанса их не вспоминается - это штатное поведение..
и если так, рекомендую Zerg89 свой камент перенести в ответы - отмечу ответом
Zerg89, спасибо, предложенные команды действительно сбросят все кэшированные пароли (ну, точнее, установленное соединение к IPC$), но, к сожалению, это не то, что требуется. Указанные команды сбрасывают ВСЕ имеющиеся на текущий момент подключения, ко ВСЕМ хостам, то есть и те, которые сбрасывать не требуется. Впрочем, программа об этом честно предупреждает, и даже спрашивает, сбрасывать или отменить операцию.
Zerg89, наверное, это ближе к истине, но и тут есть тонкость. Не всегда выполняется подключение к IPC$. Иногда, например, к \\server\c$. Но это в принципе информация. с которой можно работать... завтра попробую заскриптовать определение и отключение конкретного соединения.
Akina, В винде есть утилита cmdkey для управления Диспетчером учетных записей из ком.строки.
Можно попробовать с ее помощью в скрипте предварительно нужную запись создавать, потом удалять.
Кстати, можно начать с того, что проверить список сохраненных учетных записей после выполнения net use. Возможно они все таки сохраняются, как временные, даже без /persistent.
Еще есть утилита vaultcmd, то же вроде бы позволяет делать аналогичные действия, но я ее не использовал, так что это не точно. Из power shell то же можно управлять учетными записями.
res2001, уже выяснили - нет кеширования учеток, тут соединения живущие в сеансе. ТС подтвердил в каментах под одним из ответов.
ищем решение сбрасывать соединения в рамках сеанса, свое предположение опубликовал ответом. если есть полигон для тестирования - присоединяйтесь
Да что ж вы не читаете вопрос-то до конца! Вроде явно написано - зачистить нужно не то, что записано/сохранено в хранилище учётных данных, а то, что закэшировано и хранится исключительно в памяти ОС.
Akina, не надо излишних эмоций..
у Вас кешируется соединение, а не учетные данные
уже спрашивал - сохраняется ли "память" при перезапуске сеанса?
все дальнейшее зависит от ответа
Akina, ну вот и ответ - учетные данные не кэшируется. на время сеанса сохраняется сетевое соединение. тогда следует и вопрос ставить по другому. пока не готов ни чего добавить о сбросе соединений в сеансе
Akina, пробовали монтировать сетевой диск?
в вопросе говорите, что используете unc пути, а если выполнить подключение диска, а потом отключение?
попробуйте в рамках сеанса, напишите что получится?
попробуйте в сеансе смонтировать сетевой диск как букву
потом отключить
потом проверьте вход по unc пути
напишите результат теста
ps
net use x: \\host\path password /user:name /persistent:no
dir \\host\path
net use x: /delete /global
dir \\host\path
обратите внимание на предлагаемые параметры
такой тест не займет много времени
в случае успеха можно уже думать о скриптовании
учетные данные не обязательно прописывать в скрипт, можно сделать входными параметрами скрипта
Вам нужен "Диспетчер учетных данных" (или "Credential Manager").
Как вариант, можно открыть окно Выполнить (Win + R), ввести control keymgr.dll и нажать Enter.
Aryeh Leonid R., Я ж вроде вменяемо написал, что речь НЕ идёт о паролях, сохранённых в vault. А вы мне всё равно им в нос тычете... вот с какой целью-то?
У меня складывается ощущение, что люди, которые пишут этот бесполезный ответ - не читают то ладно, это пол беды - но толком не работали с smb, и действительно не понимают, что на открытую сессию credential manager никакого влияния не оказывает и оказывать не может
Ziptar, я потестил
Наиболее стабильный вариант, только грубо оборвать все сессии как
net stop workstation /y
net start workstation
все остальные методы, нужно добавочно ждать секунд 15
Простой
