Да каго належыць файл .pbk у Windows (і да каго не)
Файл .pbk — гэта тэлефонная кніга, якая належыць аднаму профілю або серверу RRAS, а не пераносная схема VPN. Чытайце ўладальніка, раздзел і адкрытую ўласцівасць.
Вынікі пошуку даюць вам файл .pbk, назвы ключоў выглядаюць знаёмымі, і відавочны крок — успрымаць яго як пераносную схему для любой VPN у Windows. Але гэта не так. Фармат належыць пэўнаму ўладальніку, і адзін і той жа ключ значыць рознае ў залежнасці ад таго, хто яго запісаў. Менавіта чытанне вобласці першым не дае дакументацыйнаму практыкаванню ператварыцца ў няпадтрыманае рэдагаванне.
Чатыры ўладальнікі, чатыры розныя чытачы
Чатыры розныя ўладальнікі запісваюць падобныя файлы. Уласнае злучэнне для асобнага карыстальніка трапляе ў тэлефонную кнігу бягучага карыстальніка, а злучэнне для ўсіх карыстальнікаў — у сховішча ўзроўню машыны, якое можа чытаць любы ўліковы запіс на хосту. Сервер 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Для разгортвання, а не для агляду, дакументаваны шлях — гэта кіраваная налада профілю з названай схемай, а не лікавае рэдагаванне ўнутры тэкставага або бінарнага блока. Азначэнне профілю апісвае падтрыманыя налады; яно не забяспечвае сертыфікаты і прыватныя ключы, ад якіх залежыць профіль. Рэгістрацыя — асобны працэс са сваімі паўнамоцтвамі, і разуменне ключа тэлефоннай кнігі ніколі не распаўсюджвала прыватны ключ. Плануйце два шляхі асобна, інакш першае разгортванне сертыфікатаў стане другім інцыдэнтам.
Адна ўласцівасць, а затым жыццёвы цыкл вакол яе
Захаванае значэнне — не ўжытае значэнне. Пасля зацверджанай змены адкрыйце новае злучэнне і праверце маршруты, якія ўстанаўлівае профіль, палітыку рэзалвера, якую ён наследуе, і аперацыю, якую ён павінен быў уключыць. Паўторнае выкарыстанне сеанса, які ўжо быў узняты, правярае старыя налады і дае ілжыва адмоўны вынік.
Скапіруйце файл убок перад любой працай з сырым файлам, бо тэлефонная кніга з некалькімі запісамі — гэта агульны артэфакт, а мэтанакіраванае рэдагаванне, якое перапісвае ўвесь файл, мае радыус дзеяння большы за змену. Пакіньце незвязаныя запісы цэлымі і захоўвайце арыгінальную абароненую канфігурацыю, пакуль новая не будзе праверана. Калі патрабаванае поле не дакументавана для ўладальніка і выпуску, якія ў вас сапраўды ёсць, запішыце гэта як адкрытае пытанне падтрымкі. Выдумванне кадавання з файла іншай машыны — гэта шлях, якім працоўны профіль робіцца праектам адладкі без адзінай кропкі адліку.
Дысцыпліна адна на кожным кроку: назвіце ўладальніка, назвіце раздзел, затым назвіце падтрыманую аперацыю. Усё астатняе — здагадка з цытатай, прымацаванай да яе.