SSTP yw PPP dros HTTPS, nid tudalen we ar borth 443

SSTP sy’n cario PPP y tu mewn i gysylltiad HTTPS, a dyna pam y mae’n edrych fel traffig gwe i unrhyw beth yn y canol. Mae TLS a HTTP yn sefydlu’r sianel allanol, yna mae negeseuon rheoli SSTP yn paratoi’r twnnel, ac mae PPP yn darparu ymddygiad y sesiwn. Mae porwr sy’n llwytho tudalen yn yr un cyfeiriad wedi cwblhau dim ond rhan o’r cam cyntaf. Trin hynny fel prawf VPN yw’r ffordd y caiff dirprwy sy’n gweithio ei feio am anghytundeb protocol.

Cerddwch drwy’r pedwar cam yn ôl y drefn, a bydd y methiant rydych yn ei weld yn glanio yn un ohonynt.

Cam 1: TCP a TLS

Mae’r cleient yn agor cysylltiad TCP i borth 443 ac yn gwneud ysgydwad llaw TLS. Rhaid i’r gadwyn dystysgrifau gyd-fynd â’r enw gwesteiwr y cafodd y cleient ei ffurfweddu ag ef. Mae anghysondeb enw yma yn achosi methiant cyn i unrhyw neges SSTP gael ei chyfnewid, ac mae’r manyleb SSTP yn tybio bod y sianel HTTPS allanol hon yn bodoli’n barod. Ni all unrhyw beth yn y camau diweddarach wneud iawn am fethiant ymddiriedaeth yma.

Gall gweinydd gwe cyffredin gwblhau’r cam hwn yn berffaith a methu’r un nesaf o hyd. Mae llwyddiant TLS yn dystiolaeth am y dystysgrif, nid am y protocol y tu ôl iddi.

Cam 2: y cais HTTPS

Mae SSTP yn gwneud ei gais gyda dull penodol, SSTP_DUPLEX_POST, ac yn cadw’r cyfnewidiad yn agored yn lle dychwelyd dogfen. Gall gweinydd neu ddirprwy a ffurfweddwyd ar gyfer ceisiadau tudalen cyffredin dderbyn y cysylltiad ac yna gwrthod y dull. Y gwrthodiad hwnnw yw’r broblem gydnawsedd y mae pobl fel arfer yn ei disgrifio fel porth 443 wedi’i rwystro.

Darllenwch y cod ymateb a’r dull yng nghofnod y gweinydd. Mae gwrthodiad yn y cam hwn yn broblem wahanol i derfyn amser TCP, ac mae’r ddau yn arwain at atgyweiriadau gwahanol.

Cam 3: negeseuon rheoli

Unwaith y derbynnir y cais, mae SSTP yn cyfnewid negeseuon rheoli sy’n trafod ac yn paratoi’r twnnel. Negeseuon protocol y tu mewn i gorff HTTPS ydynt, nid ceisiadau HTTP, felly gall dirprwy sy’n archwilio ac yn ailysgrifennu cyrff eu torri tra’n gadael ceisiadau tudalen yn gyfan.

Dyma lle mae blwch canol archwilio dwfn yn ennill ei enw da. Os yw tudalennau’n llwytho ac mae’r VPN yn methu, gwiriwch a yw’r corff yn cael ei newid yn hytrach nag a yw’r porth yn agored.

Cam 4: PPP yn cymryd drosodd

Yna mae PPP yn darparu ymddygiad y sesiwn: trafod y cyswllt, dilysu, a’r ffurfweddiad haen rhwydwaith sy’n dilyn. Mae dilysu PPP ar wahân i’r gwiriad TLS y mae’r cleient eisoes wedi’i basio. Nid yw tystysgrif gweinydd y mae’r cleient yn ei derbyn yn dweud dim am a yw manylion mewngofnodi’r defnyddiwr yn ddilys neu a yw’r cyfrif wedi’i awdurdodi.

Nid yw tystysgrif a dderbyniwyd a mewngofnod a wrthodwyd yn gwrthddweud ei gilydd. Camau olynol ydynt â chanlyniadau annibynnol.

Mae gan ddilysu sawl rôl

Mae’r cleient yn dilysu hunaniaeth gweinydd TLS yn erbyn ei storfa ymddiriedaeth a’r enw a ffurfweddwyd. Yna mae PPP yn dilysu’r defnyddiwr neu’r peiriant, yn dibynnu ar y defnydd. Gall y gweinydd ychwanegu ei bolisi ei hun ynghylch pwy a gaiff gysylltu a beth y gallant ei gyrraedd. Cadwch yr enw gwesteiwr yn gyson â hunaniaeth y dystysgrif, oherwydd mae rhoi cyfeiriad crai yn lle hynny yn troi gosodiad sy’n gweithio yn fethiant gwiriad enw.

Nodwch pa gam a adroddodd y methiant. Tystysgrif, dull, neges reoli, dilysu PPP, yna llwybrau: pum man, pum atgyweiriad.

Beth all prawf porwr ei ddangos a beth na all

Mae llwytho tudalen yn y cyfeiriad yn profi datrysiad DNS, cyrhaeddiad TCP, a bod rhywbeth yn gwrando sy’n siarad HTTP. Nid yw’n profi bod y dull yn cael ei dderbyn, bod y cyfnewidiad rheoli’n goroesi, neu fod dilysu PPP wedi’i ffurfweddu. Defnyddiwch gleient sy’n gweithredu SSTP yn lle trosi proffil arall drwy newid y porth.

Unwaith y bydd y sesiwn i fyny, llwybrau, DNS ac anfon ymlaen ar ochr y gweinydd sy’n penderfynu o hyd beth y gall y defnyddiwr ei gyrraedd. Mae’r twnnel yn llwybr, nid yn awdurdodiad.