Versia ĉeno ne pruvas funkcion de VPN-kromaĵo

Tri demandoj apartigas versian argumenton de funkcia esploro: kiu komponanto devus provizi la opcion, kiu versio de tiu komponanto estas efektive instalita, kaj kion diras ĝia ŝanĝprotokolo pri tio. La numero de kromaĵo sola respondas neniun el ili. La tentiga mallongigo, kompari mallongigitan version kun minimumo el lernilo, malsukcesas ĉar versiaj ĉenoj de distribuaĵoj ne estas decimaloj. Decidu, kion vi komparas, antaŭ ol vi komparas ĝin.

La opcio povas loĝi en NetworkManager, en ĝia VPN-kromaĵo, en la suba maŝino aŭ en aparta labortabla fasado. Tiuj estas kvar projektoj kun kvar eldonaj historioj.

Kvar komponantoj, kvar eldonaj historioj

La redaktilo, kiun vi vidas, estas kutime kromaĵo, kaj la kromaĵo vokas maŝinon kiel la OpenVPN-duumaĵo aŭ WireGuard-realigo. NetworkManager mem provizas la konektan modelon, kaj labortabla fasado povas aldoni proprajn kampojn supre. Funkcio povas aperi en iu ajn el ili, kaj ĝisdatigo de unu ne ĝisdatigas la aliajn. Pli nova maŝino ne estas pruvo, ke la instalita redaktilo povas importi opcion, kiun la maŝino subtenas.

Komencu per la simptomo: ĉu la kampo mankas en la dialogo, ĉu ĝi forestas post importo, aŭ ĉu ĝi ĉeestas sed estas ignorata? Tiuj observoj montras al malsamaj komponantoj kaj bezonas malsamajn pruvojn.

Analizu la version antaŭ ol kompari ĝin

La paketa politiko de Debian difinas la formaton kiel epoch, upstream-versio kaj paka revizio. Unue oni komparas la epoch, poste la upstream-parton, poste la revizion, laŭ la propraj ordigaj reguloj de la paka administranto, ne laŭ dekuma aritmetiko aŭ simpla alfabeta ordigo. Tildo ordiĝas antaŭ ĉio, inkluzive de la fino de tiu parto, kaj tiel eldona kandidato antaŭas la finan eldonon. La aparta legado de la partoj estas tio, kio faras komparon senchava.

Ne elpensu konvertan regulon por iu alia skemo, en kiu 0.8.999 aspektas proksima al 0.9. La proksimeco de ciferoj ne estas pruvo pri enhavo.

Demandu, kio estas instalita kaj kio estus

apt-cache policy raportas la instalitan version, la kandidaton kaj la deponejon, el kiu ĉiu venas, por ĉiu pakaĵo, kiun vi nomas. Legu ĝin kaj por la maŝino kaj por la kromaĵo, kaj registru plenajn ĉenojn anstataŭ mallongigitajn formojn. Lokaj metadatumoj povas esti eksdataj, kaj kandidata versio ne pruvas, ke kuranta procezo ŝargis tiun konstruaĵon. Se servo ne estis restartigita post la ĝisdatigo, la dosiero sur la disko kaj la konduto, kiun vi observas, povas malkongrui.

Poste legu la respondan ŝanĝprotokolon. Paka revizio povas porti flikaĵojn sen adopti novan upstream-numeron, kaj ĝuste tio estas la kazo, kiam la versio aspektas senŝanĝa kaj la konduto diferencas.

Pruvu la opcion en la posedanta komponanto

Por importa problemo, inspektu la subtenatajn kampojn de la instalita kromaĵo kaj la konservitan rezulton anstataŭ nur la dialogon. Etikedo, denaska datuma kampo kaj maŝina argumento povas esti tri reprezentoj de unu agordo, kaj sukceso ĉe importado de dosiero diras nenion pri tio, ĉu ĉiu direktivo postvivis. Nomu la funkcion precize: ekzemple, akcepti ĉi tiun direktivon konservante ĝian signifon por aŭtentigo.

Se la subtenata konstruaĵo por tiu eldono mankas la integriĝon, elektu aprobitan ĝisdatigan vojon aŭ alian klienton. Miksi deponejon de alia eldono aŭ apliki arkivitan fontan flikaĵon por levi videblan numeron interŝanĝas versian argumenton kontraŭ nesubtenata sistemo.

Utila raporto nomas la distribuaĵon, la plenajn pakaĵajn versiojn, la posedanton de la aktiva konekto, la postulatan opcion kaj la observitan konservitan konduton. Tio estas reproduktebla demando.