हमारे पास प्रशिक्षण कक्ष हैं जहां सामान्य रूप से विंडोज एक्सपी स्थापित किया जाता है (पीएक्सई के माध्यम से)। "सामान्य" डीएनएस / डीएचसीपी बुनियादी ढांचा विंडोज-सर्वर हैं। प्रशिक्षण कक्ष का अपना वीएलएएन (विंडोज सर्वर से अलग) होता है, इसलिए सिस्को राउटर पर सक्रिय डीएचसीपी अनुरोधों के लिए सबसे अधिक आईपी सहायक है जहां उस कमरे से सभी पीसी जुड़े हुए हैं।
अब हम इसके बजाय कुछ पीसी को लिनक्स में बदलना चाहते थे। यह विचार था: हमारे अपने लैपटॉप को डीएचसीपी सर्वर के साथ कमरे के वीएलएएन में डालें और "सामान्य" डीएचसीपी प्रतिक्रिया को ओवरराइड करें। विचार यह था कि यह काम करना चाहिए, क्योंकि वीएलएएन में सीधे संलग्न डीएचसीपी सर्वर के पास उस वीएलएएन से कुछ हॉप्स स्थित "सामान्य" डीएचसीपी सर्वर की तुलना में तेजी से प्रतिक्रिया-समय होना चाहिए।
यह पता चला कि यह काम नहीं किया। हमें मूल डीएचसीपी सर्वर पर पट्टे को मैन्युअल रूप से जारी करना था ताकि इसे काम किया जा सके।
लैपटॉप पर हमने क्लाइंट को आईपी के लिए अनुरोध करते हुए देखा और "हमारा" dhcp विंडोज आईपी अनुरोध के लिए NACKs भेज रहा था, इससे पहले कि हम अपनी प्रतिक्रिया दें।
पुराना सवाल: यह उम्मीद के मुताबिक काम क्यों नहीं हुआ? क्या पीसी अपने पुराने पट्टे हासिल कर रहा है?
अद्यतन 2012-08-08:
डीएचसीपी-आरएफसी में रीजेन-इश्यू को समझाया गया है। अब यह बताता है कि पीसी अपने पुराने पट्टे को वापस क्यों लेता है।
अब हम एक और कोशिश देने से पहले विंडोज-डीएचसीपी-सर्वर से आईपी जारी करते हैं।
फिर से - विंडोज-डीएचसीपी-सर्वर जीतता है।
मुझे संदेह है कि dhcp- क्लाइंट के लिए कुछ एल्गोरिदम है जो क्लाइंट के लिए "सर्वश्रेष्ठ" dhcp-answer निर्धारित करता है। नया सवाल यह है:
क्लाइंट "सर्वश्रेष्ठ" उत्तर का चयन कैसे करता है?