Два комп’ютери в робочій групі: A може бачити спільний доступ до B, але для B потрібні облікові дані користувачів, щоб бачити акції на А. Що я не встановив?

У мене два комп’ютери. Давайте називатимемо їх A і B. Обидва знаходяться в одній робочій групі (принаймні, я думаю, вони настільки, наскільки я можу бачити збіги назв робочих груп). Обидва працюють під керуванням Windows XP Pro SP3. B повністю оновлений, A знаходиться в процесі оновлення, оскільки це нова установка (попереднє втілення A померло).

A може бачити B у мережі та переглядати спільні папки B. Для цього мені не потрібно вводити жодні облікові дані користувачів.

B може побачити A існує, але не переглянеться до загальних папок A або навіть перелічить їх, поки я не введу облікові дані користувача на А.

Я впевнений, що це не налаштування брандмауера. Я встановив це для дозволу всього трафіку в локальній мережі.

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

Все, що я перевірив до цього часу, вказує на те, що я активував спільний доступ до файлів і принтерів на A, але я цього не робив явно, коли встановив ОС.

Що ще мені потрібно зробити на A, щоб дозволити B бачити свої акції, не потребуючи ідентифікатора користувача та пароля?

Варто додати, що перед тим, як мені довелося відновити A, два комп’ютери могли просто переглядати спільні папки, що ділилися між собою. Я точно щось забув цього разу.

Я розробив, що тут відбувається. Це стосується облікових записів, налаштованих на кожній машині, та їх паролів. Завдяки вагомому, що поставив мене на правильний шлях.

Машина B (старша установка) має два облікові записи адміністратора B1 та B2

Машина A (нова установка) має два облікові записи адміністратора A1 та A2, а також кілька облікових записів користувачів (які не впливають на поведінку, але є актуальними).

Імена та паролі користувачів на акаунтах A1 та B1 збігаються. Імена користувачів у акаунтах A2 та B2 відповідають, але паролі не відповідають.

A може бачити B, тому що я ввійшов в обліковий запис A1 (де все відповідає B1).

B не може побачити A, оскільки я ввійшов з обліковим записом B2, де збігаються імена, але паролі не відповідають. Причиною цього є те, що я фіксую акаунти на А, щоб зупинити дітям встановлення випадкових речей, тому я зберігаю пароль на А1 в секреті. Я додаватиму акаунти користувачів до B, коли через пару тижнів я буду перевстановлювати повну ОС. Коли я це зробити, я налаштувати акаунти так, щоб їх імена та паролі відповідали тим, які мають А.

Основний рахунок на B - це B2, і я забув, що я встановив би для акаунта B1 той самий пароль, що і новий обліковий запис A1. Звідси моя розгубленість.

Головна чи Про? (Якщо на комп'ютері A працює XP Pro, можливо, вам потрібно увімкнути простий спільний доступ до файлів, щоб обійти вхід.)

Є дві можливості, які вискакують на мене назовні.

1. У ваших старих налаштуваннях, акції на A надавали доступ для читання всім , тому просто переглядаючи від B до папки на A, підключеній як Гість- користувач, і ви могли бачити її. У ваших нових налаштуваннях права доступу для всіх відсутні, тому A не приймає гостя .

2. У попередніх налаштуваннях B зіставив спільну частину з A на мережевий диск (за допомогою цього пункту "повторно підключитися при вході"), і ви вказали ім'я користувача та пароль під час створення карти. Перегляд Працював "без паролів", оскільки B вже увійшов у систему. У вашій новій налаштуваннях ви ще не зробили цю подію, тому перегляд не є без паролем.

Чи звучить будь-яка з цих ситуацій?

За замовчуванням на комп’ютерах, на яких працює Windows XP Professional і які не приєдналися до домену, усі вхідні мережеві з'єднання змушені використовувати обліковий запис гостя. ( http://support.microsoft.com/kb/300489 )

Зазвичай чистий гостьовий обліковий запис увімкнено за замовчуванням, але ви можете спробувати, у командному рядку: NET USER GUEST Якщо його вимкнено з тих чи інших причин, використовуйтеNET USER GUEST /active:yes