SSTP ar Linux yn methu cyn mewngofnodi? Gwiriwch y rhannau amser rhedeg
Mae'r golygydd bwrdd gwaith yn tynnu'r ffurflen yn unig. Mae twnnel SSTP hefyd angen cleient y protocol, y haen PPP a pherchennog cyfrinachau, ac mae pob un yn methu'n wahanol.
Rydych yn gosod y ategyn SSTP, mae'r botwm radio yn ymddangos yn y golygydd rhwydwaith, rydych yn llenwi porth ac enw defnyddiwr, ac mae'r proffil yn methu â gwall cyffredinol cyn iddo ofyn am gyfrinair o gwbl. Nid oes dim anarferol yn y dilyniant hwnnw, ac nid oes dim ynddo yn profi bod meddalwedd y twnnel wedi'i osod. Mae cysylltiad SSTP yn cael ei gydosod o rannau a gludir ar wahân: ategyn VPN y gall NetworkManager ei lansio, y rhaglen cleient SSTP sy'n berchen ar y sesiwn TLS a PPP, y daemon PPP oddi tani, a storfa gyfrinachau y caniateir i'r cysylltiad ei darllen.
Beth mae'r cofnod yn y ddewislen yn ei ychwanegu, a beth nad yw
Mae'r ategyn yn cyfrannu disgrifiad gwasanaeth sy'n dweud wrth NetworkManager sut i'w gychwyn, ac ar y rhan fwyaf o ddosbarthiadau olygydd bach sy'n tynnu'r ffurflen. Dyna holl gwmpas y cofnod yn y ddewislen. Daw'r rhaglen cleient o becyn ffynhonnell gwahanol, ac mae README yr ategyn ei hun yn dweud y rhaniad yn blwmp ac yn blaen: ategyn ydyw, nid cleient.
Yna mae'r cleient angen PPP, oherwydd bod SSTP yn cario sesiwn PPP y tu mewn i gysylltiad TLS. Heb pppd gall y twnnel gwblhau ei ysgwyd llaw TLS a marw o hyd ar y ffrâm rheoli gyntaf, sy'n edrych fel problem gyfrinair ac nid yw. Ar Debian ac Ubuntu daw'r rhannau fel network-manager-sstp, sstp-client a ppp, a gosod y cyntaf yn unig yw'r rheswm mwyaf cyffredin pam mae ffurflen yn derbyn pob maes tra nad yw'r cysylltiad byth yn gorffen.
Mae dewis y bwrdd gwaith yn ychwanegu un rhaniad arall. Mae Plasma yn golygu proffiliau drwy plasma-nm, sydd angen ei gydran SSTP ei hun ac yn darllen yr un disgrifiad gwasanaeth, felly golygydd heb gofnod SSTP a CLI sy'n creu proffiliau'n iawn yw hanner golygydd ar goll, nid amser rhedeg wedi torri.
Darllenwch y cam cyntaf sy'n methu cyn ailosod unrhyw beth
Mae ymgais SSTP aflwyddiannus yn mynd drwy gamau mewn trefn sefydlog, ac mae'r cam a fethodd yn dweud wrthych pa gydran i edrych arni.
Lansio'r ategyn yw'r cyntaf, ac mae methiant yno yn cynhyrchu neges am y gwasanaeth VPN yn hytrach nag am y gweinydd. Nesaf daw cysylltiad TCP i borth 443; gwrthodiad neu amserlen yma yw problem gyrhaeddadwyedd, nid un TLS. Yna'r ysgwyd llaw TLS a'r gwiriad hunaniaeth gweinydd, yna trafodaeth PPP a dilysiad cyfrif, ac yn olaf neilltuo cyfeiriadau a llwybrau. Gwyliwch journalctl -f -u NetworkManager wrth i chi actifadu'r proffil unwaith, a darllenwch y llinell benodol gyntaf yn lle'r un gyffredinol olaf.
Mae'r drefn honno'n esbonio camddeall cyffredin. Adroddir cwyn tystysgrif cyn i unrhyw gyfrinair gael ei anfon, felly ni all newid y cyfrinair helpu; daw gwrthodiad dilysu PPP ar ôl ysgwyd llaw llwyddiannus, felly ni all disodli'r dystysgrif helpu chwaith. Cadwch y gwall cyntaf a'i gam, ac mae gennych ddiagnosis yn lle symptom.
Mae ymddiried yn y dystysgrif a mewngofnodi i'r cyfrif yn ddwy giât ar wahân
Mae'r ysgwyd llaw yn dilysu mai'r gweinydd yw'r un y golygwch gyrraedd, gan ddefnyddio'r dyroddwr a'r enw a ffurfweddwyd gennych. Dim ond wedyn y mae'r haen PPP yn cynnig eich enw defnyddiwr a'ch cyfrinair i ddull dilysu'r porth. Dau wiriad annibynnol, felly, wedi'u gwerthuso mewn trefn sefydlog, gyda gosodiadau ar wahân i bob un. Ni all unrhyw beth a deipiwyd yn y maes cyfrinair ddylanwadu ar y cyntaf.
Mae proffil sy'n ymddiried yn y dyroddwr anghywir yn methu wrth y giât gyntaf â gwall hunaniaeth. Mae proffil sy'n ymddiried ynddo'n gywir ond yn storio cyfrinair hen yn methu wrth yr ail â gwrthodiad dilysu. Mae'r ddau yn edrych fel VPN na fydd yn cysylltu, ac ni chaiff yr un ohonynt ei drwsio gan feddyginiaeth y llall.
Cewch y dyroddwr a'r enw gweinydd disgwyliedig gan bwy bynnag sy'n rhedeg y porth yn hytrach na dyfalu rhagosodiadau'r golygydd, a chofnodwch y dull dilysu maen nhw'n ei ofyn. Os oes ar y sefydliad angen dull na all yr ategyn ei fynegi, yr ateb gonest yw cleient cymeradwy sy'n gallu, nid proffil â dilysu wedi'i ddiffodd i wneud i'r gwall ddiflannu.
Gadewch i un perchennog ddal y proffil a'r cyfrinachau
Unwaith y bydd y proffil yn bodoli, actifadwch ef drwy NetworkManager a gadewch i'r rheolwr hwnnw fod yn berchen ar y llwybrau a'r newidiadau datryswr sy'n deillio o hynny. Mae cychwyn ail gleient SSTP annibynnol tra bod NetworkManager eisoes yn rhedeg y cysylltiad yn rhoi dau set o lwybrau, dau ffurfweddiad DNS, a sesiwn dadfygio heb un ffynhonnell wirionedd.
Mae gan gyfrinachau berchennog hefyd. Mae cysylltiad a nodwyd ar gyfer defnydd system-gyfan yn storio manylion mewngofnodi'n wahanol i un sy'n gyfyngedig i'ch sesiwn defnyddiwr, ac efallai na fydd proffil a grëwyd â llaw mewn ffeil allwedd yn ddarllenadwy i'r asiant cyfrinachau sy'n disgwyl cyflenwi'r cyfrinair yn rhyngweithiol. Gwiriwch pa gyd-destun y mae'r proffil yn ei ddisgwyl cyn i chi aildeipio cyfrinair nad oedd byth yn broblem. Actifadu'r un proffil o derfynell gyda nmcli yw'r prawf cyflymaf, oherwydd mae anogwr nad yw byth yn ymddangos yn dweud wrthych fod yr asiant eisoes heb ddim i'w gynnig.
Gwiriwch y twnnel, y llwybrau a'r datryswr ar wahân
Nid yw dangosydd cysylltiedig yn honni dim ond bod y cyswllt wedi codi. Gwiriwch y cyrchfan sydd ei angen arnoch mewn gwirionedd, y llwybr sy'n ei gario, a'r datryswr sy'n cael ei ddefnyddio, un ar y tro; gall pob un fod yn anghywir tra bod y ddau arall yn iawn.
Ar gyfer ymgais aflwyddiannus, cofnodwch fersiwn pob cydran a'r testun gwall wedi'i lanhau. Rhannwch y rheini, nid y proffil llawn, oherwydd gall y proffil gynnwys y gyfrinach a rannwyd ymlaen llaw a'ch manylion mewngofnodi wedi'u storio.
Yn olaf, datgysylltwch ac ailgysylltu, yna ailgychwyn unwaith. Os mai dim ond ar yr ymgais gyntaf y mae'r proffil yn gweithio, mae'r broblem yn y triniaeth o gyfrinachau neu ym mherchnogaeth llwybrau, ac mae'r ddau yn rhatach i'w trwsio nawr nag yng nghanol diwrnod gwaith.