Athugun uppruna/áfangastaðar er ein hlið, ekki öll VPN-leiðin

VPN endar á EC2-tilviki, þú getur náð í gönguheimilisfang þess tilviks, og umferð sem átti að fara í gegnum það til annars einkahosts hverfur. Þetta eru tvö ólík próf, og að blanda þeim eyðir klukkustundum. Það fyrra spyr hvort þú komist að tilvikinu; það seinna krefst þess að það sendi umferð áfram fyrir áfangastað sem er ekki þess eigin, sem krefst framsendingar í Linux, eldveggsstefnu, leiðar hinum megin og heimildar á AWS-stigi sem hefur ekkert með gestastýrikerfið að gera. Ekkert í stjórnborðinu vekur athygli á þessum mun. Einkennin líta út eins og leiðarvilla, og venjulega er það ekki.

Aðskiljið prófin tvö áður en þið breytið nokkru

Að ná í hliðið sannar göngin, leiðina að heimilisfangi þess og öryggishópinn sem leyfir skiptin. Framsending fyrir annan host sannar ekkert af þessu: hún notar annað upprunanetfang, annan áfangastað og tilvik í hlutverki sem það var ekki endilega byggt fyrir. Skrifið prófin tvö sér og merkið hvaða próf mistekst, því leiðréttingin fyrir hvort liggur í öðru stjórnborði. Hliðartilvik sem er byggt eingöngu til að ljúka göngum hefur enga ástæðu til að senda áfram fyrir neitt annað, og sjálfgefin gildi þess endurspegla það. Þess vegna þarf seinna prófið sína eigin uppsetningu frekar en litla lagfæringu á því fyrra.

Ping sem virkar að hliðinu og ping sem mistekst að hostinum handan þess er ekki slitrótt vandamál. Þetta er væntanleg hegðun tilviks sem hefur ekki verið sagt að það megi senda áfram.

Skrifið leiðina niður áður en þið snertið stillingu

Skráið forskeyti biðlarans, framsendingartilvikið eða netviðmótið, marknetið og svarleiðina. Færsla í VPC-leiðartöflunni sem bendir á tilvik stillir ekki stýrikerfi tilviksins til að senda áfram, og gestkjarni með framsendingu virka býr ekki til VPC-leið. Báðir endar þessara tengsla verða að vera til, og þau eru breytt á ólíkum stöðum af fólki með ólíkan aðgang.

Kannið síðan stillinguna fyrir uppruna/áfangastað á raunverulega framsendingarhlutanum, ekki á hverju tilviki í VPC-inu. AWS skjalfestir hvers vegna tilvik sem sendir umferð áfram fyrir aðra þarf að hafa þá athugun óvirka, og einnig hvers vegna stillingin er ákvörðun fyrir hvert tilvik frekar en sjálfgefið gildi fyrir allt VPC-ið.

Fjögur mörk, og athugunin er aðeins eitt þeirra

Meðhöndlið leiðina sem fjórar spurningar og svarið þeim í röð. Fyrsta svarið sem mistekst er þar sem verkið er, og ekkert hinna mun bæta það upp.

Röðin skiptir máli því að kannan er ódýr: leiðir sjást á einni síðu, athugunin er eitt eiginleiki, og skoðun áfangastaðarins er venjulega það síðasta sem einhver spyr um.

Þýðing breytir því hvaða uppruna áfangastaðurinn sér

Leiðarhönnuð hönnun varðveitir upprunanetfang biðlarans, svo áfangastaðurinn þarf svarleið að forskeyti biðlarans. Þýdd hönnun kynnir í staðinn heimilisfang hliðsins, sem fjarlægir þá kröfu og kemur í staðinn fyrir hana stöðutöflu á hliðinu. Ákveðið í samræmi við arkitektúrinn sem þið ætlið ykkur, í stað þess að bæta við þýðingu vegna þess að ótengt dæmi notaði hana og virtist virka.

Ef þið þýðið, afmarkið regluna við forskeyti biðlarans og fyrirhugaðan áfangastað. Ef þið varðveitið, staðfestið að hinum megin sé leiðin í raun kunnug frekar en að gera ráð fyrir að hún læri eina.

Prófið frá upprunalega biðlaranum, haldið síðan breytingunni

Beiðni sem er búin til á hliðinu getur heppnast á meðan framsend beiðni mistekst, því það er annar uppruni og annað framsendingartilvik. Eftir markvissa leiðréttingu, endurtakið nákvæmlega það biðlara-að-auðlind próf sem mistókst, frá sama biðlara, og staðfestið að svarið komi til baka en ekki bara að beiðnin hafi borist.

Að lokum, setjið stillinguna í stýrða stillingu hliðsins svo varatilvik fái hana. Árangursríkt próf sem byggir á handvirkri undantekningu er próf sem rennur út við næstu endurbyggingu, og manneskjan sem uppgötvaði það verður ekki þar til að muna hvers vegna.