Az álcázás (cloaking) egy módszer a felhasználók valós gazdaneveinek elrejtésére. Például, ha a valódi gazdaneved d5142341.cable.wanadoo.nl, (a join, part, whois stb. üzenetekben) rox-2DCA3201.cable.wanadoo.nl-ként lesz megjelenítve. - Ez a featúra hasznos annak a megelőzésére, hogy a felhasználók egymást floodolják, mivel nem látják a valódi gazdanevet ill. IP címet.
+ Ez a featúra hasznos annak a megelőzésére, hogy a felhasználók egymást árasszák (floodolják), mivel így nem látják a valódi gazdanevet ill. IP címet.Ez a +x felhasználói móddal vezérelhető (például: /mode nickneved +x), az adminok erőltethetik a +x alapértelemzésbeli engedélyezését is, vagy beállíthatják, hogy a mód soha ne legyen eltávolítható.
Az álcázott gazdanevet egy álcázó modul állítja elő (egyet szükséges betöltened), jelenleg 2 ilyen hivatalos modul áll rendelkezésre:
@@ -240,7 +241,7 @@ Windows:
belsőleg használ md5-öt, és 3 kulcsot igényel (set::cloak-keys::), amelyek mindegyike kis- (a-z),
nagybetű (A-Z) valamint szám (0-9) karakterekből áll [pl.: "AopAS6WQH2Os6hfosh4SFJHs"]. Az example.conf-ban találsz példát.
oldcloak: Ez az Unreal3.2 és korábbi verziók által használt, régi álcázó algoritmus, és csak azért van itt,
- hogy segédkezzen a frissítési folyamatban. Mostmár nem tartjuk biztonságosnak (kapsz egy figyelmeztést,
+ hogy segédkezzen a frissítési folyamatban. Most már nem tartjuk biztonságosnak (kapsz egy figyelmeztést,
ha használod), és rögtön érdemes átváltanod a "cloak"-ra, amint frissítetted a szervereidet.
Az álcázási kulcsoknak egy hálózat MINDEN SZERVERÉN azonosnak KELL lenniük. Továbbá a kulcsokat tartsd TITOKBAN, mert ha valaki ismeri a kulcsokat, visszafejtheti az eredeti gazdanevet (ami a +x felhasználói módot hasznavehetetlenné teszi).
@@ -265,7 +266,7 @@ Windows:A jelenleg rendelkezésre álló snomaskok az alábbiak:
c - helyi kapcsolódások
F - távoli kapcsolódások (kivéve U:line-os szerverekről)
- f - flood értesítések
+ f - árasztásokról szóló értesítések
k - kill értesítések [*]
e - szem (eyes) értesítések
j - selejt (junk) értesítések
@@ -352,20 +353,20 @@ K
(mint a valami.dyndns.org). Ha két dinamikus DNS-sel rendelkező gépet linkelsz, állítsd be a link::options::nodnscache és a link::options::nohostcheck opciókat.
3.12 - Árasztásvédelmi featúrák
Elfojtás
Az elfojtás (throttling) egy módszer annak korlátozására, hogy egy felhasználó milyen gyorsan bonthatja a kapcsolatot
és kapcsolódhat újra szerveredre. Beállíthatod a set::throttle blokkban, hogy X kapcsolatot engedélyezzen YY másodperc alatt ugyanarról az IP-ről.
Csatornamódok
-Vannak csatornamódok is, amelyek nagyon hatásosak lehetnek floodok ellen. Hogy néhányat megnevezzünk:
-K = nincs /knock (bekopogás), N = nincsenek nickváltások, C = nincsenek CTCP-k, M = csak regisztált felhasználók beszélhetnek.
+Vannak csatornamódok is, amelyek nagyon hatásosak lehetnek árasztások (floodok) ellen. Hogy néhányat megnevezzünk:
+K = nincs /knock (bekopogás), N = nincsenek nickváltások, C = nincsenek CTCP-k, M = csak regisztrált felhasználók beszélhetnek, j = belépések számának szabályozása (felhasználónkénti alapon)
A beta18 óta egy sokkal fejlettebb, +f csatornamód is használható...
Az f csatornamód
A csatornabeli áradatok elleni védelem most már beleépült az ircd-be ezen csatornamódként, hogy ne kelljen scripteket és a botokat használni.
Egy példa a +f módra: *** Blah sets mode: +f [10j]:15
Ez azt jelenti, hogy 10 belépés engedélyezett a csatornára 15 másodpercenként. Ha a korlátot túllépik, a +i csatornamód lesz automatikusan beállítva.
-A következő floodtípusok állnak rendelkezésre:
+A következő árasztástípusok állnak rendelkezésre:
| típus: | név: | alapért. tevékenység: | más elérhető tevékenységek: | megjegyzés |
| c | CTCP-k | automatikus +C | m, M | |
| d | dcc | DCC fájlnév | ||
| a | away | Távolléti üzenet | ||
| t | topic | Témabeállítás | ||
| u | user | Felhasználó kitiltása, nick!user@host:valósnév alakú illeszkedési maszk | ||
| u | user | Felhasználó kitiltása, nick!user@host:valósnév alakú illesztési maszk |
3.16 - Karakterkészletek nicknevekhez
Az UnrealIRCd-nek most már megvan az a képessége, hogy meghatározzuk, milyen karakterkészleteket/nyelveket szeretnénk engedélyezni
+a nicknevekben. Ezt a set::allowed-nickchars direktívával tehetjük meg.
+Egy táblázat az összes választási lehetőségről:
+
| Név: | Leírás: | Karakterkészlet/kódolás: |
| catalan | Katalán karakterek | iso8859-1 (latin1) |
| dutch | Holland karakterek | iso8859-1 (latin1) |
| french | Francia karakterek | iso8859-1 (latin1) |
| german | Német karakterek | iso8859-1 (latin1) |
| swiss-german | Svájci német karakterek (nincs es-zett) | iso8859-1 (latin1) |
| icelandic | Izlandi karakterek | iso8859-1 (latin1) |
| italian | Olasz karakterek | iso8859-1 (latin1) |
| spanish | Spanyol karakterek | iso8859-1 (latin1) |
| swedish | Svéd karakterek | iso8859-1 (latin1) |
| latin1 | Holland, francia, német, svájci német, spanyol, izlandi, olasz, svéd | iso8859-1 (latin1) |
| hungarian | Magyar karakterek | iso8859-2 (latin2) |
| polish | Lengyel karakterek | iso8859-2 (latin2) |
| latin2 | Magyar, lengyel | iso8859-2 (latin2) |
| polish-w1250 | Lengyel karakterek, Windows-os változat (sajnos gyakoribb, mint az iso) | windows-1250 (cp1250) |
| greek | Görög karakterek | iso8859-7 |
| turkish | Török karakterek | iso8859-9 |
| hebrew | Héber karakterek | iso8859-8-I/windows-1255 |
| chinese-simp | Egyszerűsített kínai | Több-bájtos: GBK/GB2312 |
| chinese-trad | Hagyományos kínai | Több-bájtos: GBK |
| chinese-ja | Japán hiragana/pinyin | Több-bájtos: GBK |
| chinese | chinese-* | Több-bájtos: GBK |
| gbk | chinese-* | Több-bájtos: GBK |
set { allowed-nickchars { latin1; }; };
+2. Példa: ha főleg kínai felhasználóink vannak, és a "rendes" kínai karaktereket szeretnénk engedélyezni:set { allowed-nickchars { chinese-simp; chinese-trad; }; };
+Az UnrealIRCd-nek rengeteg featúrája van, ezért itt nincs minden megemlítve... Rájössz majd magadtól is.
@@ -685,7 +727,7 @@ class <name> {
A connfreq csak szerverekre használható, és a kapcsolódási kísérletek közötti időt jelenti másodpercekben, ha az autoconnect engedélyezve van.
A maxclients meghatározza, hogy maximálisan (összesen) hány kliens/szerver tartozhat ebbe a kapcsolati osztályba.
A sendq meghatározza azt az adatmennyiséget, amennyi megengedett a küldésre várakozó üzenetek sorában [send queue] (legyen nagyon magas alacsony sávszélességű szerverekhez, közepes a kliensekhez).
-A recvq meghatározza azt az adatmennyiséget, amennyi megengedett a fogadásra váró üzenetek sorában [receive queue], és ezt használjuk flood-szabályozásra +
A recvq meghatározza azt az adatmennyiséget, amennyi megengedett a fogadásra váró üzenetek sorában [receive queue]; ezt használjuk az árasztások szabályozására (csak normál felhasználókra vonatkozik, 8000 ajánlott, ez az alapértelmezés is; kísérletezhetsz 3000-8000 közötti értékekkel).
Példák:
@@ -2155,6 +2197,8 @@ set {
Meghatározza a csatornabeli services parancsok előtag karaktereit. Azok az üzenetek, amelyek az
itt megadott karakterek bármelyikével kezdődnek, még olyan kliensekhez is el lesznek küldve, amelyek
a +d móddal rendelkeznek. Az alapérték "`".
+set::allowed-nickchars { <felsorolás> };
+ Nicknevekben engedélyezendő karakterkészletek / nyelvek, lásd: Karakterkészletek nicknevekben.
set::allow-userhost-change [never|always|not-on-channels|force-rejoin]
Meghatározza, hogy mi történjen, ha az user@host megváltozik (+x/-x/chghost/chgident/setident/vhost/stb. esetén).
A never letiltja mindegyik parancsot, az always akkor is engedélyezi, ha a felhasználó csatorná(k) tagja (szinkronhibát
@@ -2277,7 +2321,7 @@ set {
set::ident::read-timeout <időérték>;
Azon másodpercek száma, ami után az Unreal hagyjon fel az ident válaszra várakozással (alapértelmezés: 30s).
set::anti-flood::unknown-flood-bantime <időérték>;
- Meghatározza, mennyi időre legyen kitiltva egy ismeretlen kapcsolatú floodoló.
+ Meghatározza, mennyi időre legyen kitiltva egy ismeretlen kapcsolatú árasztó.
set::anti-flood::unknown-flood-amount <szám>;
Meghatározza azt az adatmennyiséget (kilobájtokban), amit egy ismeretlen kapcsolatnak
el kell küldenie ahhoz, hogy ki legyen tiltva.
@@ -2371,27 +2415,19 @@ set {
7 – Felhasználói és operátori parancsok táblázata
8.6. Denial of Service támadások (DoS) [avagy: hogyan védd meg a hubodat]
-Ebben a példában, lehet, hogy azt gondoljuk, hogy a .+ a "HE"-re illeszkedik. Azonban ez helytelen. Mivel a + mohó, a "HEL"-re illeszkedik. Az indok az, hogy a beviteli szöveg legnagyobb egyeztethető részét választja, miközben mégis megengedi a teljes regexnek, hogy illeszkedjen. Ebben a példában azért választotta a "HEL"-t, mert az egyetlen másik követelmény csak az, hogy a ".+"-ra illeszkedő szöveg utáni karakternek "L"-nek kell lennie. Mivel a szöveg "HELLO", a "HEL"-t "L" követi, ezért illeszkedik. Néha viszont jól jön, ha egy operátort nem mohóvá tudunk tenni. Ezt úgy tehetjük meg, hogy "?"-et teszünk az ismétlő operátor után. A fentit módosítva ".+?L"-re, a .+? mostmár a "HE"-re illeszkedik, mintsem a "HEL"-re, mert nem mohó állapotba helyeztük. A ? bármilyen ismétlő karakter után helyezhető: ??, *?, +?, {M,N}?.