Bakit hindi ginagawang ligtas ng VPN ang iyong dev preview para ibahagi

Ang paglalagay ng prototype sa likod ng VPN ay parang pribado, kaya ang tanging natitirang tanong ay parang kung sino ang makakakuha ng profile. Nabibigo ang pagpapalagay na iyon sa isang partikular na paraan: kinokontrol ng tunnel kung sino ang makakarating sa host, hindi kung ano ang inilalantad ng host kapag nakarating na sila. Nagpapatakbo pa rin ng runtime ang preview, may hawak na data at tumatawag ng mga integration na maaaring magpadala ng tunay na email o magsulat sa tunay na database. Ituring ang VPN bilang pintuan at pagkatapos ay idisenyo ang silid sa likod nito.

Ang ruta ay hindi audience

Ang pagpapatala ng tester sa VPN ay sumasagot nang eksakto sa isang tanong: nakakarating ba ang device na ito sa address? Wala itong sinasabi tungkol sa kung aling mga pahina, API o console ang maaaring gamitin ng device na iyon. Hiwalay ang mga pahintulot na ito, at ang gateway na alam lamang ang mga address ay hindi maipapatupad ang mga ito.

Isulat ang kontrata ng preview bilang maikling listahan: hostname, listener, pinapayagang operasyon at kung sino ang may hawak ng bawat papel. Pagkatapos ay tingnan kung tumutugma ang listahan sa aktwal na inilalantad.

Ang tester na makakapagbukas ng prototype ay hindi kailangan ang deployment console, ang admin page ng database o ang home directory ng developer. Kung ang gateway ay nagbibigay ng subnet route, lahat ng iyon ay naa-access bilang default. Mas gusto ang ruta kada destinasyon, o ilagay ang karagdagang serbisyo sa likod ng sarili nilang authentication. Alinman sa dalawa ay nagpapaliit sa magagawa ng ninakaw na profile.

Ang runtime na ibinabahagi mo ay bahagi ng kontrata

Ang development server na may debugger at auto-reload ay kasangkapan para sa isang tao sa isang makina. Malinaw ang dokumentasyon ng mga framework tungkol dito: sinasabi ng deployment guide ng Flask na ang development server at debugger nito ay hindi para sa produksyon, at binibilang din nito ang pribado o isang-user na serbisyo bilang produksyon. Ganoon din ang pangangatwiran para sa anumang framework na may reloader at interactive na error page. Ang mga convenience feature ay dinisenyo upang paikliin ang loop sa pagitan ng pag-save ng file at pagkita ng pagbabago, hindi upang harapin ang tester na hindi mo kontrolado.

Ang interactive na traceback ay pagtagas ng impormasyon at, sa ilang debugger, ibabaw ng pagpapatupad ng code. Ilayo ito sa preview, o limitahan ang preview sa build na hindi ito maipagana. Kung kailangan ng mga tester ng diagnostics, bigyan sila ng log sa halip na console.

Ang listener na may wildcard ay ang kabilang kalahati ng pagkakamaling ito. Ang pag-bind sa bawat interface ay naglalantad ng serbisyo sa mga network na hindi mo sinadya, kasama ang Wi-Fi ng kapehan.

Gumamit ng itatapong account at data na walang tunay na side effect

Gumamit ng mga account na ginawa para sa pagsubok at data na hindi makakahiya kaninuman. Bihirang ang hilera sa database ang mapanganib; ito ay ang integration sa likod ng button. Ang email, bayad, SMS, webhook at pag-export ng file ay lumalabas lahat sa labas ng preview.

Ilista ang bawat palabas na epekto na maaaring mapukaw ng prototype, pagkatapos ay ihatid ang bawat isa sa sandbox o i-disable ito. Hindi ginagawang hindi mapanganib ng pribadong ruta ang live na endpoint ng bayad.

Ang production credentials ay ang parehong problema sa ibang anyo. Ang preview na nagmamana ng production API key upang makatipid sa oras ng setup ay isang production system na may debug UI. Gumawa ng scoped credentials na may pinakamaliit na kapaki-pakinabang na pahintulot. Paikutin ang mga ito kapag natapos ang preview, dahil ang revoke na preview na may live na key ay buhay pa rin.

Tingnan ang pahina, ang mga asset at ang socket

Ang pahinang nagre-render ay hindi gumaganang preview. Maaaring mag-load ang HTML habang ang asset host, API o WebSocket ay tumuturo pa rin sa URL na hindi maabot ng tester. Ang bawat isa sa mga ito ay hiwalay na entry sa kontrata.

Mula sa isang aprubadong device, hingin ang pahina at ang pinakamalaking asset nang hiwalay:

curl -sS -o /dev/null -w "%{http_code}" https://preview.staging.example/
curl -sS -o /dev/null -w "%{http_code}" https://preview.staging.example/assets/app.js

Pagkatapos ay panoorin ang console ng browser sa isang tunay na interaksyon at kumpirmahin na kumokonekta ang live-reload na socket. Kung hindi, ang pagwawasto ay isang sadyang ruta para sa endpoint na iyon, hindi isang panuntunan na lumalawak hanggang mukhang kumpleto ang pahina.

Iretiro ang preview sa isang petsa, hindi sa memorya

Bigyan ang preview ng may-ari at petsa ng pagtatapos sa sandaling ginawa mo ito. Kapag dumating ang petsa, alisin ang entry, ang mga pagkakakilanlan ng tester at ang mga pansamantalang credential sa pamamagitan ng configuration na nagmamay-ari sa kanila. Ang nakalimutang preview ay kung paano nagiging permanenteng pampubliko ang isang pribadong prototype.

Tiyakin ang pagreretiro mula sa labas: dapat tumigil ang hostname sa pag-resolve o tumigil sa pagsagot sa mga hindi aprubadong kliyente.

Panatilihin ang source at ang mga tala ng pagbawi, ngunit hindi ang fallback path. Ang pagsubok ng isang mahusay na hangganan ng preview ay nakakabagot: kayang gawin ng aprubadong device ang mga kinakailangang aksyon, at hindi kaya ng hindi aprubadong pagkakakilanlan. Ganoon din dapat pagkatapos patayin ang tunnel. Ang resultang iyon ay mas mahalaga kaysa sa icon ng VPN sa tabi ng prototype na tumatakbo nang bukas ang lahat ng feature ng development.