VMWare फ़्यूज़न का उपयोग करते समय: विंडोज 7 अतिथि पर DNS लुकअप स्थानीयडोमेन को जोड़ता है

Question

यहाँ मैं टाइप कर रहा हूँ:

C:\Users>nslookup
Default Server:  UnKnown
Address:  172.16.128.2

> google.com
Server:  UnKnown
Address:  172.16.128.2

Name:    google.com.localdomain
Addresses:  74.125.226.14
          74.125.226.14

> google.com.
Server:  UnKnown
Address:  172.16.128.2

Non-authoritative answer:
Name:    google.com
Addresses:  2607:f8b0:4006:806::1005
          74.125.226.1
          74.125.226.6
          74.125.226.2
          74.125.226.4
          74.125.226.5
          74.125.226.9
          74.125.226.8
          74.125.226.7
          74.125.226.3
          74.125.226.0
          74.125.226.14

यह किसी भी समस्या का कारण नहीं बनता था और शायद यह स्थानीयकरण को जोड़ने के लिए उपयोग नहीं किया जाता था ... लेकिन अब यह उन अनुप्रयोगों के लिए समस्या पैदा करता है जो 'a' को जोड़ते नहीं हैं। डोमेन नाम लुकअप करते समय।

मैं साइबर लाइन में कमांड लाइन ssh में समस्या देख रहा हूं।

और सुनिश्चित करने के लिए ... मेजबान पर (मैक ओएस / एक्स):

jzwolak@laptop:~$ nslookup
> google.com
Server:     192.168.2.1
Address:    192.168.2.1#53

Non-authoritative answer:
Name:   google.com
Address: 74.125.226.14
Name:   google.com
Address: 74.125.226.1
Name:   google.com
Address: 74.125.226.6
Name:   google.com
Address: 74.125.226.2
Name:   google.com
Address: 74.125.226.4
Name:   google.com
Address: 74.125.226.5
Name:   google.com
Address: 74.125.226.9
Name:   google.com
Address: 74.125.226.8
Name:   google.com
Address: 74.125.226.7
Name:   google.com
Address: 74.125.226.3
Name:   google.com
Address: 74.125.226.0
> 

मैं VMWare Fusion 7.1.2, Mac OS / X 10.10.4, सभी महत्वपूर्ण अपडेट के साथ Windows 7 SP1 चला रहा हूं, और नवीनतम साइबरविन और ssh (वर्जन के साथ साइबर पैकेज से: OpenSSH_6.9p1, OpenSSH_ 7.1.2d 9 जुलाई 2015 )।

ssh एकमात्र ऐसा प्रोग्राम नहीं है जिसमें समस्याएं हैं, लेकिन यह वह है जिसका मुझे उपयोग करने की आवश्यकता है।

कोई अंदाजा ऐसा क्यों हो रहा है?

ओह ... और अगर मैंने मैन्युअल रूप से मैक ओएस / एक्स (मेरे उदाहरण में 192.168.2.1) में उपयोग किए जाने वाले विंडोज में डीएनएस सर्वर को मैन्युअल रूप से सेट किया है, तो सब कुछ ठीक काम करता है।

Comments

क्या VMWare Fusion 8 के साथ भी यह समस्या है? क्या कोई जानता है?

— Jason

मुझे लगता है कि VMWare फ्यूजन 8 प्रो में ipv6 NAT नेटवर्क के लिए स्पष्ट समर्थन है। लेकिन मुझे नहीं पता कि समस्या तय हो गई है।

— Jason

Answer 1

स्कॉट के जवाब में जोड़ने के लिए, जो मैं समझता हूं कि अंतर नैट / साझा मोड में है VMWare अतिथि को और अधिक सुरक्षित बनाता है, वर्चुअल मशीन का बाहरी नेटवर्क पर अपना आईपी पता नहीं है। इसके बजाय, एक अलग निजी नेटवर्क जिसका नाम है localadmin आपके मैक पर स्थापित है ...

ब्रिजिंग नेटवर्किंग के साथ, वर्चुअल मशीन एक अतिरिक्त कंप्यूटर के रूप में एक ही भौतिक ईथरनेट नेटवर्क पर दिखाई देती है, क्योंकि आपका मैक इसे कम सुरक्षित बनाता है। VMWare KB देखें लेख नेटवर्क प्रकारों के बारे में।

NAT मोड टेस्ट :

C:\Windows\System32>nslookup
Default Server:  UnKnown
Address:  172.16.65.2

> google.com
Server:  UnKnown
Address:  172.16.65.2

Name:    google.com.localdomain
Addresses:  216.58.192.46
          216.58.192.46

>

Bridged मोड परीक्षण :

C:\Windows\System32>nslookup
Default Server:  google-public-dns-a.google
Address:  8.8.8.8

> google.com
Server:  google-public-dns-a.google.com
Address:  8.8.8.8

Non-authoritative answer:
Name:    google.com
Addresses:  2607:f8b0:4010:800::1004
          216.58.192.46

Comments

अंत में, मैं VMWare पर चल रहे विंडोज पर Cygwin पर git का उपयोग करने में सक्षम हूं! धन्यवाद!

— sjmerel

Answer 2

हां, यह SSH (और विस्तार git) के साथ समस्या का कारण बनता है। समस्या यह है कि वर्चुअल मशीन के नेटवर्क एडाप्टर को NAT मोड में कॉन्फ़िगर किया गया है (जैसा कि दिखाया गया है मेरे मैक के साथ साझा करें ) और NAT मोड में VMWare IPv6 को मजबूर करने की कोशिश कर रहा है, लेकिन किसी भी तरह से IPv6 का ठीक से समर्थन नहीं कर रहा है। IPv4 का उपयोग करने के लिए आप ब्रिज मोड में जा सकते हैं या SSH को बाध्य कर सकते हैं।

ब्रिज मोड पर स्विच किया गया

नोट: यह आपके वीएम की सुरक्षा को कम कर सकता है क्योंकि यह अब सीधे नेटवर्क से जुड़ा होगा और मेजबान मशीन के माध्यम से कोई सुरक्षा नहीं है   के लिए नेटवर्किंग बदलें पाट मेनू का चयन करके मोड वर्चुअल मशीन & gt; नेटवर्क एडाप्टर & gt; ब्रिजेड (ऑटोडेट) और यह काम करेगा।

IPv4 का उपयोग करने के लिए SSH को बाध्य करें

निम्न पंक्ति को इसमें जोड़ें /etc/ssh/ssh_config (या c:\Program Files\Git\etc\ssh\ssh_config जब विंडोज़ के लिए git का उपयोग कर रहे हों):

AddressFamily inet

Answer 3

मैंने विंडोज पर ipv6 को निष्क्रिय कर दिया है और यह काम करने लगता है।

मैंने निर्देशों का उपयोग किया https://support.microsoft.com/en-us/kb/929852

To disable certain IPv6 components, follow these steps:
Click Start, type regedit in the Start Search box, and then click regedit.exe in the Programs list.
In the User Account Control dialog box, click Continue.
In Registry Editor, locate and then click the following registry subkey:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip6\Parameters\
Double-click DisabledComponents to change the DisabledComponents entry. 

Note If the DisabledComponents entry is unavailable, you must create it. To do this, follow these steps:
In the Edit menu, point to New, and then click DWORD (32-bit) Value.
Type DisabledComponents, and then press Enter.
Double-click DisabledComponents.
Type any of the following values in the Value data field to configure the IPv6 protocol to the intended state, and then click OK:
Type 0 to re-enable all IPv6 components (Windows default setting).
Type 0xff to disable all IPv6 components except the IPv6 loopback interface. This value also configures Windows to prefer using IPv4 over IPv6 by changing entries in the prefix policy table. For more information, see Source and destination address selection.
Type 0x20 to prefer IPv4 over IPv6 by changing entries in the prefix policy table.
Type 0x10 to disable IPv6 on all nontunnel interfaces (both LAN and Point-to-Point Protocol [PPP] interfaces).
Type 0x01 to disable IPv6 on all tunnel interfaces. These include Intra-Site Automatic Tunnel Addressing Protocol (ISATAP), 6to4, and Teredo.
Type 0x11 to disable all IPv6 interfaces except for the IPv6 loopback interface.