| Pages: [1] :: one page |
| Author |
Thread Statistics | Show CCP posts - 0 post(s) |
Mallikanth
   |
Posted - 2008.01.24 08:12:00 -
[1]
Now bear with me as You'll point the finger at Pipex, the same as I've done, but I don;'t understand something.
Since Monday my previously fine Pipex connection has stopped me connecting to eve in the evening as per other threads here. However I can trace to the eve server with almost no packet loss. In addition I can Telnet on port 2600 and get a connection to the server.
So my question is if it is Pipex (Tiscali) at fault how the hell do they manage to "shape" their traffic to stop the connection?
I deliberately haven't asked Pipex this because their Tech support are unobtainable and customer services (when you can reach them) knows nothing.
|
Ofca
|
Posted - 2008.01.24 08:25:00 -
[2]
To understand how, you need to brush up on 7-layer OSI-model. Most interesting are 1st being the medium (your phone line), 4th being the transport (TCP protocol), and 7th - application. Connecting to port 26000 (not 2600) and succeeding at it means that there is no L4 filtering in your way (IP firewalls), however when you start transmitting data on this freshly-established connection, L7 filters come into play, that look at what you send and receive over the connection and make decisions based on this traffic.
|
Mallikanth
|
Posted - 2008.01.24 08:33:00 -
[3]
 Originally by: Ofca
To understand how, you need to brush up on 7-layer OSI-model. Most interesting are 1st being the medium (your phone line), 4th being the transport (TCP protocol), and 7th - application. Connecting to port 26000 (not 2600) and succeeding at it means that there is no L4 filtering in your way (IP firewalls), however when you start transmitting data on this freshly-established connection, L7 filters come into play, that look at what you send and receive over the connection and make decisions based on this traffic.
Exactly the answer I was looking for. Thanks 
BTW After your post I changed the Typo in my OP.
|
Ofca
|
Posted - 2008.01.24 09:35:00 -
[4]
Glad to be of help. If you need help in solving the problem without involving your ISP, while involving some ISK, drop me a line in-game :)
|
Mallikanth
|
Posted - 2008.01.24 10:31:00 -
[5]
Thanks for the offer but I'm biting the bullet and dumping Tiscali at a cost of some ú150 to me.
It's worth it 'cos I can't play eve otherwise! 
|
Ofca
|
Posted - 2008.01.24 11:07:00 -
[6]
Well, I offered you a way to play eve without paying $150, but it's your choice - while I am all in for changing ISPs in case of such practices, paying them money for this doesn't go along with my beliefs :)
Why would you need to pay $150? Does the line belong to ISP?
|
Snaith
Minmatar
Bug Eyed Monsters
|
Posted - 2008.01.24 11:48:00 -
[7]
Originally by: Ofca
Well, I offered you a way to play eve without paying $150, but it's your choice - while I am all in for changing ISPs in case of such practices, paying them money for this doesn't go along with my beliefs :)
Why would you need to pay $150? Does the line belong to ISP?
Yes as it happens, part of why people are struggling is Tiscali moved a lot of people from the BT systems to their own as part of the "package", not until you realise you have been screwed over and want to move ISPs do you find out that first step is having to get your line back to BT.
BT then hit you with a charge similar to putting in a brand new line.
Then, only at that point will the new ISP take you, with your MAC code.
Nice little trap.
I would like to see if Tiscali could be forced to return you to the status quo, if they fail in providing the service, so that the customer is not financial penalised.
|
Ofca
|
Posted - 2008.01.24 13:29:00 -
[8]
Edited by: Ofca on 24/01/2008 13:29:44
Here in Poland there is only one ISP that owns telephone cables mostly everywhere in the country. Thanks to this we have quite well developed wireless ISPs, with me working for one myself :) - maybe this is something worth looking into guys?
|
Mallikanth
|
Posted - 2008.01.24 15:34:00 -
[9]
Ofca, I would try and contact you in game tonight (GMT) but I'll most likely get cut off before I can dedicate any time to getting a fix / don't have RL stuff to do.
Perhaps you could send an eve mail with some suggestions if you could?
ISK will be involved for a working solution
|
Ofca
|
Posted - 2008.01.24 16:21:00 -
[10]
Oh, but there's no need for instructions in eve-mail. You can just follow http://eve.75.pl/tunnel.php and use classic mail to send me your public key.
|
FrostByteUK
Priory Of The Lemon
R0ADKILL
|
Posted - 2008.01.24 23:10:00 -
[11]
Hi,
Question to the topic starter:
Are you having your eve client load up to the login screen then sit there refusing to find the server?
i'm a pipex user on a BT line... got the same problem :D
BTK: ok, some days i make mistakes....
FrostByteUK: Ok... why is that pig moving faster than my interceptor? |
Mallikanth
|
Posted - 2008.01.25 09:52:00 -
[12]
Originally by: FrostByteUK
Edited by: FrostByteUK on 24/01/2008 23:49:08
Hi,
Question to the topic starter:
Are you having your eve client load up to the login screen then sit there refusing to find the server?
i'm a pipex user on a BT line... got the same problem :D
Edit:
Found this as possible "quick fix". But i overall question the safety of having all the information from your internet connection pumping through some complete stranger's internet connection...
http://oldforums.eveonline.com/?a=topic&threadID=682686
yes I am a Pipex user and I got as far as you describe.
The solution by Ofca works fine. It involves some freeware software he can point you too. He has a web page with very clear instructions and I had no problems.
Your traffic does route through another server but no account information is passed, only your Character name.
I highly recommend you contact him in game.
|
Eleana Tomelac
Gallente
Through the Looking Glass
|
Posted - 2008.01.25 14:17:00 -
[13]
Originally by: Mallikanth
Your traffic does route through another server but no account information is passed, only your Character name.
As a CCP dev said once : the data sent between eve client and eve server is encrypted.
Well, security depends much on how is the encryption, but it's a good start.
You have to know that anyway sending all your connections through a server allows it to know where you have been and a part of what you have done (all the not encrypted communication like most webpages and downloads can be seen in full, the encrypted stuff may require from hours to years to break the codes...).
I would just suggest you change your passwords more frequently when using an unknown server like this. And best would be to change them not going through the redirection server.
It is still a very good workaround for the crap of traffic shaping of those damn ISPs.
--
Pocket drone carriers (tm) enthousiast !
Assault Frigates MK II |
Ofca
|
Posted - 2008.01.25 18:47:00 -
[14]
Unless opening websites via IGB is done with another connection to eve servers (doesn't seem like a smart thing to do), these are obtained directly from your machine, not via my tunnel - so encryption or lack of it is therefore irrelevant in such case.
There is only one connection forwarded, and that is from eve client to eve server. Opening webpages, p2p traffic and everything else is unaffected. This connection is encrypted using similar (or even identical) encryption as the ssh tunnel. You guys really believe in breaking such encryption, yet still happily use Internet banking and other services. Go figure ;)
Maybe with all this fuss around the case some nice dev could please shed some light on this? I really don't want people to be scared that I can do something not nice to their accounts while helping them and my wallet :)
|
Mallikanth
|
Posted - 2008.01.25 21:08:00 -
[15]
Pipex brought my whole connection down this evening but after 2+ hours things are starting to look up.
Web pages and e-mail are back but more importantly I can log into eve normally now!
It's slow atm but getting there.
My thanks to Ofca for all his help with his solution when Pipex were play silly games.
|
| |
|
| Pages: [1] :: one page |
| First page | Previous page | Next page | Last page |