|
|
|
 |
 |
 |
 |
|
 |
 |
|
 |
 |
|
 |
|
| Development::Feature Requests Post suggestions/feature requests here. |

03-05-2008, 05:05 PM
|
|
Developer
|
|
Join Date: Mar 2007
Location: Ohio
Posts: 648
|
|
I remember looking through the logs one day there were some bits about large position moves that might have something like this in mind. Because I use #gmspeed, I usually see it all the time, I just can't find a specific example to speak of. If I find one, I'll post it here.
|

03-05-2008, 11:36 PM
|
 |
Developer
|
|
Join Date: Aug 2006
Location: USA
Posts: 5,946
|
|
I considered that, but then anytime you get a mage summon, it would trigger the alarm. Or anytime a guide summoned a player it would as well.
You would have to keep track of every summon done by players and GMs. If you could track both of those to tie them together, then you could maybe just remove anyone who doesn't have one of those 2 tied to the large position move and they are MQ warpers.
|

03-06-2008, 07:08 AM
|
|
Developer
|
|
Join Date: Mar 2007
Location: Ohio
Posts: 648
|
|
Using the grep command on a log file in Linux would be easy enough to filter just the large moves from the logs, and using that information as an additional log file (warping.log or whatever), you could use it to find out who is getting warped, and see who's doing it a lot, etc.
Of course, I'm sure the source could easily be tweaked to do the same thing real-time. I assume the same could be done for casting of CoH, the GM summoning command, or if someone uses the #zone command to change location (if you have it enabled). It could then be tied into a rule, which could be turned on & off at will (if you don't care, why waste extra HD space?).
Just a thought...
|

03-06-2008, 07:11 AM
|
|
Administrator
|
|
Join Date: Sep 2006
Posts: 1,348
|
|
Solicited zone moves would reset the tracking target, you could then track with a bit of slack of course if a PC is moving considerably faster than he should be allowed. This would probably cover most the usage, in zone warping is probably the easiest thing to track.
Things like buying AAs and skilling up for the most part are handled server-side, you could trick the client into thinking you bought one or your skill was a certain level for a client side effect however, would be virtually impossible to track though unless they were abusing run speed aas with a warp tracker as above.
One thing sony also does is have the ability to mark certain NPCs, targeting the NPC is logged, they apply the same system to doors and other invisible objects. If you're targeting something you're not supposed to that sends up a red flag on sony's end, and I actually think it's pretty clever.
|

03-08-2008, 09:05 AM
|
|
Sarnak
|
|
Join Date: Dec 2007
Posts: 60
|
|
peq db has a hack log that shows if anyone uses a # command me and my brother was playing around and i set #gm on command on him i did not change this stat to 250 but his name went green and no mobs would atk him like a guide this worked only till he zoned. but i ask him to try /goto (me) it logged him in my hackers log so i know that much works. but to use it for the type of cheats your talking about I'm not sure If you could make it work
|
 |
|
 |

03-28-2008, 08:31 AM
|
|
Developer
|
|
Join Date: Oct 2004
Location: THE ATL (wut wut)
Posts: 325
|
|
We've got code in place to prevent MQ2 /warp and /zone functions. The anti-/warp code isn't hard, but it does take some tweaking, as you've got to allow a certain amount of leeway for lag. We have also had issues with zones that use intra-zone portals (such as Paineel, Felwitheb, and one of the Freeports), but I believe that Null (one of our superdevs) was able to resolve that. I'll take a look at it. Many of the variables are currently hardcoded, so I'd need to integrate it into the Rules System before I release it.
The anti-/zone code (though fantastic) relies on your zone_points table being fully populated with x, y, z in addition to the target_x, target_y, target_z. I'm hesitant to post it because I don't want 10,000 PMs about why people are getting attacked by the hack detector, when it's related to their database.
I don't have the zone_points table fully populated, as my server currently only supports Classic, Plane of Fear, Plane of Hate, and Plane of Sky, so if you wanted to allow access all the way through PoP, you'd have a lot of work to do in getting the zone_points table up to date.
If you guys want the code, I'm happy to post it, but I am afraid that it will generate more work than most people will be willing to do.
Thanks,
Dax
__________________
Daxum
Former ServerOp - Vallon Zek / Tallon Zek Emu Server - Legit / Guild PvP - (2007 - 2011 RIP)
|
 |
|
 |

03-28-2008, 09:07 AM
|
|
Discordant
|
|
Join Date: Jun 2005
Posts: 286
|
|
I would give my third from the left nut for this code. AND, I most likely wouldn't bother you.  xoxo
__________________
-Croup (the rogue)
Creator of Pandemic (PvP-Racewars)
|

03-28-2008, 05:57 PM
|
|
Developer
|
|
Join Date: Oct 2004
Location: THE ATL (wut wut)
Posts: 325
|
|
__________________
Daxum
Former ServerOp - Vallon Zek / Tallon Zek Emu Server - Legit / Guild PvP - (2007 - 2011 RIP)
|
Posting Rules
|
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts
HTML code is Off
|
|
|
All times are GMT -4. The time now is 05:06 AM.
|
|
 |
|
 |
|
|
|
 |
|
 |
|
 |