Téma: Chat - mit tehetek a renitensek ellen?

Jozef eredeti hozzászólása

Az IP blokktól meg csak chatelni nem tudnak

Ja, nem csak a chat-elésel van gond? Én eddig úgy értettem, hogy a chatelést teszi tönkre.

Jozef eredeti hozzászólása

Bocsánat, ha rosszul fogalmaztam, szóval: Ha IP-t blokkolok, attól csak chatelni nem lehet, minden egyéb funkció működik. Azaz, más funkciót nem korlátozok az IP blokkal.

Akkor talán én fogalmaztam félreérthetően.
Ha az IP címét blokkolod, akkor nem tud chat-elni. Ergo trollkodni sem tud. Ez nem oldaná meg a problémát? Csak mert én úgy értettem, hogy csak a chat-en csinálja ezt, máshol nem.

Egy csomó szolgáltatónál dinamikus az IP-d (elég újracsatlakoznod és újat kapsz), szóval ez nem megoldás. Írta Jozef az elején, hogy több száz nick letiltása 8 hónap alatt a termés, amit nem nagyon tehetett volna meg pár IP-címről.

scs eredeti hozzászólása

Ha az IP címét blokkolod, akkor nem tud chat-elni. Ergo trollkodni sem tud. Ez nem oldaná meg a problémát? Csak mert én úgy értettem, hogy csak a chat-en csinálja ezt, máshol nem.

Tulajdonkeppen szerintem sincs megnyugtato megoldas erre a problemara sajnos.

Ha IP-t blokkolsz, akkor az van amit ducard emlitett, ujracsatlakozik, kihuzza a routert, restartol stb. , ha leteszel egy sutit, azt kitorolni nem tart semeddig, nyilvan a nick tiltas sem er semmit.

Talan ha osszefog a kozosseg, es nem reagaljak le az irritalo hozzaszolasokat, akkor egy ido utan eltunik a renitens.

Egy más típusú chat esetében úgy oldottuk meg a kitiltást kicsit leegyszerüsítve (bár félek így is elég bonyolultan fogom leírni, de kérdezz a bátran ha valami nem világos ), hogy lepakolunk egy sütit a felhasználó böngészőjébe elég hosszú, 1 éves lejárattal, mikor először a site-on jár, hívjuk ezt a sütit "token"-nek. Ezen felül mivel használtunk az oldalon google analytics-et, "trükkösen" felhasználtuk a google analytics, adwords, stb. által tracking-re használt __utm? sütiket is (__umta, __umtb __utmc ... __utmz) - plusz még reseller, cross-site meg egyéb trükkös sütiket is, de nem akarom nagyon elbonyolítani a leírást, félek így is túl elbonyolítom

User regisztrációnál az adatbázisa bekerült ennek a tokennek az értéke is, (plusz a google sütiket is letároltuk, meg ip-t, böngészőt meg sok minden mást is, de ezt most hagyjuk). Tiltásnál a felhasználó gépére nem teszünk semmi plusz sütit, vagy módosítunk meglévőt, valójában nem is az user, hanem a token került tiltásra a weboldal adatbázisában. Ha be akar lápni user valamelyik chat szobába, ellenörzi a program hogy a szoba gazdája nem tiltotta-e ki (token alapján), ha tiltva van, akkor kapja is az üzit hogy sorry, nem léphet be.

Plussz ha belépett egy felhasználóval valaki, és a böngészőjében eltárolt token különbözött a felhasználóhoz tartozóval, akkor a felhasználóhoz tartozót - emlékeztek, amit az adatbázisba letettünk regisztrációkor - bemásoltuk az aktuális helyére, szóval ha user átül idegen géphez, és belép ott a felhasználójával, akkor az a gép is megörökli a regisztrációkor használt tokent, hiába használta azt korábban másik user, pl. ilyen publikus gépek esetében.

Innentől kezdve ha user tiltva lett, reggelhet akárhány új usert, cserélhet IP címet, amég a token-t nem törli, addig minden felhasználó örölki azt, és mivel a tiltás valójában a tokenre szól, így az összes usere tiltva lesz. Persze ha törli a tokent, (meg a cross-site tokeneket, és a google tokenjeit is, IP címet is vált, meg az egyéb kis trükkjeinket is kijátsza) akkor ez a módszer is kijátszható, de azért ezt már tényleg hozzáértők játszák csak ki, elég jól működik, bevált a gyakorlatban.

Összefoglalva: kell egy sütit letenni a weboldalra érkezéskor, egyedi random értékkel, és viszonylag hosszú, semmiképp sem csak a session-re érvényes lejárattal. Regsztrációnál ezt a sütit is le kell tárolni usernév/jelszó mellé az adatbázisba, toltani meg ezt a tokent-t kell. Ez az alap, azt ezt lehet bonyolítani a google __umt? sütijeivel.

Esetleg ha email címre küldött megerősítő kód van, gonosz módon lehet az ilyen ingyenes postafiókcímekre küldendő megerősítő kódok kiküldését késleltetni random 15-45 perc közötti időkkel, ez kis bosszúság a tisztességes usereknek, viszont lassítja az ilyen sorozatban reggelőket is.

Ami biztos, hogy ha valaki reggel, kitiltod, majd újratelepíti a gépét, valami nagyon dinamikus mobil internetet használ, azt így regisztrál tiszta géppel, azt nem fogja ez a módszer sem megfogni, de azért elég hatékony a gyakorlatban, plusz extra dolgokra is jó, pl. többszörös regisztrációk szűrésére, látogató trackingra, különösen ha kicsit elményed az ember a google __umt* sütijeinek rejtelmeiben.

Köszönöm, rendszergazda, kollégáimmal ezt a lehetőséget is megnézzük, valami megoldás kell, hogy legyen. Örök hálám!

t4p eredeti hozzászólása

Tulajdonkeppen szerintem sincs megnyugtato megoldas erre a problemara sajnos.

Ha IP-t blokkolsz, akkor az van amit ducard emlitett, ujracsatlakozik, kihuzza a routert, restartol stb. , ha leteszel egy sutit, azt kitorolni nem tart semeddig, nyilvan a nick tiltas sem er semmit.

Talan ha osszefog a kozosseg, es nem reagaljak le az irritalo hozzaszolasokat, akkor egy ido utan eltunik a renitens.

Sajnos a közösség nagy, egyszerre akár több tucat, folyamatosan változó felhasználó van és mindig van egy, aki reagál rá

scs eredeti hozzászólása

Akkor talán én fogalmaztam félreérthetően.
Ha az IP címét blokkolod, akkor nem tud chat-elni. Ergo trollkodni sem tud. Ez nem oldaná meg a problémát? Csak mert én úgy értettem, hogy csak a chat-en csinálja ezt, máshol nem.

Csak a chaten tudja ezt csinálni, de azt ki is használja alaposan Ma már háromszor tiltottam és elég unalmas játék... de ha nem teszem meg, a chat használhatatlan lesz egy idő után.

Jozef eredeti hozzászólása

Köszönöm, rendszergazda, kollégáimmal ezt a lehetőséget is megnézzük, valami megoldás kell, hogy legyen. Örök hálám!

Ez a megoldás a gyakorlatban beválik, bár szerintem mi már annyira elbonyolítottuk hogy jobban már nem is lehet

Gyakorlatban úgy néz ki a dolog, hogy otthoni gépről user belép, akar csetelni de már blokkolva van, nem tud. Erre megpróbál kilépni és csinálni új regisztrációt, ez sikerül is, de a "token" süti miatt az új és az összes régebbi loginhoz ugyan az a token lesz hozzárendelve, chat megint csak kidobja. Ha kicsit szakibb a felhasználó, akkor IP blokkolásra gyanakodhat, kerít új IP címet, de ez a tokenre semmi hatással nem lesz, a blokkolásra sem.

Ez az alap, ezt lehet tovább okosítani, pl. mi IP címet is nézünk a netkávézók, internet klubok miatt, így ha egyik gépen már a tokenes módszer miatt blokkolva lett, hiába ül át másik géphez (másik böngésző, nincs token), mivel általában egy internet hozzáférést osztanak szét a netcafe-k, így az azonos IP-ről érkező új regisztráción keresztül is meg tudjuk így fogni a többszörös regisztrációkat.

Nem 100%-os a módszer persze, kijátszható ez is, de a gyakorlatban bevált, ill. eléggé megnehezíti a csalók életét, a többiek számára pedig nem jár semmiféle kellemetlenséggel.