Windows ची .pbk फाइल कुणाची असते (आणि कुणाची नाही)
.pbk फाइल एका प्रोफाइलची किंवा RRAS सर्व्हरची फोन बुक असते, पोर्टेबल VPN स्कीमा नाही. मालक, विभाग आणि उघड केलेला गुणधर्म वाचा.
शोध परिणाम तुम्हाला .pbk फाइल देतात, किल्ल्यांची नावे ओळखीची वाटतात, आणि स्पष्ट पाऊल म्हणजे ती कोणत्याही Windows VPN साठी पोर्टेबल स्कीमा मानणे. पण तसे नाही. स्वरूप एका मालकाचे असते, आणि तोच किल्ली कोणत्या मालकाने लिहिली यावर वेगळा अर्थ देतो. आधी व्याप्ती वाचणे हेच दस्तऐवजीकरणाच्या सरावाला असमर्थित संपादनात बदलण्यापासून रोखते.
चार मालक, चार वेगळे वाचक
चार वेगळे मालक सारखी दिसणारी फाइल्स लिहितात. प्रत्येक वापरकर्त्यासाठीचे मूळ कनेक्शन सध्याच्या वापरकर्त्याच्या फोन बुकमध्ये जाते, तर सर्व वापरकर्त्यांसाठीचे कनेक्शन होस्टवरील प्रत्येक खाते वाचू शकणाऱ्या मशीन-स्तरीय साठवणीत जाते. RRAS सर्व्हर आपल्या स्वतःच्या राउटिंग भूमिकेसाठी मागणीनुसार डायल कॉन्फिगरेशन ठेवतो, आणि तृतीय-पक्ष क्लायंट फक्त विस्तार सामायिक करणारे स्वतःचे स्वरूप ठेवू शकतो. तोच विस्तार, चार वाचक, नियमांचे चार संच.
जुळणारे प्रदर्शन नाव दोन नोंदींना एकच नोंद करत नाही, आणि त्यांच्यात किल्ली कॉपी करणे म्हणजे व्यवस्थापकाने कधीही दस्तऐवजीकरण न केलेल्या गोष्टीचा आदर करेल असे गृहीत धरणे. मालक हे देखील ठरवतो की फाइल कोण बदलू शकतो: प्रत्येक वापरकर्त्यासाठीचे प्रोफाइल वापरकर्त्याची निवड आहे, मशीन-स्तरीय प्रोफाइल प्रशासकीय निर्णय आहे, आणि सर्व्हरवरील मागणीनुसार डायल नोंद स्वतःच्या बदल-नियंत्रणाखालील राउटिंग कॉन्फिगरेशन आहे. त्यामुळे मालकीची चूक स्वरूपाची समस्या होण्यापूर्वी परवानगीची समस्या बनते.
मालक फाइल नाही, तर कनेक्शन व्यवस्थापित करणारा घटक पाहून ठरवा. फाइल एक कलाकृती आहे; कोणत्या किल्ल्या कधी वाचायच्या हे व्यवस्थापक घटक ठरवतो. आधी कलाकृती आणि नंतर व्यवस्थापक वाचणे हाच तो मार्ग ज्यात लोक अशा क्षेत्राचे संपादन करतात ज्याला काहीही विचारत नाही.
प्रकाशित स्वरूप तुमच्या फाइलचे वर्णन कुठे थांबवते
RRAS व्यवस्थापन प्रोटोकॉलमध्ये फोन बुक हा व्यवस्थापन क्लायंट लिहितो आणि राउटिंग सेवा वाचते असा साधा मजकूर असतो, म्हणूनच MS-RRASM तपशील डेस्कटॉप प्रोफाइलसाठी नाही तर सर्व्हरसाठी मागणीनुसार डायल सेटिंग्जचे वर्णन करते. रचना हा तो भाग आहे जो सपाट वाचन नष्ट करते. एका नोंदीत अनेक मीडिया ब्लॉक असू शकतात, प्रत्येकात उपकरण ब्लॉक असतात आणि त्यात वैयक्तिक क्रमांकांसाठी ब्लॉक असतात. त्यामुळे तीच किल्ली एकापेक्षा जास्त ठिकाणी वेगळ्या अर्थाने दिसू शकते.
किल्ली तिच्या विभागासह आणि आवृत्ती-टिपांसह वाचा, आणि डेस्कटॉप इंटरफेसमधील त्याच नावाच्या चेकबॉक्समधून मूल्य भाषांतरित करू नका. दस्तऐवजात ओळखीच्या किल्ल्या सापडणे हे सिद्ध करत नाही की तो असंबंधित मूळ प्रोफाइलचे प्रत्येक क्षेत्र व्यापतो. विभागाचे नियमही डेस्कटॉप फोन बुक सर्व्हर स्वरूपात पुन्हा लिहिण्याची परवानगी नाहीत.
| Owner | What reads the file | What a key means there |
|---|---|---|
| Per-user native connection | The user's own connection manager | A property of that user profile |
| All-user native connection | The machine-wide connection store | A property shared by everyone on the host |
| RRAS demand-dial | The RRAS service, using the documented hierarchy | A field inside a media, device or number section |
| Third-party client | That vendor's own parser | Whatever that vendor documents, if anything |
तक्ता तपशील नाही, वाचन-सहाय्य आहे: कोणत्या वाचकाला विचारायचे हे तो सांगतो, आणि वाचक क्षेत्राचा अर्थ सांगतो. जेव्हा तो वाचक तृतीय-पक्ष पार्सर असतो, तेव्हा प्रामाणिक उत्तर असे असू शकते की कोणताही सार्वजनिक दस्तऐवज या क्षेत्राचे अजिबात दस्तऐवजीकरण करत नाही.
Windows ला विचारा, फाइलला नाही
मूळ कनेक्शनसाठी फाइल वाचण्याऐवजी Windows कडे प्रोफाइल मागा, कारण टाइप केलेले गुणधर्म हेच दस्तऐवजीकृत पृष्ठभाग आहेत आणि समर्थित बदल फक्त त्यांनाच बदलतो. खालील दोन आदेश दोन मूळ साठवणी स्वतंत्रपणे वाचतात. प्रोफाइल दोन्ही साठवणींपैकी कोणत्याही एकात नसल्यास, ते व्यवस्थापित करणारा क्लायंट मूळ यंत्रणा वापरत नाही आणि कोणताही मूळ cmdlet त्याचे वर्णन करणार नाही.
Get-VpnConnection -Name 'Field Ops'
Get-VpnConnection -AllUserConnection | Select-Object Name, ServerAddress, TunnelTypeतैनातीसाठी आणि निरीक्षणासाठी नाही, दस्तऐवजीकृत मार्ग म्हणजे नाव दिलेल्या स्कीमासह व्यवस्थापित प्रोफाइल सेटिंग, मजकूर किंवा बायनरी ब्लॉबमधील संख्यात्मक संपादन नाही. प्रोफाइल व्याख्या समर्थित सेटिंग्जचे वर्णन करते; प्रोफाइल ज्यावर अवलंबून आहे ती प्रमाणपत्रे आणि खाजगी किल्ल्या ती पुरवत नाही. नोंदणी स्वतःच्या अधिकारासह वेगळी प्रक्रिया आहे, आणि फोन-बुक किल्ली समजून घेण्याने कधीही खाजगी किल्ली वितरित केली नाही. दोन्ही मार्ग वेगळे नियोजित करा, नाहीतर पहिली प्रमाणपत्र तैनाती दुसरी घटना बनते.
एक गुणधर्म, नंतर त्याच्याभोवतीचे जीवनचक्र
साठवलेले मूल्य लागू केलेले मूल्य नाही. मंजूर बदलानंतर नवीन कनेक्शन उघडा आणि प्रोफाइल जे मार्ग स्थापित करते, ती वारसाहक्काने मिळणारी रिझॉल्व्हर धोरणे आणि जी क्रिया सक्षम करायची होती ती तपासा. आधीच सुरू असलेले सत्र पुन्हा वापरल्यास जुन्या सेटिंग्जची चाचणी होते आणि चुकीचा नकारात्मक निकाल मिळतो.
कोणत्याही कच्च्या-फाइल कामापूर्वी फाइल बाजूला कॉपी करा, कारण अनेक नोंदींची फोन बुक सामायिक कलाकृती आहे, आणि संपूर्ण फाइल पुन्हा लिहिणारे लक्ष्यित संपादन बदलापेक्षा मोठी परिणाम-त्रिज्या ठेवते. असंबंधित नोंदी अखंड ठेवा, आणि नवीन सत्यापित होईपर्यंत मूळ संरक्षित कॉन्फिगरेशन ठेवा. तुमच्याकडे प्रत्यक्षात असलेल्या मालक आणि आवृत्तीसाठी आवश्यक क्षेत्र दस्तऐवजीकृत नसल्यास ते खुले सहाय्य-प्रश्न म्हणून नोंदवा. दुसऱ्या मशीनच्या फाइलमधून एन्कोडिंग तयार करणे हाच तो मार्ग ज्यात कार्यरत प्रोफाइल कोणत्याही संदर्भ-बिंदूशिवाय डीबगिंग प्रकल्प बनते.
प्रत्येक टप्प्यावर शिस्त एकच आहे: मालकाचे नाव घ्या, विभागाचे नाव घ्या, नंतर समर्थित क्रियेचे नाव घ्या. बाकी सर्व उद्धरण चिकटवलेले गृहीत आहे.