Föst VPN-IP: Framed-IP-Address í RADIUS eða frátekt í vistfangalaug

Þrír staðir geta haldið föstu innra vistfangi fyrir VPN-biðlara, og aðeins einn þeirra ætti að eiga það. RADIUS getur skilað vistfanginu í Access-Accept, gáttin getur haldið kyrrstæðri vörpun fyrir reikninginn, og hægt er að stilla millistykki biðlarans handvirkt. Fyrstu tveir eru stefna og sá þriðji er staðbundin ágiskun sem gáttin má hunsa eða skrifa yfir. Valið milli fyrstu tveggja er raunverulega ákvörðunin, og hún fer eftir því hvað netaðgangsþjónninn innleiðir í raun.

Þrír staðir þar sem fast vistfang getur verið

RADIUS á vistfangið þegar svarið ber Framed-IP-Address og gáttin beitir því gildi á lotuna. Gáttin á það þegar stjórnandi varpar reikningnum á kyrrstætt vistfang innan laugarinnar. Biðlarinn á ekkert, jafnvel þótt millistykki hans sýni handvirkt vistfang, því þjónninn úthlutar innra vistfanginu í samningaviðræðunum og staðbundin stilling skiptir aðeins máli þegar þjónninn sendir ekkert. Allir þrír líta eins út á vinnandi tengingu, og þess vegna koma árekstrar fram seint. Munurinn sést við endurtengingu, á öðru tæki og eftir stefnubreytingu.

Tveir eigendur er sú uppsetning sem brotnar. Svar frá RADIUS sem úthlutar 172.28.4.77 á meðan gáttin heldur kyrrstæðri vörpun fyrir 172.28.4.90 gefur það gildi sem kóði framleiðandans athugar fyrst, og taparanum er hent án lógllínu. Sami reikningur á öðru tæki fær þá tvítekið vistfang, og einkennið er lesið sem beinleiðisvilla frekar en úthlutunarárekstur. Ákveðið eigandann áður en þið bætið við seinni aðferðinni.

Biðlarahliðarvalkosturinn er aðeins nefndur til að hægt sé að útiloka hann. Handvirkt millistykki er val sem stýrikerfið kann að sýna, ekki frátekt, og það getur ekki komið í veg fyrir að önnur lota fái sama vistfang.

Hvað RADIUS-svarið getur lofað og hvað ekki

RFC 2865skilgreinir Framed-IP-Address sem IPv4-vistfangið sem stilla á fyrir notandann, og það tilheyrir Access-Accept. Sama eigindin í Access-Request er aðeins vísbending sem þjónninn má hunsa, og það skiptir máli þegar biðlari eða gátt býður uppá valið vistfang. Ekkert í samskiptareglunum neyðir gáttina til að virða svarið, því netaðgangsþjónninn er sá hluti sem beitir því á lotuna.

Stuðningur er vöruvandamál en ekki samskiptaregluvandamál. Sumar gáttir beita rammavistföngum sjálfgefið, aðrar þurfa rofa á hópstigi til að gera það, og enn aðrar samþykkja eigindina og nota hana aldrei fyrir lotur fjartengingar. Síðasta tilfellið er hættulegt, því bókhaldsskráin getur sýnt svarið á meðan biðlarinn fær laugarvistfang. Staðfestið hegðunina á nákvæmri gáttargerð og fastbúnaði sem þið keyrið, ekki í skjölum systurvöru.

Svar sem gáttin hunsar lítur nákvæmlega út eins og svar sem var aldrei sent. Að lesa Access-Accept og vistfang lotunnar hlið við hlið er eina leiðin til að greina þessi tvö tilfelli.

Frátektu vistfangið innan laugarinnar sem þú beinir þegar

Veldu fasta vistfangið úr undirneti laugarinnar sem gáttin beinir þegar og sem eldveggurinn treystir þegar. Vistfang utan þess bils gerir stefnubreytingu að beiningaverkefni, og VPN kemur upp á meðan ekkert að baki því getur svarað. Ef reglur um aðgang eftir vistfangi eru til, bætið fasta vistfanginu við þær í sömu breytingu.

Ákveðið hvað önnur samtímis lota á að gera. Að úthluta einu vistfangi tvisvar er ekki tækjastjórnun, og áreksturinn sem verður birtist sem slitrótt tenging fyrir báðar loturnar. Annaðhvort úthlutir þú sérstökum auðkennum fyrir hvert tæki, sérstökum úthlutunum, eða þvingar samtímis með studdri athugun, svo sem Simultaneous-Use, í stað þess að vona að biðlarinn tengist aldrei aftur áður en gamla lotan rennur út.

Afturleiðir eiga skilið sama athygli og úthlutunin. Gáttin þarf leið að lauginni, innri beinar þurfa leið til baka að gáttinni, og fasta vistfangið erfir báðar. Einn biðlari sem virkar á meðan allir aðrir mistakast þýðir venjulega að leið laugarinnar sé til en hýsilleið fyrir frátekna vistfangið ekki.

Prófaðu svarið áður en þú treystir frátektinni

Prófaðu AAA-hliðina og lotuhliðina aðskilið, því þær mistakast af ólíkum ástæðum. Staðbundið radtest sýnir hvað þjónninn skilar fyrir reikninginn án þess að gáttin komi við sögu, og færslan í notendaskránni sýnir hvað þjónninn á að passa við. Tengdu biðlarann síðan aftur og berðu saman vistfangið sem hann fékk við eigindina í svarinu.

Authenticated member: survey-tablet-17
Reply attribute:      Framed-IP-Address = 172.28.4.77

survey-tablet-17  Cleartext-Password := "REPLACE_ME"
                  Framed-IP-Address = 172.28.4.77

radtest survey-tablet-17 REPLACE_ME 127.0.0.1 0 testing123

Access-Accept án eigindarinnar þýðir að þjónninn passaði ekki færsluna eða að eigindin var ekki beitt á þann notanda. Access-Accept með eigindinni og biðlari sem fær enn laugarvistfang þýðir að gáttin hunsaði hana. Access-Reject sendir þig aftur í skilríkin eða hópstefnuna, og ekkert þessara útkoma ætti að vera kembt með því að breyta millistykki biðlarans.

Endurtakið athugunina eftir endurtengingu og eftir aðra innskráningu frá öðru tæki. Frátekt sem heldur aðeins fyrir fyrstu lotuna er laugarárekstur sem bíður þess að verða, og ódýrara er að finna hann núna en í úttekt.

Veldu einn eiganda og skrifaðu hann niður

Ef gáttin beitir rammavistföngum áreiðanlega, láttu RADIUS eiga úthlutunina og fjarlægðu hvers kyns kyrrstæða vörpun fyrir sama reikning. Ef ekki, láttu gáttina eiga hana og fjarlægðu eigindina úr svarinu, svo að upprunarnir tveir geti ekki stangast á. Að halda báðum vegna þess að hvort um sig virkar næstum því tryggir framtíðarlotu með röngu vistfangi og án augljósrar ástæðu.

Skrifaðu valinn eiganda, frátekna vistfangið og laugina sem það kom úr í reikningsfærsluna. Næsta manneskja sem bætir við tæki getur þá séð hvort vistfangið er AAA-stefna eða vörpun á gáttinni áður en hún breytir öðru hvoru.