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.
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:
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:
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.
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] .
A legnépszerűbb alkalmazások különféle operációs rendszerekhez:
web:
IRC Cloud , MibbitAblakok:
mIRC , Miranda IM , Trillian , Pidgin , KVIrc , XChatUnix és Linux
Quassel , Kopete , Irssi , BitchX , XChat , Konversation , KVIrc , Pidgin , ircII , WeeChat , PolariMac OS X:
Textual , Snak , Ircle , Adium , Colloquy , KVIrc , LimeChat , IRCCloudAmigaOS:
AmIRC , AIRcOS , WookieChat , BenderIRC , BitchX , BlackIRCandroid:
AndroIrc , IRC Androidra , Andchat , DaraIRC , fiRC chat , IRC rádió , Yaaic , AiCiA , Droid-Life IRC, IRCCloudMIDP:
jmircAz 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.
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.
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)
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.
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 ).
Internet Relay Chat | |||||||||
---|---|---|---|---|---|---|---|---|---|
Alapfogalmak | |||||||||
Listák és összehasonlítások |
| ||||||||
Kapcsolódó protokollok | |||||||||
Botok |
| ||||||||
IRC démonok |
| ||||||||
IRC szolgáltatások | |||||||||
Kidobók és meghatalmazottak |
| ||||||||
hálózatok | |||||||||
| |||||||||
|
TCP / IP protokollok az OSI modell rétegei szerint | Alapvető|
---|---|
Fizikai | |
csatornázott | |
hálózat | |
Szállítás | |
ülés | |
Reprezentáció | |
Alkalmazott | |
Egyéb alkalmazva | |
A TCP és UDP portok listája |
URI- sémák | |
---|---|
Hivatalos | |
nem hivatalos |
Számítógépes kommunikáció | |
---|---|
Aszinkron konferencia | |
Szinkron konferencia | |
Publikációk |