☰

Устранение неполадок с автономными файлами Windows «Состояние: автономно (нет соединения)»

tag-icon • tag-icon windows-7 networking network-shares samba offline-files
Устранение неполадок с автономными файлами Windows «Состояние: автономно (нет соединения)»

Ноутбук под управлением Windows 7 Professional x64 SP1 обращается к нескольким общим папкам на сервере Linux/Samba через пути UNC. На одной из этих общих папок некоторые папки стали доступны в автономном режиме. Это работает нормально большую часть времени.

Однако иногда (обычно после выхода ноутбука из спящего режима) сервер не отображается в сетевом окружении, хотя к нему можно легко получить доступ с помощью ping или SSH. \\serverПрямой ввод в адресную строку проводника Windows показывает только общий ресурс, содержащий папки, доступные в автономном режиме, помеченные как «Состояние автономного режима: Автономный режим (нет подключения)». Другие общие ресурсы отсутствуют. В Synchronziation Center партнерство по синхронизации отображается как «Состояние: не подключено». Команда net use \\serverсообщает

System error 53 has occurred. The network path was not found.

Через несколько минут сервер появится в сетевом окружении, и все общие ресурсы снова отобразятся. Ранее отсутствовавшие общие ресурсы (те, у которых нет папок, доступных в автономном режиме) будут работать нормально. Однако общий ресурс с папками, доступными в автономном режиме, по-прежнему отображается как «не подключенный» в Проводнике и Центре синхронизации. Попытка подключить его вручную через net useNow сообщает:

System error 1219 has occurred. Multiple connections to a server or shared resource by the same user, using more than one user name, are not allowed. Disconnect all previous connections to the server or shared resource and try again.

Это сообщение сохраняется даже после net use * /delete.

Иногда это состояние разрешается само собой после более длительного ожидания, например, нескольких часов. Иногда оно сохраняется до перезагрузки ноутбука. Затем все снова работает как надо.

Вопросы:

  • В чем причина такого поведения?
  • Есть ли способ этого избежать?
  • Что можно сделать, чтобы сервер снова отображался со всеми своими общими ресурсами после выхода клиента из спящего режима?
  • Что можно сделать, чтобы перевести общий ресурс, содержащий автономные папки, в режим «онлайн», как только другие общие ресурсы снова станут доступными?

решение1

Я считаю, что вам нужно создать в реестре новый параметр DWORD32 «SilentForcedAutoReconnect» со значением 1 внутри раздела реестра:

HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\NetCache\

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

Очень полезно. Один из многих замечательных скрытых ключей реестра, которые действительно должны быть более заметны.

решение2

Я также обнаружил, что перезапуск службы "Network Location Awareness", которая зависит от службы, "Network List Service"заставляет выполнять проверку статуса, поэтому синхронизация автономных папок обнаруживает, что вы на самом делеВ сети. По крайней мере, в Windows 10, хотя я полагаю, что это также актуально и для Windows 7.

Связанный контент