ทำไมการแมปไดรฟ์เครือข่ายใน Windows จึงไม่ดี


72

มีการพูดคุยกันอย่างสนุกสนานภายในแผนกไอทีของเราเกี่ยวกับการแมปไดรฟ์เครือข่าย โดยเฉพาะมีการกล่าวกันว่าการแมปไดรฟ์เครือข่ายเป็นสิ่งที่ไม่ดีและการเพิ่มเส้นทางDFSหรือเครือข่ายที่ใช้ร่วมกันในรายการโปรด (Windows Explorer / Libraries) ของคุณนั้นเป็นทางออกที่ดีกว่า

เหตุใดจึงเป็นเช่นนี้

โดยส่วนตัวแล้วฉันพบว่าความสะดวกสบายz:\folderนั้นดีกว่า\\server\path\folder'โดยเฉพาะอย่างยิ่งกับบรรทัด cmd และการเขียนสคริปต์ (แน่นอนว่าฉันไม่ได้พูดถึงลิงก์ที่เข้ารหัสยากเป็นธรรมชาติ!)

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

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


13
ฉันไม่คิดว่ามีเหตุผลที่แท้จริงนอกเหนือไปจากความเชื่อโชคลางและความเห็นส่วนตัวเนื่องจากเหตุผลที่คุณระบุไว้ (ดังนั้นฉันคิดว่านี่เป็นคำถามที่ไม่ดีสำหรับเหตุผลส่วนตัว)
Shinrai

9
ไดรฟ์ที่แมปได้รับการสนับสนุนใน Windows Server 2008 R2 ในตัวแก้ไขนโยบายกลุ่มดังนั้นฉันจึงกล้าที่จะบอกว่ามันเป็นความเห็นส่วนตัวที่ป้องกันไม่ให้สิ่งนี้เกิดขึ้น

3
@Shinrai - ขอบคุณสำหรับการตอบกลับ ฉันกำลังมองหาเหตุผลทางเทคนิคมากกว่าความเห็นส่วนตัว - เพราะฉันไม่รู้อะไรเลย - ดังนั้นฉันหวังว่านั่นจะไม่ถือว่าเป็นเรื่องส่วนตัว ฉันคิดว่ามันเป็นกลไกแบบเดียวกันทั้งหมดภายใต้ประทุนแล้วและนำเสนอให้กับผู้ใช้ที่แตกต่างกัน
Beeblebrox

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

1
บางส่วนของซอฟต์แวร์ที่เขียนไม่ดี (ซอฟต์แวร์บัญชีมาถึงใจ) จะเรียกร้องที่จะนำมาใช้โดย บริษัท บาง / ลูกค้า ...
LawrenceC

คำตอบ:


64

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

ประการที่สองคุณสามารถเรียกใช้การชนตัวอักษรของไดรฟ์ หากพีซีของใครบางคนมีเครื่องอ่านการ์ดหน่วยความจำนั่นอาจจะทำให้ตัวอักษรไดรฟ์สี่ตัวขึ้นไป โดยทั่วไปแล้ว A และ B จะสงวนไว้สำหรับฟล็อปปี้ไดรฟ์ของศตวรรษที่ผ่านมาและ C และ D มักจะถูกสงวนไว้สำหรับฮาร์ดไดรฟ์และออปติคัลไดรฟ์ดังนั้นเครื่องอ่านการ์ดจะใช้ E, F, G และ H หากหนึ่งในเครือข่ายของคุณ โดยปกติจะถูกแมปกับ H: ผ่านสคริปต์การเข้าสู่ระบบคนจนคนนี้อาจจะไม่สามารถใช้ไดรฟ์ H: ของเครื่องอ่านบัตรหรือจะไม่สามารถเชื่อมต่อไดรฟ์เครือข่ายได้

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

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

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


ขอบคุณสำหรับการป้อนข้อมูล ฉันนึกภาพกฎของแผ่นดินที่มีอยู่ว่าไม่มีไดรฟ์ที่แมปไว้เพื่อหยุดฐานผู้ใช้ซึ่งก่อให้เกิดปัญหาอย่างมาก
Beeblebrox

22
+1 สำหรับความสับสนที่เกิดจากการจับคู่ของผู้ใช้ที่แตกต่างกันไปยังสถานที่ต่างๆ ฉันได้รับการบอกเล่าจากผู้ใช้หลายครั้งว่าพวกเขากำลังวางไฟล์บนไดรฟ์ "Z: \" และต้องใช้เวลาในการหาอายุที่จะทำการแมปไดรฟ์ Z ของตน อาจไม่ใช่ปัญหาด้านเทคนิค แต่อาจเป็นปัญหาขององค์กรได้
Steve Homer

ฉันได้ทำเครื่องหมายคำตอบนี้เป็นคำตอบที่ยอมรับได้เพราะมันครอบคลุมประเด็นด้านการปฏิบัติงาน / การใช้งานรูทของการใช้ไดรฟ์ที่แมปมากกว่ากรณีเฉพาะ (เช่นปัญหาการพึ่งพา) และข้อเสียเชิงทฤษฎี (เช่นการสนทนาที่เกี่ยวข้องกับความปลอดภัย ขอบคุณ @rob!
Beeblebrox

4
ข้อเสียเปรียบอย่างใหญ่หลวงอีกประการหนึ่งคือเมื่อคุณเริ่มถนนสายนี้ลิงก์อีเมลใด ๆ ที่อ้างถึงไดรฟ์ "Z" จะแตกถ้าคุณนำไดรฟ์ที่แมปออก ข้อเสียเปรียบที่สำคัญอีกประการหนึ่งคือไฟล์ที่ขยายหลายไฟล์ (เช่นไฟล์ CAD) จะแตกหักถ้าตัวอักษรที่แมปถูกลบออก! นี่คือสาเหตุที่ไฟล์อ้างอิงที่ถูกโหลดด้วยตัวอักษรไดรฟ์มากกว่าเส้นทาง UNC เราติดกับพวกเขาที่ บริษัท ของฉันเนื่องจากปัญหาเหล่านี้ ฟิล์มเนกาทีฟมีน้ำหนักเกินกว่าปัจจัย 'ความสะดวก' ในการประหยัดการคลิกเมาส์เพียงไม่กี่ครั้ง
Lee Harrison

1
มันได้รับการกล่าวถึงแล้วว่ามันจะเกิดความสับสนอย่างรวดเร็วหากไม่มีใครสามารถจัดสรรตัวอักษรไดรฟ์ได้ แต่ฉันอยากจะพูดถึงว่าในกรณีที่ตัวอักษรไดรฟ์ได้รับการจัดสรรจากส่วนกลางจริง ๆ แล้วพวกเขาจะสะดวกมาก ตัวอย่างง่าย ๆ : ทุกคนสามารถเข้าถึง fileshare ส่วนตัวของพวกเขาผ่านทางไดรฟ์ M, fileshare ทั่วไปของ บริษัท ผ่านไดรฟ์ N ... และโฟลเดอร์โครงการทั้งหมดจะอยู่ในไดรฟ์ P - อย่างไรก็ตามควรสังเกตว่าการปฏิบัตินี้มีประโยชน์มากที่สุดเมื่อมี เป็นไดรฟ์ในจำนวน จำกัด ที่ผู้ใช้ทั่วไปต้องเข้าถึง พวกเขาต้องเรียนรู้การทำงานกับ 2 ระบบ
Dennis Jaheruddin

59

คำตอบง่ายๆคือมันไม่ใช่เรื่องเลวร้าย ไดรฟ์เครือข่ายมีความปลอดภัยในการแมปเป็นไดรฟ์อย่างสมบูรณ์

ความเชื่อโชคลางมาจากข้อเท็จจริงที่ว่าคุณไม่ควรทำแผนที่ไดรฟ์ต่างประเทศ (เช่นอินเทอร์เน็ต) เป็นโลคัลเนื่องจากไฟล์ที่เปิดจากไดรฟ์ที่แมปเปิดอยู่โดยใช้โซน "ท้องถิ่น" ซึ่งโดยทั่วไปจะปกป้องพวกเขาน้อยลง จากอินเทอร์เน็ตนี่เป็นการลดความปลอดภัย

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


นี่เป็นคำอธิบายที่ดีมากเกี่ยวกับเรื่องความปลอดภัยที่เกี่ยวข้องกับการทำแผนที่ ขอบคุณสำหรับการสนับสนุน!
Beeblebrox

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

15

จากประสบการณ์ของฉันมันส่วนใหญ่มุ่งเน้นไปที่ซอฟต์แวร์ที่เขียนไม่ดี

หาก person A ทำงานบนชุดไฟล์ที่แม็พG:แล้วบุคคล B พยายามเปิดไฟล์ชุดเดียวกันโดยมีพา ธ เดียวกันที่แม็พไว้H:สิ่งต่าง ๆ จะล้มเหลว

หากคุณใช้เส้นทาง UNC สมมติว่าคอมพิวเตอร์ของบุคคล A และบุคคล B นั้นสามารถเห็นจุดแบ่งปันได้ทุกอย่างจะทำงานได้ดี


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

ซอฟต์แวร์จำนวนมากในตลาด CAD / CAM เขียนได้ไม่ดีและแทบจะใช้งานไม่ได้เลย เนื่องจากตลาดค่อนข้างเล็กจึงมีแรงกดดันในการแข่งขันน้อย ฉันรู้ว่าอย่างน้อยหนึ่งชิ้นของซอฟต์แวร์ที่มีปัญหาเกี่ยวกับเส้นทางที่แน่นอนสำหรับการเปิดตัวครั้งใหญ่5ครั้งล่าสุดและพวกเขายังคงไม่ได้รวมถึงการรายงานปัญหาให้ บริษัท ทราบ


1
"ทางออกที่ดีที่สุดคือการใช้ซอฟต์แวร์ที่ไม่ได้จัดเก็บความสัมพันธ์ของไฟล์โดยใช้เส้นทางที่แน่นอน" - โดยทั่วไปปัญหาคือคนที่ไม่ใช่โปรแกรมที่ทำสิ่งนี้
MSalters

2
@MSalters - บอกสิ่งที่คุณ คุณโน้มน้าวให้อุตสาหกรรมซอฟต์แวร์ทั้งหมดเขียนส่วนใหญ่ของซอฟต์แวร์
ชื่อปลอม

1
@ ชื่อปลอมฉันคิดว่าเขาหมายถึงผู้ใช้ที่ใช้โปรแกรม IE วางลิงก์ไว้ในเอกสาร H: \ mystuff แทนที่จะเป็น \\ myserver \\ mystuff
Dalin Seivewright

3
@Dalin Seivewright - ดูเหมือนว่าคุณสามารถตั้งลิงค์เองได้เลย ในซอฟแวร์จำนวนมากที่ฉันได้เห็นถ้าเอกสารหลักอยู่ในH:เอกสารที่เกี่ยวข้องจะถูกจัดเก็บโดยอัตโนมัติโดยใช้H:ไม่ว่าคุณต้องการให้พวกเขาเป็นหรือไม่
ชื่อปลอม

2
@CADbloke - ไม่! มันคือ Altium Designer ฉันค่อนข้างแน่ใจว่าพฤติกรรมเช่นนี้ค่อนข้างอุดมสมบูรณ์ในตลาดซอฟต์แวร์พิเศษ
ชื่อปลอม

11

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

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


1
นั่นฟังดูเจ็บปวดจริงๆ ที่พบโดยทั่วไปว่าเป็นข้อผิดพลาดของผู้ใช้เช่นไดรฟ์ที่ถูกแมปในตอนแรกโดยบัญชีผู้ดูแลระบบจึงต้องมีสิทธิ์ที่แตกต่างกันหรือ 'ไดรฟ์แผนที่โดยอัตโนมัติเมื่อเริ่มต้นใหม่' ถูกทิ้งไว้ไม่ถูกต้อง? ฉันเคยมีปัญหาเมื่อฉันตัดการเชื่อมต่อจากไดรฟ์แล้วลองเชื่อมต่อใหม่ มันจะอ้างว่าฉันมีมากกว่า 1 การเชื่อมต่อที่เปิดอยู่ อาจเป็นปัญหาของ SAMBA ได้
Beeblebrox

2
@foocode ฉันไม่แน่ใจเกี่ยวกับตัวแรก (แต่ผู้ใช้มีสิทธิ์) และไดรฟ์ถูกตั้งค่าให้เชื่อมต่อเมื่อเริ่มต้น ... มันใช้เวลาสักครู่ ในไม่กี่นาที บางครั้งมันจะเชื่อมต่อเมื่อคุณเข้าถึงด้วยตนเองใน windows explorerซึ่งเป็นสิ่งที่ฉันต้องสอนให้ผู้ใช้ทำ
Ben Brocka

@BenBrocka ฉันเคยประสบปัญหานี้เช่นกัน ด้วยเหตุผลที่ไม่ทราบสาเหตุมันใช้เวลานานมากสำหรับ Windows ในการเชื่อมต่อไดรฟ์ที่แมปใหม่เมื่อเริ่มต้น
user555

8

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


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

แต่ใช่สิ่งที่คุณพูดถึงจะดูด :)
Beeblebrox

2
นี่คือเหตุผลเดียวที่นึกถึง: การแมปไดรฟ์หมายความว่า Explorer จะเหมาะสมถ้าไม่สามารถหาได้ แม้แต่การเปิด Explorer เมื่อคุณมีการแมปไดรฟ์เครือข่ายมากกว่า 3 ตัวก็สามารถทำให้ช้าลงได้
สไตล์

1
การแมปไดรฟ์นั้นขึ้นอยู่กับการล็อกออนเฉพาะของ Windows XP ดังนั้นจึงไม่ทำให้กระบวนการบูตช้าลง และ AFAIK หากการแชร์เครือข่ายออฟไลน์ในขณะที่กำลังเข้าถึงมันจะส่งผลกระทบต่อลูกค้าในลักษณะเดียวกันโดยไม่คำนึงว่าจะมีการเข้าถึงผ่านทางจดหมายหรือเส้นทาง UNC
grawity

6

ปัญหาหนึ่งที่เกิดขึ้นกับไวยากรณ์ \ server \ dir คือหน้าต่างคำสั่งนั้นไม่สามารถ cd ได้ หากคุณมีสิทธิ์ผู้ดูแลระบบและไม่ต้องการใช้อักษรระบุไดรฟ์คุณสามารถใช้คำสั่ง mklink เพื่อเชื่อมต่อไดรฟ์กับไดเรกทอรีแทนอักษรระบุไดรฟ์ ไดเรกทอรีบ้านไม่ควรมีอยู่

mklink / d "c: \ Drives \ Home" "\ server \ HomeFolder \ user1"

ทุกสิ่งโฟลเดอร์นี้สามารถใช้งานได้

การติดตั้งไดรฟ์เล็กอาจไม่ดีเพราะมันเป็นไปได้ที่จะเปลี่ยนเป็นจุดเชื่อมต่ออื่น จากนั้นคุณกำลังอ่านและเขียนสิ่งที่คุณคาดไม่ถึง หาก executables จากจุดเชื่อมต่อเปลี่ยนแปลงอาจมีไวรัส

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


3
ชี้แจง; 1.Windows Batch cmd.exe ให้ข้อผิดพลาด "CMD ไม่รองรับเส้นทาง UNC เป็นไดเรกทอรีปัจจุบัน" ; 2.Windows Powershell รองรับ "set-location myUNCpath" ได้ดี
AnneTheAgile

4

นี่คือเหตุผลหนึ่งที่ดี:

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


2
โปรแกรมที่ดีจะไม่เกิดปัญหาทันทีเมื่อใดก็ตามที่ไม่สามารถเปิดไฟล์ หากพวกเขาทำเช่นนั้นจะสร้างปัญหามากมายในสภาพแวดล้อมโดเมนที่ไฟล์ถูก จำกัด โดย ACL (ในทางเทคนิคแล้ว Windows สามารถรองรับพา ธ ได้สูงสุดประมาณ 32767 ตัวอักษร Unicode หากใช้คำนำหน้า `\\?`)
grawity

4

ซอฟต์แวร์จำนวนหนึ่งรวมถึง Microsoft Visual Studio และ CMS Bounceback รุ่นต่างๆจะใช้งานได้กับตัวอักษรไดรฟ์เท่านั้นและไม่ใช่เส้นทางที่แน่นอน จากข้อ จำกัด นี้จากนั้นจึงใช้ซอฟต์แวร์ดังกล่าวคุณต้องกำหนดอักษรระบุไดรฟ์ - คุณไม่มีทางเลือก แต่ Windows ไม่ได้ทำให้ง่ายมากอย่างที่ดูเหมือนว่าจะขอ ID ผู้ใช้และรหัสผ่าน แต่อนุญาตให้ใช้ ID ผู้ใช้และรหัสผ่านเดียวเท่านั้นใน Windows สำหรับการเชื่อมต่อทั้งหมดไปยังอุปกรณ์เครือข่ายใด ๆ (เช่นดิสก์และเครื่องพิมพ์หลายเครื่อง)


1
นี่เป็นเรื่องปกติในซอฟต์แวร์ dev ข้ามแพลตฟอร์มเช่นกัน ตัวอย่างเช่น Intellij / PhpStorm ไม่สนับสนุนพา ธ UNC ของ Window ดังนั้นไดรฟ์ที่แมปจึงเป็นตัวเลือกที่ไม่ใช่โลคัลไดรฟ์เท่านั้น แน่นอนว่ามี FTP ด้วย แต่ก็ไม่เร็วเหมือนกัน
Beeblebrox

3

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

โดยเฉพาะ:

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

ดังนั้นจึงมีความกังวลด้านความปลอดภัยอย่างชัดเจนจากการใช้ไดรฟ์ที่แมปในยุคปัจจุบันและมัลแวร์ที่ค้นพบใหม่ซึ่งกระทบผู้ใช้บ่อยครั้ง

เราได้กำจัดไดรฟ์ที่แมปทั้งหมดผ่าน LAN ของเราและใช้ "แชร์เครือข่าย" แทน


9
มีโค้ดอีกไม่กี่บรรทัดเท่านั้นที่จะระบุเซิร์ฟเวอร์ภายในเครื่องทั้งหมดและการแชร์ที่มีอยู่ทั้งหมดในเซิร์ฟเวอร์ ดังนั้นเนื่องจากเวอร์ชันปัจจุบันไม่ส่งผลกระทบต่อการแชร์ไม่ได้หมายความว่าคุณปลอดภัยเพียงเพราะคุณไม่จับคู่ไดรฟ์
ปีเตอร์ Hahndorf

2

เหตุผลสองสามข้อที่ไม่ใช้ไดรฟ์ที่แมป:

1) พวกเขาใช้ทรัพยากรทั้งในเครื่องท้องถิ่นด้วยไดรฟ์ที่แมปและทรัพยากรเครือข่าย แอปพลิเคชันในเครื่องอาจช้าเนื่องจากคอมพิวเตอร์ในพื้นที่ของคุณต้องอ่านเนื้อหาของไดรฟ์ที่แมปเมื่อเปิดใช้งานแอปพลิเคชันหรือเมื่อระบบบูต ลองดู แมปไดรฟ์และเปิดใช้ Excel Unmap ไดรฟ์และลองอีกครั้ง

2) การย้ายแอปพลิเคชันของคุณไปยังสภาพแวดล้อมใหม่จะน่าเบื่อ ในกรณีที่เกิดภัยพิบัติให้ย้ายไปยังเครื่องที่มีประสิทธิภาพมากขึ้นหรือหากผู้พัฒนารายอื่นกำลังเข้ายึดแอปพลิเคชันของคุณ หากสภาพแวดล้อมใหม่ไม่อนุญาตให้มีการแมปไดรฟ์หรือตัวอักษรไดรฟ์ที่แตกต่างกันแสดงว่ามีใครบางคนใช้เวลาเขียนรหัสใหม่ เวลาที่บันทึกไว้ในส่วนหน้าจะมากกว่าการแก้ไขที่หายไป


1

ฉันรู้ว่ามันเป็นด้ายเก่า แต่ฉันจะไม่บอกว่ามันปลอดภัยอย่างสมบูรณ์ เราลบไดรฟ์ที่แมปเนื่องจากความเสี่ยงด้านความปลอดภัย ไวรัสหลายตัวพยายามแพร่กระจายข้ามไดรฟ์ อย่างไรก็ตามมันจะไม่กระจายไปทั่วทางลัดที่ชี้ไปยัง DFS share สิ่งที่ต้องจำไว้ ...


2
อย่างน้อยก็มีคนมากพอที่จะทำการสับเปลี่ยนจากนั้นมัลแวร์โคเดอร์ก็เช่นกัน
user66001

1

เหตุผลหนึ่งที่ทำให้การ จำกัด การแมปไดรฟ์คือไวรัสอีเมล (ไฟล์ zip หรือ exe ที่เปิดโดยผู้ใช้ที่ "หนาแน่น") เช่น Cryptolocker ซึ่งจะเรียงอักษรไฟล์ทั้งหมดในไดรฟ์ในเครื่องและที่แมปแล้วเข้ารหัส มัน (โดยเฉพาะ) ไม่แยกแยะตามไดรฟ์ เราได้รับผลกระทบและสามารถกู้คืนได้โดยใช้การสำรองข้อมูลของเซิร์ฟเวอร์ แต่แน่นอนว่าไฟล์ในเครื่องนั้นเป็น "ขนมปังปิ้ง"


1
มั่นใจได้ว่าตัวเข้ารหัสมัลแวร์จะเริ่มแจงส่วนแบ่งเครือข่าย "เพิ่ม" หากผู้คนเริ่มใช้พวกเขาเพื่อสนับสนุนไดรฟ์เครือข่ายที่แมป
user66001

1

ไวรัสและมัลแวร์ที่แพร่หลายบางประเภทจะใช้ประโยชน์จากไดรฟ์ที่แมป นั่นเป็นเหตุผลที่ดีพอ ๆ กับที่จะไม่ใช้มัน


1
อย่างน้อยก็มีคนมากพอที่จะทำการสับเปลี่ยนจากนั้นมัลแวร์โคเดอร์ก็เช่นกัน
user66001

1

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

สิ่งนี้อาจมีความเกี่ยวข้องกับสิ่งที่ง่ายเหมือนกับการคัดลอกไฟล์ ไดรฟ์ที่แมปจะเร็วกว่าเสมอ อย่างเห็นได้ชัดกับไฟล์จำนวนมาก


0

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


0

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

หากคุณอยู่ในสภาพแวดล้อมทางธุรกิจ (เป้าหมายหลักของ ransomware) และหากทำได้ให้กำจัดไดรฟ์ที่แมป !!


2
อีกวิธีหนึ่งคือคุณสามารถทำงานเพื่อป้องกันการติดเชื้อในตอนแรก ...
Burgi

0

ไวรัสแรนซัมแวร์บางตัวเช่นตระกูลCryptoWallมองหาไดรฟ์ที่แมปและติดเชื้อไดรฟ์เหล่านั้น หากการแชร์เครือข่ายกำลังใช้ UNC อยู่และไม่ใช่อักษรระบุไดรฟ์แสดงว่าไวรัสเหล่านี้ไม่ติดการแชร์


1
อย่างน้อยก็มีคนมากพอที่จะทำการสับเปลี่ยนจากนั้นมัลแวร์โคเดอร์ก็เช่นกัน
user66001

0

ในความสัมพันธ์กับข้อควรพิจารณา crypto / ransomware Locky เป็นตัวอย่างหนึ่งของ ransomware ที่สามารถแพร่กระจายผ่านเส้นทาง UNC รวมถึงตัวอักษรไดรฟ์ที่แมป หากข้อกังวลของคุณ: ไดรฟ์เครือข่ายที่แมปเทียบกับเส้นทาง UNC จะถูกกำหนดโดยความเป็นไปได้สำหรับการโจมตี ransomware เข้าใจว่าจะป้องกันได้เพียงบางส่วนเท่านั้น

มีหลายวิธีในการตรวจจับ / ป้องกันการโจมตี ransomware - และแนะนำโดยทั่วไปให้ใช้วิธีการป้องกันหลายวิธี: ปกป้องเครือข่ายปกป้องปลายทางและบำรุงรักษาระบบสำรองข้อมูลที่มีประสิทธิภาพ ฉันเองใช้ Sophos InterceptX เป็นโซลูชัน anti-ransomware บน endpoint ซึ่งเป็นไฟร์วอลล์ Cisco ASA (พร้อม IPS), ShadowProtect สำหรับการสำรองข้อมูลและใช้ไดรฟ์เครือข่ายที่แมปซึ่งทำให้รู้สึกเป็นผู้ดูแลระบบ

คำเตือน: ฉันเป็นสถาปนิกที่ได้รับการรับรอง Sophos แม้ว่าฉันจะไม่ได้ทำงานให้กับ Sophos แต่ฉันคิดว่าเทคโนโลยีของพวกเขานั้นเรียบร้อย ฉันทำงานให้กับ MSP ด้วยและนั่นคือเทคโนโลยีที่เราตัดสินใจหลังจากตรวจสอบตัวเลือกต่าง ๆ ที่มีอยู่ในออสเตรเลีย

แก้ไขตามที่ร้องขอเพื่อให้ข้อมูลเพิ่มเติมสำหรับวรรคสอง นอกจากนี้ฉันพูดภาษาออสเตรเลียไม่ใช่ภาษาอังกฤษไวยากรณ์แตกต่างกันเล็กน้อยและบางคำสะกดแตกต่างกัน (เป็นสีไม่ใช่สีและไม่ได้เริ่มต้นฉันบนแคนตาลูป)


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

-1

ไดรฟ์เครือข่ายเป็นวิธีที่ดีในการแบ่งปันทรัพยากร แต่ฉันไม่เห็นด้วยกับความจริงที่ว่าไดเรกทอรีบ้านถูกวางไว้บนไดรฟ์เครือข่ายที่ใช้ร่วมกันได้ นั่นเป็นเพียงความโง่เขลา แอพพลิเคชั่นส่วนใหญ่ใช้โฮมไดเร็กตอรี่ของคุณเป็นที่เก็บการตั้งค่าแอพพลิเคชั่นเฉพาะสำหรับผู้ใช้ หากฝ่ายไอทีต้องการปวดหัวมากกว่าเดิม (ราวกับว่าพวกเขามีไม่เพียงพอที่จะจัดการ) ดังนั้นการแก้ไขการพึ่งพาแอปพลิเคชันสำหรับผู้ใช้ภายในเครือข่ายอาจเป็นปัญหาที่พวกเขาสามารถเพิ่มปัญหาได้ ปัญหานี้สามารถกำหนดใช้ในสภาพแวดล้อมที่มีการใช้งานแอปพลิเคชันดังกล่าวจำนวนมากและการอ้างอิงและความต้องการเปลี่ยนแปลง สำหรับสิ่งหนึ่งที่สามารถทำให้ผู้ใช้ในเครือข่ายแข็งทื่อและ บริษัท สูญเสียเงินและเวลาตามระดับการผลิตต่ำ นั่นคือสิ่งที่ไม่สามารถเสี่ยงได้ ประการที่สองบางองค์กรแผนที่ผู้ใช้ไดรฟ์บ้านบนเครือข่ายเพื่อตรวจสอบสิ่งที่ ' อยู่ที่นั่น รัฐบาลทำเช่นนั้นได้มากตามความต้องการของพวกเขา นอกจากนี้ยังเพิ่มปัญหาของความสามารถในการทำงานจากที่บ้าน หากการเชื่อมต่อของคุณผ่าน VP มีปัญหากับแอปพลิเคชันของคุณทำงานจากระยะไกลผ่านเซสชัน VPN ซึ่งคุณเรียกใช้แอปพลิเคชันของคุณที่ต้องอาศัยการพึ่งพาจากไดรฟ์ภายในบ้านที่แมปเครือข่ายและการแมปไดรฟ์ล้มเหลว

โดยส่วนตัวแล้วฉันคิดว่ามันควรจะทำด้วยเหตุผลที่ดีเท่านั้น แต่ไม่ถึงจุดที่มันขัดขวางการผลิตและส่งผลกระทบต่อผลประกอบการของ บริษัท


-1

จำนวน 1เหตุผลที่คุณไม่ต้องการที่จะทำเช่นนี้ก็คือว่า ransomware ไม่สามารถเข้าถึงเส้นทาง UNC แต่อักษรไดรฟ์เป็นเกมที่ยุติธรรม หากคุณต้องการให้เครือข่ายของคุณแบ่งปัน cryptolocked ดังนั้นการดำเนินการกับแผนที่อักษรไดรฟ์

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


4
"Ransomware ไม่สามารถเข้าถึงเส้นทาง UNC" - โปรดให้หลักฐานบางอย่างสำหรับการเรียกร้องนี้
DavidPostill
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.