Tracert làm cho NETBIOS hoạt động trên Win7 là gì?

Điều này thực sự kỳ lạ - tôi có một cách giải quyết cho việc này (đọc tiếp), nhưng tôi rất muốn biết tại sao nó hoạt động.

Tôi đã có một thiết lập VPN hoạt động tốt với máy chủ WinServer2003 và máy khách Vista.

Sau đó, tôi thiết lập một hộp Win7 mới để truy cập vào cùng một máy chủ. Máy chủ đang chạy THẮNG.

Cả hai máy khách đều có thể vào được tiền phạt VPN và các máy ping ở phía máy chủ theo địa chỉ IP4.

Nhưng CHỈ máy khách Vista có thể ping máy theo địa chỉ NETBIOS (tên máy). Ứng dụng khách Win7 vừa trả về "không thể tìm thấy máy chủ".

Theo như tôi có thể nói, các máy khách được cấu hình giống hệt nhau.

Tình cờ, trong khi nghịch ngợm, tôi phát hiện ra rằng nếu tôi chạy một tracert trên máy khách Win7 - truy tìm tuyến đường đến bất kỳ máy nào ở phía máy chủ - thì SAU KHI NETBIOS hoạt động.

Ví dụ: (đây là từ dòng lệnh cygwin trên hộp Win7, với mật khẩu được xử lý lại, v.v.):

$ rasdial "vpnName" Dave passWord
Connecting to vpnName.
Verifying username and password... 
Registering your computer on the network... 
Successfully connected to vpnName. Command completed successfully.

Dave@QUIET ~ 
$ ping henshaw 
Ping request could not find host henshaw. Please check the name and try again.

Dave@QUIET ~ 
$ tracert 10.1.10.1

Tracing route to www [10.1.10.1] over a maximum of 30 hops:

  1    39 ms    47 ms    49 ms  ASH [10.1.10.184]
  2    44 ms    31 ms    32 ms  www [10.1.10.1]

Trace complete.

$ ping henshaw

Pinging henshaw [10.1.10.92] with 32 bytes of data: 
Reply from 10.1.10.92: bytes=32 time=36ms TTL=127 
Reply from 10.1.10.92: bytes=32 time=46ms TTL=127
Reply from 10.1.10.92: bytes=32 time=35ms TTL=127
Reply from 10.1.10.92: bytes=32 time=41ms TTL=127

Ping statistics for 10.1.10.92:
   Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), 
Approximate round trip times in milli-seconds:
    Minimum = 35ms, Maximum = 46ms, Average = 39ms

(ASH là hộp máy chủ Server2003, 10.1.10.1 là cổng mạng.)

Cái quái gì đang xảy ra thế? Tại sao hộp Win7 hoạt động khác nhau ở vị trí đầu tiên và tại sao tracert sửa nó?

--Dave

Thêm:

Theo đề xuất của @Sane, đây là ipconfig tất cả đầu ra từ cả hai máy khách:

Hộp Vista:

Dave@Tower ~
$ ipconfig /all

Windows IP Configuration

   Host Name . . . . . . . . . . . . : Tower
   Primary Dns Suffix  . . . . . . . :
   Node Type . . . . . . . . . . . . : Hybrid
   IP Routing Enabled. . . . . . . . : No
   WINS Proxy Enabled. . . . . . . . : No
   DNS Suffix Search List. . . . . . : home

PPP adapter vpnName:

   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : vpnName
   Physical Address. . . . . . . . . :
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes
   IPv4 Address. . . . . . . . . . . : 10.1.10.80(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.255.255
   Default Gateway . . . . . . . . . :
   DNS Servers . . . . . . . . . . . : 10.1.10.1
   NetBIOS over Tcpip. . . . . . . . : Enabled

Ethernet adapter Local Area Connection:

   Connection-specific DNS Suffix  . : home
   Description . . . . . . . . . . . : NVIDIA nForce 10/100/1000 Mbps Ethernet
   Physical Address. . . . . . . . . : 6C-F0-49-D1-92-FC
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes
   Link-local IPv6 Address . . . . . : fe80::1d56:57b0:5c40:8ea2%10(Preferred)
   IPv4 Address. . . . . . . . . . . : 192.168.1.11(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.255.0
   Lease Obtained. . . . . . . . . . : Tuesday, November 20, 2012 12:52:51 PM
   Lease Expires . . . . . . . . . . : Wednesday, November 21, 2012 12:52:50 PM
   Default Gateway . . . . . . . . . : 192.168.1.1
   DHCP Server . . . . . . . . . . . : 192.168.1.1
   DHCPv6 IAID . . . . . . . . . . . : 258797641
   DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-14-7D-F7-96-6C-F0-49-D1-92-FC
   DNS Servers . . . . . . . . . . . : 192.168.1.1
   NetBIOS over Tcpip. . . . . . . . : Enabled

Tunnel adapter Local Area Connection* 6:

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

Tunnel adapter Local Area Connection* 7:

   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Teredo Tunneling Pseudo-Interface
   Physical Address. . . . . . . . . : 02-00-54-55-4E-01
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes
   IPv6 Address. . . . . . . . . . . : 2001:0:9d38:6ab8:93:2ec:3f57:fef4(Preferred)
   Link-local IPv6 Address . . . . . : fe80::93:2ec:3f57:fef4%11(Preferred)
   Default Gateway . . . . . . . . . : ::
   NetBIOS over Tcpip. . . . . . . . : Disabled

Tunnel adapter Local Area Connection* 11:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . : home
   Description . . . . . . . . . . . : isatap.home
   Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes

Hộp Win7:

Dave@QUIET ~
$ ipconfig /all

Windows IP Configuration

   Host Name . . . . . . . . . . . . : QUIET
   Primary Dns Suffix  . . . . . . . :
   Node Type . . . . . . . . . . . . : Hybrid
   IP Routing Enabled. . . . . . . . : No
   WINS Proxy Enabled. . . . . . . . : No

PPP adapter vpnName:

   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : vpnName
   Physical Address. . . . . . . . . :
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes
   IPv4 Address. . . . . . . . . . . : 10.1.10.108(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.255.255
   Default Gateway . . . . . . . . . :
   DNS Servers . . . . . . . . . . . : 10.1.10.1
   NetBIOS over Tcpip. . . . . . . . : Enabled

Ethernet adapter Local Area Connection:

   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Intel(R) 82578DC Gigabit Network Connection
   Physical Address. . . . . . . . . : 00-1C-C0-F7-54-2F
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes
   Link-local IPv6 Address . . . . . : fe80::3c6a:4873:97c:e773%10(Preferred)
   IPv4 Address. . . . . . . . . . . : 192.168.1.110(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.255.0
   Default Gateway . . . . . . . . . : 192.168.1.1
   DHCPv6 IAID . . . . . . . . . . . : 234888384
   DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-17-C6-DC-78-00-1C-C0-F7-54-2F
   DNS Servers . . . . . . . . . . . : 192.168.1.1
   NetBIOS over Tcpip. . . . . . . . : Enabled

Tunnel adapter isatap.{13A00E9E-CF57-4B02-B3F6-21929585E6FC}:

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

Tunnel adapter Teredo Tunneling Pseudo-Interface:

   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
   IPv6 Address. . . . . . . . . . . : 2001:0:4137:9e76:400:32e2:9d91:5c30(Preferred)
   Link-local IPv6 Address . . . . . : fe80::400:32e2:9d91:5c30%12(Preferred)
   Default Gateway . . . . . . . . . : ::
   NetBIOS over Tcpip. . . . . . . . : Disabled

Tunnel adapter isatap.{B34461EA-B740-4553-A1A7-570852066611}:

   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

— nerdfever.com
nguồn

Tôi không có giải pháp cho bạn, nhưng tại sao lại sử dụng THẮNG? Thật là ác; giết nó với lửa trong cơ hội sớm nhất của bạn.

— HoplessN00b

Điều đó không thực sự có ý nghĩa với tôi. Bạn đã xem xét việc kích hoạt wireshark / tcpdump và thực hiện chụp để xem những gì khác đang xảy ra trong khi bạn chạy traceroute đó?

— Zoredache

Kiểm tra xem hệ thống Win7 có cài đặt THẮNG hay không, có lẽ cũng hữu ích khi có một ipconfig / tất cả được in ra cho cả hai hệ thống Win7 và Vista.

— Winter Faulk

@Sane Xem bài cập nhật. Cả khách hàng đều không có CHIẾN THẮNG.

— nerdfever.com

Có vẻ như là một vấn đề định tuyến, khi bạn thử ping lần đầu tiên, nó không biết cách định tuyến đến hộp ASH nhưng sau khi theo dõi tuyến đường, nó "học" tuyến đến máy chủ ASH. Tôi sẽ kiểm tra các tuyến đường trên cả hộp Win7 trước và sau tracert và các tuyến đường trên hộp vista (vì một tuyến đường ghi chú gửi các gói ICMP đến từng hop trong đường dẫn ping gửi gói ICMP trực tiếp đến máy chủ)

— Winter Faulk

Tôi nghi ngờ rằng một tác dụng phụ của lệnh tracert là nó đang điền vào bộ đệm tên NetBIOS. Chạy lệnh:

nbtstat /c

Cả trước và sau lệnh tracert. Tôi đoán là bạn sẽ thấy mục "henshaw" xuất hiện.

Tôi quên cơ chế chính xác, đó là một cái gì đó về việc nằm trong mạng NetBIOS đặc biệt, không có dịch vụ tên tập trung để các máy phải khám phá lẫn nhau. Một cái gì đó tracert làm trong khi cố gắng tìm kiếm ngược lại địa chỉ IP mà bạn cung cấp đã kích hoạt phát sóng cho tên NetBIOS trên mạng LAN cục bộ và vì hộp thử nghiệm của bạn và "henshaw" nằm trên cùng một mạng, hộp của bạn có thể tìm hiểu tên.

Hãy thử sử dụng "nbtstat / R" để xóa bộ đệm tên NetBIOS, điều này sẽ đưa bạn trở lại trạng thái vấn đề. Tôi nghĩ rằng nếu bạn ping henshaw bằng địa chỉ IP của nó, điều đó cũng sẽ điền vào bộ đệm. Ngoài ra, tôi nghi ngờ nếu bạn đã sử dụng "tracert / d" (không phân giải địa chỉ IP thành tên), bạn sẽ không nhận được hiệu quả có lợi đó.

— Du khách Velo
nguồn