Wi-Fi gwesty: mae'r VPN yn methu cyn cyrraedd y gweinydd

Mae'r cleient VPN yn troelli, yna'n adrodd na all gyrraedd y gweinydd, ac mae pawb yn dod i'r casgliad bod y gwesty'n blocio VPN. Fel rheol ni ddigwyddodd dim mor ddramatig: nid yw'r rhwydwaith wedi gadael i chi fynd allan eto. Mae porthladd cipio yn dal pob cysylltiad nes i chi fewngofnodi, ac ni all twnnel gwblhau tra bod tudalen fewngofnodi yn rhyng-gipio ei becynnau. Ewch drwy'r mewngofnodi cyn beio'r twnnel.

Y myth: mae'r gwesty'n blocio VPN

Nid yw'r rhan fwyaf o rwydweithiau gwesty yn hidlo twneli'n benodol. Maent yn rhyng-gipio traffig gwe nes bod y gwestai'n dilysu, a gallant hefyd gyfyngu dyfeisiau, dod â sesiynau i ben neu lesteirio trwybwn. Mae pob un o'r rheini'n cynhyrchu methiant sy'n edrych fel bloc o fewn cleient VPN.

Mae'r twnnel yn wael fel diagnosis yma, oherwydd dyma'r unig raglen sy'n mynd i fethu tra nad yw'r porthladd wedi'i awdurdodi. Mynediad gwe cyffredin yw'r dangosydd gwell, oherwydd gall ddangos y dudalen fewngofnodi ei hun i chi.

Mae'r drefn honno'n bwysig am reswm arall: bydd cleient â switsh stopio neu fodd bob amser ymlaen yn gwrthod llwytho'r porthladd, ac mae'r defnyddiwr yn dod i'r casgliad bod y rhwydwaith wedi torri yn hytrach na'r gosodiad. Mae'r ddau ffaith yn wir ar yr un pryd, a dim ond un ohonynt y gellir ei newid yn y gwesty. Diffoddwch yr amddiffyniad drwy reolaeth y cleient ei hun, mewngofnodwch, a'i droi ymlaen eto. Unrhyw beth arall yw cylchdaith sy'n cuddio'r drefn wirioneddol.

Gorffennwch y porthladd yn gyntaf, yna profwch HTTPS cyffredin

Gofynnwch i'r staff am enw swyddogol y rhwydwaith a'r dull mewngofnodi. Nid yw SSID darbwyllol yn brawf o berchnogaeth, ac mae ail rwydwaith ag enw tebyg yn dric cyffredin mewn mannau cyhoeddus. Defnyddiwch anogwr mewngofnodi'r system weithredu lle mae'n cynnig un, neu dudalen ddogfennedig y gwesty.

curl -sS -o /dev/null -w '%{http_code} %{redirect_url}\n' http://captive.apple.com/hotspot-detect.html
curl -sS -o /dev/null -w '%{http_code}\n' https://www.example.com/

Mae'r cais cyntaf yn holi pwynt canfod porthladd cipio adnabyddus dros HTTP plaen; mae ailgyfeirio neu gorff annisgwyl yn golygu eich bod o hyd y tu ôl i'r porthladd. Mae'r ail yn profi safle HTTPS arferol. Os yw'r cyntaf yn dangos rhyng-gipio a'r ail yn methu, mae'r mewngofnodi'n anghyflawn ac nid oes a wnelo'r VPN â hi.

Ar ddyfais bersonol, efallai y bydd angen diffodd y switsh stopio neu'r VPN bob amser drwy reolaeth gefnogol y cleient fel y gall y porthladd lwytho. Caewch raglenni sensitif yn ystod y cyfnod hwnnw a throi'r amddiffyniad ymlaen eto ar unwaith wedyn. Ar ddyfais a reolir, defnyddiwch y weithdrefn a gymeradwywyd gan y gweinyddwr yn hytrach na dileu polisi eich hun.

Peidiwch byth â chael gwared ar rybudd tystysgrif na gosod tystysgrif anhysbys na rhaglen ategol i fynd ar-lein. Os yw'r porthladd yn mynnu rhywbeth annisgwyl, cadarnhewch hynny gyda'r staff, a chyda'r gweinyddwr os yw'r ddyfais yn perthyn i gyflogwr.

Cadwch y proffil gwreiddiol a'i wall

Unwaith y bydd mynediad cyffredin yn gweithio, cysylltwch y proffil gwreiddiol a chofnodwch y gwall yn union. Mae gwrthodiad dilysu yn broblem cyfrif, mae terfyn amser yn ystod trafodaeth yn broblem llwybr, ac mae twnnel sy'n sefydlu ond yn cario dim yn broblem llwybrau neu bolisi.

Mae angen camau nesaf gwahanol ar y tri hynny, ac mae ciplun o'r gwall yn fwy gwerthfawr na disgrifiad. Nodwch yr amser hefyd, oherwydd gall terfynau sesiwn gwesty ddod i ben o fewn awr a chynhyrchu methiant sy'n ymddangos yn hap. Os yw'r cleient yn cynnig log, cadwch yr adran o amgylch y methiant cyntaf yn hytrach na'r ffeil gyfan. Mae'r dyfyniad hwnnw fel rheol yn ddigon i bwy bynnag sy'n berchen ar y proffil i adnabod y cam.

Os yw mynediad cyffredin yn gweithio ac mae'r drafodaeth yn dal i ddod i ben, gofynnwch i'r gwesty a yw'n cefnogi'r traffig, a chymharwch â man poeth y gellir ymddiried ynddo gyda'r ddyfais a'r proffil yn ddigyfnewid. Mae gweithio ar y man poeth yn tynhau sylw at lwybr y gwesty heb brofi dim am y proffil.

Defnyddiwch yn unig yr opsiynau y mae'r gweithredwr yn eu cyflenwi

Gall proffil TCP cyfatebol lwyddo lle nad yw'r llwybr UDP a gynigir yn gweithio, ond dim ond os yw'r gweinydd yn gwrando ar y cludiant a'r porthladd hwnnw mewn gwirionedd. Nid yw porthladd TCP 443 yn cael ei drin yn awtomatig fel HTTPS cyffredin, ac nid yw'n warant o basio drwy rwydwaith gyfyngol.

sudo openvpn --config /etc/openvpn/client/office-tcp.conf --verb 4

Mae rhedeg y proffil a gyflenwyd gyda mwy o fanwl yn cadw'r gwall defnyddiol cyntaf yn weladwy yn lle ei foldio i mewn i ddeialog methiant cyffredin. Defnyddiwch y ffeil a roddodd y gweithredwr yn hytrach nag olygu porthladdoedd neu brotocolau eich hun, oherwydd ni all newid lleol greu gwrandäwr cyfatebol ar yr ochr arall.

Os yw'r twnnel yn ailosod dro ar ôl tro, nodwch a yw'r porthladd yn ailymddangos neu a yw'r signal lleol yn gostwng, a dilynwch y gwiriadau sefydlogrwydd yn hytrach na newid sawl protocol ar unwaith. Yna profwch y rhaglen sydd ei hangen arnoch mewn gwirionedd ac adferwch y rheolaethau preifatrwydd arferol. Mae cysylltiad sy'n cario un safle ond nid un arall yn gwestiwn llwybrau neu bolisi, nid yn gwestiwn porthladd.

Yn olaf, gwiriwch adferiad ar ôl i'r gliniadur gysgu. Gall awdurdodiad y porthladd ddod i ben yn annibynnol ar y twnnel, felly gall dyfais sy'n ailgysylltu'n awtomatig ddod yn ôl i rwydwaith sydd eisoes wedi'i hanghofio. Mae ailagor tudalen y porthladd yn gam arferol, nid yn arwydd bod y VPN wedi torri.