Sinasabi ng WireGuard na mali ang haba ng pribadong key: ano ang gagawin ngayon?

Sinasabi ng mensahe na mali ang haba ng pribadong key, at ang pananalitang iyon ay tumutukoy muna sa encoding at pagkatapos sa cryptography. Ang mga key ng WireGuard ay nag-e-encode ng 32 byte bilang base64, na nagbibigay ng 44 na character kasama ang panghuling padding, kaya ang halaga ng ibang sukat ay hindi key gaano man ito magmukhang random. Ang pagpuno sa string hanggang tanggapin ito ng parser ay gumagawa ng maayos na halaga na hindi kailanman makikilala ng anumang peer.

Sa likod ng error na ito ay may dalawang magkaibang gawain: ayusin ang teksto ng isang wastong key, at palitan ang pagkakakilanlang wala ka nang hawak. Magkaiba ang kanilang kahihinatnan, at ang isa sa kanila ay nagpapawalang-bisa sa kabilang dulo.

Ang inaasahan ng parser

Ang key ng WireGuard ay 32 byte na materyal ng key sa base64 na may karaniwang padding, na nagbibigay ng tiyak na string na 44 character. Tinatanggihan ng mga tool ang anumang hindi nagde-decode nang eksakto sa 32 byte, dahil ang pinagbabatayang kurba ay kumukuha ng 32-byte na scalar at wala nang iba. Ang pampubliko at pribadong halaga ay gumagamit ng parehong encoding, kaya hindi matukoy ng parser mula sa format lamang kung alin ang iyong idinikit. Ang kalabuan na iyon ang dahilan ng kalahati ng kalituhan sa error na ito.

wg genkey | tee private.key | wg pubkey > public.key
base64 -d private.key | wc -c
wc -c private.key
wg show wg0 public-key

Kung ang iyong halaga ay nagde-decode sa 32 byte, tama ang haba at ang reklamo ay nagmumula sa ibang bahagi ng file. Kung nagde-decode ito sa mas maikli, mayroon kang putol na materyal at hindi problema sa format.

Pinsala sa format o maling materyal?

Ang pinsala sa format ay nag-iipon sa mga gilid: mga quote na idinagdag ng shell, isang label na gaya ng private_key na kinopya kasama ng halaga, isang line break na ipinasok ng chat client, o isang panghuling espasyo na nakaligtas sa pagdikit. Binabago ng bawat isa sa mga ito ang string nang hindi binabago ang byte, kaya ang pag-alis nito ay nagbabalik ng orihinal na pagkakakilanlan. Ihambing ang file sa rekord ng paglalaan nang character sa character sa halip na alisin ang bantas hanggang tumahimik ang parser.

Ang maling materyal ay ibang sitwasyon. Ang password, key ng sertipiko o pampublikong halaga ay maaaring magmukhang kapani-paniwala at mag-decode sa maling sukat. Walang paglilinis ang gumagawa sa alinman sa mga ito na maging scalar na inaasahan ng peer. Ang kasong iyon ay nangangailangan ng bagong pagkakakilanlan, hindi pag-edit.

Isang pampublikong key sa pribadong field

Ang pinakakaraniwang kalituhan ay isang pampublikong halaga na idinikit sa pribadong field, o kabaligtaran. Pareho silang wastong base64 na 32 byte, kaya pumapasa ang tsek sa haba at nabigo ang handshake mamaya nang walang kapaki-pakinabang na mensahe. Ang pribadong key ay ang scalar na gumagawa ng pampubliko, kaya maaari mong lutasin ito sa pamamagitan ng paghango ng pampublikong halaga at paghahambing nito sa kung ano ang pinapayagan ng peer. Kapag hindi tugma ang hinangong halaga sa rekord, hawak mo ang maling pagkakakilanlan at hindi isang typo.

Ang pagpapalit sa pribadong key ng client nang hindi ina-update ang awtorisadong pampublikong key sa kabilang dulo ay muling gumagawa ng parehong pagkakatugma, kasama ang karagdagang kalituhan na ang file mismo ng client ay mukhang pare-pareho sa sarili nito. Palitan ang dalawang dulo sa isang operasyon, kung hindi ay idi-debug ng susunod na tao ang maling kalahati.

Ayusin ang profile, pagkatapos patunayan ang handshake

Kapag nag-decode ang key sa tamang sukat at tumugma sa awtorisadong pares, ang natitirang gawain ay ang profile at ang ruta. Ang mga utos sa ibaba ay gumagawa ng bagong pares kapag kailangan, bine-verify ang na-decode na sukat ng umiiral na key at binabasa ang pampublikong halaga na talagang ginagamit ng interface. Huwag kailanman idikit ang pribadong halaga sa isang ticket o sa isang site ng decoding.

wg genkey | tee new.key | wg pubkey > new.pub
base64 -d private.key | wc -c
ip route get 10.60.9.5
wg show wg0 latest-handshakes

Sinasagot ng tsek sa sukat kung hugis-key ang materyal, at sinasagot ng tanong sa ruta kung makakarating kailanman ang packet sa interface. Ang linyang handshake na nananatiling walang laman pagkatapos ng dalawang tsek ay naglilipat ng diagnosis sa dulo ng peer at sa mga pinapayagang address. Basahin ang pampublikong key ng interface laban sa rekord ng paglalaan sa huling pagkakataon, dahil ang lumang naka-save na profile ay maaaring magmukhang tama habang ang aktibo ay naiiba].

Itala kung aling halaga ang pinalitan mo at kung saan naroon ang awtorisadong kopya. Ang susunod na hahawak sa peer na ito ay kailangang malaman kung aling dulo ang nagbago.