ใน Windows 8.1 วิธีการบังคับให้ใส่ข้อมูลประจำตัวเมื่อเข้าถึงโฟลเดอร์ที่แชร์


6

ฉันมีคอมพิวเตอร์ที่ใช้ Windows Server 2008 ("R1") SP2 ซึ่งฉันใช้เป็นเซิร์ฟเวอร์ภายในบ้านและอีกเครื่องใช้ Windows 8.1 ("Home") ซึ่งฉันใช้ทุกวัน ไม่มีตัวควบคุมโดเมนในเครือข่าย ฉันลงชื่อเข้าใช้ Windows 8.1 ด้วยผู้ใช้ A แล้วเรียกมันว่า PC \ AUser ไม่มีผู้ใช้ A ที่เซิร์ฟเวอร์ ฉันมีโฟลเดอร์แชร์ให้กับผู้ใช้ B ลองเรียกมันว่า SERVER \ BUser

ฉันจะบังคับให้ Windows 8.1 ถามข้อมูลรับรองได้อย่างไรเมื่อฉันไปที่เริ่ม -> run \ SERVER \ SharedFolder \?

ตอนนี้ฉันได้รับข้อผิดพลาดนี้: "คุณไม่ได้รับอนุญาตให้เข้าถึง \ SERVER \ SharedFolder ติดต่อผู้ดูแลระบบเครือข่ายของคุณเพื่อขอการเข้าถึง"

ฉันสามารถแชร์โฟลเดอร์ที่ไม่มีการป้องกันด้วยการเพิ่ม "ทุกคน" ในรายการสิทธิ์ แต่ทันทีที่ฉันจะลบ "ทุกคน", Windows 8 ลูกค้าเพียงแค่บอกว่า "คุณไม่ได้มีสิทธิ์ในการเข้าถึงโฟลเดอร์นี้" โดยไม่ต้องขอหนังสือรับรองใด

ฉันทำไปแล้วในปี 2000 และ XP ...

วิธีการบังคับให้พร้อมท์สำหรับข้อมูลประจำตัวใน Windows 8.1

ปรับปรุง:

ฉันเข้าถึงได้จากไคลเอนต์ Linux ด้วยคำสั่ง:

smbclient //SERVER/SharedFolder mypassword -U BUser

ดังนั้นสิ่งนี้จะทำให้ปัญหาเกิดขึ้นในไคลเอนต์ Windows 8.1 - เซิร์ฟเวอร์ได้รับการกำหนดค่าตกลง

อัปเดต 2:

ตามคำขอนี่เป็นข้อความแสดงข้อผิดพลาดที่ฉันได้รับ มันอยู่ในโปรตุเกส แต่ผู้ใช้ที่มีประสบการณ์จะรู้จักหน้าต่าง มีข้อความแจ้งว่า "ชื่อเรื่อง: ข้อผิดพลาดของเครือข่าย Windows ไม่สามารถเข้าถึง [โฟลเดอร์] คุณไม่ได้รับอนุญาตให้เข้าถึง [ที่อยู่] ติดต่อผู้ดูแลระบบเครือข่ายเพื่อขอสิทธิ์การเข้าถึง"

ข้อความผิดพลาด.

อัปเดต 3:

ฉันสามารถเชื่อมต่อกับส่วนแบ่งได้โดยใช้ตัวเลือก "แผนที่เครือข่ายไดรฟ์ ... " และตั้งค่าข้อมูลรับรองด้วยตนเองที่นั่น แต่ก่อนอื่นฉันต้องยกเลิกการแมปการแชร์โดยใช้net use /deleteเพราะดูเหมือนว่า Windows จะสร้างการทำแผนที่ค้างบนการเชื่อมต่อที่ล้มเหลว พยายาม (wtf?) อย่างน้อยตอนนี้ฉันก็สามารถใช้งานได้แล้ว แต่จะให้รางวัลมากมายหากมีใครสามารถแก้ไขหรืออธิบายปัญหาของ Windows 8.1 ที่ล้มเหลวในการเชื่อมต่อกับข้อผิดพลาดการอนุญาตแทนที่จะขอข้อมูลประจำตัว

การปรับปรุงครั้งสุดท้าย:

พบทางออก! ฉันโพสต์ไว้เป็นคำตอบ

คำตอบ:


3

ผู้โพสต์พบว่าหลังจากปิดใช้งานบัญชี Guest แล้ว Windows ต้องการข้อมูลรับรอง ฉันคิดว่ามันสำคัญที่จะเพิ่มคำอธิบายของพฤติกรรมนี้ (อ้างอิงจากแหล่งข้อมูลนี้ ) ซึ่งเปลี่ยนจาก XP โดยสมบูรณ์และเริ่มต้นด้วย Vista

Windows XP แนะนำแนวคิดที่เรียกว่า Simple File Sharing ซึ่งเมื่อเปิดใช้งานจะตัดการรักษาความปลอดภัยทั้งหมดสำหรับการแชร์ไฟล์ การเข้าถึงเครือข่ายทั้งหมดดำเนินการในบริบทของบัญชีผู้ใช้ทั่วไปโดยไม่คำนึงถึงชื่อบัญชีจริงของผู้ใช้ระยะไกล เป็นหลัก ทุกคนที่สามารถเข้าถึงเครือข่ายของคุณสามารถเข้าถึงไฟล์ที่แชร์ได้ สิ่งนี้ทำให้ผู้อื่นในบ้านและที่ทำงานของคุณสามารถเข้าถึงไฟล์ของกันและกันได้ง่ายขึ้น

Windows 8, 7 และ Vista ยังมีการแชร์ไฟล์อย่างง่ายแม้ว่าตอนนี้เรียกว่าการป้องกันด้วยรหัสผ่าน และผลกระทบของการปิดใช้งานและเปิดใช้งานคุณลักษณะนี้จะถูกย้อนกลับในสองระบบปฏิบัติการรุ่นใหม่

ภาพ

การตั้งค่านี้อาจไม่สามารถเปลี่ยนแปลงได้เสมอไป ใน Windows XP Home Edition การแชร์ไฟล์อย่างง่ายจะถูกตรวจสอบเสมอและไม่สามารถปิดได้ ใน Windows รุ่นอื่น ๆ สามารถเปิดหรือปิดได้ยกเว้นว่าคอมพิวเตอร์เป็นสมาชิกของเครือข่ายโดเมน ในกรณีนี้จำเป็นต้องใช้รหัสผ่านเสมอ

ในที่สุด Windows 8 และ 7 มีการเปลี่ยนแปลงใหม่ในวิธีการรักษาความปลอดภัยที่ทำงานได้เมื่อปิดการป้องกันด้วยรหัสผ่าน บน Vista และ XP เมื่อไม่จำเป็นต้องใช้รหัสผ่านการเข้าถึงเครือข่ายทั้งหมดที่เข้ามาจะใช้บัญชี Guest ดังนั้นทุกคนในเครือข่ายสามารถเข้าถึงไฟล์ใด ๆ ในโฟลเดอร์ที่ใช้ร่วมกันได้หากไฟล์นั้นสามารถเข้าถึงได้โดยบัญชีผู้ใช้ของแขกหรือโดยกลุ่มผู้ใช้ทุกคน

แต่ใน Windows 8 และ 7 สิ่งต่อไปนี้จะเกิดขึ้นเมื่อผู้ใช้ระยะไกลพยายามที่จะใช้โฟลเดอร์หรือไฟล์ที่แชร์โดยคอมพิวเตอร์ Windows 8 หรือ 7 ที่ปิดการใช้งานการป้องกันด้วยรหัสผ่าน:

  • หากบัญชีผู้ใช้ระยะไกลตรงกับบัญชีในคอมพิวเตอร์ที่ใช้ Windows 8 หรือ 7 และบัญชีนั้นมีรหัสผ่านตั้งไว้บัญชีนั้นจะใช้สำหรับการเข้าถึงไฟล์
  • หากบัญชีผู้ใช้ระยะไกลตรงกับบัญชีในคอมพิวเตอร์ที่ใช้งานร่วมกัน แต่บัญชีนั้นไม่มีการตั้งรหัสผ่านระบบจะใช้บัญชี Guest
  • หากบัญชีผู้ใช้ระยะไกลไม่ตรงกับบัญชีในคอมพิวเตอร์ที่ใช้งานร่วมกันบัญชี Guest จะถูกใช้

นี่อาจดูซับซ้อน แต่จริงๆแล้วมันเป็นการเปลี่ยนแปลงที่มีประโยชน์มาก ก่อนอื่นการเปลี่ยนแปลงนี้จำเป็นเพื่อสนับสนุนคุณสมบัติ HomeGroup ใหม่ คอมพิวเตอร์สมาชิกโฮมกรุ๊ปทั้งหมดใช้บัญชีพิเศษที่มีการป้องกันด้วยรหัสผ่านชื่อ HomeGroupUser $ เพื่อเข้าใช้คอมพิวเตอร์สมาชิกอื่นและการเปลี่ยนแปลงนี้ช่วยให้สามารถทำงานได้ไม่ว่าจะเปิดหรือปิดการป้องกันด้วยรหัสผ่าน ประการที่สองคือตัวเลือกในการให้สิทธิ์การเข้าถึงเพิ่มเติมแก่ผู้ใช้ที่กำหนดโดยไม่ต้องให้คุณตั้งค่าโครงร่างความปลอดภัยแบบเต็ม


การแชร์ที่มีการป้องกันด้วยรหัสผ่านถูกปิดใช้งานบนเซิร์ฟเวอร์ของฉันตอนนี้เพราะถ้าฉันเปิดใช้งานฉันจะได้รับข้อความแสดงข้อผิดพลาดอื่น ๆ เมื่อพยายามเข้าถึงการใช้งานร่วมกันคำถามอื่น ๆ ของผู้ใช้ระดับสูง ... ฉันให้สิทธิ์แก่ "ทุกคน" อย่างชัดเจนหรือไม่
NothingsImpossible

ไม่เป็นไรการเปิดใช้งานการแบ่งปันด้วยการป้องกันด้วยรหัสผ่านบนเซิร์ฟเวอร์ของฉันโปรดเพิกเฉยต่อความคิดเห็นก่อนหน้าของฉัน เมื่อปิดใช้งานฉันได้รับข้อผิดพลาดที่น่ารังเกียจ แต่อาจเป็นเพราะไม่มีบัญชีที่ตรงกันและบุคคลทั่วไปถูกปิดใช้งาน ขอบคุณสำหรับคำอธิบายอย่างละเอียดมันคุ้มค่ารางวัล;) คุณขุดหนังสืออ้างอิงดูเหมือนว่านี่เป็นปัญหาที่แปลกประหลาดที่ฉันเหยียบ
NothingsImpossible

ปัญหานี้เป็นเรื่องยากโดยเฉพาะอย่างยิ่งในการวิเคราะห์สำหรับผู้ที่มีประสบการณ์กับ XP ตั้งแต่ Microsoft ไปและเปลี่ยนแปลงทุกอย่างใน Windows Vista ฉันยังได้เรียนรู้จากประสบการณ์ของคุณ
harrymc

3

นี่ไม่ใช่คำตอบที่เหมาะกับโพสต์นี้ (ดูคำตอบอื่น ๆของฉัน) แต่มันอาจใช้ได้กับคนอื่น ๆ ในสถานการณ์ที่แตกต่างกันดังนั้นจึงไม่มีประเด็นในการลงคะแนน

คุณอาจใช้ข้อมูลรับรองบางส่วนแล้วเมื่อเชื่อมต่อซึ่งไม่มีสิทธิ์ที่จำเป็นหรือมีอยู่ครั้งเดียวและตอนนี้จะไม่มีอีกต่อไป Windows จะยืนยันในการใช้ข้อมูลประจำตัวที่ไร้ประโยชน์สำหรับทุกการเชื่อมต่อส่งผลให้ gotcha ดีมาก

วิธีทำให้ Windows ลืมข้อมูลรับรองนั้น:

  1. ไปที่ Control Panel > User Accounts > Manage your credentials
  2. ตรวจสอบรายการหนังสือรับรองใต้ Windows Credentials
  3. คลิกที่ลูกศรชี้ลงทางด้านขวาของข้อมูลรับรองเพื่อดูรายละเอียด
  4. คลิกRemove from vaultเพื่อลบ
  5. net use * /DELETEในการรับคำสั่งที่เรียกใช้ในฐานะผู้ดูแลระบบป้อน
    (การดำเนินการนี้จะลบข้อมูลรับรองสำหรับการแชร์เครือข่ายทั้งหมด)

พยายามลบข้อมูลรับรองทั้งหมดสำหรับเครื่องที่ฉันกำลังเชื่อมต่อ ไม่มีข้อตกลง :(
NothingsImpossible

ฉันเห็นคุณรวมรายการ 5 ด้วยnet useคำสั่ง พยายามมันไม่มีผลเกินไป ฉันจัดการเพื่อเชื่อมต่อกับการแบ่งปันโดยการจับคู่กับจดหมายระบุไดรฟ์ แต่การใช้ไดอะล็อก Run ก็ยังคงให้ข้อผิดพลาด
NothingsImpossible

อ่าใช่ฉันเพิ่มข้างบนขั้นตอนสุดท้ายและที่หายไปซึ่งอาจช่วยให้คุณทำแผนที่ไดรฟ์ ฉันเชื่อว่าคำอธิบายข้างต้นถูกต้องแล้ว: Windows เก็บข้อมูลประจำตัวที่ไร้ประโยชน์ เคล็ดลับการทำแผนที่ที่คุณพบว่าใช้เพื่อขอข้อมูลประจำตัวอีกครั้ง แต่จำได้ในภายหลัง Windows เต็มไปด้วยความไม่สอดคล้องนี้
harrymc

คุณใช้net use * /DELETEหรือnet use {share-name} /DELETEไม่?
harrymc

ทั้งสองของพวกเขา ...
NothingsImpossible

2

การเข้าถึงการแชร์นั้นขึ้นอยู่กับผู้ใช้ไม่ใช่ตามรหัสผ่าน

วิธีที่ง่ายที่สุดในการได้รับการปกป้องขั้นพื้นฐานสำหรับหุ้นของคุณคือ:

  1. สร้างบัญชีผู้ใช้ที่มีการป้องกันด้วยรหัสผ่านบนเซิร์ฟเวอร์ของคุณ
  2. กำหนดให้กับผู้ใช้นี้จำเป็นสิทธิในการร่วมกัน (เช่นเดียวกับที่ได้รับมอบหมายให้กลุ่ม Everyone)
  3. ตรวจสอบให้แน่ใจว่าผู้ใช้รายเดียวกันมีสิทธิ์ที่จำเป็นในระดับระบบแฟ้ม (ซึ่งแยกจากสิทธิ์การใช้ร่วมกัน แต่จำเป็นต้องใช้ทั้งคู่)

หลังจากนั้นให้ใช้การเข้าสู่ระบบและรหัสผ่านของผู้ใช้เมื่อเข้าถึงการแชร์


ฉันได้รับอนุญาตให้ผู้ใช้ผู้ดูแลระบบบนเซิร์ฟเวอร์ แต่ลูกค้าไม่ขอรหัสผ่านใด ๆ ; มันก็ล้มเหลวด้วยการปฏิเสธการเข้าถึง ฉันจำเป็นต้องสร้างบัญชีที่ไม่ใช่ผู้ดูแลระบบสำหรับสิ่งนี้หรือไม่?
NothingsImpossible

ไม่ตกลง. สร้างบัญชีผู้ใช้ระบบไฟล์ที่กำหนดและแบ่งปันสิทธิ์การใช้งาน Windows 8 บอกว่าฉันไม่ได้รับอนุญาต แน่นอนฉันไม่ได้รับอนุญาต - มันไม่ได้ถามผู้ใช้และรหัสผ่านใด ๆ !
NothingsImpossible

ถามคำถามอีกครั้งอย่างสมบูรณ์ ลองดูสิ.
NothingsImpossible

คุณสามารถโพสต์ข้อความหรือหน้าจอข้อความแสดงข้อผิดพลาดที่แน่นอนได้หรือไม่
Michał Sacharewicz

ฉันได้อัปเดตคำถามด้วยหน้าจอข้อผิดพลาดในคำถาม ลองดูสิ.
NothingsImpossible

2

โอเคพวกฉันเอาชนะพวกคุณทุกคน :)

เล่นซอกับเซิร์ฟเวอร์ฉันตัดสินใจตรวจสอบ "เซสชัน" ภายใต้โฟลเดอร์ที่ใช้ร่วมกันในการจัดการคอมพิวเตอร์

  • เซอร์ไพร์สคอมพิวเตอร์ Windows 8.1 ของฉันเชื่อมต่อกับบัญชี Guest!

เซสชั่นแขก

  • จากนั้นฉันจะปิดการใช้งานบัญชี Guest:

ปิดการใช้งานบัญชี Guest

  • Aaand ... เมื่อเชื่อมต่อกับการแชร์ผ่าน Windows -> Run

พรอมต์ข้อมูลประจำตัว

ที่ประสบความสำเร็จ!


1
ฉันได้เพิ่มคำตอบอื่นที่อธิบายถึงพฤติกรรมนี้สำหรับผู้อ่านในอนาคต
harrymc
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.