Atau: "Apakah ini suatu hal? Dan bagaimana saya memeriksa apakah itu benar?"

Dalam lingkungan tanpa Pengontrol Domain , ketika mengakses berbagi pada kotak Windows Server 2008 R2, dari komputer jarak jauh tanpa akun pengguna yang cocok di server , (dan menghubungkan dengan mengetik \\SERVERNAME\ShareNamedari menu Start) Saat ini saya mengamati perilaku berdasarkan pada pengaturan "Berbagi dilindungi kata sandi" (Pengaturan berbagi lanjutan):

Ketika "Password dilindungi berbagi" diaktifkan pada , semua koneksi berusaha gagal setelah sampai 30 detik dengan:

Gagal masuk: pengguna belum diberikan jenis masuk yang diminta di komputer ini.

Dengan "Password dilindungi berbagi" berbalik off , koneksi ke saham anonim diakses diperbolehkan, sementara saham izin-dibatasi gagal dengan:

Anda tidak memiliki izin untuk mengakses \ SERVERNAME \ ShareName. Hubungi administrator jaringan Anda untuk meminta akses.

Ini sepertinya perilaku yang diharapkan. Saya perlu memiliki bagian tertentu yang dapat diakses oleh login anonim, jadi saya harus mengubah pengaturan ini dari default ke off .

NAMUN, ada kasus ketiga di sini. ( whaaaaat? )

Jika Anda mencoba untuk menyambung ke saham tanpa modifikasi pengaturan ini (yaitu, sudah diatur untuk di tetapi Anda tidak pernah diklik itu), koneksi berperilaku mirip dengan di kasus di atas dalam hal itu memakan waktu sampai 30 detik untuk acara tanggapan, tetapi kemudian menampilkan dialog otentikasi :

Saya memiliki firasat ini setelah mengalahkan kepala saya di dinding selama beberapa hari, dan hanya mereplikasi ini di server tanpa berbagi yang ada: Buat share tanpa-baca, coba sambungkan dan dapatkan dialog, ubah pengaturan, sambungkan dengan sukses, ubah pengaturan kembali , dan dapatkan pesan kesalahan yang berbeda. (Menguji semua ini pada sistem klien baru sehingga tidak ada risiko caching.)

Untuk mengulangi: Saya telah mengendalikan sistem klien. Tampaknya ini sepenuhnya terkait dengan server.

Jadi, jelas bagi saya bahwa mengubah pengaturan "Berbagi dilindungi kata sandi" mengubah lebih dari satu hal (kunci registri? Saya Mac-asli) di belakang layar, dan bahwa pengaturan default yang dikirimkan sistem TIDAK semua cocok dengan pengaturan tercermin di panel kontrol (atau panel kontrol itu sendiri rusak dan harus mengubah lebih banyak hal).

Jadi pertanyaannya adalah: apakah ini desain, atau itu bug? Dan dalam kedua kasus, apa "pengaturan tersembunyi" yang sedang diubah atau dibiarkan tidak berubah? Bagaimana orang melacaknya? Saya kehabisan server baru untuk diuji. :-(

Ini benar-benar menggelitik minat saya. Saya dapat mereplikasi temuan Anda di lab saya dengan pola hasil yang sama dengan yang Anda jelaskan. Saya menggunakan Procmon untuk mencoba melihat perubahan apa yang dibuat dan hampir menyerah sampai saya melihat yang berikut:

Itu menunjukkan lsass.exe (Otoritas Keamanan Lokal) menulis ke SAM lokal dan membuat perubahan ke akun Guest built-in (RID 501 yang terkenal). Benar saja, ketika saya menguji ulang skenario Anda saat menonton status akun Tamu, saya melihatnya diaktifkan ketika "Berbagi dilindungi kata sandi" dinonaktifkan. Namun, ketika "Berbagi dilindungi kata sandi" diaktifkan kembali, akun tamu tidak dinonaktifkan lagi. Nonaktifkan akun tamu secara manual mengembalikan fungsi asli: Saya diminta untuk kredensial (yaitu kasus ketiga Anda).

Saya tidak yakin mengapa ini berperilaku seperti ini. Jujur saja, saya belum pernah mengubah pengaturan "Berbagi dilindungi kata sandi" sebelum hari ini (atau bahkan menyadarinya). Saya harap ini membantu proyek Anda. Jika orang lain tertarik untuk menggali lebih lanjut, akan menarik untuk mengetahui apakah perilaku ini masih ada di Server 2012/2012 R2 ...

Oh dan untuk pertanyaan awal Anda (Apakah ini desain atau bug?), Saya tidak tahu sama sekali ...

Jika saya memahami pertanyaan Anda dengan benar, maka kredensial saham disimpan di Manajer Kredensial di bawah panel kontrol.

Untuk meminta kotak dialog otentikasi, cukup hapus kredensial yang berkaitan dengan share tersebut di bawah credential Manager.

Ketika Anda memeriksa 'Ingat kredensial saya', ini biasanya disimpan di bawah Credential Manager dan jika kata sandi ini salah maka Anda akan melihat kesalahan kegagalan masuk.

Mungkin tidak membantu Anda tetapi jika itu terjadi - Saya sering memiliki panggilan yang tidak dapat diakses oleh pengguna saya (kata sandi lama mereka di-cache oleh Windows) dan saya minta mereka melakukan ini:

penggunaan bersih * / D