Bakit kailangan ng iyong URL ng pasukan sa port 80 o 443, hindi 45000

Mag-type ng hostname sa browser at ang scheme ang magpapasya sa destinasyong port: 80 para sa http, 443 para sa https. Walang anuman sa sagot ng DNS ang umaagaw dito, at walang tuntunin ng pagpapasa sa iyong makina ang makakaimbento ng tagapakinig sa gilid ng provider. Kapag binigyan ka ng VPN provider ng mataas na pampublikong port tulad ng 45000, gumagana ang tahasang URL at hindi ang malinis. Ang agwat ay nasa pasukan, hindi sa loob ng aplikasyon.

Tahakin ang daan mula browser hanggang proseso nang isang beses, at hindi na magmumukhang mahiwaga ang tatlong opsyon sa paglalathala.

Tingnan kung saan talaga napupunta ang kahilingan

Inireresolba ng browser ang pangalan sa isang address, pagkatapos kumokonekta sa address na iyon sa default na port ng scheme maliban kung may ibang tinukoy ang URL. Ang gilid ng iyong provider ang magpapasya kung ano ang mangyayari sa papasok na koneksyon. Kung ang talahanayan ng pagpapasa nito ay 45000 lang ang naka-map sa iyong panloob na address, ang koneksyon sa 80 ay walang mapupuntahan at tinatanggihan o itinatapon bago pa man masangkot ang iyong makina.

Nangyayari ang pagtanggi sa gilid, kaya wala talagang ipinapakita ang mga log ng iyong aplikasyon. Ang kawalan ng log ay ebidensya kung saan huminto ang packet, hindi ebidensya na sira ang aplikasyon.

Bakit hindi kayang ayusin ng lokal na tuntunin ang gilid

Ang pag-redirect o tuntuning DNAT sa host ng aplikasyon ay kumikilos sa mga packet na dumating na. Ang mga packet na ipinadala sa port 80 sa provider ay hindi kailanman dumarating, kaya hindi kailanman sinusuri ang tuntunin. Ito ang pinakamadalas na nasasayang na oras sa buong problema.

Hindi rin kayang magdala ng port ang DNS. Tinutukoy ng espesipikasyon ng HTTP ang mga default ng scheme, at ang record na A o AAAA ay nagbabalik ng address habang ang CNAME ay nagbabalik ng ibang pangalan. Pinagsasama pa rin ng browser ang port ng scheme, kaya tahasang port lang sa URL ang nagbabago ng destinasyon.

Opsyon isa: panatilihin ang tahasang port

Kadalasan ang tamang sagot ay ang hindi maningning. Ilathala ang buong URL kasama ang port, tapusin ang TLS sa pasukang sumusuporta nito, at tiyakin na ang bawat ginalaw na link ay nagpapanatili ng parehong pinagmulan. Para sa maliit at kontroladong madla ito ay kumpleto, at wala itong gastos maliban sa nakikitang numero ng port.

Suriin ang mga redirect at saklaw ng cookie habang naroon ka, dahil ang backend na nagsusulat ng sarili nitong hostname sa header na Location ay sumisira sa kaayusang ito.

Opsyon dalawa: kumuha ng tunay na pasukan sa default na port

Ang ilang provider at setup ng hosting ay nagpapasa ng 80 at 443 sa pinagsasaluhang o nakalaang address bilang dokumentadong serbisyo. Itanong kung ano talaga ang kasama sa halip na ipagpalagay na ang pampublikong exit address ay nangangahulugan ng kahit anong papasok na port. Ang nakalaang palabas na address ay walang sinasabi tungkol sa papasok na pagpapasa.

Kumpirmahin ang pagmamay-ari at pagkakaroon sa sulat, kasama na kung ano ang mangyayari sa pasukan kapag muling kumonekta ang tunnel na may ibang address. Ang pasukang gumagalaw kasama ng tunnel ay lumilikha ng pagkaantala na mukhang mga pagkabigo sa DNS.

Opsyon tatlo: maglagay ng frontend sa harap

Ang reverse proxy sa isang naaabot na address ay maaaring makinig sa 443 at tapusin ang TLS at magbukas ng hiwalay na koneksyon sa backend sa pamamagitan ng VPN. Nakikita ng mga bisita ang pangalan at default na port ng frontend, habang ang frontend ay nakikipag-usap sa mataas na port ng backend sa ngalan mo. Gumagana ito dahil binabago nito ang arkitektura sa halip na makipag-away sa pasukan. Hindi na kailangan ng backend ng anumang papasok na port sa pampublikong internet.

Binabago rin nito ang pinapatakbo mo. Pagmamay-ari ng frontend ang pampublikong TLS, patakaran sa pag-access, mga log at pagkakaroon, at dapat nitong limitahan ang pagpili ng backend sa inilaan na serbisyo. Kung gumagamit ng HTTPS ang pagtalon mula frontend hanggang backend, panatilihin ang pagpapatunay ng sertipiko sa pagtalong iyon.

Panatilihin ang isang pinagmulan

Ang pampublikong hostname, scheme at port ng frontend ay bumubuo sa pinagmulan na ginagamit ng mga bisita, kaya i-configure ang panlabas na URL ng aplikasyon, mga redirect at cookie para sa pinagmulang iyon. Ipadala ang orihinal na host at ang ipinasang scheme kung gumagawa ang aplikasyon ng ganap na mga link. Ang sagot na nagbabalik sa mga user sa isang pribadong pangalan o mataas na port ay sumisira sa malinis na pasukan na kabubuo mo lang.

Pagkatapos ay magpasya na isinasaalang-alang ang madla. Ang maikling URL ay maaaring magbigay-katwiran ng pinamamahalaang frontend, at hindi sulit na aksidenteng gawing pampubliko ang isang pribadong serbisyo para lang sa VPN.