Tunnelblick data-ciphers onherken: watter enjin het geloop?

Tunnelblick rapporteer 'n onherkende data-ciphers-opsie, noem OpenVPN 2.4 in dieselfde asem, en die verbinding begin nooit nie. Dit is 'n plaaslike ontledingsfout eerder as 'n cipher-verskil, want die enjin het die profiel verwerp voordat enige onderhandeling met die gateway plaasgevind het. Die gewone raad oor die bediener se cipher-beleid kan hier nie help nie; die ontleder moet eers die lêer verstaan. Vind die enjin wat hierdie een konfigurasie werklik begin het, en die res volg.

Lees die logreël voordat jy aan die profiel raak

Maak die mislukte verbinding in Tunnelblick se besonderhedevenster oop en lees die log van bo af. Die eerste reëls noem die enjinweergawe en die profiel wat daaraan oorhandig word, gevolg deur die opsie wat die ontleding gestop het. Alles daarna is geraas, want die proses het afgesluit.

Teken drie feite uit daardie log aan: die enjinweergawe, die konfigurasienaam en die presiese boodskap. Daardie drie is die hele diagnose. Hulle is ook wat jy nodig het as blyk dat die oplossing vereis dat die geïnstalleerde toepassing verander. Maak 'n skermskoot van die reëls eerder as om dit te parafraseer, want opsiename word maklik verkeerd getik wanneer jy dit uit die geheue herhaal.

Bevestig watter enjin daardie konfigurasie gebruik

Tunnelblick is 'n toepassing om 'n OpenVPN-enjin, en verskillende konfigurasies kan verskillende enjins gebruik. Kyk na die weergawe wat vir hierdie konfigurasie gekies is in die besonderhedevenster eerder as om die toepassingweergawe te lees, en gebruik nie die uitset van 'n terminale openvpn-binêre lêer wat die konfigurasie nooit gebruik nie, in die plek daarvan nie. Tunnelblick se gids vir OpenVPN-weergawes beskryf hoe daardie keuse werk en waar die keuse gestoor word.

Die onderskeid maak saak, want 'n masjien kan 'n moderne binêre lêer op die PATH hê en 'n ingeslote 2.4-enjin agter die verbinding wat misluk het. Die profiel word deur die tweede een geëvalueer.

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

Daardie twee opdragte wys wat 'n terminaal sou hardloop en watter enjinvouers die geïnstalleerde toepassing bevat. Nie een is bewys van wat die mislukte konfigurasie gebruik het nie, want die log het dit al vir jou gesê, en die paaie verskil tussen Tunnelblick-uitgawes.

Waarom die direktief se naam verander het

OpenVPN het data-ciphers as die onderhandelingslys in 2.5 bekend gestel en die vroeëre ncp-ciphers-spelling vervang wat in daardie uitgawe verouderd geraak het. 'n 2.4-enjin het nie so 'n opsie nie, so dit stop by die eerste teken wat hy nie ken nie. Die enkele cipher-opsie is ook nie 'n ouer alias vir die lys nie; dit benoem een cipher eerder as 'n onderhandelingstel.

Dit is waarom teksvervanging oor weergawes profiele lewer wat ontleed en dan onverwags optree, en waarom die kopiëring van 'n fragment uit 'n forumpos nie 'n weergawekontrole is nie. Die opsiename het saam met terugvalhantering en verstekke verskuif, en 'n lêer wat deur die hernoeming van een direktief saamgestel is, is nie gelyk aan een wat vir die enjin geskryf is nie.

Maak die enjin of die profiel reg, nie die simptoom nie

Vir 'n ondersteunde ontplooiing is die blywende herstel 'n ondersteunde Tunnelblick- en enjinkombinasie wat die operateur se profiel aanvaar, gereël deur wie ook al die toepassing se installasie besit. As 'n ouer installasie 'n rukkie moet bly, vra vir 'n profiel wat vir daardie enjin geskryf is en vir die ciphers wat die gateway werklik aanvaar.

Die verwydering van data-ciphers en data-ciphers-fallback maak wel hierdie bepaalde ontledingsfout skoon, en dit is juis waarom dit aanloklik is. Dit verander ook watter ciphers onderhandel word, stilweg, in 'n sekuriteitskonfigurasie wat jy nie van plan was om te wysig nie. Hou die oorspronklike profiel en vergelyk die ondersteunde instellings doelbewus eerder.

Probeer weer en lees die volgende stadium

Probeer die verbinding weer ná die regstelling en lees die nuwe log van die begin af eerder as om sukses aan te neem. 'n Profiel wat nou ontleed, kan steeds by cipher-onderhandeling, by sertifikaatverifikasie, by verifikasie of by roetering stop, en elkeen van daardie mislukkings het sy eie bewyse.

As onderhandeling misluk, vergelyk die ciphers wat die twee eweknieë ondersteun en dié wat elkeen toegelaat word om te gebruik. As verifikasie misluk, werk die profiel en enjin nou goed genoeg om die gateway te bereik het, wat vordering is wat die moeite werd is om aan te teken. Om daardie ketting by die eerste stil log te stop, is hoe 'n sekuriteitsinstelling om die verkeerde rede verwyder word.