AdmiHub3 leírás

Bevezetés

Az AdmiHUB 3 egy új termék a DC++ hubszoftverek családjában. A gondos tervezés, a rengeteg felhasznált ötlet és tapasztalat, valamint a program által alkalmazott legmodernebb szervertechnológia eredményeként egy rendkívül gyors, stabil és nagytudású hubszoftver jött létre, mely bizton számíthat a felhasználók, operátorok és szerver-üzemeltetők megelégedésére.

A szoftver már a készítés viszonylag korai fázisától kezdve éles teszt alatt futott a Matrix hubon, így a folyamatos felhasználói és operátori visszajelzések, kérések, észrevételek még kiforrottabbá tették azt.

Az AdmiHUB 3 funkcióinak tervezésekor és elkészítésekor felhasználásra kerültek a készítő és a Matrix hub operátorainak tapasztalatai, ötletei, valamint pár olyan kényelmi funkció is, amelyek egy másik hubszoftverben már beváltak, és az operátorok megszokták a használatát.

Jellemzők

Operációs rendszer követelmények:

Mivel a hubszoftver speciális, a Windows NT által támogatott szervertechnológiát használ, ezért csak Windows NT alapú operációs rendszer alatt futtatható, nevezetesen: Windows NT 5.0 vagy magasabb, Windows XP, Windows 2000, Windows 2003, Windows Vista
Jelenleg egy Unix/Linux alapú változat is tervbe van véve
Ajánlott operációs rendszer: Windows 2003 Server

Rendkívüli sebesség:

A szoftver 6000 userig 1-2% processzort használ, és 10000 usernél is csak 13% körül (összehasonlításképp, az egyik „konkurens”, legelterjedtebb Windows-os hubszoftver ugyanezen a szerveren 5700 usernél használt 40% CPU-t). A tesztszerver egy AMD64 3200+, 1 GB RAM-mal.
Egy újrainditás után a hubszoftver képes ezresével beengedni a felhasználókat, amennyiben ez engedélyezve van

Alacsony memória-használat:

6000 felhasználóval 35 MB fizikai memóriát és 47 MB virtuális memóriát használ (ez függ attól is, hogy mennyi ideje fut a hub, mert hosszú futás után több bejegyzés lesz az IP- és Nick-történetben – de a hub 9000 felhasználóval, 2 hetes futás után is csak 138 MB fizikai, és 147 MB virtuális memóriát használt).

Hatékony szűrők a sávszélesség megtakarítására:

A hub a megváltozott MyINFO-kat (a felhasználó nickjét, leírását, email-címét és megosztás-méretét tároló string) csak az Operátoroknak küldi el (az újonnan belépő felhasználóét természetesen mindenki megkapja)
Passzív kereséseket csak az aktív felhasználóknak küldi el, hiszen passzív passzívtól úgysem tölthet
Egy bizonyos idő után kikapcsolja a felhasználóknak a közös chatet, ha megadott számú percen át nem ír semmit a közös chatbe (tehát, a felhasználó nem fogja megkapni a chat-üzeneteket, amíg újra nem aktiválja egy beírással).
Beállítható, hogy a hub a MyINFO string mely elemeit küldje el az újonnan csatlakozó felhasználóknak, így a felesleges mezők (leírás, e-mail cím) eltávolításával további sávszélesség spórolható meg. (3. ábra)
A fentebb említett funkcióval, ha abban a megosztásméret küldése ki van kapcsolva, mindenkinek 0b-al jelenik meg a megosztása
A távoli felügyelet klienssel bejelentkezve haladó statisztikák tekinthetőek meg a hubról. (2. ábra)

Kivételes védelem a floodok és visszaélések ellen:

Beállítható, hogy az egyes felhasználói osztályokba tartozó userek együtt legfeljebb hány chat-beírást küldhetnek másodpercenként
Megadható, hogy egy felhasználó hány másodpercenként írhat új üzenetet a chatbe
Megadható, hogy ugyanazzal az IP-vel hány másodpercet kelljen várni a hubra történő két belépés között (ki-be ugrálós flood-botok ellen)
Beállítható, hogy egy IP-ről legfeljebb hány felhasználó léphet be (a sok példányban fellépő flood-botok ellen)
Ezen szabályok alkalmazásával, megfelelően beállítva a hub rendkívüli mértékben védett a floodoktól úgy, hogy mindeközben a normális hétköznapi chatet nem gátolja.
Beállítható, hogy hibás jelszó küldése után mennyi tiltás legyen kiadva

Erőteljes chat-védelem, és szűrők:

Beállítható a kötelező előtagok (prefixek) listája. Ebben egyszerre több elem is megadható.
A hub felismeri a kiabálásokat (csupa nagybetűvel való írás), és a küldő user számára láthatatlan módon átalakítja kisbetűssé
A beírások végéről leszedi a (véletlenül) berakott sortöréseket
A közös chatbe történő beírások hossza, és a sortörések száma korlátozható
Beállítható, hogy hány percig ne lehessen egy felhasználónak ugyanazt a szöveget bemásolni a közös chatbe
Az operátorok által rejtett némítással „jutalmazott” felhasználók ugyanúgy megkapják a hubtól, amit írnak, mintha nem lennének némítva, viszont a többiek nem – ezáltal a renitens user azt hiszi, hogy elmegy amit küld, és nem fog bejönni a hubra másik nickel
A közös chat- és privát üzenet szűrők az üzenetet küldő felhasználó számára észrevétlen módon gátolják meg a nem kívánt szavakat tartalmazó beírások célbajutását, és külön állíható módon ad ki tiltást a hub a felhasználóra, ami lehet a letöltés vagy chat tiltásától kezdve kitiltás is.
Minden egyes tiltott kifejezéshez megadható, hogy hol legyen szűrve (közös chat, privát chat, chatszobák), illetve az a legmagasabb osztály, amelyre még vonatkozik a figyelés.
Megadható, hogy a chat üzenetekben mely karakterek megengedettek, és melyek nem.

Kényelmes kirúgás, banolás és átirányítás:

Kirúgáskor a kick-üzenetbe írt _BAN_xy paranccsal egyszerűen bant adhatunk a kirúgott user IP-jére és nickjére (ahol x egy tetszőleges egész szám, y pedig: S, M, H vagy D; pl. _BAN_10m 10 percre, _BAN_2h 2 órára ad ideiglenes bant)
Ugyanez a funkció működik a Redirect (Átirányítás) parancsra is; az átirányítás mellé a felhasználó kap egy ideiglenes bant is, és amikor megpróbál a banolás alatt visszajönni a hubra, akkor a hub szintén arra a hubra irányítja, amely a Redirect-ben szerepelt
Tökéletes ban-lista megjelenítés: a banlista oszlopai tökéletesen egymás alatt vannak (ez nem könnyű dolog, mivel az alapértelmezett DC betűtípus, az MS Sans Serif nem fix szélességű betűtípus [ellentétben pl. a Courier New betűtípussal])
Lehetőség van IP tartományok tiltására is, így például egy flood esetén kitiltható a felhasználó, vagy beállítható csak egy bizonyos országból klienseket fogadó hub
Az egyes akciókhoz különböző átirányítási címek adhatóak meg (mint pl. hibás nicknév, tiltott IP cím, túl sok kapcsolat az adott IP-ről)

Teljeskörű beállíthatóság, osztályszinten:

A hub legtöbb beállítása osztályszinten adható meg – ezáltal maximális rugalmasságot nyújtva a hubüzemeltetőknek (lásd a Képek c. mellékletet)
Osztályszinten állíthatóak a különböző protokoll-jogosultságok is, mint például a keresés, letöltés vagy üzenetküldés, valamint a regisztrációs és távoli elérés funkciók is.
A minimum megosztási értékek szintén osztályszinten adhatóak meg, a különböző jogosultságokra is – akár bájtnyi pontossággal (6. ábra)
Egyesével beállítható, hogy az egyes osztályok mely parancsokat használhatják (11. ábra)

Kiforrott chat-szoba kezelés:

Osztályonként megadható, hogy milyen jogosultságai legyenek a szobára (4. ábra)
Minden szobánál beállítható, hogy milyen tipusú jelentéseket jelenítsen meg
Lehetőség van a chat-szobák logolására
Megadható, hogy megjelenjen -e a ki- illetve belépő felhasználók neve

Részletes IP- és Nick-történet:

A hub eltárolja azt, hogy mely nickek mely IP-ket használták, valamint azt, hogy az egyes IP-khez milyen nickek tartoztak
A hub részletes információkat tárol a kilépett felhasználókról is (12. ábra)

Kibővített hublista-regisztrációk:

Minden egyes hublistához beállítható külön hubnév, leírás, hubcím és regisztrációs időköz
Minden hublistához beállítható egy pinger, melynek vagy megadható a jelszava, vagy külön pinger osztályba regisztrálható, így a hub nem fog tőle jelszót kérni, de a nevét sem vizsgálja

Triggerek:

Beállíthatóak egyes chat üzenetekre automatikus válaszok, így lekezelhető egyes felhasználók gyakori kérdései, kérései
A válaszban használhatóak helyettesítések is: a %nick% a felhasználó nevét, az %ip% a felhasználó IP címét adja vissza
Az is testreszabható, hogy az egyes triggerekre a válasz a közös- vagy a privát chatbe érkezzen

Távolról való irányíthatóság:

A hubot külön grafikus felülettel lehet beállítani – akár egy távoli gépről is
A távoli gépről való beállíthatóság nagyban megkönnyíti, és meggyorsítja a hub kezelését – nem kell folyton más távoli asztal programokkal bejelentkezni

Email-es regisztrációs rendszer:

A hubra a felhasználók regisztrálhatják magukat oly módon, hogy web-böngészővel rácsatlakoznak a hubra, megadnak a bejövő weblapon egy kívánt nicket, meg egy email-címet, majd a hub a megfelelő ellenőrzések után beregisztrálja a felhasználót egy véletlenszerű jelszóval, és a megadott email-címre elküld egy megerősítő levelet, amely tartalmazza ezen jelszót
Védelmi funkcióként korlátozható, hogy mely email-végződéseket lehessen használni a regisztráció során; egy IP-ről hány percet kelljen várni két regisztráció között; a friss regisztrációkat hány perc elteltével aktiválja a hub; és hogy a rendszer egy email-címmel csak egyetlen regisztrációt legyen hajlandó végrehajtani

LUA interfész: