Я пытаюсь подключить сетевой диск к моей машине, и я использую net view \computename но получаю сообщение "Access is denied" .
Как предоставить имя пользователя и пароль для команды net view без использования домена и этого имени пользователя? Должен ли я использовать имя пользователя и пароль моего компьютера или имя пользователя и пароль моей машины?
Это сработало для меня:
net use \\server\IPC$
net view \\server
После подключения к IPC$ (или фактически к любому общему ресурсу) Windows будет повторно использовать те же учетные данные (или даже то же TCP-соединение) для всех других операций.
(IPC$ - это системный ресурс, который существует на всех серверах CIFS/SMB, поэтому он гарантированно работает.)
Вы не можете сделать это для команды net view , только для net use:
net use \\server\share /user:AMIT
Однако вы можете добавить имя пользователя / пароль в хранилище учетных данных Windows. Это заставит Windows использовать этот пароль для всех подключений к указанному серверу, независимо от того, выполняете ли вы их с помощью net view , net use или Windows Explorer.
В Windows XP откройте Панель управления → Учетные записи пользователей → Управление сетевыми паролями (или Пуск → Выполнить → rundll32 Shell32.dll,Control_RunDLL keymgr.dll). Нажмите Добавить.
В Windows 7 Панель управления → Учетные записи пользователей → Управление учетными данными. Нажмите Добавить учетные данные Windows.
Имя пользователя и пароль часто не нужны для сетевого просмотра, особенно если на сервере запущена Samba. Затем вы можете анонимно подключиться к общему ресурсу IPC $, указав пустое имя пользователя и пароль, после чего будет работать команда net view. Например, я поместил это в скрипт smbview.cmd
@echo off
net use \\%1\IPC$ /u:"" "" /persistent:no
net view \\%1
net use \\%1\IPC$ /delete
Microsoft отключила анонимный вход в Windows Server. Его можно повторно включить с помощью объекта групповой политики, но это считается угрозой безопасности.
Я знаю, что это было решено; однако я хотел бы добавить, что другие, у которых есть подобные проблемы, могли кэшировать учетные данные в диспетчере учетных данных, которые являются неправильными. Простым решением было бы удалить любые учетные данные, найденные в диспетчере, связанные с проблемами, и переиздать или не использовать учетные данные в зависимости от архитектуры.