ไม่สามารถ ping โลคัลเครื่องตามชื่อใน Windows 7


13

ฉันมีปัญหาแปลก ๆ (และขัดขืน!) กับการกระตุกเครื่องท้องถิ่นในเครือข่ายของฉันด้วยชื่อ ฉันเชื่อว่าเครื่องของฉัน (Windows 7 64 บิต) เป็นเครื่องเดียวที่มีปัญหานี้ นี่เป็นการเชื่อมต่อไร้สาย

WDTVLiveHubเป็นตัวอย่างให้พิจารณาอุปกรณ์บนเครือข่ายของฉันโดยใช้ชื่อของ มันเป็น Western Digital Live Hub (เซอร์ไพรส์!) ถ้าฉันไปที่ตารางไคลเอ็นต์ DHCP ของเราเตอร์ในเบราว์เซอร์ (เราเตอร์ของฉันคือ WRT400N) ฉันเห็นรายการนี้:

WDTVLiveHub 192.168.1.101

ยิ่งใหญ่ ดังนั้นฉันจึงพยายาม ping ที่อยู่ IP นั้น:

ping 192.168.1.101

Pinging 192.168.1.101 with 32 bytes of data:
Reply from 192.168.1.101: bytes=32 time=9ms TTL=64
Reply from 192.168.1.101: bytes=32 time=16ms TTL=64
Reply from 192.168.1.101: bytes=32 time=16ms TTL=64
Reply from 192.168.1.101: bytes=32 time=16ms TTL=64

Ping statistics for 192.168.1.101:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 9ms, Maximum = 16ms, Average = 14ms

ตกลงยังดูดีอยู่ ตอนนี้ฉันพยายาม ping โดยใช้ชื่อ:

ping WDTVLiveHub

Ping request could not find host WDTVLiveHub. Please check the name and try again.

จากสิ่งที่ฉันอ่านสิ่งนี้แสดงถึงปัญหากับเซิร์ฟเวอร์ DNS และการค้นหาชื่อโฮสต์ ที่น่าสนใจถ้าฉันพิมพ์ต่อไปนี้:

pathping 192.168.1.101

ฉันได้ผลลัพธ์นี้:

Tracing route to WDTVLIVEHUB [192.168.1.101]
over a maximum of 30 hops:
  0  Scotty [192.168.1.103]
  1  WDTVLIVEHUB [192.168.1.101]

Computing statistics for 25 seconds...
            Source to Here   This Node/Link
Hop  RTT    Lost/Sent = Pct  Lost/Sent = Pct  Address
  0                                           Scotty [192.168.1.103]
                                1/ 100 =  1%   |
  1   12ms     1/ 100 =  1%     0/ 100 =  0%  WDTVLIVEHUB [192.168.1.101]

Trace complete.

เห็นได้ชัดว่า Scotty เป็นชื่อของเครื่องท้องถิ่นของฉัน ดังนั้นฉันจึงสามารถหาชื่อได้เมื่อฉันเข้าใกล้ ...

ipconfig /all แสดงสิ่งต่อไปนี้ภายใต้เซิร์ฟเวอร์ DNS:

   DNS Servers . . . . . . . . . . . : 192.168.1.1
                                       ***.***.***.***
                                       ***.***.***.***

โดยที่ * หมายถึงเซิร์ฟเวอร์ DNS เดียวกันที่ปรากฏในเราเตอร์ของฉันภายใต้ DNS 1 และ DNS 2 ผ่านอินเทอร์เน็ต

เพื่อความสมบูรณ์นี่คือผลลัพธ์ทั้งหมดของipconfig /all:

Windows IP Configuration

   Host Name . . . . . . . . . . . . : Scotty
   Primary Dns Suffix  . . . . . . . : 
   Node Type . . . . . . . . . . . . : Peer-Peer
   IP Routing Enabled. . . . . . . . : No
   WINS Proxy Enabled. . . . . . . . : No

Wireless LAN adapter Wireless Network Connection:

   Connection-specific DNS Suffix  . : 
   Description . . . . . . . . . . . : Dell Wireless 1397 WLAN Mini-Card
   Physical Address. . . . . . . . . : 0C-EE-E6-D1-07-E8
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes
   IPv6 Address. . . . . . . . . . . : 2002:d83a:31e5:1234:5592:398e:8968:43d1(Preferred) 
   Temporary IPv6 Address. . . . . . : 2002:d83a:31e5:1234:ecce:2f79:72a5:5273(Preferred) 
   Link-local IPv6 Address . . . . . : fe80::5592:398e:8968:43d1%26(Preferred) 
   IPv4 Address. . . . . . . . . . . : 192.168.1.103(Preferred) 
   Subnet Mask . . . . . . . . . . . : 255.255.255.0
   Lease Obtained. . . . . . . . . . : September-17-12 11:05:57 PM
   Lease Expires . . . . . . . . . . : September-18-12 11:05:57 PM
   Default Gateway . . . . . . . . . : fe80::200:ff:fe00:0%26
                                       192.168.1.1
   DHCP Server . . . . . . . . . . . : 192.168.1.1
   DHCPv6 IAID . . . . . . . . . . . : 537718502
   DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-12-80-3D-D7-00-26-B9-0D-08-70
   DNS Servers . . . . . . . . . . . : 192.168.1.1
                                       ***.***.***.***
                                       ***.***.***.***
   NetBIOS over Tcpip. . . . . . . . : Enabled

Ethernet adapter VirtualBox Host-Only Network:

   Connection-specific DNS Suffix  . : 
   Description . . . . . . . . . . . : VirtualBox Host-Only Ethernet Adapter
   Physical Address. . . . . . . . . : 08-00-27-00-98-9A
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes
   Link-local IPv6 Address . . . . . : fe80::b48a:916b:c0f:fb29%23(Preferred) 
   Autoconfiguration IPv4 Address. . : 169.254.251.41(Preferred) 
   Subnet Mask . . . . . . . . . . . : 255.255.0.0
   Default Gateway . . . . . . . . . : 
   DHCPv6 IAID . . . . . . . . . . . : 570949671
   DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-12-80-3D-D7-00-26-B9-0D-08-70
   DNS Servers . . . . . . . . . . . : fec0:0:0:ffff::1%1
                                       fec0:0:0:ffff::2%1
                                       fec0:0:0:ffff::3%1
   NetBIOS over Tcpip. . . . . . . . : Enabled

Tunnel adapter Local Area Connection* 15:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . : 
   Description . . . . . . . . . . . : Teredo Tunneling Pseudo-Interface
   Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes

Tunnel adapter isatap.{55899375-C31D-4173-A529-4427D63FD28B}:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . : 
   Description . . . . . . . . . . . : Microsoft ISATAP Adapter #2
   Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes

Tunnel adapter isatap.{64B8F35F-A6AB-4D6B-B1D5-DD95F57B1458}:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . : 
   Description . . . . . . . . . . . : Microsoft ISATAP Adapter #3
   Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes

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

จะรักความช่วยเหลือในการแก้ปัญหาที่เป็นไปได้ ฉันได้ลองnetshรีเซ็ตแคตาล็อกทั้งหมดแล้วและดูเหมือนว่าไม่ได้แก้ไขอะไรเลย ชอบที่จะอธิบายว่าเกิดอะไรขึ้นเช่นกันแทนที่จะทำสิ่งที่สุ่มสี่สุ่มห้า!

ปรับปรุง:ฉันวิ่ง Wireshark 1.8.2 เพื่อดูว่าเกิดอะไรขึ้นเมื่อฉันวิ่งpingตามคำขอของฉัน Wireshark แสดงLLMNRคำขอในทันทีสี่สิ่งที่ฉันเชื่อว่าเป็นปลายทางแบบหลายผู้รับที่ถูกต้อง สองในนั้นคือ IPv4 และอีกสองเป็น IPv6 สิ่งที่ฉันไม่เห็นคือแพ็คเก็ต ICMP ใด ๆ LLMNR ควรได้รับการคาดหวังให้ทำงานด้วยตัวเองหรือไม่?

ปรับปรุง 2:ฉันสามารถ ping เครื่องอื่น (Windows Vista) บนเครือข่ายโดยใช้ชื่อ สิ่งนี้ทำให้เกิดความคิดที่ว่า LLMNR รองรับเฉพาะกับเครื่อง Windows รุ่นใหม่ แต่ไม่ได้ใช้กับอุปกรณ์อื่นในเครือข่ายของฉัน ฉันติดตั้ง WireShark บนเครื่องอื่นของฉันและพบว่าเมื่อฉัน ping จากที่นั่นมันก็ส่งแพ็กเก็ต NBNS - NetBIOS Name Service นี่ก็หมายความว่าเครื่องของฉันไม่ได้ส่งการสอบถาม NBNS ด้วยเหตุผลบางประการ กำลังขุด ...

อัปเดต 3:ดูเหมือนจะไม่สามารถส่งแพ็กเก็ต NetBIOS ได้ ฉันคิดว่านี่เป็นต้นเหตุ ฉันได้ลองปิดการใช้งาน LLMNR ผ่านนโยบายกลุ่มโดยหวังว่า NetBIOS จะเริ่มต้นอย่างน่าอัศจรรย์ แต่ก็ไม่มีโชค ipconfigแสดงให้เห็นว่า NetBIOS ผ่าน TCP / IP ถูกเปิดใช้งานและ WireShark จะไม่แสดงแพ็กเก็ตการจำแนกชื่อ NetBIOS ใด ๆ ที่ส่งออก ฉันได้ลองปิดการใช้งานแล้วเปิดใช้งานอีกครั้ง ฉันได้ลองทั้งสองคำสั่งแบบคลาสสิกของnbtstat winsock reset catalogและnbtstat int ip reset reset.logแต่ที่ไม่ได้แก้ไขปัญหา NetBIOS จะรักคำแนะนำบางอย่าง ...

แก้ไข! ขอบคุณมากขอบคุณ wmz เขาหรือเธอชี้ปัญหาอย่างแน่นอน: ด้วยเหตุผลใดก็ตามที่ NetBIOS ของฉันผ่าน TCP / IP ได้ตั้งค่าตัวเองให้ทำงานในโหมดเพียร์ทูเพียร์ หลังจากการวิจัยเล็กน้อยมันจะเปิดใช้งานโหมดเพียร์ทูเพียร์ต่อเมื่อคุณตั้งค่าเซิร์ฟเวอร์ WINS (ซึ่งฉันทำไม่ได้จริงๆ!) ฉันขุดลงในรีจิสทรีและไม่พบรายการภายใต้ NodeType แต่แน่นอนรายการสำหรับ DhcpNodeType ด้วยค่า (สยองขวัญแห่งความน่ากลัว!) ของ 0x00000002 ค่า 1 คือ Broadcast (ซึ่งน่าจะดี) 2 คือ Peer-to-Peer (ต้องใช้เซิร์ฟเวอร์ WINS! Ack!), 4 พยายามเซิร์ฟเวอร์ WINS จากนั้นทำการเผยแพร่และ 8 พยายามออกอากาศจากนั้นเซิร์ฟเวอร์ WINS (เรียกว่า "Hybrid" โหมด). หลังจากลบรายการ DhcpNodeType และรีบูตเครื่องฉันพบว่าipconfig /allตอนนี้แสดงโหมดไฮบริด ดูเหมือนว่าจะเป็นค่าเริ่มต้นสำหรับ Windows 7 Ultimate 64 บิต ฉันพยายามกระตุกwdtvlivehubและได้รับการต้อนรับในทันทีด้วยรสชาติที่หวานชื่นของความสำเร็จ ขอบคุณมากสำหรับคำตอบของคุณ ฉันมีความสุขมากที่ได้แก้ปัญหาโดยไม่ต้องติดตั้ง Windows หรือสิ่งที่บ้า ฉันยังไม่ทราบเลยว่าคุณค่านี้เปลี่ยนแปลงไปอย่างไร ... แต่อย่างน้อยมันก็เป็นอีกสิ่งหนึ่งที่ต้องค้นหาและหวังว่าข้อมูลนี้จะช่วยให้คนอื่นจัดการกับปัญหาเครือข่ายที่น่าผิดหวัง! รู้สึกดีที่มีปัญหานี้เลีย! รับรายได้ดี!

ขอบคุณ!


1
คุณช่วยส่งมอบผลลัพธ์ของ cmd - nslookup - 192.168.1.101
Langhard

1
และยังcmd - nslookup - WDTVLiveHub
Langhard

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

คำตอบ:


12

การค้นพบของคุณดูเหมือนจะชี้ไปที่ตัวแก้ไข netbios ซึ่งทำให้รายการนี้เป็นที่น่าสงสัย:
Node Type . . . . . . . . . . . . : Peer-Peer

Netbios node type p (2) - ปกติใช้กับเซิร์ฟเวอร์ Wins (ซึ่งฉันคิดว่าคุณไม่มี) - ปิดการใช้งานการกระจายการจำแนกชื่อ netbios ได้อย่างมีประสิทธิภาพ

บทความนี้อธิบายถึงปัญหาที่คล้ายกับของคุณมากและยังเชื่อมโยงไปยังบทความ Msoft technetซึ่งมีรายละเอียดวิธีการรีเซ็ตประเภทโหนดเป็นสิ่งที่เหมาะสมกว่า:

เมื่อต้องการแก้ไขปัญหานี้ทำตามขั้นตอนเหล่านี้:

Click Start, click Run, type regedit, and then click OK.
Locate and then click the following registry subkey:
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\NetBt\Parameters
In the right pane of Registry Editor, delete the following values if they are present:
    NodeType
    DhcpNodeType

หมายเหตุถ้ามีค่า NodeType ค่านี้จะแทนที่ค่า DhcpNodeType หากไม่มีคีย์ย่อยและไม่มีเซิร์ฟเวอร์ WINS ที่กำหนดค่าไว้สำหรับไคลเอนต์คอมพิวเตอร์จะใช้โหมด b-node หากมีการกำหนดค่าเซิร์ฟเวอร์ WINS อย่างน้อยหนึ่งเครื่องคอมพิวเตอร์จะใช้โหมด h-node ออกจาก Registry Editor รีสตาร์ทคอมพิวเตอร์ ลองดูคอมพิวเตอร์ในเวิร์กกรุ๊ปบนเครือข่ายอีกครั้ง


สิ่งนี้ดูมีแนวโน้มมาก ฉันจะลองคืนนี้ ดูเหมือนว่าทางออกที่เหมาะสมที่สุดสำหรับฉัน ฉันหวังว่ามันจะเป็นอย่างนั้นจริงๆ!
aardvarkk

มันทำได้! หากคุณสนใจฉันได้เพิ่มคำถามเฉพาะเจาะจงลงไปในคำถามเดิมของฉัน
aardvarkk

นี่เป็นความช่วยเหลือครั้งใหญ่และทำงานได้อย่างสมบูรณ์แบบ ขอบคุณ!
Jason R. Coombs

1
เหตุผลที่เป็นไปได้สำหรับค่านี้ถูกตั้งเป็น Peer-Peer โดยค่าเริ่มต้นคืออะไร? สิ่งนี้อาจได้รับผลกระทบจากความจริงที่ว่าคอมพิวเตอร์ของฉันเชื่อมต่อกับ WAN เมื่อฉันติดตั้งระบบหรือไม่
Olegs Jeremejevs

@OlegsJeremejevs ที่น่าจะเป็นไปได้มากที่เซิร์ฟเวอร์ DCHP กำหนดเนื่องจาก Win ไม่ได้ตั้งค่าโหนดประเภทนี้ตามค่าเริ่มต้น (b / h เป็นการตั้งค่าเริ่มต้น) ดูความคิดเห็นของฉันสำหรับคำถาม OP
wmz

3

สิ่งหนึ่งที่น่าสนใจเกี่ยวกับipconfig /allผลลัพธ์ของคุณคือคุณไม่มีคำต่อท้าย DNS หลักคุณควรเข้าสู่ tcp / ip proprties สำหรับ ipv4 บนอะแดปเตอร์นั้นและเพิ่มเวิร์กกรุ๊ปเป็นคำต่อท้าย DNS หลักของคุณและดูว่าสามารถแก้ไขชื่ออื่น ๆ ระบบเราเตอร์ส่วนใหญ่จะเพิ่ม. workgroup ให้กับชื่อของเครื่องดังนั้น fqdn สำหรับระบบของคุณจะเป็น scotty.workgroup ตรวจสอบและดูว่าคุณสามารถ ping WDTVLiveHub.workgroup ตามชื่อได้หรือไม่ คุณควรเพิ่มเวิร์กกรุ๊ปไปยังรายการโดเมนค้นหา DNS ในการตั้งค่า ipv4 สำหรับอะแดปเตอร์นั้น


สิ่งนี้ก็ดูมีแนวโน้มมากเช่นกัน ฉันจะลองดูเช่นกัน ขอบคุณ!
aardvarkk

2

บางทีเซิร์ฟเวอร์ไม่สามารถแก้ไขชื่อโฮสต์ได้

คุณสามารถลองเพิ่มรายการสำหรับ WDTVLiveHub ในไฟล์โฮสต์เป็น:

192.168.1.101 WDTVLiveHub

บน Windows: C: \ Windows \ system32 \ drivers \ etc \


1
สองสิ่ง: 1) ฉันคิดว่าคุณมีสิ่งข้างหลัง ที่อยู่ IP ควรเป็นอันดับแรกและชื่อโฮสต์ที่สอง 2) การเพิ่มสิ่งนั้นลงในhostsไฟล์จะ "แก้ไข" ปัญหา แต่โดยทั่วไปแล้วจะไม่สนใจปัญหาจริงนั่นคือการแก้ปัญหาชื่อโฮสต์ไม่ทำงาน ดูเหมือนว่าฉันจะมีวิธีแก้ปัญหามากกว่าวิธีแก้ปัญหา ... ฉันไม่ควรเพิ่มรายการในhostsไฟล์สำหรับเครื่องทั้งหมดในเครือข่ายของฉัน! ยังมีประโยชน์แม้ว่าขอบคุณสำหรับการตอบ
aardvarkk

1

บางทีการมิกซ์บนอุปกรณ์เครือข่ายเดียวกันกับที่ใช้ iPv4 และ iPv6 อาจเป็นปัญหา

คุณอาจลองปิด iPv6 ในเราเตอร์และใน Windows 7


1

วิธีแก้ไขปัญหาต่อไปนี้จะช่วยให้คุณลืมเกี่ยวกับความเร่งรีบในการจัดการกับไฟล์โฮสต์ในท้องถิ่นและสิ่งต่าง ๆ เช่นการแก้ไขชื่อ NETBIOS - แต่มีข้อเสียคือ นี่ไม่ใช่แค่การตั้งค่าเพื่อเปิดหรือปิดใน windows หรือเราเตอร์ของคุณ สิ่งนี้ต้องใช้ความพยายามมากขึ้นในด้านของคุณ

สำหรับฉันดูเหมือนว่าคุณจะมีความละเอียดอ่อนพอที่จะแยกแยะวิธีนี้ได้โดยที่คุณจะไม่มีปัญหากับการแก้ไขชื่ออีกครั้งในเครือข่ายภายในบ้านของคุณ!

หลังจากตรวจสอบอย่างรวดเร็วบนwww.dd-wrt.comดูเหมือนว่า Cisco-Router ของคุณเข้ากันได้กับการเรียกใช้เราเตอร์เฟิร์มแวร์ open-source DD-WRT ความสงบสุขของซอฟต์แวร์ที่มีประโยชน์น้อยนี้จะใช้เราเตอร์ของคุณทั้งหมดในการทำงานที่คุณต้องการในเครือข่ายในบ้านของคุณและอีกมากมาย ซึ่งรวมถึงบริการที่เรียกว่า DNSMasq ซึ่งเป็นเซิร์ฟเวอร์ DNS ขนาดเล็กน้ำหนักเบาที่ทำงานบนเราเตอร์ของคุณ

จากDD-WRT Wiki:

ข้อได้เปรียบที่เพิ่มคือ DNSMasq สามารถเพิ่ม DHCP สัญญาเช่าลงในฐานข้อมูล DNS ได้อย่างชาญฉลาดโดยจัดหาการค้นหาชื่อท้องถิ่นสำหรับไคลเอ็นต์ DHCP ใด ๆ ไม่ว่าจะเป็นแบบคงที่หรือแบบไดนามิก

ดังนั้นสิ่งนี้จะเพิ่มการแก้ไข DNS จริงลงในเครือข่ายของคุณซึ่งไม่ได้ขึ้นอยู่กับการหวังว่า NETBIOS และ multicast-DNS-Resolving ของคุณจะทำงานได้

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

สิ่งดีๆอื่น ๆ ที่คุณจะได้รับจาก DD-WRT:

  • รองรับ Wake On LAN - บูตอุปกรณ์ของคุณจากทุกที่ในคำ
  • VPN Endpoint-Support - รับการเชื่อมต่อที่ปลอดภัยไปยังเครือข่ายในบ้านของคุณจากต่างประเทศ
  • การวิเคราะห์และจัดการแบนด์วิดท์ - รับข้อมูลจริงเกี่ยวกับการใช้เครือข่ายของคุณ
  • สิ่งอื่น ๆ อีกมากมาย ภาพรวมสามารถพบได้ที่นี่

โดยวิธีการมันยังฟรี

ไชโย Riscie!

(ฉันไม่ได้เชื่อมต่อกับนักพัฒนาของ DD-WRT หรือจะได้รับประโยชน์จากใครบางคนที่ใช้เฟิร์มแวร์นี้ - ฉันแค่กระตือรือร้นมากเพราะฉันเชื่อมั่นในการใช้งานจริง ๆ :))

สกรีนช็อตสถานะ dd-wrt


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