IRC

Az oldal jelenlegi verzióját még nem ellenőrizték tapasztalt közreműködők, és jelentősen eltérhet a 2018. május 29-én felülvizsgált verziótól ; az ellenőrzések 23 szerkesztést igényelnek . A Wikipédián található IRC- hez lásd a Wikipédia:IRC oldalt .
IRC
Név Internet Relay Chat
Szint ( az OSI modell szerint ) Alkalmazott
Család TCP/IP
Létrehozva: 1988
Port/ID 194/ TCP , 6667/TCP, 6697/TCP+ TLS
A protokoll célja Hozzáférés a chat szerverekhez
Leírás RFC 1459 , RFC 2810 , RFC 2811 , RFC 2812 , RFC 2813
Főbb megvalósítások (kliensek) irssi , KVIrc , mIRC , X-Chat , WeeChat , Miranda IM , x3irc , Pidgin
Alapvető megvalósítások ( szerverek ) UnrealIRCd , ircnet-ircd, hibrid-ircd , ircd-seven
 Médiafájlok a Wikimedia Commons oldalon

Az IRC ( Internet Relay Chat ) egy alkalmazási rétegbeli protokoll a valós idejű üzenetküldéshez . 

Elsősorban csoportos kommunikációra tervezték, és lehetővé teszi a privát üzeneteken keresztüli kommunikációt és az adatok megosztását, beleértve a fájlokat is.

Az IRC a TCP szállítási protokollt és a kriptográfiai TLS -t (opcionális) használja.

Az IRC az Operation Desert Storm (1991) után kezdett különösen népszerűvé válni , amikor a világ minden tájáról érkező üzeneteket egy helyre gyűjtötték és on-line sugározták az IRC-n [1] .

A megvalósítás technikai egyszerűsége miatt az IRC protokollt egy időben kezdték használni a botnetek szervezésekor , hogy a tulajdonostól vezérlő parancsokat továbbítsanak a botnetben részt vevő számítógépekhez.

Előzmények és specifikációk

Az IRC-t 1988-ban fejlesztették ki a MultiUser Talk helyettesítésére.

A fő specifikáció az RFC 1459 (1993).

Számos 2000-es specifikáció egészíti ki:

IRC hálózat

A protokoll specifikációi szerint az IRC hálózat egymáshoz kapcsolódó szerverek csoportja. A legegyszerűbb hálózat egyetlen szerver.

A hálózatnak egy összekapcsolt fa formájában kell lennie, amelyben minden szerver a hálózat többi részének központi csomópontja.

A kliens minden, ami egy szerverhez csatlakozik, kivéve a többi szervert. Kétféle ügyfél létezik:

Üzenetek továbbítása az IRC hálózaton

Az IRC lehetőséget biztosít csoportos és privát kommunikációra egyaránt.

A csoportos kommunikációnak több lehetősége is van.

A felhasználó üzenetet küldhet a felhasználók listájának, ebben az esetben a lista elküldésre kerül a szervernek, a szerver kivonja belőle az egyes felhasználókat, és mindegyiknek elküldi az üzenet másolatát.

Hatékonyabb a csatornák használata. Ebben az esetben az üzenet közvetlenül a szervernek kerül elküldésre, a szerver pedig a csatorna összes felhasználójának.

Mind a csoportos, mind a privát kommunikáció során az üzenetek a legrövidebb úton kerülnek elküldésre az ügyfeleknek, és csak a feladó, a címzett és a legrövidebb úton lévő szerverek számára láthatók.

Lehetőség van sugárzott üzenet küldésére is. A hálózati állapot változásaival kapcsolatos ügyfélüzeneteket (például csatornamód vagy felhasználói állapot) KÖTELEZŐ elküldeni a hálózat összes szerverére. A szerverről származó összes üzenetet az összes többi szerverre is el kell küldeni.

Felhasználói szerepkörök

A szerverrel kapcsolatban az IRC felhasználók lehetnek szerver IRC operátorok ( eng.  IRCops ), csatorna ( eng.  chanops ) és normál felhasználók [2] .

Kliens alkalmazások IRC hálózatokhoz

A legnépszerűbb alkalmazások különféle operációs rendszerekhez:

web:

IRC Cloud , Mibbit

Ablakok:

mIRC , Miranda IM , Trillian , Pidgin , KVIrc , XChat

Unix és Linux

Quassel , Kopete , Irssi , BitchX , XChat , Konversation , KVIrc , Pidgin , ircII , WeeChat , Polari

Mac OS X:

Textual , Snak , Ircle , Adium , Colloquy , KVIrc , LimeChat , IRCCloud

AmigaOS:

AmIRC , AIRcOS , WookieChat , BenderIRC , BitchX , BlackIRC

android:

AndroIrc , IRC Androidra , Andchat , DaraIRC , fiRC chat , IRC rádió , Yaaic , AiCiA , Droid-Life IRC, IRCCloud

MIDP:

jmirc

Az orosz nyelvű IRC sajátosságai

Az orosz nyelv használata az IRC-n nem alapul semmilyen szabványon.

Azonban számos szokás és konvenció alakult ki a különböző orosz nyelvű IRC közösségek fejlődése során.

Háttér

Az első orosz nyelvű csatornák az 1990-es években jelentek meg olyan nemzetközi hálózatokon, mint a DALnet és az IRCnet . Kezdetben, a UNIX kultúra hatására, az orosz ábécé betűit a KOI-8- ban szokás kódolni .

1995 körül elkezdődött a Windows -felhasználók özöne , akik gyakran egyáltalán nem tudták, mi az a kódlap , és nem tudták a különbséget a cirill és a Windows-1251 között .

Ez az ellentmondás sok konfliktust okozott.

Az akkoriban spontán módon kialakult konvenció a kódolás kérdését konkrét csatornák lebonyolításába helyezte.

Ez nagyon kényelmetlen volt a felhasználók számára, de akkoriban nem volt más kiút.

Részben ez a probléma ösztönözte 2000 körül a különálló orosz nyelvű hálózatok intenzívebb kialakítását, ahol a kódolási problémákat központilag lehetett megoldani.

A modern orosz nyelvű hálózatok szokásai

Hagyományosan a nemzetközi IRC hálózatokon az ügyfelek bájtokból álló üzeneteket küldenek és fogadnak ; a nem ASCII bájtok értelmezésének kérdése azonban a kliensek belátására van bízva.

Az összes fejlett orosz nyelvű hálózat, minden eltérésük ellenére, más elvhez ragaszkodik: az ügyfelek karakterekből álló üzeneteket küldenek és fogadnak .

Ez azt jelenti, hogy ha egy megfelelően konfigurált kliens "Y" betűt küld a csatornának, akkor a csatornához csatlakoztatott összes, megfelelően konfigurált kliens is megkapja az "Y" betűt, függetlenül attól, hogy mindegyikük hogyan szeretné kódolni.

A gyakorlatban ez általában úgy valósul meg, hogy több TCP-port van a szerveren , amelyek mindegyike egy bizonyos kódolást használ. Ezeknek a portoknak a listája általában a MOTD-ben (szerver üdvözlés) található.

Így marad a kliens „helyes konfigurációjának” kérdése, azonban a felhasználó számára a csatlakozási port kiválasztása összehasonlíthatatlanul egyszerűbb, mint a karakterkonverziós táblák telepítése, aminek lehetőségét egyébként nem minden kliens biztosítja.

Néha (bár nem feltétlenül) a kiszolgálószoftver lehetővé teszi a kódolás váltását anélkül, hogy megszakadna a szervertől – bár számos okból ez a kódolásmódosítás nem működik megfelelően.

Általános szabály, hogy minden hálózat a saját belső kódolását használja (leggyakrabban Windows-1251, és szinte soha nem UTF-8; miért - lásd alább), míg a kliensek által a belsőtől eltérő kódolású adatok továbbítása vagy fogadása újrakódolásra kerül. (közvetlenül vételkor, a bejövő üzenet létrehozásakor - átvitel során)

Nicky

Történelmileg a cirill betűk használata a becenevekben nem volt lehetséges.

A legnagyobb orosz nyelvű IRC-hálózat , a RusNet azonban lehetővé teszi a cirill becenevek használatát és regisztrálását.

Az UTF-8 előnyei és hátrányai

A nemzetköziesedés hívei általában az UTF-8-at ígéretes kódolásnak tartják minden nyelven, beleértve az oroszt is. Meg kell azonban jegyezni, hogy az UTF-8-ban egy cirill betű két bájtot foglal el , ami további terhelést jelent a hálózaton, és korlátozza egy üzenet maximális hosszát.

Alapesetben egy IRC-üzenet nem lehet hosszabb 510 bájtnál, amelyből legfeljebb 499 bájt a szöveg (irreálisan magas becslés).

Ezért nem lehet 249 orosz levelnél többet küldeni egy üzenetben.

Az üzenet méretkorlátja további kellemetlenséget okoz: ha megpróbálja túllépni a beállított korlátot, a szerver csonkolja az üzeneteket.

Ha a vágás az orosz betű közepén halad át (azaz az első bájtját továbbítják, de a másodikat eldobják), akkor a kapott bájtsorozat az UTF-8 szempontjából többé nem lesz érvényes. húr.

Egyes kliensek (pl . Xchat vagy mIRC ) egy ilyen üzenetet 8 bites formában jelenítenek meg (pl. Latin-1 vagy Windows-1251 esetén), ami teljesen olvashatatlanná teszi, és sok képernyőterületet foglal el.

Az UTF-8 orosz nyelv kódolására való használatának kétségtelen előnye, hogy szabadon idézhet szövegeket más nyelveken, valamint olyan egzotikus karaktereket használhat, mint a „→” és „☺”. Ráadásul az UTF-8-as UTF-8-as IRC-hálózat klienseként egyszerre több nyelven kommunikálhat, anélkül, hogy a betűk technikai megjelenítése miatt kellene aggódnia.

Eddig azonban nem ismertek olyan többnyelvű hálózatok, amelyek kifejezetten csak UTF-8-at igényelnek, UTF-8-at használnak belső kódolásként, vagy más módon kényszerítik ki az ügyfelek karakterkódolását (kivéve az I2P -hálózaton belüli IRC-szervert ).

Lásd még

Jegyzetek

  1. Naplók az ibiblio.org webhelyen . Hozzáférés dátuma: 2006. augusztus 29. Az eredetiből archiválva : 2012. február 2..
  2. Hossein Bidgoli. The Internet Encyclopedia, A–O  (újpr.) . - John Wiley & Sons , 2004. - V. 2. - S. 314-. - ISBN 978-0-471-68996-6 . Archiválva : 2022. május 30. a Wayback Machine -nél

Linkek