Що відбувається, коли я не можу отримати доступ до спільного доступу до сервера SMB (недоступна помилка), поки не запустять cmdkey для видалення облікового запису?

У мене проблема спільного доступу до мережі. Перше з'єднання працює і, здається, залишається на зв’язку принаймні кілька годин. Однак після кожного перезавантаження комп'ютера під управлінням Windows 7 він більше не може формувати мережеве з'єднання із загальною папкою, а також переглядати її, поки я не лише знімлю карту та перезавантажувати накладений накопичувач, але також мені доведеться використовувати cmdkeyдля видалення збережені облікові дані на зразок цього:

cmdkey /delete:Domain:target=HOSTNAME

Мій робочий ПК знаходиться в домені, і я не є ІТ-адміністратором, але мені цікаво, чи є щось, що я можу зробити для розслідування цієї проблеми. Будь-які параметри в політиці реєстру чи групи, які я міг би вивчити, щоб зрозуміти, чому працює перше з'єднання, але кожна наступна спроба (як тільки зберігається обліковий запис) переглядати або використовувати з'єднання не вдається з помилкою підключення, кажучи, що "недоступна", подобається це:

Я навіть не отримую жодної помилки, поки не піде хоча б кілька хвилин. Перше, що я бачу, це вікно заморожене і порожнє, а потім я отримую цю помилку:

Це сталося під час підключення до спільної доступу до пристрою DROBO та до спільної частки, яка не в домені, але яка була домашнім сервером Microsoft. Цікаво, чи щось порушено у професіоналі WIndows 7 щодо підключення до недоменних спільних ресурсів, коли існує активний контролер домену каталогів, а певна робоча станція приєднується до домену?

Проблема виникає лише в тому випадку, якщо я натискаю "запам'ятати облікові дані". Це не фіксується жодною кількістю роботи net use. Використання cmdkeyдля видалення всіх збережених облікових даних для хоста - це єдиний спосіб повернутися в систему, і це впливає на всі папки, що не належать домену.

Оновлення Я сподіваюся, що в деяких місцях реєстру я можу перевірити, що можуть бути неправильно налаштовані якимось чином, що могло б пояснити, чому SMB / CIFS зберігаються облікові дані для недоменних систем, як видається, неприпустимі таким незвичним чином. Знаючи, наскільки інколи працює домен та безпека Microsoft Windows, це може бути якоюсь дурною "особливістю".

Можливо, місцевий час та машина, що приймає акції, не синхронізовані. Хоча ваш адміністратор домену повинен подбати про це. Як правило, коли маркер для ваших облікових даних передається машині, але він не синхронізований, він перестане працювати.

Інша можливість полягає в тому, що ваша локальна машина може намагатися передати облікові дані домену на домашній сервер Windows. А оскільки це не частина домену, то це відмовиться від вас.

Хоча, правда, це не повинно дозволяти вам входити в будь-який випадок (якщо контролер домену та ваша робоча станція не синхронізовані, але домашній сервер Windows - ні).

Я можу побачити це в тому, що вам потрібно зберегти облікові дані у форматі MACHINE_NAME \ USERNAME, а потім пароль. Таким чином він точно знає, що стосується.