A Vypress chat elkötelezett
Kritika Mi az IRC?
Az üzenetnek az IRC protokollal való elküldése a következőképpen néz ki:
Most nézzük közelebb a csomagok elérési útját és a hálózat szintjén lévő köteteket. Ebben a részben az IRC-t túlzott redundanciával vádolják.
Az IRC kapcsolattal rendelkező csomagok továbbítása
A Vypress kapcsolattal rendelkező csomagok előfordulásának rendszere
A középen látható ábra mutatja a kapcsolót, megvizsgáljuk az útvonalat.
- A csomagot az ügyfél kapcsolja le a kapcsolón (kék nyíllal)
- A kapcsolótól a kiszolgálóhoz (a második kék nyíl)
- A kiszolgáló létrehoz egy csomagot a másik ügyfél számára, és mindegyiket elküldjük a kapcsolónak (piros nyíl)
- A kapcsoló a szerverről érkező csomagokat küld minden ügyfélnek
- A csomagot a kliens elküldi a kapcsolónak
- Switch megduplázza a csomagot az egyes vevők (igen, ez nem hiba, minden vásárló kap egy példányt multicast csomag). A műsorszóró csomag esetében a letiltott ügyfelek is megkapják a másolatot. Még ha nincs a számítógép nem sodit Vypress chat'e, minden akkor ezt az üzenetet kapja, ha legalább valaki elindul egy beszélgetés.
Itt látható, hogy a csomagban lévő kliensen továbbított adatok mennyisége <-> A kapcsoló ugyanaz, mint az IRC kapcsolat esetén, és a Vypress kapcsolat esetében. A redundancia akkor jön létre, ha egy IRC kiszolgálót csak egy kapcsolati kiszolgálón használunk <-> kapcsolót. A gyakorlat azt mutatja, hogy az IRC szerverek generált forgalom 15 mbar (10-15 ügyfelek naponta) 300 mbar (100-200) egy nap. Nagyon vagy egy kicsit? A mai piacon az olcsó gigabites hálózati kártya (ha ül a chat 200 ember, akkor ne mondd, hogy sajnálod, hogy chip 2 rubel per hálózati kártya). Még sok új alaplap érkezik hozzájuk. Gigabit csatorna szerver használata esetén <-> Ezek a forgalommennyiségek láthatatlanok lesznek. De még akkor is, ha 100mbit kapcsolatot használsz, nem fogod látni ezeket a 15-100 megabájtot.
Azonban azt fogja mondani, hogy "miért van szükségem erre a redundanciára?". A válasz egyszerű: az IRC-kiszolgáló a garantált szállítási protokollt, a kapcsolatállapot-vezérlést használja. Minden terhelést csak a szerver tapasztal. Az ügyfelek stabil és megbízható kapcsolatot kapnak.
Ne felejtsük el a Vypress protokoll redundanciáját. Bár ez másfajta redundancia. Ha például egy új felhasználó bejelentkezik a hálózatra, akkor küld minden számítógépre (beleértve azokat is, akik nem ülnek a chat) hálózati üzenet, mint a „te itt?”, És a címzett egy replika „Igen, itt a” vagy egyszerűen figyelmen kívül hagyja az üzenetet, ha a számítógép nem a csevegésben. Az IRC szerver a felhasználó, amikor belépnek a csatorna egyre csak egyfajta üzenet
rinet.msk.wenet.ru 353 Alexey = #kvirc: Alexey kintup Aden Atom | NotHere okosan
+caro caBeHoK [aWay] Tor [hiányzik] + KVirc
amelyben már elkészítette a felhasználók listáját. Ez nem az egyetlen, de leginkább felfedező példa a Vypress redundanciára.
- IRC exploit - IRC szippantás
Minimális, P2P architektúra (.). Sehol nincs meggyőződve, és a harmadik fél webhelyein meg van semmisítve
És most vissza 300 számítógépünk helyi számítógépéhez, amelyből most például 100 a vipresset használja. Tegyük fel, mind a 10 nyomatok sebességgel 150 karakter per perc (valamint az ilyen átlagos gyorshívó). Tehát összesen 15 000 karakter / perc nyomtatást (≈ 15 kilobyte) nyomtatnak. Mind a 200, de a Vypress párbeszédben nem szereplő 200 eszköz mindössze 15 üzenetet kap percenként. Add hozzá őket kb 5KB szolgáltatásadatokhoz, és kb. 20 kilobájtot kapj. Egy kicsit. De ez a forgalom mindig jelen van a hálózaton. Ezenkívül az a személy szippantja és látja, aki nem kapcsolódik a csevegéshez, amiről beszélnek. Nagyon örülsz, hogy kommunikálsz, ha valaki hallgat rád?
Ezenkívül ne felejtsük el, hogy az UDP Multicast csomag nem rendelkezik garantált szállítással. Vagyis azt, hogy nem csak hallgatni, hogy bárki, de nem garantált, hogy a közvetlen kapcsolat üzenetet fog kapni szánták. Miért tilos a Vypress használatát?
1. A Vypress Chat működik az UDP protokollon, és korábban felmutatja a hálózati réteg összes problémáját
2. Nincsenek főnökök a Vypress Chatban
3. Az IRC mindenki számára könnyebb követni
1. Igaz. De ha hibátlan hálózatot készítesz, akkor milyen áron fog kerülni? Természetesen nyújthatod az optikai szálakat, és garantált az UDP kiváló munkája. De készen állsz arra, hogy adjon pár fizetést? Érdemes gond nélkül kommunikálni az ilyen pénz csevegésében?
2. Is igaz. Ezért van egy fiatal tinédzser, aki bármelyik csatornához megy, és mindent lefed a fejére. Nice?
3. Nem láttam egyetlen olyan kiszolgálót, amely más emberek üzeneteit olvasná. De a Multicast nem okoz semmilyen problémát.
Valójában a célok kérdése talán a legfontosabb kérdés, amikor sok dolgot választanak. Kezdve a mérkőzések dobozából, és befejezve az autót. Nem akarom azt mondani, hogy "a Vypress rossz, használjuk az IRC-t". Sötét lenne. Aztán válaszolhatok "miért van szükségünk egy kiszolgálóra, ha 4 számítógépünk van a hálózaton?". És igazuk lesz. Kinek van szüksége Vypressre?
Tegyük fel, hogy a LAN 100 számítógépre nőtt. Bizonyára már van fájlszerver. Akkor miért nem telepíti az IRC szervert? Nem fogja használni a rendszer erőforrásait, de megmenteni fogja a hálózatot állandó hibák és cseppek miatt. Az IRC szerverrel csatlakozhat egy másik helyi hálózathoz, amely nagyobb kommunikációs szabadságot biztosít az embereknek.
Ui Vajon istenfélő módon hibás helyszínen? Tudnak még mindig bedobni a normál tárhelyért?
P.P.S: És a kedvenc Opera verziói néhány verzió a saját oldalán lóg: (