bontrose
|
|
« Reply #15 on: March 09, 2009, 03:15:26 PM » |
|
the one that started it
|
|
|
Logged
|
i win you lose get over it
NOW
|
|
|
Araeus
|
|
« Reply #16 on: March 09, 2009, 04:21:23 PM » |
|
Yes, I would assume it traces to the IP of the server that started the process.
|
|
|
Logged
|
|
|
|
Ginjitsu
|
|
« Reply #17 on: March 09, 2009, 04:34:48 PM » |
|
I think it actually traces the process back the the gateway currently running the process no matter how many Ip changes that gateway makes.
|
|
|
Logged
|
|
|
|
bontrose
|
|
« Reply #18 on: March 09, 2009, 05:46:52 PM » |
|
yeah ex
server1- starts process- change ip- change ip- player switches to server2-process finishes and gets server1's ip
server2- player switches to server2
server3- sits as a farm
|
|
|
Logged
|
i win you lose get over it
NOW
|
|
|
jager
|
|
« Reply #19 on: March 09, 2009, 06:12:22 PM » |
|
yeah ex
server1- starts process- change ip- change ip- player switches to server2-process finishes and gets server1's ip
server2- player switches to server2
server3- sits as a farm
What? I don't get this ... oh, and you can not finish process from other gateway that it was started ...
|
|
|
Logged
|
|
|
|
siremi
|
|
« Reply #20 on: March 09, 2009, 08:39:15 PM » |
|
The tracer, if successful, will give the IP of the gateway that started the process. The process that is to be traced has to be active, or else the trace will fail. Regardless of any IP Changes on the starter of the process, the trace, when successful will lead to the current IP of the starter of the process.
|
|
|
Logged
|
|
|
|
Araeus
|
|
« Reply #21 on: March 09, 2009, 10:41:12 PM » |
|
Is there a timer between attempts like the VI or can you run four or five traces on one process to try and find the IP?
|
|
|
Logged
|
|
|
|
siremi
|
|
« Reply #22 on: March 10, 2009, 01:24:54 AM » |
|
Is there a timer between attempts like the VI or can you run four or five traces on one process to try and find the IP?
You can run several traces on the same process, it all depends on the available hardware and it costs 20 AP to complete a trace.
|
|
|
Logged
|
|
|
|
virus man
|
|
« Reply #23 on: March 10, 2009, 12:24:51 PM » |
|
Will it still give results on a completed or killed process? If so then you have taken away the only defense against it unless you allow IP Cloaker to guard against it.
|
|
|
Logged
|
SGP is opening their forums for all. From now on all Tutorials and Help files that SGP releases will be available there. SGP's Forums. New World Order
|
|
|
gs 059
|
|
« Reply #24 on: March 10, 2009, 03:23:54 PM » |
|
once the process is gone, it is not soposed to be able to track it anymore
|
|
|
Logged
|
|
|
|
Araeus
|
|
« Reply #25 on: March 10, 2009, 06:40:52 PM » |
|
Yes, it appears there are no defenses against the process tracer. Maybe another use for the rarely used IP cloaker is in order.
Give a % chance based on the tracer version versus the cloaker version for the tracer to beat out, otherwise the IP is not found...
Then you have to decide whether or not you want to have it inform that the user is using a cloaker or just say it failed. I would say inform they are using a cloaker.
|
|
|
Logged
|
|
|
|
Ginjitsu
|
|
« Reply #26 on: March 10, 2009, 07:10:19 PM » |
|
I agree with making a little more defense against said process tracer but instead of the IP cloaker which is for hiding your tracks hoping from Gateway to Gateway I would say using the equally rarely used Scan Blocker would be a better choice for a defense against the tracer.
|
|
|
Logged
|
|
|
|
jager
|
|
« Reply #27 on: March 11, 2009, 06:32:08 AM » |
|
I agree with Ginjitsu. Scan blocker is the right choice for this ... However it should not completely block the possibility, only lower the %.
|
|
|
Logged
|
|
|
|
Araeus
|
|
« Reply #28 on: March 11, 2009, 01:41:18 PM » |
|
DUR :facepalm:. Scan blocker is what I meant. Sorry, got confused.
|
|
|
Logged
|
|
|
|
bontrose
|
|
« Reply #29 on: March 11, 2009, 03:56:10 PM » |
|
lol
|
|
|
Logged
|
i win you lose get over it
NOW
|
|
|
|