Je, proksi bado iko kwenye anwani ya zamani ya handaki baada ya kuunganisha VPN upya?

Kuunganisha upya kunaweza kuacha kipitishaji chako kimefungwa kwenye anwani ambayo handaki halimiliki tena. Ukaguzi nne kwa mpangilio, makabidhiano yenye namba na ombi halisi la jaribio.

Kuanzisha upya mteja wa VPN kunathibitisha tu kwamba handaki limerudi. Haisemi chochote kuhusu proksi iliyoambiwa itoke kupitia hilo. Squid, tinyproxy na wengi wa vapitishaji wengine hushikilia anwani ya chanzo ya ndani waliyoipata wakati wa kuanza hadi kitu kiwafanye kupakua upya. Kuunganisha upya kunapotoa anwani mpya ya handaki, kipitishaji ama hushindwa kwenye kila muunganisho unaotoka, au huanza kutoka kupitia njia yako ya kawaida.

Kushindwa kwa pili ndiko kunakohitilafu kubwa: handaki liko juu, kurasa zinapakia, na ni anwani ya kutoka pekee iliyo mbovu.

Anza na msikilizaji, si handaki

Kuna anwani tatu kwenye mchezo, na kuunganisha upya huhamisha baadhi tu. Msikilizaji ni mahali ambapo kivinjari chako kinaelekea, kwa kawaida 127.0.0.1 au anwani ya LAN, na haijali kwamba handaki limebadilika. Chanzo cha ndani kinachotoka ni kile kipitishaji kinachoomba kerneli itumie kinapopiga hatua inayofuata, na kimefungwa kwenye kifaa cha handaki. Toka la umma ni lile seva ya wavuti hurekodi, na linaweza kuwa anwani iliyotafsiriwa hatua kadhaa mbali.

Utafutaji wa IP ya umma hujibu swali la mwisho pekee. Hauwezi kukuambia ni anwani gani ya ndani kipitishaji kinapaswa kufungwa nayo, kwa sababu toka moja la umma linaweza kuficha vyanzo kadhaa vya ndani. Soma anwani kutoka kwa anayemiliki muunganisho: matokeo ya hali ya mteja, kiolesura chenyewe, au nafasi ya majina ambapo handaki linaishi. Kuchukua kiolesura cha kwanza ambacho jina lake linaonekana kama handaki kunatoa jibu lisilo sahihi mara tu wasifu wa pili unapokuwepo.

Mipangilio ya kontena na nafasi ya majina huvunja dhana hii kwa utulivu. Kipitishaji kilicho katika nafasi moja ya majina ya mtandao hakiwezi kufunga handaki lililopo katika nyingine, na hakuna kiasi cha uhariri wa usanidi kinachotengeneza hilo.

Ukaguzi nne kabla ya kuhariri chochote

Zifanye kwa mpangilio. Ukaguzi wa kwanza unaoshindwa ndio mahali unaposimama, kwa sababu zile zinazofuata huchukulia kwamba zile za awali ni sahihi.

  1. Thibitisha kwamba handaki linalotumika ni wasifu ambao proksi ilijengwa kuzunguka, si wasifu wa pili uliojiunga wenyewe.
  2. Chapisha anwani iliyopo kwenye kifaa hicho sasa na ulinganishe na anwani iliyo katika usanidi unaoendesha.
  3. Uliza kipitishaji chanzo kipi kilichogundua, badala ya kile faili iliyo kwenye diski inadai.
  4. Thibitisha kwamba trafiki kutoka kwa kipitishaji kweli iko chini ya sera ya uelekezaji na ukuta wa moto unayotarajia.

Anwani ya kifaa ni rahisi: ip -4 addr show dev tun0 huchapisha ya sasa, na ip -4 route get 1.1.1.1 huonyesha kiolesura ambacho kerneli ingechagua kwa lengo hilo. Kipitishaji kinachofunga anwani kamili hushindwa kwa sauti kubwa anwani inapotoweka. Kipitishaji kinachofunga kifaa, au kinachorudi kwenye chanzo chaguo-msingi, huendelea kufanya kazi na kuvuja, na hiyo ndiyo matokeo ya kimya.

Linganisha nyaraka na toleo unaloendesha, si na matokeo ya juu ya utafutaji. Agizo la anwani ya kutoka la Squid limeandikiwa v7 na mapema, na nyaraka za v8 zinasema waziwazi kwamba agizo hilo halipatikani huko, kwa hivyo skripti iliyojengwa kuzunguka hilo haivuki mpaka huo (tazama marejeleo ya Squid tcp_outgoing_address). Thibitisha kwa kichanganuzi cha bidhaa yenyewe kabla ya kupakua kitu chochote upya: squid -k parse huripoti makosa na kutoka bila kugusa mchakato unaoendesha.

Ongeza namba kwa kila handaki na tupa mabadilishano yaliyopitwa na wakati

Kuunganisha upya ni makabidhiano, na makabidhiano yanahitaji mpangilio. Weka alama kwa kila muunganisho uliozingatiwa kwa kihesabu au muhuri wa muda unaoongezeka kila uanzishaji unaofanikiwa, kisha chukua alama hiyo ndani ya usanidi wa mgombea. Alama ya mgombea inapokuwa ya zamani kuliko ya sasa, tupa mgombea badala ya kuitumia, kwa sababu sasisho la polepole lililoandikwa kwa handaki la awali lingeandika juu ya mipangilio ya la sasa. Unganisha milipuko ya matukio ili kiungo kinachotetemeka kitoa mabadiliko moja badala ya kumi na matano.

Panga kazi katika hatua nne: batilisha hali ya zamani ya kutoka, subiri mmiliki wa muunganisho aripoti kukamilika, jenga tu sehemu inayosimamiwa, kisha thibitisha na uwashe kupitia msimamizi wa huduma. Kuzalisha upya faili yote kutoka thamani mbili za anwani ndiyo njia ambayo vikwazo vya msikilizaji, uthibitishaji na sera ya lengo hupotea kwa kimya. Heshimu pia kusimamisha kwa makusudi. Msaidizi anayeendelea kupiga handaki ambalo mtumiaji alilizima ni hitilafu, si ustahimilivu.

Soketi zilizo wazi hazitafuata anwani mpya

Kusanidi upya kipitishaji hakisemi chochote kuhusu muunganisho ulioanzishwa tayari. Kama yatamalizika au yatakufa inategemea bidhaa, kwa hivyo angalia tabia badala ya kuidhani.

Ombi linalohudumiwa kupitia soketi iliyofunguliwa kabla ya mabadilishano bado hutoka kwa njia ya zamani, hata wakati usanidi mpya ni sahihi. Ikiwa hilo ni muhimu, amua waziwazi: ruhusu dirisha fupi la kumaliza na acha kupokea kazi mpya, au funga soketi za zamani na ukubali makosa. Kisha jaribu kwa muunganisho mpya na uweke matokeo hayo kando na ukaguzi wa kumaliza. Kufungwa na chanzo pia si mpaka wa usalama. Trafiki inapopaswa kamwe kugusa njia ya kawaida, ilazimishe kwa alama na kanuni za ukuta wa moto, ikiwemo DNS na IPv6, ili kupakua upya kuliokosa kumwacha proksi imezimwa waziwazi badala ya wazi.

Thibitisha toka jipya kwa ombi jipya

Kinachojalisha ni ombi lililofunguliwa baada ya kuwashe, si ping na si ukurasa uliokuwa kwenye akiba tayari. Omba proksi URL halisi na usome anwani ya kutoka ambayo upande wa mbali unaripoti, kisha ulinganishe na mtazamo wa mteja mwenyewe kuhusu handaki wakati mtoa huduma anaonyesha moja.

Weka uchanganuzi, upakuaji upya na ombi kama amri tofauti ili kushindwa kuelekeze hatua moja. Mbili za kwanza hazibadilishi chochote zinaposhindwa, na ndiyo sababu zinaendeshwa kabla ya kuanzisha upya.

squid -k parse
sudo squid -k reconfigure
curl -x http://127.0.0.1:3128 -sS -o /dev/null -w '%{http_code} %{remote_ip}\n' https://example.com

Kupakua upya kukishindwa, simamisha huduma na urekebishe sehemu; proksi inayohudumu na toka la zamani ni mbaya kuliko kukatika kwa muda mfupi. Kupakua upya kukifanikiwa lakini ombi jipya bado linatoka mahali pasipotarajiwa, rudi kwenye ukaguzi wa uelekezaji badala ya kuhariri anwani tena. Andika kizazi cha handaki ulichothibitisha dhidi yake, ili kuunganisha upya kunakofuata kuwe na kitu madhubuti cha kulinganisha.

Makala zinazohusiana