Sinasabi ng port checker na bukas? Bakit hindi pa rin makasali ang mga manlalaro ng Minecraft

May nagpapatakbo ng port check, nakikita ang salitang bukas at itinuturing na nalutas ang server. Ang tunay na ibig sabihin ng resultang iyon ay makitid: mula sa lokasyon ng checker, sa sandaling iyon, isang koneksyon sa TCP sa address at port na iyon ang tinanggap. Wala itong sinasabi tungkol sa handshake ng protocol ng Minecraft, pagpapatunay ng account, o kung pinapasok ng server ang manlalaro sa isang mundo.

Ito ay apat na magkakaibang layer, at ang pagkabigo sa alinman sa mga ito ay nagdudulot ng parehong pangungusap mula sa manlalaro: hindi ito gumana.

Sinusuri lamang ng probe ang nakikita nito

Ang koneksyon sa TCP ay nakukumpleto kapag natapos ng dalawang panig ang three-way handshake, na nasa ilalim ng lahat ng alam ng laro. Iniulat ng probe na may listener at tumugon ito mula sa lokasyon nito sa network. Hindi nito masasabi na ang listener ay ang laro, dahil kahit anong proseso ay maaaring kumuha ng port at tumanggap ng mga koneksyon.

Kasinghalaga ng resulta ang lokasyon. Ang checker sa pampublikong internet ay sumusubok ng isang landas mula sa isang network. Ang checker na pinapatakbo ng operator mula sa loob ng parehong network ay sumusubok ng ganap na ibang landas, at ang positibong resulta doon ay halos walang sinasabi tungkol sa nararanasan ng malayong manlalaro. Kahit ang dalawang magkaibang checker sa dalawang magkaibang provider ay maaaring hindi magkasundo dahil sa mga dahilan na walang kaugnayan sa iyong server.

Mahalaga rin ang oras. Inilalarawan ng resulta ng probe ang sandali kung kailan ito tumakbo, at ang koneksyon sa bahay na may dynamic na address o binagong patakaran sa pagpapasa ay maaaring ilipat ang tunay na sagot pagkalipas ng ilang minuto. Itala ang pampublikong address, port, pamilya ng address at oras kasama ng hatol, kung hindi ay hindi maaaring ulitin ang obserbasyon. Ulitin ang pagsusuri mula sa tunay na ibang network, hindi mula sa telepono sa parehong koneksyon.

Apat na layer sa pagitan ng socket at manlalaro

Isipin ang pagkakasunod-sunod na aktwal na ginagawa ng client na sumasali. Una, nilulutas nito ang address, pagkatapos ay nagbubukas ng koneksyon sa TCP sa inilathalang port, pagkatapos ay nagsasalita ng sariling protocol ng laro upang makipag-usap at magpatunay, at sa huli ay nagpapasya ang server kung papapasukin ang pagkakakilanlang iyon sa mundo. Bawat layer ay may sariling lagda ng pagkabigo, at tanging ang una lang ang nakikita ng port checker.

Ang default na port ng Java Edition ay 25565, ngunit maaaring maglathala ang operator ng ibang panlabas na port at ipasa ito papasok, kaya ang numerong itinatype ng manlalaro ay hindi laging ang numerong nakikita ng server. Ang checker na nakatutok sa maling panlabas na port ay nag-uulat na sarado habang ang server ay ganap na malusog, at ito ang pinakakaraniwang maling alerto sa buong larangang ito.

Nagdadagdag ang mga pangalan ng isa pang hakbang sa itaas ng port. Kung magta-type ang manlalaro ng hostname, dapat ibalik ng resolusyon ang inilathalang address, at sa makina sa loob ng network ay maaaring magbalik ito ng pribadong address sa halip. Hindi iyon pagkabigo ng firewall at walang dami ng port forwarding ang makakabago niyon.

Bakit iba ang landas ng manlalaro sa loob

Ang manlalaro sa parehong LAN, o sa VPN na nakakaabot sa LAN na iyon, ay sinusubukang maabot ang pampublikong address mula sa loob. Ang kahilingan ay pupunta sa panlabas na address ng router at kailangang isalin ito ng router pabalik sa loob, na siyang kaayusang karaniwang tinatawag na hairpinning o NAT reflection. Dapat magtugma ang pagsasalin pasulong at ang pabalik na landas upang gumana ito, at maraming router sa bahay ay hindi ito ipinapatupad.

Kaya nakakasali ang bisitang galing sa labas samantalang ang taong nakaupo sa tabi ng server ay hindi. Tunay na maayos ang panlabas na landas; ang panloob na liko ang nabibigo, at nabibigo ito sa paraang mula sa screen ng manlalaro ay mukhang problema ng server. Ang sariling log ng server ang nagpapasya kung alin ang nangyari, dahil ang koneksyong hindi kailanman isinalin ay hindi kailanman nakakaabot doon.

May dalawang tapat na pagwawasto at isang masamang ugali. Ang magagandang opsyon ay hayaan ang mga panloob na manlalaro na gumamit ng pribadong address o split-DNS na pangalan na niresolba sa loob patungo sa pribadong address, o i-enable ang reflection sa router kung umiiral ang tampok at kumikilos nang tama. Ang masamang ugali ay magbukas ng mas maraming port o patayin ang firewall ng host, na hindi makakaapekto sa pagsasaling hindi kailanman ginawa ng router.

Mas detalyadong inilalarawan ng dokumentasyon ng Netgate tungkol sa NAT reflection ang pagkakaiba ng labas at loob at ang alternatibong split-DNS. Basahin ito bilang paglalarawan ng mekanismo at hindi bilang pangakong sinusuportahan ng anumang partikular na provider ng VPN o router ang bawat variant ng loopback.

Mangolekta ng ebidensya mula sa bawat pananaw

Para sa bawat pagsubok, itala kung sino ang nagpatakbo, mula saan, anong oras, laban sa aling address at port, at ano ang na-log ng server. Ang pagtanggi ng laro na may malinaw na dahilan sa console ng server ay ibang natuklasan kaysa sa koneksyong hindi kailanman dumating, at ang dalawa ay patungo sa magkasalungat na direksyon.

Kung ang pinapayagang malalayong manlalaro ay nakakasali at isang lokal na manlalaro ay hindi, ang lokal na landas ang natitirang tanong at karapat-dapat itong sariling imbestigasyon: aling address ang ginamit ng client, ano ang ginawa ng router sa pagsasalin, at nagtala ba ang server ng anumang pagtatangkang kumonekta. Ibigay ang tatlong katotohanang iyon sa nagmamay-ari ng network sa halip na random na buksan muli ang mga port.