कोई आपको एक .pcf फ़ाइल और एक लैपटॉप थमाता है और उम्मीद करता है कि कनेक्शन ठीक वैसे ही चलेगा जैसे वर्षों पहले चलता था। आम तौर पर ऐसा नहीं होगा, और फ़ाइल का प्रारूप शायद ही कभी कारण होता है। PCF उन पैरामीटर दर्ज करता है जिनकी एक पुराने Cisco VPN Client को एक विशिष्ट कॉन्संट्रेटर तक पहुँचने के लिए ज़रूरत थी; यह नहीं बताता कि कोई मौजूदा क्लाइंट उस सेवा से अब भी बात कर सकता है या नहीं। फ़ाइल पिछले कनेक्शन का सबूत है, अगले का अनुबंध नहीं।

उस सबूत को आवश्यकताओं से अलग करना ही पूरा काम है। गेटवे का मालिक आपको क्लाइंट, प्रोटोकॉल, प्रमाणीकरण विधि और प्रोफ़ाइल प्रारूप का एक समर्थित संयोजन देने का ऋणी है, और यह उस सवाल से अलग बात है कि कोई एप्लिकेशन आपकी पुरानी प्रोफ़ाइल खोलेगा या नहीं।

आपके हाथ की फ़ाइल वास्तव में क्या दर्ज करती है

PCF कनेक्शन प्रविष्टियों की एक छोटी प्रोफ़ाइल है: एक होस्ट या प्राथमिक और बैकअप की जोड़ी, एक समूह नाम, और इस बारे में संकेत कि क्लाइंट को क्रेडेंशियल कैसे प्रस्तुत करने चाहिए। इसमें कोई प्रोटोकॉल वार्ता नहीं, कोई विश्वास-निर्णय नहीं और गेटवे की वर्तमान क्षमताओं का कोई वक्तव्य नहीं है। इसे पढ़ने से पता चलता है कि पुराना क्लाइंट कहाँ और किस समूह नाम के तहत डायल करता था, और वह हिस्सा हेड-एंड के मालिक के लिए सचमुच उपयोगी संदर्भ है।

यह आपको यह नहीं बता सकता कि उस होस्टनाम के पीछे की सेवा अब भी वही प्रोटोकॉल स्वीकार करती है या नहीं, या खाता उस रूप में बचा है जो संकेतों से मेल खाता है या नहीं। वे उत्तर गेटवे और पहचान भंडार में रहते हैं, इसलिए बनाने से पहले वहीं पूछें।

तीन आवश्यकताएँ जो एक जैसी दिखती हैं

पहली आवश्यकता वायर संगतता है: क्लाइंट को वह रिमोट-एक्सेस प्रोटोकॉल लागू करना चाहिए जिसे गेटवे समाप्त करता है। दूसरी प्रमाणीकरण है, जहाँ गेटवे जो विधि माँगता है — प्रमाणपत्र, समूह क्रेडेंशियल के साथ MFA, या EAP — वह ऐसी होनी चाहिए जिसे क्लाइंट वास्तव में निष्पादित कर सके। तीसरी नीति है: स्प्लिट टनलिंग, DNS, पता पूल और कोई भी पोस्चर जाँच, सब गेटवे पर कॉन्फ़िगर और क्लाइंट को ऐसी प्रोफ़ाइल में दिए गए जिसे उसे स्वीकार करना है।

PCF दूसरी आवश्यकता के बारे में कमज़ोर सबूत देता है और अन्य दो के बारे में मूलतः कुछ नहीं। आयात सुविधा सीमा को और धुँधला करती है: जो क्लाइंट पुराने फ़ील्ड को अपने प्रारूप में मैप करता है, वह आयात में सफल होकर कनेक्ट करने में विफल हो सकता है, और उल्टा भी संभव है।

पाँच प्रश्न जो उपयोगी उत्तर देते हैं

फ़ाइल के बजाय प्रश्न भेजें। आज कौन-सा रिमोट-एक्सेस सेवा और क्लाइंट संयोजन समर्थित है; वह सेवा इंटरनेट पर कौन-सा प्रोटोकॉल प्रस्तुत करती है; कौन-सी प्रमाणीकरण विधि और नामांकन पथ लागू होते हैं; उसके साथ कौन-सी प्रोफ़ाइल, ट्रस्ट एंकर और समूह या MFA नीति जुड़ती है; और कौन-से हिस्से पुराने कनेक्शन से भिन्न हैं। हर उत्तर ऊपर की तीन आवश्यकताओं में से एक से मेल खाता है।

यह सूची फ़ाइल प्रारूपों पर चर्चा को समर्थन के निर्णय में बदल देती है, और आम तौर पर कंधे उठाने के बजाय दस्तावेज़ीकरण लिंक और नामित ज़िम्मेदार व्यक्ति लौटाती है। यह आपको जल्दी ही बताती है कि माइग्रेशन मौजूदा सेवा के विरुद्ध नई प्रोफ़ाइल है, या ऐसा गेटवे परिवर्तन जिसे किसी ने अभी तक निर्धारित नहीं किया। लिखित में पूछें, क्योंकि उत्तर आगे आप जो बनाएँगे उसके स्वीकृति मानदंड बन जाते हैं। टिकट में पुराना समूह नाम भी रखें, क्योंकि ऑपरेटर के लिए मेल खाती नीति खोजने का यह अक्सर सबसे तेज़ रास्ता होता है।

नाम बदलने से कुछ भी अनूदित नहीं होता

Cisco Secure Client XML प्रोफ़ाइल को अपने प्रोटोकॉल विकल्पों के साथ प्रलेखित करता है, इसलिए .pcf का नाम बदलकर .xml करने से न XML बनता है न सेटिंग्स। OpenVPN फ़ाइल में होस्टनाम चिपकाने से IPsec गेटवे OpenVPN बोलने नहीं लगता, और मूल IKEv2 क्लाइंट केवल इसलिए पुरानी सेवा के साथ संगत नहीं हो जाता कि दोनों को IPsec कहा जाता है।

इनमें से हर कदम एक लेबल बदलता है और तार पर व्यवहार को अछूता छोड़ देता है, इसीलिए परिणामी विफलता संपादन से असंबद्ध दिखती है। जब गेटवे वह नहीं दे सकता जो नया क्लाइंट लागू करता है, तो ईमानदार विकल्प ऐसा क्लाइंट है जो अब भी पुराना प्रोटोकॉल बोलता है, या नियोजित गेटवे माइग्रेशन। दोनों के बीच अनुमान लगाने में हफ़्ते लगते हैं और कुछ नहीं सीखा जाता।

पुरानी प्रोफ़ाइल को संवेदनशील सामग्री मानें

पुरानी प्रोफ़ाइल में आंतरिक होस्टनाम, समूह नाम और कभी-कभी संग्रहीत क्रेडेंशियल सामग्री हो सकती है, और यह ठीक वैसी चीज़ है जैसी सार्वजनिक कन्वर्टर और फ़ोरम थ्रेड इकट्ठा करते हैं। फ़ाइल को कहीं अपलोड करने के बजाय व्यवस्थापक को स्वीकृत चैनल से फ़ील्ड पढ़ने दें।

माइग्रेशन को बीटा क्लाइंट, असमर्थित अतिथि सिस्टम या पुराने क्लाइंट को जीवित रखने के लिए चुने गए कमज़ोर प्रमाणीकरण पर टिकाने के प्रलोभन का विरोध करें। पुरानी कीमतें और डाउनलोड पृष्ठ PCF से बेहतर सबूत नहीं हैं, क्योंकि वे किसी और युग का अधिकार बताते हैं, न कि वह अनुबंध जो अब आपको चाहिए।

संबंधित लेख