Kung matagal mo na itong pinag-iisipan Mga larong MUD na nakabatay sa teksto at mga kliyente ng Telnet sa mobileMalamang ay naranasan mo na rin ang parehong problema: lahat ay nag-uusap tungkol sa kasaysayan, nostalgia, at mga anekdota ng Telnet… ngunit halos walang malinaw na nagpapaliwanag kung paano talaga nakikipag-ugnayan ang client at server. Nilalayon ng artikulong ito na punan ang kakulangang iyon: upang suriin ang protocol, ang mga mensahe, ang mga pagkakasunod-sunod ng kontrol, at kung paano gagawing maayos ang paggana ng iyong sariling MUD server sa mga umiiral nang kliyente.
Mag-review tayo sa isang Isang masinsinan at praktikal na paliwanag kung paano gumagana ang isang tipikal na protocol ng MUD na nakabatay sa TelnetIpinapaliwanag nito kung anong mga extension ang ginagamit sa industriya (GMCP, MSSP, compression, atbp.), kung paano pino-format ang mga mensahe, kung ano ang inaasahan na makita ng mobile client, at kung ano ang kailangan mong ipadala mula sa iyong server upang matiyak na maayos ang lahat nang hindi kinakailangang lumikha ng protocol mula sa simula. Ang lahat ng ito ay ipinaliwanag sa karaniwang Espanyol (mula sa Espanya), na may malinaw na mga halimbawa at walang hindi kinakailangang jargon.
1. Telnet bilang base: kung ano talaga ang ginagamit ng karamihan sa mga MUD
Karamihan sa mga klasikong MUD ay hindi nakakaimbento ng bagong paraan ng transportasyon: umaasa sila sa Telnet bilang isang layer ng komunikasyon sa pagitan ng kliyente at serverNangangahulugan ito na, sa huli, ang ipinapadala ay mga stream ng byte sa pamamagitan ng TCP, kung saan ang normal na teksto ay hinahalo sa mga espesyal na utos ng Telnet na sinusundan ng byte 255 (0xFF).
Ang MUD server ay kumikilos, mula sa pananaw ng network, tulad ng isang Pangunahing Telnet server na may maraming opsyonal na extensionAng kliyente (mobile man, desktop o isang simpleng Telnet mula sa sistema) ay nagtatatag ng koneksyon sa TCP sa MUD port (madalas 23, 4000, 5000, atbp.) at mula roon ay nagsisimula ang isang maliit na sayaw ng options trading.
Sa unang negosasyong iyon, ang magkabilang panig ay nagpapadala sa isa't isa Mga pagkakasunod-sunod ng kontrol ng Telnet Ang mga utos na uri ng "WILL", "WONT", "DO", at "DONT" ay ginagamit upang i-activate o i-deactivate ang mga tampok tulad ng echo, laki ng window, mga karagdagang protocol tulad ng GMCP, compression, atbp. Lahat ng ito ay nakahalo sa teksto ng laro, ngunit maaaring makilala ito ng kliyente dahil ang mga utos sa pagkontrol ay minarkahan ng pamilyar na 0xFF.
2. Balangkas ng protokol ng Telnet na ginagamit ng mga MUD
Sa Telnet, ang anumang control command ay nagsisimula sa byte IAC (Isalin Bilang Utos, halaga 255)Susunod ay ang isa o higit pang mga byte na nagpapahiwatig ng uri ng command at, sa maraming pagkakataon, isang option code. Sa karaniwang antas ng MUD protocol, pangunahin mong makakatagpo ang:
- IAC DO"Gusto kong ikaw (ang kliyente) ang mag-activate ng opsyong ito."
- AYAW NG IAC"Ayokong gamitin mo ang opsyong ito."
- IAC WILL: “Maaari ko (ang server) at gusto kong gamitin ang opsyong ito.”
- IAC WONT"Hindi ko gagamitin ang opsyong ito."
Ang mga opsyon ay tinutukoy ng isang numero; ang ilan ay mga mas lumang pamantayan ng Telnet, ang iba ay mga extension na napagkasunduan sa komunidad ng MUD (halimbawa GMCP, MSSP, COMPRESS2), na hindi lumalabas sa mga klasikong Telnet RFC, ngunit naging isang de facto na "pseudo-standard" dahil sinusuportahan ang mga ito ng mga pangunahing kliyente.
Bilang isang MUD, karaniwan mong sisimulan ang diyalogo sa pamamagitan ng pagpapadala ng Mga pagkakasunod-sunod ng IAC DO / IAC WILL Para subukan kung ano ang sinusuportahan ng kliyente: kung tinatanggap nito ang GMCP, kung gusto nito ng compression, kung nag-aalok ito ng impormasyon sa terminal, atbp. Sasagot ang kliyente ng WILL/WONT o DO/DONT kung naaangkop. Dapat igalang ng iyong server ang mga tugon na ito at hindi gagamit ng opsyon kung hindi ito tinatanggap ng kliyente.
3. Paghihiwalay sa pagitan ng teksto ng laro at kontrol ng Telnet
Isa sa mga karaniwang tanong ay kung paano iiba-iba ang normal na teksto ng laro ng mga utos sa pagkontrolSimple lang ang tuntunin: anumang bagay na hindi sinusundan ng 0xFF ay maituturing na teksto. Ang mga utos ng Telnet ay laging nagsisimula sa espesyal na byte na iyon, upang maiwasan ang kalituhan.
Konseptwal na halimbawa (hindi mo kailangang kopyahin ito nang verbatim, para lang sa visualization): maaaring magpadala ang server mga linyang naglalarawan sa kapaligiran na sinusundan ng isang pagkakasunod-sunod ng IAC para makipagkalakalan ng isang opsyon. Binabasa ng kliyente ang byte por byte: kapag nakita nito ang 0xFF, papasok ito sa "command mode"; sa natitirang oras ay itinuturing ito bilang teksto, inilalapat ang ANSI color kung naaangkop at ipinapakita ito.
Kung sa anumang punto ay kailangan mong magpadala ng isang byte na 0xFF bilang bahagi ng teksto (isang bagay na medyo bihira, ngunit posible), dapat mong "upang makatakas dito" sa pamamagitan ng pagdoble nitoSa madaling salita, para magpadala ng literal na 0xFF sa daloy ng datos ng userland, dalawang 0xFF ang ipinapadala nang magkakasunod, at tama ang pagbibigay-kahulugan ng kliyente sa mga ito bilang "isang 0xFF ng teksto, hindi isang utos".
4. Format ng text message: mga linya, pahinga, at mga kulay
Karamihan sa nilalamang ipapadala ng iyong MUD ay Mga nababasang text message: mga paglalarawan, diyalogo, listahan ng bagay, at mga utosBagama't tila walang gaanong halaga, mahalagang bigyang-pansin ang ilang detalye upang maipakita ito nang tama ng mga Telnet client (lalo na sa mga mobile).
Sa pangkalahatan, patuloy na ginagamit ng mga MUD ang klasikong istilo ng mga linyang nagtatapos sa CRLF (\r\n)Ang ilang kliyente ay sumusuporta lamang sa LF (\n), ngunit para sa pinakamataas na compatibility, palaging magpadala ng carriage return na sinusundan ng line feed.
Para sa mga kulay at format, karaniwang ginagamit ng mga MUD Mga code ng pagtakas ng ANSI naka-embed sa teksto. Halimbawa, ang mga sequence na nagsisimula sa ESC (0x1B) at nagpapatuloy sa “[31m” para sa pulang teksto, “[1m” para sa naka-bold, atbp. Hindi ito bahagi ng Telnet protocol mismo, ngunit nauunawaan ng karamihan sa mga terminal at mga advanced na MUD client, kabilang ang maraming mobile client.
5. Mga extension ng MUD sa pamamagitan ng Telnet: GMCP, MSSP at kumpanya
Bukod sa plain text, maraming MUD ngayon ang pinagsasama ang Telnet sa mga karagdagang protocol para sa pakikipagpalitan ng nakabalangkas na data sa mga kliyenteNagbibigay-daan ito sa mga mobile client na magpakita ng mas detalyadong mga interface kaysa sa isang simpleng text stream.
Kabilang sa mga pinakakaraniwang extension ay:
- GMCP (Pangkalahatang Protokol ng Komunikasyon ng MUD): nagpapadala ng impormasyon sa format na JSON (bagaman hindi palaging 100% pamantayan) tungkol sa karakter, mapa, mga channel, atbp.
- MSSP (Protokol ng Katayuan ng Mud Server): dinisenyo upang magbigay ng datos ng server (pangalan ng MUD, bilang ng mga manlalaro, kasarian, atbp.) sa mga serbisyong nakalista at mga mausisang kliyente.
- I-COMPRESS / I-COMPRESS2Ang data compression upang mabawasan ang bandwidth, na lubos na pinahahalagahan sa mabagal na koneksyon.
Ang mga extension na ito ay pinag-uusapan tulad ng ibang opsyon sa Telnet: karaniwang nagpapadala ang server Gagawin ba ng IAC ang GMCP o gagawin ba ng IAC ang GMCP? at hintayin ang tugon. Kapag napagkasunduan na, ang extension mismo ang magtatakda kung paano i-encapsulate ang data (halimbawa, ang GMCP ay mapupunta sa mga subnegosasyon ng Telnet: IAC SB ... IAC SE).
6. Subnegosasyon (SB at SE): pagsasama-sama ng mga espesyal na datos
Kapag ang isang opsyon sa Telnet ay nangangailangan ng pagpapadala ng mas maraming data kaysa sa isang simpleng oo/hindi, ang sumusunod ay ginagamit: subnegosasyonAng padron ay:
- IAC SB IAC SE
Sa loob ng blokeng iyon, maaari kang magpadala mga string, numero, o mga partikular na istruktura na tinukoy ng extensionHalimbawa, karaniwang nagpapadala ang GMCP ng isang bagay na halos kapareho ng isang JSON object, na may mga panipi, curly braces, at mga value.
Kapag natanggap ng kliyente ang IAC SB GMCP, alam nito na ang lahat ng bagay hanggang sa IAC SE ay bahagi ng GMCP packet, at hindi ang normal na stream ng teksto ng laro. Samakatuwid, maaari nitong Malinaw na paghiwalayin kung ano ang mapupunta sa graphical UI mula sa kung ano ang mapupunta sa klasikong tekstong "buffer"..
7. Ang ipinapadala ng MUD server: karaniwang daloy ng komunikasyon
Isipin ang pagkakasunod-sunod mula noong kumonekta ang manlalaro mula sa isang Mobile Telnet client papunta sa iyong MUD server:
- Magbubukas ang kliyente ng koneksyon ng TCP papunta sa MUD port.
- Magpapadala sa iyo ang server ng welcome banner (teksto) at malamang ilan Mga pagkakasunod-sunod ng IAC para sa mga opsyon sa pangangalakal (echo, GMCP, kompresyon...).
- Ang kostumer ay tutugon sa pamamagitan ng pagtanggap o pagtanggi sa mga opsyong iyon gamit ang WILL/WONT at DO/DONT.
- Mula roon, ipapadala ng server ang login screen (text) at ipoproseso ang mga command na tinatype ng manlalaro.
Sa lahat ng oras, dapat magawa ng server na basahin ang input ng kliyente bilang pinaghalong teksto at mga utos ng TelnetTulad ng ginagawa ng client sa iyong output. Kapag ang player ay nag-type, halimbawa, ng "north" at pinindot ang Enter, karaniwang ipinapadala ng client ang string na iyon na sinusundan ng carriage return at line feed. Binabasa ng iyong server hanggang sa dulo ng linya at binibigyang-kahulugan ito bilang isang utos mula sa player.
Kung magpasya ang kliyente na simulan ang anumang opsyon (halimbawa, ang pag-trigger ng negosasyon para sa laki ng bintana), dapat ka ring maging handa na makatanggap Mga sequence ng IAC mula sa panig ng kliyente at sumagot nang tama, hindi lang ang baliktad.
8. Ang ipinapadala ng Telnet client (kabilang ang mga mobile client)
Mula sa pananaw ng iyong server, ang isang karaniwang Telnet client (mobile o desktop) ay karaniwang magpapadala sa iyo ng dalawang uri ng mga bagay: teksto ng gumagamit at mga utos ng TelnetAng teksto ay karaniwang ASCII o UTF-8 depende sa kliyente; ipinapayong ipagpalagay na kahit man lang UTF-8 sa mga panahong ito.
Ang mga utos ng Telnet na matatanggap mo ay, higit sa lahat, mga tugon sa iyong mga kahilingan sa negosasyonKung magpapadala ka ng IAC DO GMCP, tutugon ang kliyente ng IAC WILL GMCP kung sinusuportahan nito ito, o IAC WONT GMCP kung hindi. Maaari rin itong magsimula ng ilang negosasyon mismo (halimbawa, tungkol sa uri ng terminal).
Isang mahalagang detalye para sa mobile compatibility ay maraming modernong kliyente Binibigyang-kahulugan nila ang transmisyon nang paisa-isa o linya-linya ayon sa konpigurasyon.Ang pinakakaraniwang pamamaraan ay linya por linya, kaya istruktura ang iyong command input parser thinking sa mga tuntunin ng kumpletong linya na pinaghihiwalay ng \r\not \n, sa halip na mga indibidwal na karakter.
9. Paggamit ng mga proxy at mga problema sa network gamit ang mga MUD sa mga pinaghihigpitang network
Sa ilang mga kapaligiran (hal., mga network ng korporasyon, mga kampus, o ilang mga mobile operator) ang mga karaniwang MUD high port ay maaaring hinarangan ng firewallSa mga kasong ito, matutuklasan ng mga manlalaro na hindi sila direktang makakakonekta sa MUD port, kahit na pinapayagan ang Telnet mismo sa mga karaniwang port.
Ang isang klasikong solusyon ay kinabibilangan ng paggamit isang intermediate proxy na nakikinig sa isang pinapayagang port (tulad ng Telnet port 23 o FTP port 21) at ipasa ang koneksyon sa aktwal na port ng MUD. Ang proxy ay gumaganap bilang isang tulay: ang client ay kumokonekta sa proxy, at ang proxy naman ay magbubukas ng koneksyon sa game server.
Karaniwan din para sa isang kasamahan na may permanenteng koneksyon sa internet na magkaroon ng kasamahan. Mag-install ng proxy sa iyong makina at iwanan ang ibang mga manlalaro Ilagay ang MUD gamit ang iyong IP addressGayunpaman, kailangan mong maging maingat sa mga shared IP: kung maraming account ang kumokonekta mula sa iisang IP address, maaaring bigyang-kahulugan ito ng ilang MUD bilang ilegal na multiplayer at maglalabas ng mga parusa. Sa isip, dapat mong ipaalam sa mga administrador ng laro kung plano mong ibahagi ang iyong IP address nang patuloy.
10. Mga limitasyon at panganib ng mga proxy para sa MUD
Bagama't makakapagligtas sa iyo ang isang proxy sa mga napakasaradong network, sa panahon ngayon Hindi marami ang maaasahang mga pampublikong anonymous na proxy. At ang iilang natitira ay kadalasang overloaded, down, o banned para sa mga kadahilanang pangseguridad.
Bukod pa rito, ang parehong mga network na humaharang sa matataas na port ay maaari ring hinarangan ang port 8080Karaniwan ito para sa mga HTTP proxy. Samakatuwid, kung may magse-set up ng private proxy para ma-access ang isang MUD, ipinapayong ilagay ito sa isang port na halos hindi kailanman na-filter (23, 21, o iba pang karaniwan at pinahihintulutang port sa network na pinag-uusapan).
Huwag kalimutan na ang mga setup na ito ay may mga implikasyon sa seguridad: ang trapiko ay dumadaan sa isang intermediary machine, mga session, password, atbp., ay maaaring i-log. Mula sa perspektibo ng disenyo ng MUD server, ang protocol ay hindi nagbabago, ngunit kakailanganin mong ipagpalagay na maraming koneksyon ang pumapasok na "nakabalot" sa pamamagitan ng isang proxy, na may posibleng karagdagang latency o mas madalas na pagkadiskonekta.
11. Halimbawa ng interaksyong naratibo sa loob ng isang tekstong MUD
Higit pa sa mga teknikal na aspeto, ang isang text-based na MUD ay nakabatay sa mayamang paglalarawan at kapaligiranMaraming laro ang may kasamang mga iconic na snippet ng teksto, mga panipi sa panitikan, o halos patulang mga piraso na ipinapadala nang verbatim ng server sa client upang mapahusay ang immersion ng manlalaro.
Halimbawa, maaaring lumitaw ang isang uri ng [hindi malinaw] sa screen "Litanya laban sa takot" Lumilitaw ito kapag ang karakter ay nahaharap sa isang kritikal na sandali. Sa teknikal na aspeto, ito ay isa lamang pagkakasunod-sunod ng mga linya ng teksto na may naaangkop na mga pahinga at, kung gusto mo, ilang kulay o format. Ngunit sa mga tuntunin ng karanasan ng gumagamit, mayroon itong malaking epekto.
Ang ganoong uri ng teksto, kahit hindi nito binabago ang protocol ng Telnet, ay nagkokondisyon ayon sa gusto mo pamahalaan ang pagitan ng mga linya, pagination, at pag-refreshKung maglalagay ka ng ilang mahahabang talata nang sabay-sabay sa isang burst, maaari itong maging hindi mabasa sa maliliit na screen (tulad ng mga mobile phone). Kaya naman maraming server ang nagpapatupad ng mga sistemang "pagination" na humihinto sa output pagkatapos ng isang tiyak na bilang ng mga linya at naghihintay na pindutin ng player ang isang key para magpatuloy.
12. Mga panlabas na mapagkukunan at karagdagang teknikal na dokumentasyon
Hindi tulad ng ibang mga protocol na may mataas na pamantayan, ang MUD ecosystem ay pinalakas ng... mga nakakalat na dokumento, mga akademikong PDF, at mga artikulo kung saan inilalarawan ang mga baryante, mga panukalang ekstensyon at mga pag-aaral sa interaksyon sa mga kapaligirang MUD.
May mga akdang makukuha sa mga repositoryo ng unibersidad at mga digital na aklatan na nagsusuri Ang arkitektura ng client-server ng mga MUD, ang ebolusyon mula sa bare Telnet patungo sa rich protocols...at maging ang mga isyu sa karanasan ng gumagamit sa mga text interface. Bagama't marami sa mga dokumentong ito ay hindi nagtuturo ng linya-por-linya kung paano i-format ang mga mensahe, nag-aalok ang mga ito ng kapaki-pakinabang na konteksto para sa pag-unawa kung bakit pinagtibay ang ilang partikular na protocol at kung paano ang mga ito pinagsama-sama.
Upang mapunan ang implementasyon, maipapayo rin na suriin ang dokumentasyon ng mga sikat na kliyente ng MUD (parehong desktop at mobile), kung saan karaniwan nilang idinedetalye kung aling mga extension ang sinusuportahan nila (GMCP, MXP, MSDP, atbp.), kung aling mga character set ang hinahawakan nila, kung paano nila hinahawakan ang mga kulay ng ANSI, at kung anong mga limitasyon ang mayroon sila sa maliliit na screen.
13. Napakalaking mga Domain at Hostname: Ang Nakikitang Kaguluhan ng Imprastraktura
Kung tiningnan mo na ang mga DNS record ng malalaking hosting provider, makakakita ka na ng malalaking listahan ng mga pangalan tulad ng www, mail, ftp, webmail, smtp, pop3, imap, panel, cpanel, admin, dev, test at walang katapusang mga variantBagama't maaaring mukhang maingay, ipinapakita nito kung paano talaga inorganisa ang imprastraktura na nagho-host ng maraming MUD at mga kaugnay na serbisyo.
Daan-daang subdomain ang maaaring maiugnay sa iisang domain: mga database server, mga test machine, mga proxy, mga load balancer, mga serbisyo sa istatistika, mga platform ng email, storage, VPN...at kadalasan, ang mismong port kung saan nakikinig ang isang MUD. Sa ilang mga kaso, ang laro ay nasa isang discreet subdomain; sa iba naman, nagbabahagi ito ng isang IP address na may iba't ibang serbisyo mula sa mga forum hanggang sa mga wiki at mga administration panel.
Ang pagdami ng mga pangalan ay mahalaga kung iniisip mo ang tungkol sa i-publish ang iyong MUD sa isang shared server o sa pag-set up ng mga partikular na proxy para sa mga manlalaro: kakailanganin mong maingat na i-coordinate kung aling mga subdomain ang nakaturo sa aling makina, kung aling mga port ang binubuksan at kung paano pinamamahalaan ang seguridad upang ang trapiko ng Telnet ay hindi mapanganib na mahahalo sa iba pang mahahalagang serbisyo.
14. Mga praktikal na konsiderasyon para sa mga customer ng Telnet sa mobile
Upang maglaro o umunlad gamit ang isang Kliyente ng Telnet sa mobile Nagdaragdag ito ng isang patong ng komplikasyon: maliit na screen, touch keyboard, posibleng madalas na pagkaputol ng network, at kung minsan ay mga limitasyon mula mismo sa mga kliyente patungkol sa suporta sa extension.
Kapag nagdidisenyo ng iyong MUD server, tandaan ang ilang mga punto:
- Iwasan ang masyadong mahahabang pila: mas maiikling talata para hindi na kailangang mag-scroll pa ang user mula sa gilid patungo sa gilid.
- Pagsasaayos ng paggamit ng mga ANSI code At siguraduhing hindi nila masisira ang layout para sa mga kliyenteng hindi nakakaintindi ng mga ito nang maayos.
- Maingat na hawakan ang paging. upang ang karanasan ay hindi isang imposibleng sundan na pader ng teksto.
- Ipatupad ang mga soft reconnectionSa mobile, madaling mawalan ng signal at muling kumonekta; dapat itong tiisin ng iyong server nang hindi nasisira ang session ng manlalaro sa unang maikling pagkaantala.
Ang ilang mobile client na dalubhasa sa mga MUD ay mayroon nang suporta para sa GMCP at iba pang mga extension, kaya kung ipatutupad mo ang mga ito sa server ay magagawa mo na Mag-alok ng nakabalangkas na impormasyon na maaaring ipakita ng kliyente bilang mga dashboard, health bar, at mabilisang mapa at iba pang biswal na pantulong sa itaas ng klasikong teksto.
15. Gumawa ng sarili mong MUD server na tugma sa mga dati nang kliyente
Kung napagpasyahan mong isulat ang sarili mong MUD server mula sa simula, ang susi sa pag-iwas sa paghihiwalay ay Igalang ang Telnet bilang base layer at pag-usapan nang tama ang iyong mga opsyon.Hindi mo kailangang baguhin ang protocol, sa halip ay sundin ang mga kumbensiyon na napatunayan na.
Sa madaling salita, upang maging tugma sa mga pinakakaraniwang kliyente, dapat mong:
- Ipatupad Pag-parse ng utos ng Telnet (IAC, GAWIN, AYAW, GUSTO, SB, SE).
- Suportahan ang kahit ilang karaniwang opsyon: echo, lokal na pagsugpo sa echo, GMCP Kung gusto mo ng mas pinayaman na datos, at marahil ay compression.
- magpadala teksto sa format na madaling gamitinOpsyonal ang CRLF, ANSI, nang hindi labis na gumagamit ng mahahabang linya.
- Tanggapin ang input sa online mode at pangasiwaan nang tama ang mga line break na ipinapadala ng mga mobile client.
Mula roon, maaari mong palawakin ang iyong server gamit ang mga karagdagang protocol o kahit na gamit ang iyong sariling kliyente, ngunit ang pagsisimula mula sa base na ito ay magbibigay-daan sa iyo Subukan ang iyong laro gamit ang mga umiiral na kliyente ng Telnet at samantalahin ang buong ecosystem na nilikha sa paligid ng mga MUD sa mga nakalipas na taon.
Ang lahat ng Telnet, extension, proxy, hostname, at mga kakaibang katangian ng mobile client ay maaaring mukhang nakakalito sa simula, ngunit kung susuriin mo ito nang paunti-unti, makikita mo na ang pangunahing kaalaman ay medyo simple: isang daloy ng teksto na may ilang mahusay na natukoy na mga pagkakasunud-sunod ng kontrol. Sa pamamagitan ng pag-unawa kung paano nabubuo ang mga mensaheng ito, kung paano pinag-uusapan ang mga opsyon, at kung ano ang inaasahan na makita ng isang karaniwang kliyente, magkakaroon ka ng matibay na pag-unawa sa sistema. Ang mga kinakailangang kagamitan upang bumuo ng isang matibay, tugma, at kasiya-siyang MUD server na maa-access mula sa anumang Telnet client, maging sa isang mobile device o desktop computer..