Android OpenVPN yn methu ychwanegu llwybr heb gyfeiriad twnnel

Mae eich proffil OpenVPN Android yn methu ychwanegu llwybr oherwydd nad oes gan y ffôn gyfeiriad ar y rhyngwyneb rhithwir, felly nid oes dim i lwybr bwyntio ato. Mae llwybrau ond yn ateb i ble y dylai pecynnau fynd. Mae cyfeiriad y twnnel yn ateb pwy yw'r ffôn y tu mewn i'r twnnel, a rhaid i'r cleient ddarparu un cyn y gall y rhyngwyneb fodoli. Ewch drwy'r pedwar gwiriad isod yn eu trefn a stopiwch ar y methiant cyntaf, oherwydd mae golygu llwybrau cyn bod y cyfeiriad yn bodoli yn cuddio'r gwir broblem.

Darllenwch y methiant yn y drefn y mae'r cleient yn ei gweithredu

Mae VpnService.Builder Android yn cadw'r ddau gysyniad ar wahân: mae addAddress() yn rhoi cyfeiriad ar y rhyngwyneb y mae'r ap yn ei adeiladu, mae addRoute() yn ychwanegu rhagddodiad cyrchfan, ac mae establish() yn gwrthod creu'r rhyngwyneb nes bod o leiaf un cyfeiriad wedi ei ychwanegu. Mae cleient OpenVPN yn mapio'r proffil a'r opsiynau a wthir gan y gweinydd yn union ar y galwadau hynny, felly ni all cysylltiad nad yw byth yn dadansoddi cyfeiriad adeiladu'r rhyngwyneb o gwbl.

Dyna pam y gall y llinell log rydych yn ei darllen enwi llwybr tra mae'r achos un cam yn gynharach. Dim ond ar ôl i'r rhyngwyneb fodoli y mae'r cleient yn cyrraedd cam y llwybr; heb gyfeiriad, mae'r alwad llwybr yn methu ar unwaith neu nid yw byth yn rhedeg. Pan fydd y log yn dweud na all ychwanegu llwybr, dechreuwch gyda'r cyfeiriad yn hytrach na chystrawen y llwybr.

Gwiriad 1: a yw'r gweinydd yn rhoi cyfeiriad yn yr ateb?

Ar gyfer gwasanaeth OpenVPN a lwybrir, daw'r cyfeiriad o bwll y gweinydd neu o aseiniad fesul cleient, ac mae'r topoleg yn penderfynu pa siâp sydd iddo. Ar weinydd OpenVPN 2.4 neu'n hwyrach, mae gwasanaeth topoleg is-rwydwaith yn edrych fel hyn:

topology subnet
server 10.8.0.0 255.255.255.0
client-config-dir ccd

Gyda'r siâp hwnnw mae'r gweinydd yn gwthio rhywbeth fel ifconfig 10.8.0.6 255.255.255.0. Mae gosodiad hŷn topology net30 yn gwthio cyfeiriad cymar yn lle hynny, er enghraifft ifconfig 10.8.0.6 10.8.0.5, felly gall proffil a symudwyd rhwng y ddau fodel edrych yn gywir tra mae'n cario'r mwgwd rhwyd anghywir.

Chwiliwch log cysylltiad y cleient am y set opsiynau a wthir. Os nad oes ganddo linell ifconfig o gwbl, nid anfonodd y gweinydd gyfeiriad byth neu gwrthododd y cleient yr opsiwn. Ar weinydd sy'n defnyddio client-config-dir, rhaid i'r ffeil a enwir ar ôl yr enw cyffredin ar y dystysgrif fodoli a chludo'r aseiniad:

# ccd/phone-anna
ifconfig-push 10.8.0.6 255.255.255.0

Gwiriad 2: a yw'r cleient yn cadw'r cyfeiriad a roddwyd iddo?

Mae hidlydd sy'n rhy eang yn ail achos cyffredin. Mae pull-filter yn bodoli yn OpenVPN 2.4 ac yn hwyrach, a phan fydd sawl hidlydd yn cyfateb i'r un opsiwn, yr un olaf sy'n cyfateb sy'n ennill, felly mae dal-pob-peth ar y diwedd yn tynnu'r cyfeiriad heb wall:

# removes every pushed option, including the address
pull-filter ignore "ifconfig"
pull-filter ignore "route"

Culhewch yr hidlydd i'r opsiwn rydych wir am ei gael gwared a gadewch y cyfeiriad yn dawel:

# keeps the pushed address, drops one unwanted LAN route
pull-filter ignore "route 10.60.0.0"

Mae'r cyngor i analluogi pob tynnu fel arfer yn dod gan rywun sy'n ceisio cael gwared ar un llwybr yn unig. route-nopull yw'r switsh culach: mae'n cadw ifconfig a'r opsiynau eraill a wthir tra mae'n gwrthod llwybrau a opsiynau ar ffurf DHCP. Defnyddiwch ef pan mai dyna'r gwir amcan, ac atebwch gwestiwn y cyfeiriad ar wahân.

Gwiriad 3: a yw'r cyfeiriad yn un i chi ei deipio?

Mae cyfeirio â llaw yn ddilys dim ond pan fydd y gweithredwr yn rhoi'r gwerth i chi. Os teipiwch un eich hun, rhaid iddo ddod o is-rwydwaith cleient y VPN, bod yn unigryw ymhlith sesiynau actif a chyfateb â'r topoleg mae'r gweinydd yn ei rhedeg. Mae copïo cyfeiriad pont bwrdd gwaith neu westeiwr ar y LAN pell yn methu ar y ddau gyfrif: byddai'r ffôn yn honni cyfeiriad sy'n bodoli eisoes yn rhywle arall, ac ni fyddai gan y porth ffordd yn ôl ato.

Mae'r rhagddodiad LAN pell mewn llwybr yn gyrchfan, byth yn hunaniaeth y ffôn. Mae llwybr ar gyfer 10.60.0.0/24 yn dweud cyrhaeddwch y rhwydwaith hwnnw trwy'r twnnel; nid yw'n dweud dim am ba gyfeiriad 10.60.0.x y dylai'r ffôn ei ddal, ac ni ddylai'r ffôn ddal yr un ohonynt. Mae aseiniadau statig yn perthyn i ochr y gweinydd, lle na allant wrthdaro â'r pwll deinamig.

Mae dau sesiwn ar un hunaniaeth yn datgelu'r un gwrthdrawiad. Os yw'r un dystysgrif yn cysylltu ddwywaith ac mae'r gweinydd yn gwthio un cyfeiriad sefydlog i'r ddau, mae'r ail sesiwn yn dyblygu'r cyntaf, a hunaniaethau neu aseiniadau ar wahân yw'r atgyweiriad yn hytrach na golygiad ar ochr y cleient.

Gwiriad 4: a oes rhywbeth arall yn dal slot y twnnel?

Mae Android yn caniatáu un gwasanaeth VPN actif ar y tro. Gall ap VPN arall, neu gofnod VPN bob-amser a adawyd ymlaen ar gyfer proffil nad yw'n gweithio mwyach, gymryd y slot hwnnw cyn i'ch cleient OpenVPN alw establish(). Yna nid yw'r rhyngwyneb byth yn ymddangos er bod y proffil yn ddilys, felly datgysylltwch y VPN arall, diffoddwch y gosodiad bob-amser ac ailgysylltwch cyn i chi gyffwrdd â'r proffil.

Mae gwasanaeth sy'n mynnu pontio Ethernet yn ben stryd arall. Gall ap Android di-root greu twnnel IP, nid segment Ethernet wedi ei bontio, felly ni fydd unrhyw gyfeiriad a deipiwch yn gwneud gweinydd dev tap yn gweithio; rhaid i'r gweithredwr gynnig gwasanaeth a lwybrir. Pan fyddwch yn adrodd y problem, cynhwyswch enw a fersiwn y cleient, y set opsiynau a wthir, y topoleg a'r union gam lle dylai'r cyfeiriad fod wedi ymddangos.

Os yw'r pedwar gwiriad yn pasio a'r cyfeiriad yn bresennol, yn unigryw ac wedi ei fwgwdio'n gywir, daw cwestiwn y llwybr yr un arferol: pa ragddodiadau mae'r gweinydd yn eu hawdurdodi a sut y dylai'r cleient eu cwmpasu. Nodwch gyfeiriad y twnnel, ei fwgwd rhwyd a'r topoleg cyn i chi newid unrhyw beth arall, oherwydd y tri gwerth hynny yw'r hyn y mae ar y gweithredwr ei angen i'w cymharu â golwg y gweinydd.