VPN मार्फत eapol_test: RADIUS आदानप्रदानलाई तह 2 चाहिन्छ?

ल्याब स्विच पोर्ट माग्नुहोस् ताकि तपाईं eapol_test चलाउन सक्नुहुन्छ — र सम्भवतः तपाईंले उपकरण गलत बुझ्नुभयो। पियर र RADIUS क्लाइन्ट दुवै त्यही एउटै बाइनरीभित्र बस्छन्, त्यसैले मेसिन छोड्ने एकमात्र कुराकानी RADIUS आदानप्रदान आफै हो। परीक्षण होस्ट र प्रमाणीकरण सर्भरबीचको रुट गरिएको सुरुङ नै सम्पूर्ण सञ्जाल आवश्यकता हो। भौतिक 802.1X मार्ग अर्को कुरा हो जुन तपाईंले अझै परीक्षण गर्नुपर्ने हुन सक्छ, र यो त्यो होइन।

नामले मानिसहरूलाई स्विच पोर्ट खोज्न किन पठाउँछ

EAPOL त्यो फ्रेम ढाँचा हो जुन supplicant र स्विचले LAN मा प्रयोग गर्छन्, र उपकरणले त्यो संसारबाट हुर्केको हुनाले नाम उधारो लिएको हो। दिइने कुरा परीक्षण कार्यक्रम हो जसले पियर स्थिति यन्त्र र RADIUS क्लाइन्ट एउटै प्रक्रियामा बोक्छ, त्यसैले 802.1X कुराकानीका दुई आधा तारमा कहिल्यै भेट्दैनन्। नाम इतिहास हो, टोपोलोजीको आवश्यकता होइन।

मानिसहरू अझै पोर्ट माग्छन् किनभने कार्यक्रम प्रमाणकको व्यवहारमा बस्छ, र त्यो हार्डवेयरजस्तो सुनिन्छ। यसको गम प्रमाणकको स्थिति यन्त्र पुनरुत्पादन गर्छ, त्यसैले कोठामा कुनै पहुँच बिन्दु बिना परीक्षण पूरा हुन्छ; कम्पाइल गरिएको बाइनरीले wpa_supplicant को EAP पियरलाई hostapd को RADIUS क्लाइन्टसँग जोड्छ। स्विच हटाउँदा EAPOL उफ्राइ हट्छ, प्रमाणीकरण तर्क होइन। बाँकी रहने कुरा दुई IP होस्टबीचको क्लाइन्ट-सर्भर आदानप्रदान हो।

एउटा RADIUS आदानप्रदान उफ्राइ-उफ्राइ पछ्याउनुहोस्

एउटा प्रयास पछ्याउनुहोस्, मार्ग छोटो छ। eapol_test भित्रको पियरले तपाईंले कन्फिगर गरेको विधिका लागि EAP-Response उत्पादन गर्छ, र त्यही प्रक्रियाको RADIUS क्लाइन्टले त्यसलाई Access-Request मा राख्छ, पेलोडलाई Message-Authenticator को छेउमा EAP-Message विशेषताहरूमा बोक्छ। त्यो डेटाग्राम UDP पोर्ट 1812 मा सर्भरमा ठेगाना गरिन्छ र अन्य कुनै पनि IP प्याकेटजस्तै होस्ट छोड्छ, र यहीँ सुरुङ आउँछ। सर्भरले यसलाई आफ्नो नीति र विधि मोड्युलअनुसार मूल्याङ्कन गर्छ, त्यसपछि Access-Challenge, Access-Accept वा Access-Reject ले जवाफ दिन्छ।

eapol_test -c peap-mschapv2.conf -a 198.51.100.20 -p 1812 \
  -s REPLACE_WITH_RADIUS_SECRET -t 30

बाइनरीले सर्भर ठेगाना, पोर्ट र साझा गोप्य कुरा आदेश लाइनबाट लिन्छ, र विधि तथा प्रमाणहरू wpa_supplicant शैलीको कन्फिगरेसन ब्लकबाट। त्यो कलमा केही पनि तह 2 को छिमेकमा निर्भर छैन: -a रुटिङबाट पुगिन्छ, र यसलाई रुट गर्ने VPN पर्याप्त छ। सुरुङले डेटाग्राम खसाल्यो भने, समतल LAN मा नपुग्ने सर्भरविरुद्ध जस्तै परीक्षण असफल हुन्छ।

बाइनरी र सर्भर नीति फरक सूची हुन्

विधि पास हुन सक्छ कि भनेर दुई स्वतन्त्र सूचीले निर्णय गर्छन्, र तिनलाई मिसाउँदा एक दिन बर्बाद हुन्छ। पहिलो सूची बाइनरीमा कम्पाइल गरिएको छ: बिल्ड कन्फिगरेसनले कुन EAP विधि अवस्थित छन् भनेर छान्छ, त्यसैले विधि नभएको बिल्डले सर्भरले जे अनुमति दिए पनि त्यसको वार्तालाप गर्न सक्दैन। दोस्रो सूची सर्भरमा बस्छ, जहाँ नीतिले समर्थित विधिहरूमध्ये यो क्लाइन्ट वर्गले कुन प्रयोग गर्न सक्छ भन्छ। पास हुन छेद चाहिन्छ, र कुनै सूचीले अर्कोको अभाव भर्न सक्दैन।

सर्भरलाई दोष दिनुअघि त्यो पहिलो सूची जाँच्नुहोस्। स्थापित बाइनरीमा विधिको नाम खोज्नुहोस्, वा त्यो आएको बिल्ड कन्फिगरेसन पढ्नुहोस्। विधि छैन भने RADIUS नीति सम्पादन गर्नुको सट्टा फेरि बिल्ड गर्नुहोस्; त्यो छ र आदानप्रदान अझै असफल हुन्छ भने, समस्या प्रमाण, नीति वा प्रमाणपत्र विश्वासतिर सरेको छ।

पास हुनुले अझै के समेट्दैन

सफल रनले एउटा विधि प्रमाणित गर्छ, एउटा प्रमाण समूहका लागि, एउटा RADIUS नीतिविरुद्ध, एउटा सञ्जाल मार्गबाट। यसले पहुँच बिन्दुको रेडियो, स्विचको EAPOL व्यवस्थापन, प्रमाणीकरणपछिको VLAN बाँडफाँट, वा VPN केन्द्रकर्ताले त्यही सर्भरसँग कसरी एकीकरण गर्छ अभ्यास गर्दैन। ती अवयव परीक्षण गरिएको मार्गमा कहिल्यै थिएनन्। नतिजालाई सीमित प्रमाण मान्नुहोस्, र रिपोर्ट गर्दा यसले कुन सीमा समेट्छ भन्नुहोस्।

उपयोगी अभिलेख भनेको सर्भर र प्रक्रियाले प्रत्येकले के देखे: कुन विधिको वार्तालाप भयो, आदानप्रदान कहाँ रोकियो, र सर्भरले के लग गरेको छ। साझा गोप्य कुरा र निजी कुञ्जीहरू त्यो अभिलेखबाहिर राख्नुहोस्।

नतिजा उद्धृत गर्नुअघिको जाँचसूची

कसैले आउटपुटलाई स्वीकृति मान्नुअघि चार कुरा पुष्टि गर्नुहोस्। बिल्डमा परीक्षणाधीन विधि छ, RADIUS अन्त्यबिन्दु र साझा गोप्य कुरा परीक्षणाधीन वातावरणका हुन्, सर्भर नीतिले यो परीक्षण पहिचान स्वीकार्छ, र सञ्जाल मार्ग उत्पादन क्लाइन्टहरूले प्रयोग गर्ने वर्गकै छ। त्यसपछि रनले के छोएन भनी नाम लिनुहोस्: पहुँच बिन्दु, स्विच, VLAN र केन्द्रकर्ता एकीकरणलाई परीक्षण योजनामा आ-आफ्नै लाइन चाहिन्छ।

दुई मालिक भएका दुई परीक्षणले एउटा अस्पष्ट स्वीकृतिलाई जित्छ। eapol_test रनले विधि-र-सर्भर प्रश्नको जवाफ दिन्छ; पहुँच सेवाले प्रवर्तनको प्रश्नको जवाफ दिन्छ।