Tuneli yako iliyogawanywa inafikia programu lakini si seva yake ya DNS
Tuneli iliyogawanywa inaweza kuelekeza subnet ya programu na bado kuacha kisuluhishi kilicho kando yake. Ongeza njia ya mwenyeji, kisha angalia ni seva gani Windows huchagua kwa kweli.
Kuelekeza subnet ya programu ni sehemu ya wazi ya tuneli iliyogawanywa, na si kazi yote. Kisuluhishi mara nyingi hukaa kwenye anwani tofauti na programu inayohudumiwa, kwa hiyo tuneli inayofanya kazi inaweza kuacha utafutaji nje yake. Profaili inayobeba 10.80.0.0/16 na hakuna kingine hutuma swali la 10.90.0.53 kupitia kiolesura cha ndani, ambako hakuna ukanda wa faragha. Ongeza njia ya kisuluhishi, kisha uangalie nusu ya pili ya tatizo: ni seva gani ambayo mteja huchagua kwa kweli.
Hadithi: njia moja inashughulikia huduma yote
Tuneli iliyogawanywa ni orodha ya maeneo yanayopita kwenye muunganisho, si maelezo ya huduma. Subnet ya programu na anwani ya kisuluhishi ni maeneo mawili, na profaili inaweza kubeba moja bila lingine. Hilo linapotokea, programu inapatikana kwa anwani wakati jina lake linashindikana, jambo ambalo linaonekana kama hitilafu ya DNS badala ya pengo la uelekezaji.
Subnet inayozunguka kisuluhishi pia haifunikwa kiotomatiki. Njia ya mwenyeji kwa anwani moja inatosha kwa kisuluhishi hicho na haifungui majirani wake. Hiyo ndiyo maana ya njia ya mwenyeji: nyembamba kwa muundo, na rahisi kusahau huduma inayofuata inapotokea kwenye subnet hiyo hiyo.
Mambo matatu lazima yawe kweli ili utafutaji ufanye kazi: mteja anaelekeza anwani ya kisuluhishi kupitia tuneli, lango linakubali na kupeleka ombi hilo, na kisuluhishi kinakubali chanzo kinachopokea. Jibu pia lazima lirudi kwa njia iliyokubaliwa. Ikiwa kimoja hakipo, dalili ni moja, ndiyo sababu inafaa kuandika jedwali la anwani kabla ya kugusa usanidi.
Amua ni anwani gani profaili inapaswa kubeba
Orodhesha maeneo kwa mpangilio: mtandao wa programu, anwani ya kisuluhishi na kituo cha mwisho cha umma kinachomaliza tuneli yenyewe. Cha tatu hakipaswi kamwe kuelekezwa ndani ya tuneli, kwa sababu muunganisho wa nje unahitaji njia iliyopo kabla ya tuneli.
| Destination | Coverage this example needs |
|---|---|
| Application network | 10.80.0.0/16 through the VPN |
| Private resolver | 10.90.0.53/32 through the VPN |
| Public VPN endpoint | Normal internet path, outside the tunnel |
Jumuisha UDP na TCP kwa DNS, kwa kuwa utekelezaji unatarajiwa kushughulikia TCP pamoja na UDP, na njia ya TCP iliyozuiwa hutoa hitilafu za polepole, za sehemu badala ya safi. Ikiwa ukanda wa faragha unahudumiwa pia kupitia IPv6, msamaha sawa wa mwenyeji hutumia anwani na kiambishi cha IPv6 na ni ingizo tofauti.
Andika kile profaili tayari inashughulikia kabla ya kuongeza chochote. Njia mbili ni salama, lakini njia iliyopo isiyotarajiwa inakuambia profaili ilibuniwa kwa mpango wa anwani tofauti na ule uliouipata.
Ongeza njia ya mwenyeji kupitia mmiliki wa muunganisho
Kwa profaili asilia ya Windows inayosimamiwa ndani, njia ni ya muunganisho badala ya jedwali la uelekezaji la jumla la mashine. Kwanza hakiki nyongeza, kisha itumie kwa kiwango kilekile ambacho profaili hutumia.
Add-VpnConnectionRoute -ConnectionName 'Office VPN' -DestinationPrefix '10.90.0.53/32' -WhatIf Get-VpnConnection -Name 'Office VPN' | Select-Object -ExpandProperty Routes
Amri ya kwanza hukagua mabadiliko bila kusakinisha chochote, na ya pili huorodhesha njia ambazo profaili inabeba sasa. Marejeo ya Add-VpnConnectionRoute ya Microsoft yanafafanua wigo wa mtumiaji mmoja na wa watumiaji wote; profaili ya watumiaji wote inahitaji kigezo chake cha wigo, na amri ya mtumiaji mmoja dhidi ya profaili ya watumiaji wote inashindikana au inatua mahali pasipofaa.
Wakati profaili inasimamiwa au inatoka kwa mteja wa msambazaji, mabadiliko ni ya mmiliki huyo. Kupanga njia ya mfumo ya kudumu juu ya sera ya muunganisho hufanya kazi hadi sera itumike tena na njia itoweke, jambo ambalo kwa kawaida hutokea wakati wa simu ya msaada badala ya wakati wa majaribio. Hitilafu hiyo ni ya kimya: njia inatoweka, jina linaacha kutatuliwa, na hakuna anayeunganisha matukio mawili. Weka mabadiliko kwenye rekodi ya mmiliki mwenyewe ili utumiaji upya unaofuata ubebe badala ya kuifuta.
Baada ya kutumia, unganisha tena profaili badala ya kudhani njia imeanza kutumika. Mabadiliko ya njia kwenye muunganisho hai hayakamatwi kila wakati, na kuunganisha tena pia huzalisha hali ambayo watumiaji wako watakuwa nayo kwa kweli.
Angalia ni kisuluhishi gani mteja alitumia kwa kweli
Njia hudhibiti pakiti zinazoelekezwa kwa kisuluhishi. Haiamui ni majina gani yanapaswa kutumwa huko, na uteuzi huo ni utaratibu tofauti. Kwenye Windows, kanuni za nafasi ya majina zenye nguvu zinaweza kuchagua kisuluhishi kwa kila kikoa, wakati mipangilio ya DNS ya profaili hutoa chaguo-msingi. Tabaka hizi mbili zinaweza kutokubaliana bila kutoa hitilafu yoyote, ndiyo sababu swali la moja kwa moja ni nusu ya ushahidi.
Get-DnsClientNrptPolicy Resolve-DnsName app.svc.example -Server 10.90.0.53 -Type A
Amri ya kwanza huchapisha sera ya nafasi ya majina inayotumika, na ya pili humwuliza kisuluhishi cha faragha moja kwa moja jina la programu. Jibu la moja kwa moja linathibitisha kwamba njia na kisuluhishi vinafanya kazi; haliwezi kuthibitisha kwamba utafutaji wa programu yenyewe ulichagua seva hiyo. Linganisha na utafutaji wa kawaida wa jina lilelile na jibu ambalo programu hupokea.
Zingatia akiba na DNS salama katika ngazi ya kivinjari, ambayo inaweza kupita kabisa kisuluhishi cha mfumo kwa majina ambayo mtumiaji aliandika. Kiambishi cha utafutaji ni kidokezo kingine cha uongo: hupanua jina fupi hadi jina lililostahiki kikamilifu na hakina uhusiano wowote na seva gani inajibu.
Maliza kwa kuunganisha tena na kurudia utafutaji wa kawaida, kisha thibitisha kwamba uvivinjari wa kawaida bado unafuata sera yake iliyoidhinishwa. Kubadilisha kisuluhishi cha faragha na cha umma ili jina lisilohusiana litatuliwe si marekebisho, na huhamisha maswali ya faragha kimya kimya mahali ambapo hayakupaswa kamwe kwenda.