Tazama muunganisho wa PPTP ukiinuka na ni rahisi kuamini kuwa sehemu ngumu imekwisha: mteja anajithibitisha, adapta ya ppp0 au WAN Miniport inaonekana, na dirisha la hali linakuwa kijani. Kisha ombi la kwanza kwa mwenyeji wa ndani linapita muda, na wasifu unalaumiwa. Kwa vitendo kuna tabaka mbili huru za kusafisha: usafirishaji wa nje unaobeba TCP 1723 na GRE, na sera ya ndani inayoamua ni marudio gani yanatumia kiolesura cha PPP. Hali ya kijani inathibitisha tu kwamba tabaka la kwanza limejadiliana; kuhusu la pili haisemi chochote.

Fuatilia mteja kutoka wasifu hadi soketi ya udhibiti

Fungua kumbukumbu ya mteja na upate mahali anapowasiliana na seva. PPTP hufungua kwanza muunganisho wa TCP kwenye lango 1723 na hujadili vigezo vya tunnel kupitia kituo hicho. Hatua hii ikishindwa, hakuna kitu kingine kinachojalisha, na kosa kwa kawaida hutaja anwani ya seva au muda kuisha.

Thibitisha muunganisho wa udhibiti kwenye waya kabla ya kugusa njia yoyote. Kwenye mteja au lango la kioo, kamata TCP 1723 kwa jaribio moja la muunganisho:

sudo tcpdump -ni any 'tcp port 1723' -c 20

Kukandana kumekamilika na kikao kimeanzishwa kunamaanisha kituo cha udhibiti cha nje kinafanya kazi. SYN ambayo haipati SYN-ACK kamwe inaonyesha ukuta wa moto, anwani mbaya ya seva, au mtoa huduma anayechuja lango. Kukandana kikifuatiwa na kuweka upya mara moja mara nyingi humaanisha seva ilikataa vitambulisho au aina ya tunnel.

GRE ni itifaki ya pili, si lango

PPTP hubeba mzigo wa PPP ndani ya GRE iliyopanuliwa, itifaki ya IP 47, ambayo haina nambari ya lango ambayo router inaweza kufuatilia. Ndiyo sababu sheria inayoruhusu TCP 1723 bado inaweza kuacha tunnel bila njia ya data. Vifaa vya NAT vyenye hali vinapaswa kuelewa kitambulisho cha simu ndani ya GRE ili kurudisha majibu, na vingi haifanyi hivyo. Vipimo vya PPTP huweka kituo cha udhibiti na mzigo wa GRE kama sehemu tofauti, na mpango wako wa majaribio lazima ufanye hivyo pia.

Angalia itifaki 47 katika kamata hiyo hiyo, kisha linganisha kinachotoka na kinachorudi:

sudo tcpdump -ni any 'proto gre' -c 20

Pakiti zinazotoka bila majibu, wakati TCP 1723 inabaki nzuri, ni alama ya kawaida ya GRE iliyozuiwa. Kupitisha PPTP kwenye router ya watumiaji ni kipengele cha firmware hiyo mahususi, kwa hivyo mtandao wa hoteli unaofanya kazi hauthibitishi chochote kuhusu ujao. Ikiwa router haitoi upitishaji na hauwezi kuibadilisha, tatizo ni uchaguzi wa itifaki, si jedwali la njia.

Thibitisha kuwa tunnel inasogeza pakiti moja

GRE inapotiririka, majadiliano ya PPP yanagawa anwani kwa kiolesura cha mteja. Soma ugawaji badala ya kuudhania:

ip -4 addr show ppp0

Piga ping kwenye anwani ya mwenzake inayoonyeshwa kama marudio ya kiungo cha nukta-hadi-nukta. Jibu katika hatua hii linathibitisha kuwa njia iliyofungwa inafanya kazi kutoka mwanzo hadi mwisho na seva inajibu ndani ya tunnel. Ikiwa mwenzake anajibu lakini wenyeji wa ndani hawajibu, usafirishaji wa nje uko sawa na hitilafu imehamia ndani.

Fanya hivi kabla ya kuongeza njia yoyote iliyogawanywa. Mabadiliko ya njia yaliyofanywa wakati usafirishaji umevunjika huunda kigezo cha pili na kuficha cha kwanza.

Andika sera iliyogawanywa, ikiwa ni pamoja na DNS

Uelekezaji uliogawanywa ni orodha ya maamuzi, si kisanduku cha kuteua. Kila kiambishi cha kibinafsi kinachopaswa kuvuka tunnel kinahitaji njia kupitia kiolesura cha PPP, na kila kiambishi kinachopaswa kubaki ndani ya nchi kinapaswa kukosekana ndani yake. Njia ya subnet ya programu bila njia inayolingana kwa kisuluhishi chake cha kibinafsi ni njia ya kawaida ya kuunda kukatika kunakoonekana kama programu iliyovunjika.

Angalia uamuzi ambao kerneli hufanya kwa anwani moja katika kila aina:

ip route get 10.20.5.10
ip route get 203.0.113.25

Ya kwanza inapaswa kutaja ppp0, ya pili lango la kawaida. Ikiwa zote zinataja kiolesura kimoja, sera haijagawanywa kabisa. Ongeza anwani ya seva ya DNS yenyewe kwenye orodha ya tunnel, vinginevyo utatuzi wa majina kwa wenyeji wa ndani unatoka kupitia kisuluhishi cha ndani na haurudishi kitu cha manufaa.

Ukaguzi unaorudiwa katika hatua tano

Endesha tabaka kwa mpangilio na simama kwenye la kwanza linaloshindwa: kituo cha udhibiti, uonekano wa GRE, jibu la mwenzake wa PPP, njia iliyogawanywa kwa anwani moja ya ndani, na ombi la programu kupitia tunnel. Kila hatua ina amri yake, kwa hivyo kushindwa kunaweza kuhusishwa badala ya kuwa siri.

Toleo fupi kwa mteja wa Linux linaonekana hivi:

sudo tcpdump -ni any 'tcp port 1723 or proto gre' -c 40
ip -4 addr show ppp0
ping -c 3 192.0.2.1
ip route get 10.20.5.10

Kwenye Windows mpangilio huo unatumika na route print na hali ya adapta inayoonyeshwa kwenye mteja. PPTP ni itifaki ya zamani, na ikiwa seva inatoa SSTP au IKEv2, kuhamia kwa kawaida ni matumizi bora ya muda kuliko kurekebisha njia inayotegemea itifaki 47 kupita kila hop. Angalia cheti na mkataba wa uthibitishaji wa mbadala badala ya kunakili wasifu wa zamani kwenye toleo jipya.

Makala zinazohusiana