Можете открыть общий доступ Windows по IP-адрес или полное доменное имя, а не имя

У меня только что была аналогичная проблема.

У нас есть домен и объявление, и все домашние папки пользователей настроены в объявлении.

пользователь работает на сервере терминалов и ее домашняя папка работает нормально На новом ноутбуке мы настраивали для нее, диск был сопоставлен, но если вы попытались получить доступ к нему через unc или двойным щелчком мыши на сопоставленном диске он дал ошибку местоположения не может быть найден.

просматривая несколько других форумов, я заметил кого-то спросил, если домашняя папка может быть доступ через IP или доменное имя. Когда я попытался, я мог получить доступ к папке.

сначала я тоже думал, что это проблема DNS.

читая дальше, кто-то сказал: "Попробуйте удалить кэш CSC", а затем я почти поклялся себе. Зная, что этот ноутбук был использован другим пользователем, который использовал автономные файлы (также их домашнюю папку на том же сервере). Я нашел быстрый способ удалить кэш CSC на Win 7 (его намного проще на XP). Перезагрузил компьютер и проблема была решена.

вот ссылки, по которым я нашел информацию:

http://www.petri.co.il/forums/showthread.php?t=60629

http://support.microsoft.com/kb/942974

Я видел такую проблему, и это было вызвано тем, что DNS не добавлял доменное имя автоматически.

Итак, я бы проверил, что добавить основной и подключения конкретных DNS-суффиксы и дописывать родительские суффиксы основного DNS-суффикса галочкой.

Это можно найти через

Control Panel\Network and Internet\Network and Sharing Center
Local Area Connection Status
Properties
Internet Protocol Version 4 (TCP/IPv4) and/or Internet Protocol Version 6 (TCP/IPv6) 
Properties
Advanced
DNS

Win7 / server 2008 > панель управления введите "Диспетчер учетных данных" и удалите все сохраненные учетные данные.

у меня была та же проблема (случилось со мной несколько раз), и я решил ее, удалив все подключенные общие папки и воссоздав их. Было несколько подключений к одним и тем же местоположениям (с использованием разных URL-адресов), и я подозреваю, что это было причиной проблем.

через командную строку:

1. посмотреть подключенных акций
   
   net use
2. удалить соединение для обмена Y на ХХХ.ХХХ.ХХХ.ХХХ
   
   net use \xxx.xxx.xxx.xxx\Y /delete
3. удалить соединение поделиться Y на XXX
   
   net use \XXX\Y /delete
4. удалить сетевой диск
   
   net use Y: /delete
5. переподключить сетевой диск
   
   net use Y: \xxx.xxx.xxx.xxx\Y /PERSISTENT:YES /USER:XXX\user /SAVECRED

другой потенциальный подозреваемый-Samsung PC Share manager. После удаления его с хоста проблема исчезла.

возможно, клиентский компьютер использует сохраненные учетные данные. Вы можете проверить с помощью Диспетчера учетных данных Windows в разделе Панель управления.

это происходит под учетной записью локального администратора, например имя_компьютераадминистратор\?

машина проходит проверку подлинности на контроллере домена, правильно?

убедитесь, что вы еще не подключились к \ad, используя другие (или старые) учетные данные. Я видел подобные проблемы, когда у меня был подключенный диск, подключенный к общей папке на сервере с помощью учетной записи домена" обычный", а затем я попытался подключиться к другой общей папке на том же сервере с помощью учетной записи" администратор " домена.

решает ли перезагрузка проблему?

У меня была проблема, связанная. У меня была домашняя машина XP, получающая доступ к общим / общим папкам и дискам на машине Windows 7. Я играл с настройками рабочей группы / домашней группы В Windows 7 и изменил опцию "защищенный паролем общий доступ". Я мог видеть мои общие папки на моей домашней машине XP, Но не мог читать или писать из/в них. Это сводило меня с ума-потому что, когда я создал нового пользователя на домашней машине XP и получил доступ к своим акциям на машине Win 7, не было проблемы-я мог читать и писать файлы!

поэтому я вернулся к своей старой (основной) учетной записи пользователя, и я все еще не мог получить доступ к общим файлам...

Я пробовал все виды решений-net use * / del, и я попытался удалить учетные записи пользователей net user / delete - я пытался избавиться от кэшированных учетных данных, но ничего не работало. Доступ к акции через IP-адрес сделал работу! Argggh!!

Я попытался установить рабочую группу на обеих машинах в рабочую группу (домашняя машина XP была MSHOME)

В конце концов, что я должен был сделать, это изменить имя компьютера на моей машине Windows 7, перезагружен, а затем доступ к моим общим папкам с домашней машины XP. Затем он попросил меня для входа пользователя/пароль, который я повторно ввел. Тем не менее, у меня были пути и вещи, которые использовали мое старое имя компьютера, поэтому я затем изменил свой компьютер Win 7 на то, что было изначально. Аллилуйя! Это сработало-снова меня попросили пользователя / пароль, и я мог получить доступ к своим акциям из XP HOME машина!

Итак, резюме: существует некоторая проблема с кэшированными учетными данными и нет очевидного способа удалить их (ничего не было показано в Network Password manager в учетной записи пользователя либо). Таким образом изменить имя компьютера временно и изменить его обратно, и что может решить некоторые проблемы.

я наткнулся на несколько подобных вопросов на форумах, как эти, но ни один не то же самое, как у меня.

У меня была эта проблема после обновления коробки Server 2008 R2 до Server 2012 R2 с обновлением. Для меня собирается в Диспетчере учетных данных и удаление учетных данных Windows - > общие учетные данные решена проблема.

в одном из моих случаев, к моему удивлению, оказалось, что мне нужно очистить кэш DNS кроме того для включения функции поддержки SMB 1.0 в Windows 8.1. Это был компьютер, присоединенный к домену, который был отключен из своего домена.

в другом случае компьютер, не присоединенный к домену, очистка кэша DNS не помогла. Однако, как ни странно, полное название \Name., когда \Name Не (я не пробовал этот сын первый машина.) Я не уверен, в чем проблема, но я предполагаю, что это связано с отсутствием доменного имени.

мы испытали это происходит только на одной конкретной папке. Оказывается автономные папки вызвали проблему, поскольку мы используем перенаправленные папки. Таким образом, Windows буквально подключается к этой общей папке с учетными данными других пользователей, как только запускается Windows, поэтому он отказывается от подключения от вошедшего в систему пользователя.

решение, используемое было отключить автономную синхронизацию.