ppp0 aŭ ppp1? Kiel nomi PPP-VPN-sesion por skriptoj

La hoka skripto ekfunkcias, legas ppp0 kaj aplikas itinerojn al tiu ajn interfaco, kiu posedas tiun nomon en tiu momento. Foje ĝi estas la tunelo, kiun vi celis; foje ĝi estas sesio, kiu konektiĝis minuton pli frue. La sekva rekonekto movas la numeron, kaj la sama skripto kviete agordas la malĝustan ligilon. La solvo estas preni la interfacon el la alvoko, kiu ĵus okazis, kaj kunporti la celatan profilon apud ĝi.

Sekvu unu sesion de la opcioj ĝis la hoko

Komencu tie, kie la sesio kreiĝas. xl2tpd lanĉas pppd kun la opcia dosiero nomita de pppoptfile de tiu tunelo, do la kromaĵo, la unua numero kaj ajna profila markilo decidiĝas tie, ne en tutmonda dosiero. Konekta administrilo povas generi proprajn opciojn, kio signifas, ke redakti /etc/ppp/options ne pruvas, ke la tunelo, pri kiu vi zorgas, ŝanĝiĝis. Kiam la ligilo ekfunkcias, pppd ruligas la sciigajn skriptojn de la dissendilo de la distribuo. Tiuj skriptoj ricevas la interfacan nomon kiel unuan argumenton kaj la profilan markilon kiel la sesan.

La medio portas la samajn faktojn sub nomoj kiel IFNAME kaj PPP_IPPARAM, sed ilia disponebleco dependas de la instalita dissendilo. Legu la dissendilon antaŭ ol fidi variablon: iuj distribuoj konservas la upstream-ordan argumentsinsekvon, aliaj filtradas la medion antaŭ ol voki vian skripton. Skripto, kiu uzas nur $1 kaj la sesan argumenton, funkcias en ambaŭ aranĝoj.

Legu la interfacon el la alvoko

La tradicia hoko ricevas la interfacon unue. Tiu pozicia valoro estas la interfaca identigilo, kiu priskribas la sesion, kiu ekigis la skripton. Konservu ĝin en variablo supre, poste uzu tiun variablon por itineroj, fajroŝirmaj reguloj kaj malmuntado.

ipparam office-vpn

Aldonu profilan markilon tie, kie la opcioj difiniĝas, ne en la skripto. Kun tiu linio en la opcia dosiero de la tunelo, ĉiu sesio kreita el tiu dosiero portas office-vpn kiel sian sesan argumenton. La skripto povas disbranĉiĝi laŭ la markilo dum ĝi ankoraŭ agas sur la reala interfaco. Tenu la du apartaj en la kodo, ĉar la markilo estas stabila kaj la interfaco estas atribuata po sesio.

Petu nomon nur se rifuzo estas ĝusta

Fiksa nomo aspektas pli simple ol legi argumentojn, sed ĝi ŝanĝas la malsukcesan konduton. La opcio unit petas numeron por elira konekto, kaj pppd revenas al dinamika atribuo, kiam tiu unuo jam estas okupata. Nenio en tiu rezulto rezervas ppp0 por via profilo.

ifname ppp-office

La opcio ifname kondutas alie: se la petita nomo jam estas uzata aŭ ne povas esti atribuita, pppd eliras anstataŭ elekti alian. Tio estas politika elekto, ne kosmetika renomado. Uzu ĝin, kiam dua samtempa kazo de la sama profilo devas esti rifuzata, kaj konfirmu, ke la instalita pppd kaj via konekta administrilo pasigas la opcion.

Ĉiel ajn, la nomo, kiun la skripto vidas, estas tiu, pri kiu oni agu. Agordita nomo ne forigas la bezonon legi la alvokon, ĉar restartigita sesio ankoraŭ povas prezenti alian nomon ol la antaŭa.

Akkordigu la malmuntadon kun la sesio, kiun vi agordis

Itineroj kaj fajroŝirmaj reguloj postvivas la skripton, kiu kreis ilin, do la malmuntado devas forigi precize la objektojn, kiujn la sesio posedas. Marku regulojn per la profila markilo same kiel per la interfaco, kaj forigu laŭ tiu marko. Se du tuneloj povas esti aktivaj, forigi ĉion, kio mencias ppp, estas la maniero, kiel unu malkonekto rompas la alian konekton.

Testu la kazon, kiu malkaŝas la cimon: levu la duan PPP-sesion dum la unua ankoraŭ estas konektita, poste rekonektu la unuan kaj observu, kiun interfacon la hoko raportas. Sukcesa rulo kun unu sesio pruvas nenion pri nomatribuo. Ripetu kun la VPN haltigita por konfirmi, ke la malmuntado ne lasas malnovan itineron.

Tenu la markilon, la interfacon kaj la hokan vojon en la deplojaj notoj. Kiam la numero ŝanĝiĝas post restarto, tiuj tri valoroj klarigas, kial la skripto kondutis alie sen iu ajn agorda redakto.