I have a question:
Must the client transmit information on the same port that the server is listening to, or can you send packets with info header that tells the server to which port to direct them?
Because I see no problem with a port changer client side.
The server shouldn't care which port you're using to transmit or receive, all it cares is that data must be received through port X, if not then block, and to throw data to client at port Y (because programmer made client to listen at port Y).
So, unless you must transmit on the same port that the other is listening, I don't get cyan's problem.
Server wouldn't care if the data comes from/through client's port 80 (probably doesn't even track that info), all it cares is whether it's direct at its own port 6667 or otherwise it blocks it.
Cyan~Fire - Wed Mar 02, 2005 3:38 pm
Post subject:
Well I don't quite understand the intricacies of UDP. How do you send something on one port destined for a different port on the receiving end?
Purge - Wed Mar 02, 2005 5:39 pm
Post subject:
I love packet filtering.
Solo Ace - Wed Mar 02, 2005 5:44 pm
Post subject:
I love ignoring your irrelevant posts, Purge+.
One word: "proxy".
Purge - Wed Mar 02, 2005 5:46 pm
Post subject:
I use packet filtering to unrestrict ports that only flow in my network.
Cyan~Fire - Wed Mar 02, 2005 6:54 pm
Post subject:
I have no clue what you're talking about, Purge.
And Solo, where's the proxy? Am I going to ask SSCX to install one for me?
Solo Ace - Wed Mar 02, 2005 7:11 pm
Post subject:
Purge doesn't either.
I think he means the same traffic-blocking system as how it's done on your school network, or whatever.
That'd be possible, but a stupid idea (as if SSCX would run one for you).
Client port (not allowed to send data to any external networks, so you let it connect to your local proxy server) -> Local proxy port (the proxy server accepts connections from the local client, then it fordwards it to the external host through the allowed port).
What you could do too here is just let the client actually connect through the allowed port to the external proxy server.
Somewhere outside your school's network (this could be on SSCX, if you want) runs another proxy server, which, if really required, forwards the data to the server.
I still think it would be a stupid idea, I don't even think it would work.
What Cypher said's right too, if they're only allow outgoing connections to port 80 with TCP, you can't put a UDP connection on it.
Meh, I don't even know why I'm replying to this thread with all these weird ideas.
Cyan~Fire - Wed Mar 02, 2005 8:01 pm
Post subject:
Maybe if I cracked the Continuum encryption, put it over TCP, routed it to my computer at home, which would decrypt the TCP and then re-encrypt it in UDP... hmmm... that just might work. Nice idea, Solo!
Anonymous - Thu Mar 03, 2005 2:41 am
Post subject:
This thread has officially gone stupid.
I suggest it is time for lock/split/delete spam.
EdTheInvincible - Thu Mar 03, 2005 12:09 pm
Post subject:
or have a local proxy do udp over tcp then have the other proxy decode the udp packets and forward them to the right place... it's possible to do, but i wont code it for you
Cyan~Fire - Thu Mar 03, 2005 6:02 pm
Post subject:
That's true, but Grav's right, it's stupid. I'm not very bothered about playing at school, since I only have access to a computer there twice a month or so.
Trained - Fri Mar 04, 2005 10:07 am
Post subject:
