 |
 |
|
|
Member
805 posts
Registered:
Mar 2006
Why do we have commands to block snapshots and all sort of f_ commands in our official QW clients? I think this things were meant to help administrators to find cheats and also to know who is who on the server. Then why players have the option to turn this commands off? https://tinyurl.com/qwbrasil - QuakeFiles
Member
1435 posts
Registered:
Jan 2006
What other commands besides scr_allowsnap are you talking about?
Member
805 posts
Registered:
Mar 2006
Mainly the allow_f_system, cause players can not fake their computers (not easily)! By the way, why the f_ commands do not work if you are connected as spectator? If I'm a administrator connected as spectator, I can not ask a f_ command and I think I will not receive spectators responses too. https://tinyurl.com/qwbrasil - QuakeFiles
News Writer
493 posts
Registered:
Jan 2006
how could you cheat with f_system?
Member
1435 posts
Registered:
Jan 2006
Heh, unless you give some valid reason, we are not going to force users to publish their system specs.
You can do a f_version query if you are a spec (check before you ask, christ).
You will not receive a reply from spectators, how could spectators cheat? Also please change the subject of this thread.
Member
805 posts
Registered:
Mar 2006
']how could you cheat with f_system? I didn't say anybody cheat with f_ commands! But if you're administrating a server and you have some cheaters and disorderly players, that play each time with a different nickname, the fastest way to discover who is that unnamed guy is using informations from f_ commands. ..., You can do a f_version query if you are a spec (check before you ask, christ). Testing f_ commands in a server (I think it's the old qwsv.exe) connected as spectator ]f_system
0:48 [SPEC] vegetous: f_system
]f_version
0:48 [SPEC] vegetous: f_version
]version
ezQuake 1.8 stable (build 1917)
Exe: 18:13:09 May 27 2007 Same server connected as player ]version
ezQuake 1.8 stable (build 1917)
Exe: 18:13:09 May 27 2007
]f_version
0:49 vegetous: f_version
0:49 adon_: ezQuake version 1754 Win32:GL crc: b85126wGf08GFjoPmGw13uB2joLPrV
0:49 die4you: FuhQuake version 0.31 (build 675) Win32:GL crc: 68466F93E0E52D86
0:49 vegetous: ezQuake 1.8 stable (build 1917) Win32:GL
0:49 VQC>.NiKitA: ezQuake 1.8 stable (build 1917) Win32:GL
0:49 vqc>.MaNTrA: ezQuake 1.8 stable (build 1917) Win32:GL
0:49 cecco: hay hay hay
0:49 cecco: ezQuake 1.8 stable (build 1917) Win32:GL
0:49 cecco: hay hay hay
]f_system
0:49 vegetous: f_system
0:49 adon_: 255MB, AMD Duron(tm) Processor 746MHz, GeForce FX 5200/AGP/3DNOW!
0:49 vegetous: 1023MB, AMD Sempron(tm) 3000+ 2000MHz, RADEON 9600 x86/MMX/3DNow!/SSE
0:49 VQC>.NiKitA: disabled
0:49 vqc>.MaNTrA: 1023MB, AMD Sempron(tm) Processor 3100+ 1799MHz, GeForce FX 5500/AGP/SSE2/3DNOW!
0:49 cecco: 894MB, AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ 2004MHz, GeForce 6100/PCI/SSE2/3DNOW! Testing f_ commands in a server running last mvdsv + ktx (connected as spectator) ]version
ezQuake 1.8 stable (build 1917)
Exe: 18:13:09 May 27 2007
]f_system
0:53 vegetous: f_system
0:53 player: 511MB, Intel(R) Pentium(R) D CPU 2.80GHz 2800MHz, RADEON 9200 Series DDR x86/SSE2
0:53 Qu1k: 1023MB, Intel(R) Pentium(R) 4 CPU 3.00GHz 3007MHz, GeForce FX 5200/AGP/SSE2
0:53 wer: disabled
0:53 mur.newsens: 2047MB, AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ 2600MHz, GeForce 8800 GTS/PCI/SSE2/3DNOW!
]f_version
0:53 vegetous: f_version
0:53 player: ezQuake 1.8 stable (build 1917) Win32:GL
0:53 Qu1k: ezQuake 1.8 stable (build 1917) Win32:GL
0:53 wer: ezQuake 1.8 stable (build 1917) Win32:GL
0:53 mur.newsens: ezQuake 1.8 stable (build 1917) Win32:GL
0:53 DaNgErFiElD: f_cmdline
0:53 Qu1k: ezquake-gl.exe -width 800 -height 600 -conwidth 400 -bpp 32 -mem 64 -democache 32768 -gamma 0.7 -noforcemaccel -noforcemparms -particles 512 +set vid_displayfrequency 75 +cfg_load teste +set vid_vsync 0 -m_smooth -dinput +set cl_independentPhysics 1 -ruleset smackdown -noscripts +set
0:53 player: ezquake-gl.exe -game fbca -mem 64 -democache 32768 -width 640 -height 480 -conwidth 640 -conheight 480 -bpp 32 +set vid_displayfrequency 120 -no24bit -particles 512 +set s_khz 44 -noforcemaccel -noscripts +set cl_independentPhysics 1
0:53 wer: disabled
0:53 mur.newsens: disabled Btw.: Do I need to already know something before ask? O_o You will not receive a reply from spectators, how could spectators cheat? Also please change the subject of this thread. It's not about cheating, it's about knowing who really is that spectator. https://tinyurl.com/qwbrasil - QuakeFiles
Member
1435 posts
Registered:
Jan 2006
Every player who will receive "f_version" MESSAGE TEXT will respond to it. Spectators will not. I don't know what was the point of your examples, if there was any. You have to be more specific.
I don't think system specs should be used as a way to authenticate connected clients.
Member
805 posts
Registered:
Mar 2006
The examples were to show you that in some servers the f_ commands does not work for spectators (I don't know why). But for mvdsv + ktx they work fine.
How am I supposed to authenticate the clients in a public server?
What's the purpose of this commands if they can be disabled? Is It just to show how cool my computer is? https://tinyurl.com/qwbrasil - QuakeFiles
Member
1435 posts
Registered:
Jan 2006
Again, f_version does not depend on the server and it is not a command.
I thought you will give more explanation on the examples, especifically for the first one -
A) were there other players present on the server?
B) could they see your "f_version" message?
You cannot authenticate clients in a public server, there is no mechanism to do this. IP address is the only reliable information, entries in userinfo are not reliable, but they can help too.
The purpose of the "f_system" is only to show what're your HW specs.
The purpose of f_cmdline is only to show what's your command-line. That was usefull when you were helping a newbie on a server set things up. In latest ezQuake there is no need to use any command-line options anyway.
You assumed that those serve as some sort of authentication because they start with f_*?
Member
355 posts
Registered:
Jun 2006
Might as well start those commands with the letter E instead of F 
Member
485 posts
Registered:
Feb 2006
Original purpose of f_cmdline was to reveal a command line option that removed shadows. The 'f' stands for FAQproxy?
Member
805 posts
Registered:
Mar 2006
a)I'm not dummy enough to use a empty server to make a test where other clients suppose to answer mine's.  So the first log was made one minute before the second. And I thought the description text was pretty clear (ok, it was maybe clear only for me) " Testing f_ commands in a server (I think it's the old qwsv.exe) connected as spectator" (as you can see, no response from any client) and then ' Same server connected as player". And you can see the time of the second log was made exactly one minute after de first and I'm not a spectator anymore (no nickname prefix [SPEC]). b) Yes! It was a FFA standard server. Forget about authentication (I miss used the term) I just need a better way to identify unnamed players. btw, do you agree that there's no meaning to clients keep the command (variable what ever) scr_allowsnap? tnx! btw2.: f_system is the only command that can help uncovering unnameds. https://tinyurl.com/qwbrasil - QuakeFiles
Member
1435 posts
Registered:
Jan 2006
Sorry I'm not following. In the first log you are a spectator issuing the f_system and f_version query and even from the log it's clear players can see that -> then do not respond. What is your point in here?
Authentication is the process of identifying the identity of someone.
scr_allowsnap - A league can force you to allow it and if your client doesn't send screenshot, it can be taken as a rules violation.
But I also do not know the reason for why you can turn it off.
Member
805 posts
Registered:
Mar 2006
Sorry I'm not following. In the first log you are a spectator issuing the f_system and f_version query and even from the log it's clear players can see that -> then do not respond. What is your point in here? They can see, but there was no response! I reconnected as a player, did the same query (f_system, f_version) and received the normal responses! If they turn it off, they can be kicked for not allowing snapshots, but I'll be not able to see what kind of cheat they were probably using. I thought you were talking about authentication regarding user accounts! https://tinyurl.com/qwbrasil - QuakeFiles
Member
4 posts
Registered:
Aug 2007
"]f_version
0:48 [SPEC] vegetous: f_version "
Doesn't that mean spectators were silenced? If spectators are silenced no one is going to see your requests.
Member
88 posts
Registered:
Oct 2006
Is your problem that clients (players) can disable f_stuff if they want to?
the reason for this is quite simple: if you are on a FFA server and everyone would start spamming f_requests, that would seriously lag and/or deteriorate the PCs performance of everybody. It was only ever intended for competition games, where the rule can then be quite simple: if you dont have f_stuff enabled, you are banned.
I'm nost sure how any f_stuff would allow you to positively verify anyones identity though.
Member
1435 posts
Registered:
Jan 2006
"]f_version
0:48 [SPEC] vegetous: f_version "
Doesn't that mean spectators were silenced? If spectators are silenced no one is going to see your requests. Thanks for claryfication, this was the point of my last post, however it should state "even from the log it's clear players can NOT see that"
Member
805 posts
Registered:
Mar 2006
"]f_version
0:48 [SPEC] vegetous: f_version "
Doesn't that mean spectators were silenced? If spectators are silenced no one is going to see your requests. Thanks for claryfication, this was the point of my last post, however it should state "even from the log it's clear players can NOT see that" How many times do I have to say that spectators were not silencided in the first and second log? I play in that FFA server every day and spectators can always talk to players. Btw.: forget the f_ commands! Is there any plans to remove scr_allowsnap from ez? tnx! https://tinyurl.com/qwbrasil - QuakeFiles
Administrator
1265 posts
Registered:
Jan 2006
topic digger!! scr_allowsnap? isnt that the command that allows an admin (rcon only) to take a remote screenshot of a player's pov? used to detect wallhacks mainly? Why remove it? Veg, wasn't your question about identifying unnamed players on a server? never argue with an idiot. they'll bring you back to their level and then beat you with experience.
Member
805 posts
Registered:
Mar 2006
Not normal unnameds, nameds and unnameds that like to fuck up with the server! We were discussing the matter on this topic, but looks like sees someone's hardware especification is kinda huge privacy invasion ("Oh my God, everybody will see I'm using a PCChips mobo, what a shame"  :rolleyes: https://tinyurl.com/qwbrasil - QuakeFiles
Administrator
1265 posts
Registered:
Jan 2006
too many hackers in brazil afaik never argue with an idiot. they'll bring you back to their level and then beat you with experience.
Member
805 posts
Registered:
Mar 2006
actually is too many people with some lack of good manners! https://tinyurl.com/qwbrasil - QuakeFiles
Member
113 posts
Registered:
Apr 2006
Did you try cmd say f_version too ?
|
 |
 |
|
News