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જમાવટ માટે અને નિરીક્ષણ માટે નહીં, દસ્તાવેજીકૃત માર્ગ નામવાળી સ્કીમા સાથેનું સંચાલિત પ્રોફાઇલ સેટિંગ છે, લખાણ કે બાઇનરી બ્લોબની અંદર સંખ્યાત્મક સંપાદન નહીં. પ્રોફાઇલ વ્યાખ્યા સમર્થિત સેટિંગ્સનું વર્ણન કરે છે; તે પ્રોફાઇલ જેના પર આધારિત છે તે પ્રમાણપત્રો અને ખાનગી કી પ્રદાન કરતું નથી. નોંધણી પોતાના અધિકાર સાથેની અલગ પ્રક્રિયા છે, અને ફોન-બુક કી સમજવાથી કદી ખાનગી કી વિતરિત થઈ નથી. બે માર્ગ અલગ ગોઠવો, નહીંતર પ્રથમ પ્રમાણપત્ર જમાવટ બીજી ઘટના બની જશે.
એક ગુણધર્મ, પછી તેની આસપાસનું જીવનચક્ર
સંગ્રહિત મૂલ્ય લાગુ કરેલું મૂલ્ય નથી. મંજૂર ફેરફાર પછી, નવું કનેક્શન ખોલો અને પ્રોફાઇલ જે રૂટ સ્થાપિત કરે છે, જે રિઝોલ્વર નીતિ તે વારસામાં લે છે અને જે ક્રિયા સક્ષમ કરવાની હતી તે તપાસો. પહેલેથી ચાલુ હતું સત્ર ફરી વાપરવાથી જૂની સેટિંગ્સની કસોટી થાય છે અને ખોટું નકારાત્મક પરિણામ મળે છે.
કોઈપણ કાચી-ફાઇલ કામ પહેલાં ફાઇલને બાજુ પર કોપી કરો, કારણ કે ઘણી એન્ટ્રીવાળી ફોન બુક વહેંચાયેલી કલાકૃતિ છે, અને આખી ફાઇલ ફરી લખતું લક્ષિત સંપાદન ફેરફાર કરતાં મોટી અસર-ત્રિજ્યા ધરાવે છે. અસંબંધિત એન્ટ્રી અકબંધ રાખો, અને નવી ચકાસાય નહીં ત્યાં સુધી મૂળ સુરક્ષિત રૂપરેખાંકન રાખો. જો ફરજિયાત ક્ષેત્ર તમારી પાસે ખરેખર હોય તે માલિક અને આવૃત્તિ માટે દસ્તાવેજીકૃત ન હોય, તો તેને ખુલ્લા સહાય પ્રશ્ન તરીકે નોંધો. બીજા મશીનની ફાઇલમાંથી એન્કોડિંગ શોધી કાઢવું એ જ રીતે કામ કરતું પ્રોફાઇલ કોઈ સંદર્ભ બિંદુ વગરનું ડિબગિંગ પ્રોજેક્ટ બને છે.
દરેક પગલે શિસ્ત એક જ છે: માલિકનું નામ લો, વિભાગનું નામ લો, પછી સમર્થિત ક્રિયાનું નામ લો. બાકી બધું એવી ધારણા છે જેના પર અવતરણ ચોંટાડેલું છે.