Hvers vegna að bæta við opt-verify lagar ekki dulritunarvilluna í OpenVPN

Þú finnur tillögu um að bæta við opt-verify, bætir línunni við, og dulritunarvillan stendur nákvæmlega þar sem hún var. Þessi niðurstaða er fyrirsjáanleg, því valkosturinn samdi aldrei um dulritun. Þetta var samkvæmniprófun valkosta, úrelt í 2.6 og fjarlægð í 2.7, og prófíll sem enn er þáttaður með henni hefur ekki með því þvingað neitt fram.

Það hjálpar að vita hvað línan gerði áður en þú ályktar að hún sé skortandi hluturinn. Sagan útskýrir líka hvers vegna hún getur ekki hjálpað núna.

Hvað valkosturinn þvingaði áður fram

Handbókin fyrir 2.6 merkir opt-verify sem úreltan og lýsir fyrri hegðun: þjónninn hendir út biðlum sem skráðir valkostir þeirra passa ekki við hans eigin, og ber saman hluti eins og tækjategund og MTU. Þessi athugun er líka háð því að samkvæmniprófun valkosta haldist virk, svo þjónn sem keyrir með disable-occ hefur aldrei haft hana. Taktu eftir því úr hverju samanburðurinn er byggður: texta sem lýsir stillingum mótaðilans. Hann segir ekkert um hvaða dulritun gagnarásin muni nota.

Þetta er fyrsta ástæðan fyrir því að flaggið getur ekki lagað dulritunarvillu. Val dulritunar stýrist af stefnunni data-ciphers og af því sem báðir aðilar styðja, og textaleg samkvæmniaðgerð hvorki stækkar þann lista né framkvæmir samningaviðræðurnar. Önnur ástæða er umfangið: athugunin snýst um hvort skráðir valkostir líti út fyrir að vera samhæfðir, ekki um gæði leiðarinnar sem verður til.

Hvað 2.7 gerir þegar hún sér línuna

Í 2.7 er valkosturinn horfinn. Þáttarinn þekkir enn nafnið, sem er ástæðan fyrir því að gamall prófíll hleðst án setningarvillu, og hann tilkynnir að valkosturinn hafi verið fjarlægður í stað þess að fara þegjandi fram hjá honum. Að þekkja nafn og að þvinga fram hegðun eru ólíkir hlutir, og aðeins hið fyrra gerist enn. Fjarlægingarnóturnar gefa ástæðuna: þegar hægt er að semja um færibreytur geta tveir aðilar löglega haft ólíka valstrenge á meðan þeir eru sammála um tenginguna.

Prófíll sem er þáttaður er því ekki sönnun þess að nokkur inntökuathugun hafi verið keyrð. Ef eina merkið er að biðillinn tengdist, þá hefurðu lært að setningafræðin var samþykkt.

Hvar bilunin býr í raun

Varðveittu fyrstu áþreifanlegu villuna áður en þú breytir einhverju, því síðari skilaboð eru venjulega afleiðingar hennar. Bilun í samningaviðræðum gagnarásarinnar tilheyrir samþykktu dulritunarstefnunni og þeim getu sem báðir aðilar auglýsa í raun. Bilun í TLS-útgáfu eða -safni tilheyrir stjórnrásinni. Synjun vottorðs þarf auðkennið og traustkeðjuna, ekki samhæfnisflag.

Greindu einnig vélina á báðum endum. Skjáborðsforrit getur pakkað annarri byggingu en skipanalínutvíundartölunni sem þú prófaðir með, og stuðningur við valkosti er mismunandi á milli þeirra. Skoðaðu skjöl þeirrar vélar í stað þess að gera ráð fyrir að hvert forrit sem flytur inn prófíl hegði sér eins.

Skiptu út fyrirætluninni, ekki bara línunni

Ef eldri stýrður þjónn reiddi sig raunverulega á samkvæmniprófunina, skráðu hvaða takmörkun hann þvingaði fram fyrir uppfærsluna. Að halda hunsuðum valkosti í nýrri prófíl getur ekki varðveitt þá stefnu, og að eyða línum af handahófi getur það ekki heldur.

Svaraðu ekki gamalli tillögu um að allar dulritanir séu óvirkar með því að virkja hvert sögulegt reiknirit.

Eftir samþykkta leiðréttingu skaltu skoða samningsniðurstöðurnar á nýrri tengingu og prófa forritið sem notandinn þarf í raun. Haltu þjónsútgáfunni og virku stefnunni við hlið þeirrar niðurstöðu, svo næsta manneskja sjái hvað var samið um frekar en hvað var einfaldlega samþykkt.

Markmiðið er studd takmörkun og virk sannvottuð leið, ekki gamalt flag sem enn er þáttað.