Kivinjari cha tawi hadi proksi: miunganisho miwili, njia mbili

Kivinjari cha tawi nyuma ya proksi dhahiri hufungua miunganisho miwili, na hushindwa kwa sababu tofauti. Ya kwanza ni kivinjari hadi msikilizaji wa proksi, ikibebwa kupitia VPN ya tawi. Ya pili ni proksi hadi tovuti, ikitumia resolver, njia na sera ya kutoka ya proksi yenyewe. Tiketi za msaada zinazozichukulia kama mtiririko mmoja huwapeleka watu kwenye kifaa kisichofaa kwa masaa. Sanidi kila kimoja kwa makusudi na uijaribu kwa mpangilio huo.

Hatua 1: andika mitiririko miwili

Marudio ya haraka ya kivinjari ni msikilizaji wa proksi, si kila tovuti ambayo mtumiaji hatimaye hutembelea. Sentensi moja hiyo hutatua mkanganyiko mwingi katika muundo huu.

branch browser -> site VPN -> central proxy listener
central proxy -> approved egress policy -> website

Vyanzo tofauti, njia tofauti, ruhusa tofauti. Weka mchoro kwenye rekodi ya mabadiliko, kwa sababu kila ukaguzi wa baadaye hurejelea moja ya nusu zake mbili.

Hatua 2: mpe kivinjari njia hadi msikilizaji

Rekodi jina la mwenyeji wa proksi, bandari ya msikilizaji, mahitaji ya uthibitishaji na vyanzo vya tawi vilivyoruhusiwa. Orodha hiyo ndiyo vigezo vya kukubalika kwa mtiririko wa kwanza, na inapaswa kujumuisha utatuzi wa majina ya ndani pamoja na njia ya handaki.

Tumia kanuni nyembamba ya mtandao kwa huduma inayokusudiwa badala ya kuchapisha proksi isiyo na kikomo kwenye intaneti. Proksi inaweza kubaki kwenye mtandao wa ndani wakati wateja wake wanaokusudiwa wana njia inayotumika kuifikia.

Hatua 3: sanidi kivinjari, si jedwali la njia tu

Tumia mpangilio wa proksi wa kivinjari, faili ya PAC au utaratibu wa ugunduzi unaosimamiwa na shirika. Kutuma pakiti za kawaida za tovuti kuelekea anwani ya proksi kwa njia hakufanyi kivinjari kuzungumza itifaki ya proksi; hiyo ni ukaguzi wa wazi na ni ya muundo mwingine wa lango.

Andika ni programu zipi zinazoheshimu mpangilio. Wateja wa barua pepe, visasishaji na michezo mara nyingi haziheshimu, na wataendelea kutumia njia ya kawaida.

Hatua 4: thibitisha muunganisho wa mbele wa proksi

Proksi inahitaji resolver yake mwenyewe na njia iliyoruhusiwa hadi tovuti, pamoja na sera yoyote ya firewall au tafsiri inayohitajika na mpaka wake wa intaneti. Kivinjari kinachofikia msikilizaji hakithibitishi chochote kati ya hivyo. Jaribu mtiririko wa pili kutoka kwa proksi yenyewe, kwa marudio na bandari sawa ambayo mtumiaji aliripoti.

Kwa HTTPS, CONNECT hufungua handaki hadi marudio yaliyoombwa. Usambazaji wa kawaida haumpi proksi ukurasa uliofumbuliwa, na kuzima uthibitishaji wa cheti ili kubuni ukaguzi si suluhisho.

Hatua 5: tenganisha hitilafu nne

Changamoto ya uthibitishaji wa proksi ni 407 kutoka kwa msikilizaji. CONNECT iliyokataliwa ni uamuzi wa sera kwenye proksi, kwa kawaida na hali yake na mstari wa kumbukumbu. Muunganisho wa mbele ulioshindwa unaonekana kama muda kuisha au kuweka upya ambao proksi huurekodi dhidi ya marudio. Jibu la tovuti linamaanisha miunganisho yote miwili ilifanya kazi na tatizo liko kwenye chanzo.

Ripoti mpaka uliouona, si muhtasari kwamba VPN ilishindwa.

Hatua 6: weka wigo na panga mbadala

Amua kinachotokea wakati proksi au handaki haipatikani, na sema wazi ni trafiki gani muundo huu unashughulikia. Unabeba ufikiaji wa wavuti kutoka kwa wateja wanaozingatia mpangilio wa proksi; haubeba barua pepe, itifaki holela za kifaa au programu inayopuuza usanidi.

Thibitisha operesheni inayohitajika ya kivinjari na kukataa moja kunakohitajika chini ya mpango ulioidhinishwa kabla ya kupanua muundo kwa wateja zaidi.