Hvernig þjóna á webpack þróunarþjóni á VPN-tölu

Veldu binditöluna eftir því hver þarf að ná þróunarþjóninum, takmarkaðu síðan hýsilnafnaathugunina og staðfestu að bæði síðan og live-endurhleðslusokkurinn tengjast.

Þróunarþjónn sem svarar á fartölvunni og hvergi annars staðar er venjulega bundinn við ranga tölu. Þjónn sem tekur við tengingunni en hafnar síðunni mistekst venjulega í hýsilnafnaathugun. Þetta eru ólíkar bilanir með ólíkum lagfæringum, og val á réttri uppsetningu fer eftir því hver þarf að ná vinnusvæðinu og hvernig hann kemst þangað.

Þrjár spurningar ráða svarinu: hver tengist, hvaða tölu hann nær og hvort lifandi endurhleðsla þurfi að virka fyrir hann.

Byrjaðu á sokkinum, ekki stillingarskránni

Lestu við hvað keyrandi ferlið er í raun bundið innan sama netumhverfis og ræsti það, því gámur eða nafnrými getur átt sokki sem skel hýsilsins sér ekki. Hlustunardálkurinn svarar fyrstu spurningunni: aðeins staðbundin slóð, ein ákveðin tengi eða öll tengi.

ss -ltn '( sport = :8080 )'
ss -ltnp | grep node

Lykkjutala er öruggt sjálfgefið gildi og gagnslaust fyrir fjartengdan biðlara. Villistjörnubinding er þægileg og opnar portið á hverju tengi sem hefur slóð, sem er víðtækara en flestir ætla sér á vél sem ber einnig göng. Ákveðin tala er millivalið, og hún virkar aðeins ef tengið á tölu þá í augnablikinu sem sokkurinn er búinn til. Greiningin skiptir máli því tvær af þessum þremur bindingum líta eins út í vafranum og hegða sér gjörólíkt þegar annað tengi verður til.

Lagaðu þig að þessari athugun áður en þú snertir slóðir eða eldveggjarreglur. Ef ferlið hlustar á röngu töluna kemur engin stefnumiðuð leiðsögn biðlaranum þangað.

Veldu binditöluna eftir því hver þarf að ná henni

Ef aðeins þú á þessari vél þarft síðuna skaltu halda lykkjubindingunni og stöðva. Ef einn samstarfsmaður á sama göngum þarf hana skaltu binda tölu gangatengisins og leyfa eldveggnum aðeins þá uppsprettu. Að birta þróunarþjón út fyrir þau sem prófa hann virkt er venja sem afhjúpar vinnusvæði fyrir internetinu að lokum.

Ef vafri inni í gámi þarf að ná þjóninum verður binditalan að vera ein sem net gámsins getur beint á, og það er oft ekki talan sem hýsillinn leysir fyrir sjálfan sig. Ákveddu tilfellið áður en þú breytir uppsetningunni, því þrjú tilfelli gefa þrjú ólík gildi og aðeins eitt er rétt. Að giska hér eyðir meira tíma en hver annar hluti uppsetningarinnar.

Stilltu síðan töluna í því formi sem ræsirinn þinn les í raun. Stillingarskrá og skrift sem byggir þjóninn forritunarlega nota ekki sömu valkosti:

devServer: {
  host: "10.77.0.20",
  port: 8080,
  allowedHosts: ["dev.corp.example"],
}

Talan í þeim bút er skýringardæmi og stendur fyrir VPN-töluna sem hýsillinn á. Ef verkefnið byggir þjóninn með new WebpackDevServer(options, compiler) sendu valkostina í gegnum rökfræðilega rökþáttinn í staðinn, því aðskilda eiginleikann devServer í webpack-uppsetningunni er ekki litið á þeirri leið. Sá munur milli stillingarskrárinnar og Node API grípur fólk sem afritar bút í verkefni sem les hann aldrei. dev-server skjölunin aðgreinir tvær ræsingarstíla og er tilvísunin sem bera á saman við útgáfuna sem er í notkun.

Lagaðu hýsilnafnaathugunina að nöfnunum sem þú samþykkir

Hýsilnafnaathugunin er til að koma í veg fyrir að síða sem þjónuð er af nafni undir stjórn árásarmanns tali við þróunarþjóninn þinn í gegnum vafrann. Að slökkva á henni með allowedHosts: "all" fjarlægir þá vernd, og þægindin eru sjaldan þess virði á vél sem nær innri þjónustu. Auðvelt er að uppfylla athugunina rétt þegar þú veist hvaða nöfn vafrinn sendir.

Skráðu nákvæmu nöfnin sem þú munt nota, þar á meðal einkanafnið sem leysist á göngutöluna. Ef biðlarinn leysir nafn á aðra tölu en þá sem þú bundir, hefur þú vandamál með nafnaleysingu en ekki þjónsuppsetningu, og að bæta nafninu á leyfða listann lagar það ekki. Staðfestu leysinguna frá biðlaranum, ekki frá þjóninum.

Haltu þremur stýringunum aðskildum í höfðinu: binditalan ræður hvaða tengi taka við tengingunni, leyfði listinn ræður hvaða Host-hausar eru samþykktir og auðkenning ræður hverjir fá aðgang. Aðeins sú þriðja er aðgangsstýring, og þróunarþjónn hefur venjulega enga. Göngutala er heldur ekki auðkenningaraðferð, því hver sá sem getur beint á hana er þegar innan þeirra marka sem þú reiddir þig á.

Staðfestu síðuna og live-endurhleðslusokkinn saman

Hlaðu nýrri beiðni frá fyrirhuguðum biðlara með stilltu skemanu, og lestu niðurstöðuna frekar en skyndiminnið. Fyrir HTTPS skaltu halda væntanlegu hýsilnafni og vottorðsstaðfestingu, því viðvörun í vafra er ekki vel heppnuð samþykktarprófun. Síða sem birtist meðan live-endurhleðsla mistekst hljóðlaust er algengasta hlutaárangurinn hér, og auðvelt er að missa af honum í fljótu prófun.

curl -sS -o /dev/null -w "%{http_code} %{remote_ip}\n" http://dev.corp.example:8080/
curl -sS -i http://10.77.0.20:8080/ | head -n 5

Opnaðu síðan netgreiningu vafrans og fylgstu með WebSocket-tengingunni. Síða getur hlaðist yfir eitt hýsilnafn, port og skema meðan endurhleðslusokkurinn notar annað, og þess vegna verður að athuga hvort tveggja sér. Stilltu skjalfesta biðlaraslóðina aðeins þegar dreifða slóðin þarf í raun annað gildi, og lagfærðu frekar slóðina en að kenna biðlaranum vinnuíferð.

Skráðu hlustunartöluna, samþykkt nafnið, leyfða uppsprettuna og báðar niðurstöðurnar í verkefnisminningar. Sú skrá lifir af næstu manneskju sem ræsir vinnusvæðið og veltir fyrir sér hvers vegna síðan hleðst en endurnýjast aldrei.

Tengdir greinar