Server Help :: View topic - How do you get the registration form in cont?

Server Help

ASSS Questions - How do you get the registration form in cont?

Smong - Sun Apr 08, 2007 5:38 pm
Post subject: How do you get the registration form in cont?

No matter what I try with the tcp billing protocol and asss I cannot get the registration form to appear in cont.

However it can be done:
https://forums.minegoboom.com/viewtopic.php?p=15422#15422

2dragons wrote:

I didn't do anything special to get it work aside from doing my best to emulate SSC Billing. So I'd say blindingly obvious as I'm no expert in the protocol.

ExplodyThingy wrote:

5 windows to got through:

Not on SSC
New Name
Demographics
New News
News itself

So, how is it done?

Dr Brain - Mon Apr 09, 2007 8:33 am
Post subject:

Your problem lies in trying to use the TCP billing protocol. I believe the two quotes you have are for the standard UDP based one.

tcsoccerman - Mon Apr 09, 2007 9:00 am
Post subject:

Along with smongs question, how does AS3 interact with subspace value's such as bullet energy, speed, kill, killed, bullet speed. did priitk give out some variables like those to as3 creater before he quit?

Cyan~Fire - Mon Apr 09, 2007 9:59 am
Post subject:

Dr Brain wrote:

Your problem lies in trying to use the TCP billing protocol. I believe the two quotes you have are for the standard UDP based one.

But if you have control over both the server and the biller, why should it matter? Does the UDP biller send a special packet to the client or something?

Doc Flabby - Mon Apr 09, 2007 10:08 am
Post subject:

I havn't acctually tried using the registration form in the tcp billing protocol, but one thing to note in the implementation is you have to "reject" a players login intially to get it to work i think (just saying this from memory i may be tottally wrong - i rember it not being entirly logical tho )

Doc Flabby - Mon Apr 09, 2007 12:18 pm
Post subject:

Just tried it out and asss seems to choke on the REGDATA packet...

Mine GO BOOM - Mon Apr 09, 2007 3:26 pm
Post subject:

tcsoccerman wrote:

how does AS3 interact with subspace value's such as bullet energy, speed, kill, killed, bullet speed. did priitk give out some variables like those to as3 creater before he quit?

Users reversed engineered the packets and it is now public knowledge.

Dr Brain - Mon Apr 09, 2007 5:40 pm
Post subject:

Cyan~Fire wrote:

[..]
But if you have control over both the server and the biller, why should it matter? Does the UDP biller send a special packet to the client or something?

If I understand correctly, there's no implementation of it in the existing module (which is what I thought smong was asking), though someone could modify it.

CypherJF - Mon Apr 09, 2007 6:36 pm
Post subject:

I remember I couldn't get it to display either when I was working with the TCP biller code either smong. Why would grel allow it in the protocol if it's unimplemented. He should at least document it as such.

Smong - Mon Apr 09, 2007 7:56 pm
Post subject:

Ok let me clear this up. The form does display with the vie client with a tcp biller.

Asss doesn't care what type of biller it is using, it will send the same packets. Internally asss has an AuthData struct with a boolean demodata field. Both biller modules edit this field as needed, then later asss reads the field and sends the appropriate packet to the client.

AFAIK even catids UDP biller can't get the reg form to appear in cont (hence in ?man it says login with subspace so you can edit your details via biller commands).

Cyan~Fire wrote:

Does the UDP biller send a special packet to the client or something?

This is possible, the UDP protocol allows for this and if such a packet can be detected, then it can be added to the tcp biller module. Anyone willing to have a look for the mystery packet?

Anonymous - Tue Apr 10, 2007 10:24 am
Post subject:

Smong wrote:

This is possible, the UDP protocol allows for this and if such a packet can be detected, then it can be added to the tcp biller module. Anyone willing to have a look for the mystery packet?

I imagaine this would be one of the undocumented packets that are specific to SSC,

Mine GO BOOM - Tue Apr 10, 2007 3:20 pm
Post subject:

Anonymous wrote:

I imagaine this would be one of the undocumented packets that are specific to SSC,

It is only undocumented in that is its a blob of data that is known to be the SSC data for a zone, but it is easy to spot. It is tacked on the end of one of the first packets you get from a zone, before you send your login information.

Smong - Tue Apr 10, 2007 3:42 pm
Post subject:

The question is does that blob control just the password warning or also the registration form? 2dragons' biller proved that it's possible to show the registration form while still showing the password warning, so the two may not be interlinked.

Doc Flabby - Thu Apr 12, 2007 5:00 am
Post subject:

I agree, as looking though continuum theres an interesting quirk, the SSC message "Zone Warning - not connected to central database" etc etc is acctually double encrypted/encoded inside continuum (one would suggest to prevent people finding it - it also incorportates some additional anti-debugging tricks to make it even harder - so far no sucess in that direction - i'm an assemler newb

) Whereas the registration form is in mr. ekted's code, (which incidentally is easy to disassemble) this further supports the 2 different packets theory, its just now a matter of finding the packet.

Mine GO BOOM - Thu Apr 12, 2007 6:19 am
Post subject:

Doc Flabby wrote:

hereas the registration form is in mr. ekted's code, (which incidentally is easy to disassemble) this further supports the 2 different packets theory, its just now a matter of finding the packet.

That is because the registration form is just a binary 0/1 inside the connection response packet. The same packet that says your password is invalid or you are a new user. It is recorded in the Wiki and any source code.

The Non-SSC I already mentioned. Look at a packet log connecting to an SSC zone and a non SSC zone. In the first four packets sent, you'll notice one is much larger in the SSC zone than the other. In fact, this code is in ASSS itself, since it just forwards what the billing server tells it to. The reason it is still a secret is because the encryption is done only on SSC. I never went into it much, since I never cared to try to emulate an SSC server, but I'm hoping that Priit used a public/private key encryption on that.

Doc Flabby - Fri Aug 22, 2008 7:53 am
Post subject:

Very old bump i know but snrrrub has released patches for ASSS that enable registration data requests to be shown. He also has released patches to fix some other issues.

http://sharvil.nanavati.net/projects/subspace/

Chambahs - Fri Aug 22, 2008 6:24 pm
Post subject:

Yep, if you wanna check it out, just log into SSA with a new name :)

CypherJF - Fri Aug 22, 2008 6:33 pm
Post subject:

Wow, all those patches are things I ran into with my TCP/UDP biller hybrid. If only they get pushed into the asss trunk.