Squid पासवर्डहरू र DES crypt को आठ-अक्षर सीमा

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

Apache को htpasswd -d पुरानो crypt() ह्यासिङ छान्छ। यसको कागजात गरिएको DES सीमा आठ महत्त्वपूर्ण पासवर्ड अक्षर हुन्। त्यो सीमा ढाँचाको हो, Squid मा पासवर्डका लागि सार्वभौमिक आठ-अक्षर नियमको होइन।

NCSA सहायकले भण्डारण गरिएको पासवर्ड प्रतिनिधित्व पढ्छ र दिइएको मान त्यस सहायक र यसको प्लेटफर्मले समर्थन गर्ने ढाँचाहरूमा प्रमाणित गर्छ। फाइललाई “htpasswd ढाँचा” भन्नुले हरेक ऐतिहासिक र वर्तमान सहायकले htpasswd का हरेक विकल्पले उत्पादन गर्ने हरेक hash एल्गोरिदम स्वीकार्छ भन्ने ग्यारेन्टी दिँदैन।

प्रतिनिधित्व जानाजान स्थानान्तरण गर्नुहोस्

सुरक्षित ब्याकअप राख्नुहोस् र अवस्थित प्रविष्टिले प्रयोग गर्ने ढाँचा पहिचान गर्नुहोस्। प्रतिस्थापन एल्गोरिदम छान्नु अघि स्थापित सहायकको निर्देशिका र वितरणको build हेर्नुहोस्।

त्यसपछि वास्तविक खाताले प्रयोग गर्ने त्यही सहायक र प्रोक्सी मार्गबाट सानो स्वीकृत परीक्षण खाता प्रमाणित गर्नुहोस्। जेनेरेटरले फाइल सफलतापूर्वक लेख्नुले त्यसलाई पढ्ने सहायकले प्रमाणित गर्न सक्छ भन्ने प्रमाणित गर्दैन। महत्त्वपूर्ण अक्षर पुरानो सीमा नाघ्ने परीक्षण पासवर्ड प्रयोग गर्नुहोस्।

ढाँचा परिवर्तन गर्न सामान्यतया वास्तविक पासवर्ड वा पासवर्ड रिसेट आवश्यक पर्छ। त्यो जानकारी कहिल्यै राखिएको छैन भने पुरानो hash लाई पूरा मूल पासवर्डको बलियो hash मा परिणत गर्न सकिँदैन।

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

बग रिपोर्टमा पासवर्ड फाइल प्रकाशित नगर्नुहोस्। एल्गोरिदम मार्कर र कृत्रिम खाताले सामान्यतया वास्तविक प्रयोगकर्ताका hash भन्दा उपयोगी प्रमाण दिन्छ।