Setjið VPN-ið bak við UART Wi-Fi-einingu, ekki inni í henni

Örstýring með UART Wi-Fi-einingu þarf ekki að útfæra VPN til að ná þjónustu bak við hana. Einingin keyrir þegar TCP/IP-staf og býður tengi um raðtengið, og gátt í sama staðarneti getur borið þessa umferð í gegnum tunnilinn. Hönnunin virkar aðeins ef þú getur svarað fjórum spurningum í röð, svo farðu með hana sem gátlista: vistfang, tengi, slóð, mörk. Stoppaðu við fyrstu gáttina sem bregst, því næstu geta ekki bætt hana upp.

Gefðu hverju lagi eitt hlutverk

UART-tengingin flytur AT-skipanir og burð á milli örstýringarinnar og einingarinnar. Einingin tengist Wi-Fi-netinu og á IP-tenginguna, þar á meðal upprunavistfang sitt. Gáttin á tunnilinn, skilríkin og stefnu um framsendingu. Að halda þessum hlutverkum aðskildum er það sem gerir hönnunina kembifæra á hverju stigi.

Aðskilnaðurinn breytir líka því hvernig þú skrifar stefnu gáttarinnar. Upprunaregla á að nefna staðarnetsvistfang einingarinnar, ekki tilhugsað vistfang fyrir örstýringuna bak við raðtengið. Örstýringin hefur enga eigin IP-auðkenni í þessari hönnun, og að þykjast hún hafa eina framleiðir reglu sem passar aldrei.

Gefðu einingunni stöðugt vistfang með þeirri frátektaraðferð sem netið styður, eða settu tækin á sitt eigið svið og láttu gáttina passa eftir tengi. Vistfang úr laug sem breytist eftir endurræsingu mun fyrr eða síðar brjóta stefnu sem var rétt þegar þú skrifaðir hana.

Getur gáttin nefnt vistfang einingarinnar?

Áður en nokkurt tengi opnast skaltu staðfesta að einingin sé tengd, hafi vistfang og að gáttin sjái hana á væntanlegu tengi. Þetta er gáttin sem oftast bregst hljóðlega, því einingin tilkynnir fúslega tengingartilraun sem fór aldrei út úr staðarnetinu.

AT+CWMODE=1
AT+CWJAP="lab-wifi","passphrase"
AT+CIPSTA?
AT+CIPMUX=0

Einingatengingarhamur heldur skipanaröðinni einfaldri og er rétti upphafspunkturinn fyrir einn skynjara sem talar við eina þjónustu. Fjöltengingarhamur breytir setningafræði hverrar síðari skipunar, svo ákveddu í hvaða ham þú ert áður en þú afritar dæmi úr annarri fastbúnaðarútgáfu.

Opnaðu tengið frá einingunni

Þegar vistfang og hamur eru ákveðin getur einingin opnað TCP-tengingu við einkalega þjónustuna. Vistfangið hér að neðan er dæmi úr skjölunarbili; skiptu því út fyrir þitt eigið og haltu sama formi.

AT+CIPSTART="TCP","10.90.0.20",9000
AT+CIPSEND=18
{"t":21.4,"rh":48}

Sú AT-skipun opnar venjulegt TCP-tengi, og tengi er ekki tunnill: ekkert í því býr til VPN og ekkert í því dulkóðar burðinn. TLS-hamur fastbúnaðarins er aðskilinn eiginleiki með eigin skipun og eigin vottorðsmeðferð, og handahófskennd UART-eining kann að styðja hvorugt. Skoðaðu TCP/IP AT-skipanaviðmiðun fastbúnaðarins þíns í stað þess að gera ráð fyrir að setningafræðin hér að ofan eigi við hann.

Lengd burðarins í AT+CIPSEND verður að passa við það sem þú sendir í raun, annars bíður einingin eftir bætum sem koma aldrei og tengingin virðist hanga. Þetta bil virðist netvandamál og er næstum alltaf skekkja um einn í lengdinni.

Beindu tengingunni í gegnum gáttina

Gáttin þarf slóð að einkadreifistaðnum, leyfi til að senda fram úr tækjanetinu inn í tunnilinn og afturleið sem nær til einingarinnar. Ef fjarlæga hliðin beinir ekki aftur í tækjadeildina þarf hönnunin viljandi þýðingarreglu, og sú regla breytir upprunaaðkenninu sem þjónustan sér.

ip route get 10.90.0.20
sudo tcpdump -ni wg0 'host 10.90.0.20 and port 9000'
sudo conntrack -L | grep 9000

Fylgstu fyrst með afturleiðinni. Pakki sem sendur er fram og nær þjónustunni en kemur aldrei aftur veldur tímamörkum hjá einingunni án nokkurrar villu í gáttinni, sem sendir fólk að stara á Wi-Fi-tenginguna í klukkustundir. conntrack-færslan segir þér hvort gáttin sá svarið yfirhöfuð.

Ákveddu hvar tunnillinn endar í raun

Tunnillinn hefst í gáttinni. Hann dulkóðar ekki UART-tenginguna, og hann gerir staðarnetssviðið milli einingar og gáttar ekki að hluta tunnilsins. Allt sem þarf vernd á því sviði þarf sína eigin aðferð, og venjulegt TCP í þessu dæmi er ekki TLS.

Ákveddu líka hvað gerist þegar tunnillinn fellur. Ef afhending má aðeins fara um VPN má framsendingarstefnan ekki leyfa sama dreifistað um aðra leið, því varaleið gerir kröfuna að engu í kyrrþey. Takmarkaðu endurtengingarhegðun svo aftengd eining flæði ekki yfir raðtengið eða fjarlægu þjónustuna með endurteknum tilraunum.

Skráðu svörin fjögur saman: vistfang einingarinnar, markmið tengisins, slóð gáttarinnar og hvar dulkóðunin hefst. Næsta manneskja sem kembir þetta tæki þarf öll fjögur, og ekkert þeirra er hægt að álykta eingöngu úr fastbúnaðinum.