การแชร์ไฟล์ Windows จะเชื่อมต่อผ่าน WiFi แทน LAN


1

ฉันมีแล็ปท็อปและคอมพิวเตอร์เดสก์ท็อปและฉันจำเป็นต้องซิงค์ไฟล์จำนวนมากกับแล็ปท็อปและสำรองทุกครั้งที่ฉันเดินทาง ฯลฯ ฉันมีสาย LAN เชื่อมต่อเข้ากับพอร์ตพิเศษบนเดสก์ท็อปที่ฉันเสียบ แล็ปท็อปดังนั้นฉันจะได้รับการถ่ายโอนไฟล์กิกะบิตแทนไร้สายจีพวกเขาเชื่อมต่อได้ดี

ถ้าฉันทำการถ่ายโอน FTP ตัวอย่างเช่นการใช้ที่อยู่ IP ของ LAN มันจะอยู่ที่ ~ 40MB / s เท่าที่ควร อย่างไรก็ตามเมื่อฉันคัดลอกไฟล์โดยใช้ explorer และการแชร์ไฟล์ windows ดั้งเดิมตรวจพบคอมพิวเตอร์เครื่องอื่นโดยใช้ชื่อไม่ใช่ IP (เช่น \\DESKTOP-PC\ แทน \\192.168.0.100\ ) และเชื่อมต่อกับมันเสมอโดยใช้ที่อยู่ IP แบบไร้สายแทนที่อยู่ LAN ที่เร็วกว่า

คอมพิวเตอร์ทั้งสองเครื่องกำลังเรียกใช้ Windows 7 ฉันได้ลองแก้ไขลำดับความสำคัญของอะแดปเตอร์ในการตั้งค่าขั้นสูงและวางอะแดปเตอร์ LAN ไว้เหนืออะแดปเตอร์ wifi

ผลลัพธ์ของ nbtstat -c: (บนเดสก์ท็อป)

Node IpAddress: [192.168.56.1] Scope Id: []

    No names in cache

Local Area Connection: (lan connection, using *.*.1.*)
Node IpAddress: [192.168.1.180] Scope Id: []

    No names in cache

Wireless Connection: (wifi connection, using *.*.0.*)
Node IpAddress: [192.168.0.180] Scope Id: []

    No names in cache

Hamachi:
Node IpAddress: [0.0.0.0] Scope Id: []

    No names in cache

VMware Network Adapter VMnet1:
Node IpAddress: [192.168.126.1] Scope Id: []

    No names in cache

VMware Network Adapter VMnet8:
Node IpAddress: [192.168.101.1] Scope Id: []

    No names in cache

Local Area Connection 2:
Node IpAddress: [0.0.0.0] Scope Id: []

    No names in cache

ไม่มีอะไรเปลี่ยนแปลงหลังจากรัน nbtstat -R


3
ทำไมคุณไม่ระบุที่อยู่ lan ใน explorer \\<lan IP> ?
Paul

หลายครั้งที่ฉันเพิ่งถ่ายโอนไฟล์ขนาดเล็กผ่าน wifi ฉันจะค่อนข้างคิดว่าจะใช้โดยอัตโนมัติมากกว่าที่จะพิมพ์ IP ทุกครั้ง
zacaj

ยินดีต้อนรับสู่ SuperUser ฉันได้แก้ไขโพสต์ของคุณเพื่อให้สามารถอ่านได้มากขึ้น หากคุณไม่พอใจกับการเปลี่ยนแปลงคุณสามารถยกเลิกหรือแก้ไขได้อีกครั้ง
Baarn

สิ่งที่คุณเห็นเมื่อคุณทำ (บรรทัดคำสั่ง) nbtstat -c จะเกิดอะไรขึ้นเมื่อคุณทำ nbtstat -R แล้วลองอีกครั้ง?
wmz

@wmz ฉันเพิ่มผลลัพธ์
zacaj

คำตอบ:


2

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

สมมติว่าการเชื่อมต่อแบบใช้สาย IP ของคุณบนเดสก์ท็อปเป็นแบบคงที่คุณสามารถใส่การผูกแบบคงที่บนแล็ปท็อปของคุณโดยใช้ LMHOSTS คุณจะต้องเปิดใช้งานการค้นหา LMHOST (ทำได้ในคุณสมบัติขั้นสูงของ TCP / IP) จากนั้นใส่บรรทัดใน LMHOSTS (โดยทั่วไปจะอยู่ที่: C:\Windows\System32\drivers\etc\หากคุณไม่เคยใช้มันจะมีเพียง LMHOSTS.sam ซึ่งคุณต้องเปลี่ยนชื่อหรือเพียงแค่สร้าง LMHOSTS empy:
your.desktop.ip.address your_desktop_computer_name

สิ่งนี้จะยังคงต้องการการล้าง / โหลดแคช netbios เพื่อให้การทำงาน

แก้ไข: นอกจากนี้คุณอาจดูเอกสารนี้: http://support.microsoft.com/kb/166159 ตามที่เสนอวิธีการผูกกับอะแดปเตอร์หลักเสมอ แต่ฉันไม่ได้ทดสอบว่ามันทำงาน

การเชื่อมต่อ TCP ไปยังและจากคอมพิวเตอร์หลายเครื่องหากการเชื่อมต่อคือ   การเชื่อมต่อที่ใช้ NetBIOS ซึ่งใช้ตัวเปลี่ยนเส้นทางซึ่งเป็นเส้นทางเล็ก ๆ   ข้อมูลมีอยู่ในระดับแอปพลิเคชัน NetBIOS   อินเตอร์เฟสรองรับการเชื่อมต่อผ่านโปรโตคอลต่าง ๆ และไม่มี   ความรู้เรื่อง IP แต่ผู้เปลี่ยนเส้นทางจะโทรไปที่   การขนส่งที่ถูกผูกไว้กับมัน หากมีสองอินเตอร์เฟสใน   คอมพิวเตอร์และหนึ่งโพรโทคอลถูกติดตั้งมีการขนส่งสองรายการ   พร้อมใช้งานสำหรับตัวเปลี่ยนเส้นทาง การโทรจะถูกวางในการส่งสัญญาณทั้งสอง   NetBT ส่งคำขอเชื่อมต่อไปยังสแต็กโดยใช้ที่อยู่ IP   จากแต่ละอินเตอร์เฟส การโทรทั้งสองอาจสำเร็จ ถ้าเป็นเช่นนั้นผู้เปลี่ยนเส้นทาง   ยกเลิกหนึ่งในนั้น ทางเลือกที่หนึ่งที่จะยกเลิกขึ้นอยู่กับ   ตัวเปลี่ยนเส้นทาง IgnoreBindingOrder ค่ารีจิสทรี หากรีจิสทรี   value คือ 0 ซึ่งเป็น transport หลักซึ่งถูกกำหนดโดยการโยง   คำสั่งเป็นสิ่งที่ต้องการ ตัวเปลี่ยนเส้นทางกำลังรอการหลัก   ขนส่งให้หมดเวลาก่อนที่จะยอมรับการเชื่อมต่อบนอุปกรณ์รอง   ขนส่ง. หากค่านี้เป็น 1 คำสั่งการโยงจะถูกละเว้น   ตัวเปลี่ยนเส้นทางยอมรับการเชื่อมต่อครั้งแรกที่ประสบความสำเร็จและยกเลิก   คนอื่น ๆ


0

โดยวิธีการที่เชื่อถือได้ที่สุดคือการเชื่อมต่อโดยใช้ที่อยู่ IP ของเป้าหมาย

มีบทความที่แนะนำให้คุณหลีกเลี่ยงสิ่งนี้โดยใช้ตัวชี้วัดบนตารางเส้นทาง สิ่งนี้ไม่ถูกต้องและไม่ใช่วิธีที่เชื่อถือได้

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