Tunnelblick data-ciphers hindi nakilala: aling engine ang tumakbo?

Nag-uulat ang Tunnelblick ng hindi nakilalang opsyon na data-ciphers, binabanggit ang OpenVPN 2.4 sa iisang hininga, at hindi kailanman nagsisimula ang koneksyon. Ito ay lokal na pagkabigo sa pag-parse at hindi hidwaan tungkol sa cipher, dahil tinanggihan ng engine ang profile bago pa man maganap ang anumang negosasyon sa gateway. Hindi makatutulong dito ang karaniwang payo tungkol sa patakaran ng cipher ng server; kailangan munang maunawaan ng parser ang file. Hanapin ang engine na aktwal na inilunsad ng partikular na configuration na ito, at susunod ang iba pa.

Basahin ang linya ng log bago hawakan ang profile

Buksan ang nabigong koneksyon sa window ng mga detalye ng Tunnelblick at basahin ang log mula sa itaas. Pinangalanan ng mga unang linya ang bersyon ng engine at ang profile na ibinibigay dito, na sinusundan ng opsyong huminto sa pag-parse. Lahat ng sumunod doon ay ingay, dahil umalis na ang proseso.

Itala ang tatlong katotohanan mula sa log na iyon: ang bersyon ng engine, ang pangalan ng configuration at ang eksaktong mensahe. Ang tatlong iyon ang buong diagnosis. Sila rin ang kakailanganin mo kung ang pagwawasto ay mangangailangan ng pagbabago sa naka-install na application. Kumuha ng screenshot ng mga linya sa halip na iparaphrase ang mga ito, dahil madaling maling i-type ang mga pangalan ng opsyon kapag inuulit mula sa memorya.

Kumpirmahin kung aling engine ang pinapatakbo ng configuration na iyon

Ang Tunnelblick ay isang application na nakabalot sa isang engine ng OpenVPN, at maaaring magpatakbo ng iba't ibang engine ang iba't ibang configuration. Suriin ang bersyong pinili para sa configuration na ito sa window ng mga detalye sa halip na basahin ang bersyon ng application, at huwag itong palitan ng output ng isang terminal na binary na openvpn na hindi kailanman ginagamit ng configuration. Inilalarawan ng gabay sa mga bersyon ng OpenVPN ng Tunnelblick kung paano gumagana ang pagpiling iyon at kung saan ito naka-store.

Mahalaga ang pagkakaiba dahil ang isang makina ay maaaring may modernong binary sa PATH at may nakabundle na 2.4 engine sa likod ng koneksyong nabigo. Ang profile ay tinatasa ng pangalawa.

openvpn --version
ls /Applications/Tunnelblick.app/Contents/Resources/openvpn/

Ipinapakita ng dalawang command na ito kung ano ang tatakbo ng terminal at kung anong mga direktoryo ng engine ang dala ng naka-install na application. Wala sa dalawa ang patunay kung ano ang ginamit ng nabigong configuration, dahil nasabi na ito sa iyo ng log, at nagkakaiba ang mga landas sa pagitan ng mga release ng Tunnelblick.

Bakit nagbago ang pangalan ng direktiba

Ipinakilala ng OpenVPN ang data-ciphers bilang listahan ng negosasyon sa 2.5, na pinalitan ang naunang baybay na ncp-ciphers na naging lipas na sa release na iyon. Walang ganoong opsyon ang 2.4 engine, kaya humihinto ito sa unang token na hindi nito kilala. Kahit ang nag-iisang opsyon na cipher ay hindi lumang alias para sa listahan; pinangalanan nito ang isang cipher sa halip na isang set ng negosasyon.

Iyon ang dahilan kung bakit ang pagpapalit ng teksto sa mga bersyon ay gumagawa ng mga profile na nagpa-parse at pagkatapos ay kumikilos nang hindi inaasahan, at kung bakit ang pagkopya ng isang bahagi mula sa isang post sa forum ay hindi pagsusuri ng bersyon. Gumalaw ang mga pangalan ng opsyon kasama ng paghawak ng fallback at mga default, at ang isang file na binuo sa pamamagitan ng pagpapalit ng pangalan ng isang direktiba ay hindi katumbas ng isang isinulat para sa engine.

Ayusin ang engine o ang profile, hindi ang sintomas

Para sa isang sinusuportahang deployment, ang matibay na pag-aayos ay isang sinusuportahang kumbinasyon ng Tunnelblick at engine na tumatanggap ng profile ng operator, na inaayos sa pamamagitan ng nagmamay-ari ng pag-install ng application. Kung ang isang mas lumang pag-install ay kailangang manatili nang ilang sandali, humingi ng profile na isinulat para sa engine na iyon at para sa mga cipher na aktwal na tinatanggap ng gateway.

Ang pagtanggal ng data-ciphers at data-ciphers-fallback ay talagang nag-aalis ng partikular na error sa pag-parse na ito, at iyon mismo ang dahilan kung bakit ito nakakaakit. Binabago rin nito kung aling mga cipher ang negosasyuhin, nang tahimik, sa isang configuration ng seguridad na hindi mo sinasadyang i-edit. Panatilihin ang orihinal na profile at sa halip ay sadyang ihambing ang mga sinusuportahang setting.

Subukang muli at basahin ang susunod na yugto

Pagkatapos ng pagwawasto, subukang muli ang koneksyon at basahin ang bagong log mula sa simula sa halip na ipagpalagay na nagtagumpay. Ang isang profile na nagpa-parse na ngayon ay maaari pa ring huminto sa negosasyon ng cipher, sa pagpapatunay ng sertipiko, sa pagpapatunay ng pagkakakilanlan o sa pagruruta, at bawat isa sa mga pagkabigong iyon ay may sariling ebidensya.

Kung mabigo ang negosasyon, ihambing ang mga cipher na sinusuportahan ng dalawang panig sa mga pinapayagan sa bawat isa. Kung mabigo ang pagpapatunay ng pagkakakilanlan, gumagana na ngayon ang profile at engine nang sapat upang maabot ang gateway, na isang pag-unlad na dapat itala. Ang paghinto sa kadena na iyon sa unang tahimik na log ay kung paano inaalis ang isang setting ng seguridad sa maling dahilan.