मुझे एक और चीज़ मिली जो इन लक्षणों का कारण बन सकती है। मैंने विंडोज 8.1 अपग्रेड के बाद VMware वर्कस्टेशन 10.0.1 स्थापित किया था और वास्तव में एक ही मुद्दा नहीं था । लेकिन DHCP ने NAT के पीछे वर्चुअल मशीन के लिए काम करना छोड़ दिया, इसलिए इसमें कोई IP नहीं था। तब मैंने पाया कि VMware NAT सेवा नहीं चल रही थी और शुरू नहीं की जा सकती थी।
कारण था: पोर्ट फ़ॉरवर्डिंग होस्ट पोर्ट की टक्कर ।
मैंने सबसे पहले रिस्टोर डिफॉल्ट की कोशिश की "(जैसा कि मार्सेल क्रोमेनहोके द्वारा अनुशंसित) और VMware NAT सेवा फिर से चलने लगी। HOORAY!
UNTIL ... मैंने अपने आवश्यक पोर्ट को VMware NAT में वापस जोड़ दिया। बू!
मैंने पाया कि यदि आप VMware NAT में पोर्ट फ़ॉरवर्डिंग सेट करते हैं जिसमें होस्ट पर पहले से उपयोग में एक होस्ट पोर्ट शामिल है , तो VMware NAT सेवा पुनरारंभ करने में विफल रहती है ।
इस मामले में, Skype समस्या थी। यह पोर्ट 80 का उपयोग कर रहा था ।
यह तब था जब मैंने VMware NAT में पोर्ट 80 फॉरवर्डिंग को जोड़ा था कि सेवा पुनरारंभ करने में विफल रही।
इसे ठीक करने के लिए, मैंने Skype में पोर्ट 80 का उपयोग बंद कर दिया:
Tools -> Options ->
Advanced -> Connection ->
uncheck [ ] use port 80 and 443 for incoming connections
उसके बाद मैं पोर्ट 80 के लिए फॉरवर्डिंग सेट कर सकता था और वीएमवेयर एनएटी सेवाएं ठीक चलती हैं (और सही तरीके से पोर्ट को वीएम में आगे बढ़ाती है)।
नोट 1: यह केवल "डेस्कटॉप" स्काइप में था जो मैंने इस विंडोज 8.1 सिस्टम में जोड़ा था। जाहिरा तौर पर "आधुनिक" (मेट्रो) स्काइप ऐसा नहीं करता है।
नोट 2: यह सुनिश्चित करने में मदद करेगा कि अगर VMware वर्चुअल नेटवर्क एडिटर आपको चेतावनी देगा कि आप उपयोग में पहले से ही पोर्ट का उपयोग करने की कोशिश कर रहे हैं!
का उपयोग कर: विंडोज 8.1, VMware वर्कस्टेशन 10.0.1, CentOS 6.5 64-बिट VM जोमोला के साथ Apache चल रहा है।