Katso, mitä "IRC" on muissa sanakirjoissa. Asiakassovellukset IRC-verkkoihin. Historia ja tekniset tiedot

Tekniset yksityiskohdat

Joukkueet

Suurin osa syötetyistä komennoista komentokonsoli, eroavat verkon kautta lähetetyistä. Tässä ovat RFC 2812:ssa määritetyt komennot:

• NICK-käyttäjänimi - muuttaa osallistujan lempinimen käyttäjätunnusparametrissa määritetyksi
• OPER-käyttäjätunnuksen salasana - myöntää käyttäjälle operaattorioikeudet käyttämällä asianmukaista O:Linea.
• LOPETA - katkaisee käyttäjän yhteyden palvelimeen
• JOIN channels - yhdistää kanavat vastaavilla näppäimillä, jos kanavalla on +k-tila. Luettelon kanavat on erotettu pilkuilla
• JOIN 0 - poistu kaikista kanavista
• OSA-kanavat [:viesti] - poistu kanavista viestin avulla. Jos viesti sisältää välilyöntejä, sitä edeltää:
• MODE kanava/käyttäjänimi -tilat - muuttaa kanavakanavan tiloja (edellyttää kanavan operaattorin oikeuksia) tai käyttäjänimen käyttäjä (useimmat palvelimet sallivat vain käyttäjien vaihtaa lippuja). Modes on merkkijono muodossa +liput-liput params
• TOPIC-kanava [:viesti] - vaihtaa aiheen viestiksi. Jos viestiparametria ei ole määritetty, palauttaa kanavan aiheen
• NAMES - palauttaa luettelon käyttäjistä kanavalla tai, jos kanavaa ei ole määritetty, koko verkossa
• LIST - palauttaa kaikki kanavat. Jos asetettu kuvio kuvio, niin vain sitä vastaavat kuviot palautetaan
• KUTSU käyttäjäkanava - kutsuu käyttäjän kanavaan kanava kanava
• KICK kanavia käyttäjiä [:reason] - potkii käyttäjiä kanavia. On mahdollista määrittää syy.
• PRIVMSG kanava/käyttäjä:viesti - lähettää viesti viesti kanavalle tai käyttäjälle.
• HUOMAA kanava/käyttäjä:viesti - PRIVMSG:n analogi. RFC 2812:n mukaan HUOMAUTUS ei koskaan ei voi olla automaattisia vastauksia.
• WALLOPS-teksti - lähettää tekstiä kaikille käyttäjille +w-tilassa
• KUKA ON - näyttää tietoja tästä käyttäjästä.

Kanavatilat

Venäjänkielisen IRC:n erityispiirteet

Venäjän kielen käyttö IRC:ssä ei perustu mihinkään standardiin. Erilaisten venäjänkielisten IRC-yhteisöjen kehityksen aikana on kuitenkin syntynyt useita tapoja ja käytäntöjä.

Tausta

Ensimmäiset venäjänkieliset kanavat ilmestyivät 1990-luvulla kansainvälisiä verkostoja, kuten DALnet ja IRCNet. Aluksi UNIX-kulttuurin vaikutuksesta oli tapana koodata venäläisten aakkosten kirjaimet KOI-8:aan vuoden 1995 tienoilla Windows-käyttäjät, jolla ei usein ollut aavistustakaan, mitä koodisivu on, eikä se tehnyt eroa kyrillisten aakkosten ja Windows-1251:n välillä. Tämä ristiriita aiheutti monia konflikteja, mukaan lukien "uskonnolliset sodat". tiettyjen kanavien toimivalta Tämä oli erittäin hankalaa käyttäjille, mutta tuohon aikaan ei ollut muuta vaihtoehtoa. Osittain juuri tämä ongelma vauhditti vuodesta 2000 alkaen erillisten venäjänkielisten verkkojen muodostumista, joissa koodausongelmat saattoivat muodostua. ratkaistaan ​​keskitetysti.

Nykyaikaisten venäjänkielisten verkkojen tulli

Perinteisesti kansainvälisissä IRC-verkoissa asiakkaat lähettävät ja vastaanottavat tavuista koostuvia viestejä; Tässä tapauksessa kysymys muiden kuin ASCII-tavujen tulkinnasta on jätetty asiakkaiden harkinnan varaan venäjänkieliset verkot, kaikista eroistaan ​​huolimatta, noudattavat erilaista periaatetta: asiakkaat lähettävät ja vastaanottavat viestejä, jotka koostuvat hahmoja.eli jos oikein konfiguroitu Jos asiakas lähettää kanavalle kirjaimen "Y", kaikki kanavaan yhdistetyt oikein konfiguroidut asiakkaat saavat myös kirjaimen "Y", riippumatta siitä, miten kukin haluaa sen koodata.

Käytännössä tämä toteutetaan yleensä siten, että palvelimella on useita TCP-portteja, joista jokainen käyttää tiettyä koodausta. On tapana laittaa luettelo näistä porteista MOTD:hen (palvelimen tervehdys). oikea asetus" asiakas on tallennettu, mutta käyttäjälle on paljon helpompaa valita yhteysportti kuin asentaa merkkimuunnostaulukoita, mikä ei muuten ole mahdollista kaikissa asiakaskoneissa. Joskus (tosin ei välttämättä) palvelinohjelmisto mahdollistaa vaihtaa koodausta katkaisematta yhteyttä palvelimeen - vaikka useista syistä tämä koodausmuutos ei toimi oikein.

Pääsääntöisesti jokainen verkko käyttää omaa sisäistä koodausta (useimmiten se on Windows-1251 ja lähes koskaan UTF-8; miksi - katso alla), ja asiakkaiden lähettämät tai vastaanottamat tiedot, joiden koodaus on muu kuin sisäinen, ovat uudelleen alaisia. -koodaus (välittömästi muodostushetkellä suoritetun vastaanoton aikana saapuva viesti- lähetyksen aikana).

Nicky

Historiallisesti kyrillisten kirjainten käyttäminen lempinimissä oli mahdotonta. Ovatko kyrilliset kirjaimet visuaalisesti samanlaisia? .

UTF-8 - plussat ja miinukset

Kansainvälistymisen kannattajat pitävät yleensä UTF-8:aa lupaavana koodauksena kaikille kielille, myös venäjälle. On kuitenkin huomattava, että yksi kyrillinen kirjain UTF-8:ssa vie kaksi tavua, mikä luo lisäkuormitusta verkoille ja rajoituksia. enimmäispituus yksi viesti standardin mukaan ei voi olla pitempi kuin 510 tavua, josta itse teksti on enintään 499 (epärealistisen arvion mukaan ei voi lähettää enempää kuin). 249 venäläistä kirjainta yhdessä viestissä Viestien koon rajoittaminen aiheuttaa Toinen haitta: asetetun rajan ylittäessä palvelin katkaisee viestit, jos leikkaus kulkee venäläisen kirjaimen keskeltä (eli sen ensimmäinen tavu lähetetään). , mutta toinen hylätään), tuloksena oleva tavusarja ei ole enää kelvollinen merkkijono UTF-8:n näkökulmasta. Jotkut asiakkaat (esimerkiksi Xchat tai mIRC) näyttävät tällaisen viestin 8-bittisenä (. esimerkiksi Latin-1 tai Windows-1251), mikä tekee siitä täysin lukukelvottoman ja vie myös paljon näyttötilaa.

Ainoa kiistaton etu UTF-8:n käytöstä venäjän kielen koodaamiseen on kyky lainata vapaasti tekstejä muilla kielillä sekä käyttää eksoottisia merkkejä, kuten "→" ja "☺" Lisäksi IRC-verkon asiakas joka UTF-8 on hyväksytty kaikkialla, on mahdollista kommunikoida useilla kielillä kerralla murehtimatta kirjainten teknisestä esityksestä. Toistaiseksi kuitenkin monikieliset verkot, jotka edellyttävät nimenomaisesti vain UTF-8:aa. käyttää UTF-8:aa sisäisenä koodauksena tai muuten järjestää asiakkaiden merkkikoodausta.

Katso myös

Huomautuksia

Linkit

• ircinfo.ru - ohjelmat, uutiset, artikkelit IRC:stä, webgate
• irchelp.org
• irc.run.net (englanniksi) - IRC-dokumentaatio
• irc-soft.net (venäjä) - IRC-SOFT.net
• ircnet.su - IRC:tä koskevia ohjeita ja artikkeleita
• rus-net.org - kaikki venäläisestä IRC:stä
• neora.ru - ohje ja artikkelit IRC:stä
• Tilastotietoja eri IRC-verkoista (englanniksi)
• Juri Merkulov Opas IRC-asiakkaille. iXBT.com (18.7.2006). Haettu 25. huhtikuuta 2008. - Opas IRC-asiakkaille

p·o·r internetin viestikeskustelu
Peruskonseptit	Admin Bot Channel DoS-hyökkäys Kanavan operaattori Client Flood Ghost Hostmask IRC Kickban Netsplit Network Operator Script Server Services vhost
Listat ja vertailut	IRC-komentojen luettelo IRC-asiakkaiden luettelo IRC-asiakkaiden vertailu
Aiheeseen liittyvät protokollat	IRC IRCX

Historia ja tekniset tiedot

IRC kehitettiin vuonna 1988 korvaamaan MultiUser Talk. Pääspesifikaatio on RFC 1459 (1993). Sitä täydentävät useat vuoden 2000 tekniset tiedot:

• RFC 2810 - Internet Relay Chat: Arkkitehtuuri
• RFC 2811 - Internet Relay Chat: Kanavien hallinta
• RFC 2812 - Internet Relay Chat: Client Protocol
• RFC 2813 - Internet Relay Chat: Server Protocol

IRC-verkko

Protokollaspesifikaatioiden mukaan IRC-verkko on joukko palvelimia, jotka ovat yhteydessä toisiinsa. Yksinkertaisin verkko on yksi palvelin.

Verkon tulee näyttää yhdistetyltä puulta, jossa jokainen palvelin on keskussolmu muulle verkolle.

Asiakas on kaikki, joka on yhteydessä palvelimeen, paitsi muut palvelimet. Asiakkaita on kahdenlaisia:

• mukautettu;
• palvelua

Esimerkki IRC-verkosta (kirjaimet osoittavat palvelimia, numerot osoittavat asiakkaita)

Viestien välittäminen IRC-verkossa

IRC tarjoaa mahdollisuuden sekä ryhmä- että yksityisviestintään. varten ryhmäviestintää Mahdollisuuksia on useita. Käyttäjä voi lähettää käyttäjälistalle viestin, jossa lista lähetetään palvelimelle, palvelin valitsee siitä yksittäiset käyttäjät ja lähettää kullekin kopion viestistä. On tehokkaampaa käyttää kanavia. Tässä tapauksessa viesti lähetetään suoraan palvelimelle ja palvelin lähettää sen kaikille kanavan käyttäjille. Sekä ryhmä- että yksityisviestinnässä viestit lähetetään asiakkaille lyhintä polkua pitkin, ja ne näkyvät vain lyhimmän polun lähettäjälle, vastaanottajalle ja palvelimille.

Esimerkiksi jos asiakkaat 1, 2 ja 3 (esimerkissä) ovat samalla kanavalla, niin asiakkaalta 1 lähetetään viesti palvelimelle A, sitten asiakkaalle 2 ja palvelimelle B, joka lähettää sen asiakkaalle 3 Tämän viestin palvelimia C, D ja E ei näytetä.

Lisäksi on mahdollista lähettää yleislähetysviesti. Asiakasviestit verkon tilan muutoksista (kuten linkkitila tai käyttäjän tila) tulee lähettää kaikille verkon palvelimille. Kaikki palvelimelta tulevat viestit on lähetettävä myös kaikille muille palvelimille.

Mukautetut tilat

• i - näkymätön käyttäjä
• s - vastaanottaa palvelinilmoituksia
• w - vastaanota lähetysviestejä
• o - palvelimen operaattori

Kanavan tilat

Kanavan operaattori voi muuttaa tilaansa komennolla lisäämällä/poistamalla erilaisia ​​lippuja sekä kanavalle että yksittäisiä käyttäjiä kanavalla.

Mukautetut liput

• O käyttäjä - tarkoittaa kanavan luojaa (ei voi muuttaa manuaalisesti)
• o user - tarkoittaa kanavan operaattoria
• h user - tarkoittaa kanavan puolioperaattoria
• v user - antaa käyttäjälle oikeuden lähettää viestejä valvotulle kanavalle

Kanavan liput

• a - anonyymi kanava (kaikkien käyttäjien nimet on piilotettu)
• i - kanavaan pääsee vain kutsusta
• m - valvottu kanava (vain käyttäjät, joilla on +o-, +h- tai +v-lippu, voivat lähettää viestejä tälle kanavalle)
• n - vain kanavan käyttäjät voivat lähettää siihen viestejä
• q - "hiljainen" kanava (palvelinviestien lähettämisen rajoitus)
• p/s - yksityinen/salainen kanava (ei näy yleisessä kanavaluettelossa, pääset siihen vain tietämällä kanavan nimen)
• r - jos kanavalla ei ole operaattoreita tiettyyn aikaan, palvelin määrittää itse operaattorit kanavan käyttäjien joukosta
• t - kanavan teemaa voi muuttaa vain kanavan operaattori
• k - kanavan salasana
• l - kanavan käyttäjien raja
• b mask - estää pääsyn kanavaan käyttäjiltä, ​​jotka vastaavat maskin maskia
• e mask - sallii maskin alle jäävien käyttäjien siirtyä kanavalle b-lipusta riippumatta
• i mask - sallii maskin alle jäävien käyttäjien siirtyä kanavalle i-tilasta riippumatta

Joukkueet

Ilmoittautuminen ja liittyminen

KULKEA

Vaihtoehdot:

Asettaa yhteyden salasanan.

Mahdolliset palvelimen vastaukset:

• ERR_NEEDMOREPARAMS
• ERR_ALREADYREGISTRED

NICK

Vaihtoehdot:

Lempinimen vaihto.

Mahdolliset palvelimen vastaukset:

• ERR_NONICKNAMEGIVEN
• ERR_ERRONEUSNICKNAME
• ERR_NICKNAMEINUSE
• ERR_NICKCOLLISION
• ERR_UNAVAILRESOURCE
• ERR_RESTRICTED

PALVELU

Vaihtoehdot:

Uuden palveluasiakkaan rekisteröinti.

Mahdolliset palvelimen vastaukset:

• ERR_ALREADYREGISTRED
• ERR_NEEDMOREPARAMS
• ERR_ERRONEUSNICKNAME
• RPL_YOURESERVICE
• RPL_YOURHOST
• RPL_MYINFO

KÄYTTÄJÄ

Vaihtoehdot:

Käytetään yhteyden alussa uuden käyttäjän tunnistamiseen.

Mahdolliset palvelimen vastaukset:

• ERR_NEEDMOREPARAMS
• ERR_ALREADYREGISTRED

OPER

Vaihtoehdot:

Operaattorin aseman hankkiminen.

Mahdolliset palvelimen vastaukset:

• ERR_NEEDMOREPARAMS
• RPL_YOUREOPER
• ERR_NOOPERHOST
• ERR_PASSWDMISMATCH

MODE

Vaihtoehdot: *(<"+" / «-»> )

Käyttäjän tilan muuttaminen - lippujen lisääminen/poistaminen; Komento on vain operaattoreiden käytettävissä.

Mahdolliset palvelimen vastaukset:

• ERR_NEEDMOREPARAMS
• ERR_USERSDONTMATCH
• ERR_UMODEUNKNOWNFLAG
• RPL_UMODEIS

LOPETTAA

Vaihtoehdot: [ ]

Käyttäjä kirjautuu ulos verkosta.

Mahdolliset palvelimen vastaukset: ei mitään.

SQUIT

Vaihtoehdot:

Uloskirjautuminen palvelimelta verkosta; Komento on käytettävissä vain palvelimen operaattorille tai palvelimelle virheen sattuessa.

Mahdolliset palvelimen vastaukset:

• ERR_NOPRIVILEGES
• ERR_NOSUCHSERVER
• ERR_NEEDMOREPARAMS

Työskentely kanavien kanssa

LIITTYÄ SEURAAN

Vaihtoehdot: *(", " ) [ *(", " ) ])

Sisäänkäynti kanavalle.

Mahdolliset palvelimen vastaukset:

• ERR_NEEDMOREPARAMS
• ERR_BANNEDFROMCHAN
• ERR_INVITEONLYCHAN
• ERR_BADCHANNELKEY
• ERR_CHANNELISFULL
• ERR_BADCHANMASK
• ERR_NOSUCHCHANNEL
• ERR_TOOMANYCHANNELS
• ERR_TOOMANYTARGETS
• ERR_UNAVAILRESOURCE
• RPL_TOPIC

OSA

Vaihtoehdot: *(", « ) [

Poistu kanavasta.

Mahdolliset palvelimen vastaukset:

• ERR_NEEDMOREPARAMS
• ERR_NOSUCHCHANNEL
• ERR_NOTONCHANNEL

MODE

Vaihtoehdot: *((„-“ / „+“) * *)

Kanavan tilan vaihtaminen; Komennossa sallitaan enintään kolme parametria sisältävää tilaa.

Mahdolliset palvelimen vastaukset:

• ERR_NEEDMOREPARAMS
• ERR_KEYSET
• ERR_NOCHANMODES
• ERR_CHANOPRIVSNEEDED
• ERR_USERNOTINCHANNEL
• ERR_UNKNOWNMODE
• RPL_CHANNELMODEIS
• RPL_BANLIST
• RPL_ENDOFBANLIST
• RPL_EXCEPTLIST
• RPL_ENDOFEXCEPTLIST
• RPL_INVITELIST
• RPL_ENDOFINVITELIST
• RPL_UNIQOPIS

AIHE

Vaihtoehdot: [»: " ]

Muuta tai katso kanavan teemaa.

Mahdolliset palvelimen vastaukset:

• ERR_NEEDMOREPARAMS
• ERR_NOTONCHANNEL
• RPL_NOTOPIC
• RPL_TOPIC
• ERR_CHANOPRIVSNEEDED
• ERR_NOCHANMODES

NIMET

Vaihtoehdot: [ *(", " ) [ ] ]

Tarkastele kohdepalvelimeen yhdistettyjen ja kanavakanavassa olevien käyttäjänimien luetteloa.

Mahdolliset palvelimen vastaukset:

• ERR_TOOOMANYMATCHES
• ERR_NOSUCHSERVER
• RPL_NAMEREPLY
• RPL_ENDOFNAMES

LISTA

Vaihtoehdot: [ *(", " ) [ ] ]

Tarkastele kanavien luetteloa/määritettyjen kanavien tilaa.

Mahdolliset palvelimen vastaukset:

• ERR_TOOOMANYMATCHES
• ERR_NOSUCHSERVER
• RPL_LIST
• RPL_LISTEND

KUTSU

Vaihtoehdot:

Kutsu käyttäjä kanavalle.

Mahdolliset palvelimen vastaukset:

• ERR_NEEDMOREPARAMS
• ERR_NOSUCHNICK
• ERR_NOTONCHANNEL
• ERR_USERONCHANNEL
• ERR_CHANOPRIVSNEEDED
• RPL_INVITING
• RPL_AWAY

POTKIA

Vaihtoehdot: *(", " ) *(", " ) []

Käyttäjän poistaminen kanavasta.

Mahdolliset palvelimen vastaukset:

• ERR_NEEDMOREPARAMS
• ERR_NOSUCHCHANNEL
• ERR_BADCHANMASK
• ERR_CHANOPRIVSNEEDED
• ERR_USERNOTINCHANNEL
• ERR_NOTONCHANNEL

Viestien lähettäminen

PRIVMSG

Vaihtoehdot:

Henkilökohtaisen (yksityisen) viestin lähettäminen.

Mahdolliset palvelimen vastaukset:

• ERR_NORECIPIENT
• ERR_NOTEXTTOSEND
• ERR_CANNOTSENDTOCHAN
• ERR_NOTOPLEVEL
• ERR_WILDTOPLEVEL
• ERR_TOOMANYTARGETS
• ERR_NOSUCHNICK
• RPL_AWAY

ILMOITUS

Vaihtoehdot:

Komentoa käytetään samalla tavalla kuin PRIVMSG, mutta ilman automaattista vastausta.

Työskentely palvelimien kanssa

MOTD

Vaihtoehdot: [ ]

Asennus ns "päivän viestit"

Mahdolliset palvelimen vastaukset:

• RPL_MOTDSTART
• RPL_MOTD
• RPL_ENDOFMOTD
• ERR_NOMOTD

LURSIT

Vaihtoehdot: [ [ ] ]

Tiedot käyttäjistä, jotka on liitetty määritettyä maskia/palvelinta vastaavaan verkkoon/aliverkkoon.

Mahdolliset palvelimen vastaukset:

• RPL_LUSERCLIENT
• RPL_LUSEROP
• RPL_LUSERUNKOWN
• RPL_LUSERCHANNELS
• RPL_LUSERME
• ERR_NOSUCHSERVER

VERSIO

Vaihtoehdot: [ ]

Palvelinohjelman versio.

Mahdolliset palvelimen vastaukset:

• ERR_NOSUCHSERVER
• RPL_VERSION

TILASTOT

Vaihtoehdot: [ [ ] ]

Palvelimen tilastot.

Mahdolliset palvelimen vastaukset:

• ERR_NOSUCHSERVER
• RPL_STATSLINKINFO
• RPL_STATSUPTIME
• RPL_STATSCOMMANDS
• RPL_STATSOLINE
• RPL_ENDOFSTATS

LINKIT

Vaihtoehdot: [ [ ] ]

Määritettyyn/nykyiseen palvelimeen yhdistettyjen palvelimien nimet.

Mahdolliset palvelimen vastaukset:

• ERR_NOSUCHSERVER
• RPL_LINKS
• RPL_ENDOFLINKS

AIKA

Vaihtoehdot: [ ]

Palvelin paikallista aikaa.

Mahdolliset palvelimen vastaukset:

• ERR_NOSUCHSERVER
• RPL_TIME

KYTKEÄ

Vaihtoehdot: [ ]

Nykyinen palvelin yritetään yhdistää määritettyyn palvelimeen määritetyn portin kautta.

Mahdolliset palvelimen vastaukset:

• ERR_NOSUCHSERVER
• ERR_NOPRIVILEGES
• ERR_NEEDMOREPARAMS

JÄLJITTÄÄ

Vaihtoehdot: [ ]

Polku määritettyyn palvelimeen.

Mahdolliset vastaukset:

• ERR_NOSUCHSERVER
• RPL_TRACELINK
• RPL_TRACECONNECTING
• RPL_TRACEHANDSHAKE
• RPL_TRACEUNKNOWN
• RPL_TRACEOPERATOR
• RPL_TRACEUSER
• RPL_TRACESERVER
• RPL_TRACESERVICE
• RPL_TRACENEWTYPE
• RPL_TRACECLASS
• RPL_TRACELOG
• RPL_TRACEEND

JÄRJESTELMÄNVALVOJA

Vaihtoehdot: [ ]

Tiedot määritetyn/nykyisen palvelimen järjestelmänvalvojasta.

Mahdolliset palvelimen vastaukset:

• ERR_NOSUCHSERVER
• RPL_ADMINME
• RPL_ADMINLOC1
• RPL_ADMINLOC2
• RPL_ADMINEMAIL

TIEDOT

Vaihtoehdot: [ ]

Palvelimen tiedot.

Mahdolliset palvelimen vastaukset:

• ERR_NOSUCHSERVER
• RPL_INFO
• RPL_ENDOFINFO

Työskentely palveluasiakkaiden kanssa

PALVELULISTA

Vaihtoehdot: [ [ ] ]

Luettelo saatavilla olevista palveluista.

Mahdolliset palvelimen vastaukset:

• RPL_SERVLIST
• RPL_SERVLISTEND

SQUERY

Vaihtoehdot:

Sama kuin PRIVMSG.

Työskentely käyttäjätietojen kanssa

WHO

Vaihtoehdot: [ ["o"] ]

Tiedot käyttäjistä, joiden lempinimet vastaavat määritettyä maskia.

Mahdolliset palvelimen vastaukset:

• ERR_NOSUCHSERVER
• RPL_HOREPLY
• RPL_ENDOFWHO

KUKA ON

Vaihtoehdot: [ ] *(", " )

Tietyn käyttäjän tiedot.

Mahdolliset palvelimen vastaukset:

• ERR_NOSUCHSERVER
• ERR_NONICKNAMEGIVEN
• RPL_WHOISUSER
• RPL_WHOISCHANNELS
• RPL_WHOISCHANNELS
• RPL_WHOISSERVER
• RPL_AWAY
• RPL_WHOISOPERATOR
• RPL_WHOISIDLE
• ERR_NOSUCHNICK
• RPL_ENDOFWHOIS

KUKA OLI

Vaihtoehdot: *(", " ) [ [ ] ]

Käyttäjän tiedot, joka ei ole verkossa, eli ei ole enää olemassa.

Mahdolliset palvelimen vastaukset:

• ERR_NONICKNAMEGIVEN
• ERR_WASNOSUCHNICK
• RPL_WHOWASUSER
• RPL_WHOISSERVER
• RPL_ENDOFWHOWAS

Muut komennot

TAPPAA

Vaihtoehdot:

Yhteys katkesi tietyn käyttäjän toimesta palvelimen puolelta.

Mahdolliset palvelimen vastaukset:

• ERR_NOPRIVILEGES
• ERR_NEEDMOREPARAMS
• ERR_NOSUCHNICK
• ERR_CANTKILLSERVER

PING

Vaihtoehdot: [ ]

Tarkistetaan asiakkaan/palvelimen toimintaa yhteyden toisella puolella.

Mahdolliset vastaukset:

• ERR_NOORIGIN
• ERR_NOSUCHSERVER

PONG

Vaihtoehdot: [ ]

Vastaa PING-viestiin palvelimelta palvelimelta palvelimelle palvelin2.

Mahdolliset vastaukset:

• ERR_NOORIGIN
• ERR_NOSUCHSERVER

VIRHE

Vaihtoehdot:

Palvelin käyttää virheen ilmoittamiseen.

Asiakassovellukset IRC-verkkoihin

Suurin osa suosittuja sovelluksia eri käyttöjärjestelmille:

AmIRC, AIRcOS, WookieChat, BenderIRC, BitchX, BlackIRC

AndroIRC, Andchat, DaraIRC, fiRC-chat, IRC-radio, Yaaic, AiCiA, Droid-Life IRC

Venäjänkielisen IRC:n erityispiirteet

Venäjän kielen käyttö IRC:ssä ei perustu mihinkään standardiin. Eri venäjänkielisten IRC-yhteisöjen kehityksen aikana on kuitenkin syntynyt useita tapoja ja sopimuksia.

Tausta

Ensimmäiset venäjänkieliset kanavat ilmestyivät jo 1990-luvulla kansainvälisissä verkoissa, kuten DALnet ja IRCNet. Aluksi UNIX-kulttuurin vaikutuksen alaisena oli tapana koodata venäläisten aakkosten kirjaimet KOI-8:aan. Vuoden 1995 tienoilla alkoi tulva Windows-käyttäjiä, joilla ei usein ollut aavistustakaan, mitä koodisivu on, eivätkä tehneet eroa kyrillisten aakkosten ja Windows-1251:n välillä. Tämä ristiriita on aiheuttanut monia konflikteja.

Näinä päivinä spontaanisti syntynyt sopimus asetti koodauskysymyksen tiettyjen kanavien lainkäyttövaltaan. Tämä oli erittäin hankalaa käyttäjille, mutta tuolloin ei ollut muuta vaihtoehtoa. Osittain juuri tämä ongelma vauhditti noin vuodesta 2000 alkaen erillisten venäjänkielisten verkkojen muodostumista, joissa koodausongelmat voitiin ratkaista keskitetysti.

Nykyaikaisten venäjänkielisten verkkojen tulli

Perinteisesti kansainvälisissä IRC-verkoissa asiakkaat lähettävät ja vastaanottavat tavuista koostuvia viestejä; ei-ASCII-tavujen tulkinta on kuitenkin jätetty asiakkaiden harkinnan varaan. Kaikki jonkin verran kehittyneet venäjänkieliset verkot eroavaisuuksineen noudattavat erilaista periaatetta: asiakkaat lähettävät ja vastaanottavat viestejä, jotka koostuvat hahmoja. Eli jos oikein konfiguroitu Jos asiakas lähettää kanavalle kirjaimen "Y", kaikki kanavaan yhdistetyt oikein konfiguroidut asiakkaat saavat myös kirjaimen "Y", riippumatta siitä, miten kukin haluaa sen koodata.

Käytännössä tämä toteutetaan yleensä siten, että palvelimella on useita TCP-portteja, joista jokainen käyttää tiettyä koodausta. Luettelo näistä porteista sijoitetaan yleensä MOTD:hen (palvelintervehdys). Siten kysymys asiakkaan "oikeasta konfiguroinnista" jää, mutta käyttäjälle yhteysportin valitseminen on verraten helpompaa kuin merkkimuunnostaulukoiden asentaminen, mikä ei muuten ole mahdollista kaikissa asiakaskoneissa. Joskus (tosin ei välttämättä) palvelinohjelmiston avulla voit vaihtaa koodausta katkaisematta yhteyttä palvelimeen - vaikka useista syistä tämä koodausmuutos ei toimi oikein.

Pääsääntöisesti jokainen verkko käyttää omaa sisäistä koodausta (useimmiten se on Windows-1251 ja tuskin koskaan UTF-8; miksi - katso alla), kun taas asiakkaiden lähettämät tai vastaanottamat tiedot, joilla on jokin muu kuin sisäinen koodaus, ovat uudelleen alaisia. -koodaus (välittömästi vastaanoton yhteydessä, joka suoritetaan saapuvan viestin muodostushetkellä - lähetyksen aikana).

Nicky

Historiallisesti kyrillisten kirjainten käyttö lempinimissä oli mahdotonta. Suurin venäjänkielinen IRC-verkko, RusNet, mahdollistaa kuitenkin kyrillisten lempinimien käytön ja rekisteröinnin.

UTF-8 - plussat ja miinukset

Kansainvälistymisen kannattajat pitävät yleensä UTF-8:aa lupaavana koodauksena kaikille kielille, myös venäjälle. On kuitenkin huomioitava, että yksi kyrillinen kirjain UTF-8:ssa vie kaksi tavua, mikä kuormittaa verkkoa ja rajoittaa yhden viestin maksimipituutta. Standardin mukaan IRC-sanoma ei saa olla pidempi kuin 510 tavua, josta itse tekstin osuus on enintään 499 (epärealistisen arvio). Näin ollen on mahdotonta lähettää yli 249 venäläistä kirjettä yhdessä viestissä. Viestien koon rajoittaminen aiheuttaa toisen haitan: jos yrität ylittää rajan, palvelin katkaisee viestit. Jos leikkaus kulkee venäläisen kirjaimen keskeltä (eli sen ensimmäinen tavu lähetetään, mutta toinen hylätään), tuloksena oleva tavusarja lakkaa UTF-8:n näkökulmasta olemasta kelvollinen merkkijono. Jotkut asiakkaat (esim. Xchat tai mIRC) näyttävät tällaisen viestin 8-bittisenä (esimerkiksi Latin-1 tai Windows-1251), mikä tekee siitä täysin lukukelvottoman ja vie myös paljon näyttötilaa.

Ainoa kiistaton etu UTF-8:n käytöstä venäjän kielen koodaamiseen on kyky lainata vapaasti tekstejä muilla kielillä sekä käyttää eksoottisia merkkejä, kuten "→" ja "☺". Lisäksi IRC-verkon asiakkaana, jossa UTF-8 on yleisesti hyväksytty, on mahdollista kommunikoida useilla kielillä kerralla murehtimatta kirjainten teknisestä esityksestä. Tällä hetkellä ei kuitenkaan ole tunnettuja monikielisiä verkkoja, jotka nimenomaisesti velvoittavat käyttämään vain UTF-8:aa, käyttävät UTF-8:aa sisäisenä koodauksena tai muutoin pakottavat asiakkaan merkkikoodauksen.

Katso myös

Huomautuksia

Linkit

• irchelp.org
• irc.run.net (englanniksi) - IRC-dokumentaatio
• irc-soft.net (venäjä) - IRC-SOFT.net
• ircnet.su - IRC:tä koskevia ohjeita ja artikkeleita
• rus-net.org - kaikki venäläisestä IRC:stä
• neora.ru - ohje ja artikkelit IRC:stä
• Tilastotietoja eri IRC-verkoista (englanniksi)
• Juri Merkulov Opas IRC-asiakkaille. iXBT.com (18. heinäkuuta 2006). Arkistoitu alkuperäisestä 21. elokuuta 2011. Haettu 25. huhtikuuta 2008.- Opas IRC-asiakkaille

internetin viestikeskustelu
Peruskonseptit	Admin Bot Channel DoS-hyökkäys Kanavan operaattori Client Flood Ghost Hostmask IRC Kickban Netsplit Network Operator Script Server Services vhost
Listat ja vertailut	IRC-komentojen luettelo IRC-asiakkaiden luettelo IRC-asiakkaiden vertailu
Aiheeseen liittyvät protokollat	IRC IRCX

IRC-kanava (Internet Relay Chat) on protokolla, jonka avulla käyttäjät voivat kommunikoida toistensa kanssa reaaliajassa kirjoittamalla sanoja näppäimistöllä (chat). IRC kirjoitettiin vuonna 1988 UNIX-keskusteluohjelman parannukseksi, ja se on kehittynyt erilliseksi protokollaksi. Tuhannet Internetin käyttäjät ympäri maailmaa käyttävät nyt IRC:tä. IRC:tä voidaan käyttää sekä viihteeseen että varsin vakaviin asioihin: apu ja neuvonta työssä, tiedon siirto ja niin edelleen. IRC:tä käytettiin lokakuun 1993 vallankaappauksen aikana, ja jotkut venäläiset tieteiskirjailijat pitävät ajoittain lehdistötilaisuuksia tietyillä kanavilla.

IRC koostuu palvelimista. Palvelin voidaan yhdistää muihin palvelimiin. Joukko toisiinsa yhteydessä olevia palvelimia muodostaa verkon.

IRC:n kanssa työskentelyyn tarvitaan erityinen asiakasohjelma.

Kun olet muodostanut yhteyden palvelimeen, löydät oikea henkilö ja kommunikoi hänen kanssaan. Voit myös liittyä kanavaan. Viestintä kanavalla on samanlaista kuin huoneessa olevien ihmisten välinen viestintä. Joku puhuu ja kaikki kuulevat hänet. Jokaisella kanavalla on nimi, joka kuvastaa keskustelun yleistä aihetta. Tämä voi olla joko aihe, joka kiinnostaa kaikkia (esimerkiksi), tai yksinkertaisesti jokin nimi, joka yhdistää kaikkia (esimerkiksi). Jos ensimmäisessä tapauksessa keskusteluja käydään yleensä tietyn aiheen ympärillä, niin toisessa tapauksessa keskusteluja käydään täysin erilaisista aiheista.

Paitsi tavallisia käyttäjiä IRC-verkoissa on niin sanottuja kanavaoperaattoreita ja verkko-operaattoreita. Kanavaoperaattorit ovat kanavan "mestareita". He voivat sulkea pääsyn kanavalle ilman kutsua, riistää kaikilta käyttäjiltä mahdollisuuden puhua kanavalla, potkaista käyttäjän ulos kanavasta, antaa hänelle porttikiellon (kyvyttömyys päästä kanavalle) ja paljon muuta. Toisin sanoen nämä ovat johtajia, jotka pitävät järjestystä kanavalla. Klassisessa tapauksessa kanavaoperaattori on se, joka ensimmäisenä astuu kanavaan ja siten luo sen. Mutta päälle Tämä hetki tällaiset tapaukset ovat erittäin harvinaisia. Periaatteessa pysyviä kanavia on nyt monia. Tällaisia ​​kanavia on pysyvät toimijat. Jotta he saavat operaattoristatuksen kanavalle tullessaan, käytetään yleensä kanavalla pysyvästi istuvat robotit (tai robotit), joilla on operaattoristatus ja jotka voivat jakaa sen tietyille käyttäjille.

Botit ovat ohjelmia, jotka muodostavat yhteyden IRC-palvelimeen ja voivat suorittaa erikoistoimintoja. Operaattorin tilan tukemisen lisäksi botit voivat suorittaa viestitaulun toimintoja, näyttää tietoja kanavalla vierailevasta käyttäjästä ja paljon muuta. Asenne botteja kohtaan eri verkkoja erilaisia ​​ja riippuu pääasiassa yleisestä verkkopolitiikasta.

Verkko-operaattorit ovat ylläpitäjiä, jotka hallinnoivat verkon toimintaa kokonaisuutena. Heillä on valta potkaista käyttäjä palvelimelta ja estää häntä kirjautumasta tiettyyn palvelimeen tai jopa kaikkiin verkon palvelimiin. Operaattorit eivät kuitenkaan saa puuttua kanavien sisäisiin asioihin - sitä varten kanavaoperaattorit ovat olemassa. Itse asiassa operaattorit voivat puuttua asiaan vain, jos käyttäjän toimet johtavat rikkomukseen normaali operaatio verkkoja.

Vastuun kieltäminen: Tämä artikkeli on kirjoitettu vain koulutustarkoituksiin. Kirjoittaja tai julkaisija ei julkaissut tätä artikkelia haitallisiin tarkoituksiin. Jos lukijat haluavat käyttää tietoja henkilökohtaisen hyödyn saamiseksi, kirjoittaja ja julkaisija eivät ole vastuussa mistään vahingoista.