Skráðu þig inn á staðbundna þjóninn með SSH, ræstu göngin og einkarekna VM-ið svarar; svo mistekst fyrsta kallið á Google API án leiðar. Undirnet VM-sins og VIP-vistföng API eru mismunandi áfangastaðir, svo leið fyrir annan velur ekki hinn. Þrjú skilyrði verða að gilda áður en einkakall á API getur virkað. API-heitið verður að leysast í VIP, VIP-forskeytið verður að vera tilkynnt gegnum göngin og VPC-ið verður að vita hvernig svarið er sent til baka. Ping segir þér ekkert um það, og virk SSH-lota á vél í undirnetinu heldur ekki.

VIP-vistföng API eru aðskildir áfangastaðir

Google birtir sérstök VIP-vistföng fyrir API-aðgang frá staðbundnu neti, og það eru þau föng sem DNS-ið þitt verður að skila fyrir API-heitin. Bæði eru lítil forskeyti og ekkert þeirra er RFC 1918-svið:

RecordResolves toWhat it does not give you
private.googleapis.com199.36.153.8/30, the general front door for Google APIsnot a bypass around a service perimeter
restricted.googleapis.com199.36.153.4/30, reachable only for services a perimeter allowsnot the whole API surface, so some names stay out of reach

Föng sem líta opinber út þýða ekki að leiðin eigi að yfirgefa göngin fyrir venjulegt internet. Forskeytin eru til svo staðbundinn biðlari nái framenda Google eftir studdri leið í stað handahófskennds útgöngustaðar. Líttu á þau sem áfangastaði sem tilheyra göngunum, ekki sem hýsla til að rannsaka. Eldveggjarregla skrifuð fyrir internetútgang hendir þeim venjulega, og það er algeng ástæða þess að kall mistekst áður en það hefst.

DNS ræður því hvaða endapunkt þú nærð

Beindu staðbundna leysinum að þeim færslum sem Google skjalfestir fyrir valda endapunktinn, svo nöfnin sem forritið þarf svari með þeim VIP. Bara að googleapis.com er ekki birgðaskrá: pakkaskrár, gámaskrár og flutningstenglar hafa sín eigin skjalfestu heiti. Takmarkaða VIP-ið ber heldur ekki hverja þjónustu, svo heiti sem leysist getur enn verið óstutt. Skrifaðu niður lénin sem forritið hefur í raun samband við áður en þú snertir leysinn.

Að giska á VM-fang í VPC í stað þjónustuheitis er ekki lagfæring, og það felur venjulega DNS-eyðuna þar til annar biðlari mistekst.

Tilkynntu VIP-forskeytið, haltu restinni

Með BGP-tengingu verður Cloud Router að tilkynna valið VIP-forskeyti svo staðbundni beinirinn geti lært það bil gegnum fyrirhugaða lotuna. Að tilkynna aðeins VPC-undirnetin bætir ekki því bili við, og staðbundni beinirinn heldur áfram að nota sjálfgefna leið sína fyrir þau föng. Forskeytið í leiðartöflunni er eina sönnunin fyrir því að tilkynningin fór yfir lotuna.

Haltu núverandi tilkynningum á meðan þú bætir við þeirri nýju, því valkostir á beinirstigi og jafningjastigi hafa mismunandi drægi, og að skipta um mengi getur dregið til baka net sem virkuðu þegar. Athugaðu síðan virka tilkynningu í hverri lotu í staðinn fyrir á beinirnum í heild. Vantar forskeyti og afturkallað forskeyti líta eins út frá staðbundinni hlið, svo lotuyfirlitið er það sem greinir andvaraleysi frá afturför.

VPC-hliðin þarf eigin leið og afturleið

Inni í VPC verður VIP-leiðin að nota sjálfgefna internetgáttina sem næsta stökk, og þrátt fyrir nafnið helst sú umferð innan nets Google. VPC-ið þarf líka leið til baka að staðbundinni upptök í gegnum VPN, sem er aðskilinn hlutur frá tilkynnta forskeytinu. Taktu tillit til skjalfestra svæðisbundinna leiðarkrafna þegar göngin og biðlarinn eru ekki á sama svæði.

Athugaðu afturleiðina sjálfstætt, því virk beiðnistefna getur falið brotna svarstefnu. Tvær stefnur, tvær leiðir, og hvor um sig mistekst með eigin einkennum.

Prófaðu beiðnina, lestu síðan höfnunina

ICMP-bergmál fær ekkert svar frá þessum VIP-vistföngum, svo misheppnað ping sannar ekkert og heppnað mjög litlu. Frá raunverulega biðlinum, skoðaðu svar heitisins og valda leið, og sendu síðan heimilaða HTTPS-beiðni á þjónustuna sem þig varðar. Ef beiðnin nær þjónustunni og er hafnað, skoðaðu auðkenni, IAM og hverja þá þjónustu jaðarstefnu sem á við.

Einkaleiðsögn veitir ekki API-heimild og breytir ekki því sem auðkenninu er heimilt að gera. Árangur flutnings og heimiluð svörun eru aðskildar niðurstöður, og þú þarft bæði. Haltu IPv6-leiðinni líka skýrri, því að stilla IPv4-forskeytin segir ekkert um biðlara sem kýs IPv6.

Leiðarvísir Google um Private Google Access frá staðbundnu neti nær yfir DNS-færslurnar og leiðarkröfurnar saman, svo berðu stillingar leysisins og tilkynningarinnar saman við hann en ekki við færslu á spjallborði. Keyrðu síðan sömu beiðni aftur og skráðu svarið og leiðina í sama miðann.

Tengdir greinar