Pages: 1 2 [3] 4 5 6 7 8 9 10 :: one page |
|
Author |
Thread Statistics | Show CCP posts - 1 post(s) |
pajedas
Warlord of Mars
9
|
Posted - 2016.01.21 22:00:18 -
[61] - Quote
As soon as I logged in just now I got the old socket closed error.
I was running logserver and this was the error message:
"Failed at storing client achievement events, e = User error, msg=GPSTransportClosed, dict={'what': 'The transport has not yet been connected, or authentication was not successful.'}"
Any help?
|
Dante Alicante
From Hell's Heart
3
|
Posted - 2016.01.22 10:33:23 -
[62] - Quote
I've been getting "Socket Closed" issues every night for about 2 weeks now, and generally am able to log on for about 10 minutes before the first one, then can't log back in at all on either of my 2 accounts.
I'm not buying the "It's your ISP's fault" explanation from CCP, when so many people are having the same issue around the world (I'm in Australia with Exetel).
I've been playing for close to 10 years on my current and previous accounts, but I play in WH space, and can't get on long enough to fuel my POS or make any ISK to even pay for fuel.
If the issue isn't resolved in the next week, I may as well unsub (why pay to not play?), as I'll likely lose everything I worked to build in WH space.
Not being able to log in isn't fun, and there are other games out there that actually allow me to play them.
The single response from CCP so far has been unhelpful to say the least, and I agree with many posters that it's a very strange coincidence that many people have had this issue since around December.
Will keep my fingers crossed for a solution in the near future..... |
pajedas
Warlord of Mars
9
|
Posted - 2016.01.22 13:57:40 -
[63] - Quote
MADE IT 15 MINUTES!!!
Gamelog Listener: pajedas Session Started: 2016.01.22 13:39:27
[ 2016.01.22 13:40:29 ] (None) Undocking from Uedama VI - Moon 8 - Spacelane Patrol Logistic Support to Uedama solar system. [ 2016.01.22 13:41:38 ] (notify) The scanner is recalibrating, please wait a second [ 2016.01.22 13:42:31 ] (notify) Loading the Scanner Probe into the Scan Probe Launcher; this will take approximately 10 seconds. [ 2016.01.22 13:42:34 ] (notify) Speed changed to 582 m/s [ 2016.01.22 13:53:20 ] (notify) You were logged out of audio chat. [ 2016.01.22 13:54:35 ] (info) The socket was closed
|
pajedas
Warlord of Mars
9
|
Posted - 2016.01.22 19:06:28 -
[64] - Quote
Maybe nothing, but I disabled Eve Voice and I've been on for a couple of hours without a DC.
Give it a try and let me know if it helps?
|
pajedas
Warlord of Mars
10
|
Posted - 2016.01.23 13:23:15 -
[65] - Quote
pajedas wrote: Maybe nothing, but I disabled Eve Voice and I've been on for a couple of hours without a DC.
Give it a try and let me know if it helps?
Ended up just being a fluke. Went back to a socket closed about every 30 minutes.
|
pajedas
Warlord of Mars
11
|
Posted - 2016.01.24 16:37:56 -
[66] - Quote
Am I the only one still getting the socket closed error?
I am currently downloading the entire 6GB resource cache to see if that helps?
Ideas? Answers? Questions? Concerns?
It's very difficult to play when you expect to DC at any moment.
Thanks |
Veshai
NED-Clan Goonswarm Federation
7
|
Posted - 2016.01.25 09:01:27 -
[67] - Quote
No, you're not the only one. Still seeing a bunch people disconnecting at the same time complaining about the error during fleets.
Just create a ticket and keep referring to this thread to create awareness for this issue within CCP. |
Gungankllr
Dissident Aggressors Mordus Angels
5
|
Posted - 2016.01.25 21:36:01 -
[68] - Quote
I can't log in. At all. Tried the new launcher and tried from the .exe file, I can only get to the login screen then I get socket closed when I try to enter the game. Without fail.
|
pajedas
Warlord of Mars
11
|
Posted - 2016.01.25 21:41:44 -
[69] - Quote
Gungankllr wrote:I can't log in. At all. Tried the new launcher and tried from the .exe file, I can only get to the login screen then I get socket closed when I try to enter the game. Without fail.
I'm with you man. I get maybe 15 minutes and then, "The Socket is Closed".
|
Silent Samurai
Deep Exploration Projects and Programs AXIOS.
0
|
Posted - 2016.01.26 08:34:33 -
[70] - Quote
For me (and also some Ally-Mates) the nightmare started about 2 weeks ago. I can remember installing a client update on January 11th was the initial event. I had the old launcher and 2 seperately installed clients I started by exefile, never had any problems for 8 years. Since that update I am experiencing everything already mentioned above. Some day it's a little better and one client runs stable for 2-3 hours while the other one disconnects "only" 3-5 times, most days it's worse and i have to reconnect every 2-5 minutes.
Right now I tried to do some logistics (buying/selling/hauling stuff). In that 3 hours I had to reconnect about 40-50 times, no lie. Normally this work would have taken me 20-30 minutes. PvP is not even an option right now and also PvE is deadly now, just imagine disconnecting scrambled in a Burner mission and the client not closing for nearly 2 minutes.
I tried EVERY mentioned workaround:
- full swipe of old clients & complete reinstall with new launcher (new launcher made it worse, even more disconnects) - switched IP port to 3724, even ran one client on standard port 26000 and the other on 3724 - multiple router resets & I always run on cabled LAN not wireless
I ran network diagnostics (pings & traceroutes):
- all network diagnostics look fine, bandwidth & ping, no problems between me and ISP - manual perma-pings to EVE IP's (the 3 from launcher diagnostics tool) show about 25% timeouts over 30 minutes - EVE launcher network diagnostics shows from 100% success to 75% packet loss randomly even within the same minute, but packet losses always occur between ISP and CCP
I can even run 2 parallel Full-HD-TV-Streams without lags & interrupts.
It simply can't be an ISP problem, as many posters in this thread & me and my ally mates all have different ISP's and even geographical locations, and several people incl. me reported of good network diagnostic results towards their ISP. But all seem to have the same problem and it all started with a launcher update .
CCP DO SOMETHING PLS !!!! Simply just not answering my petition for over 10 days now is not the right way, and also not just pasting a standard answer that basically says nothing else than "it's your fault, you can not play the game ... well ... sorry".
The only option that answer gives us is cancelling the subscriptions. All my accounts had subscription renewal in the last few days, if there is nothing changing within the next 3-4 weeks, there will be no further renewal. |
|
pajedas
Warlord of Mars
11
|
Posted - 2016.01.26 15:28:31 -
[71] - Quote
Silent Samurai wrote:For me (and also some Ally-Mates) the nightmare started about 2 weeks ago. I can remember installing a client update on January 11th was the initial event. I had the old launcher and 2 seperately installed clients I started by exefile, never had any problems for 8 years. Since that update I am experiencing everything already mentioned above. Some day it's a little better and one client runs stable for 2-3 hours while the other one disconnects "only" 3-5 times, most days it's worse and i have to reconnect every 2-5 minutes. Right now I tried to do some logistics (buying/selling/hauling stuff). In that 3 hours I had to reconnect about 40-50 times, no lie. Normally this work would have taken me 20-30 minutes. PvP is not even an option right now and also PvE is deadly now, just imagine disconnecting scrambled in a Burner mission and the client not closing for nearly 2 minutes. I tried EVERY mentioned workaround: - full swipe of old clients & complete reinstall with new launcher ( new launcher made it worse, even more disconnects) - switched IP port to 3724, even ran one client on standard port 26000 and the other on 3724 - multiple router resets & I always run on cabled LAN not wireless I ran network diagnostics (pings & traceroutes): - all network diagnostics look fine, bandwidth & ping, no problems between me and ISP - manual perma-pings to EVE IP's (the 3 from launcher diagnostics tool) show about 25% timeouts over 30 minutes - EVE launcher network diagnostics shows from 100% success to 75% packet loss randomly even within the same minute, but packet losses always occur between ISP and CCPI can even run 2 parallel Full-HD-TV-Streams without lags & interrupts. It simply can't be an ISP problem, as many posters in this thread & me and my ally mates all have different ISP's and even geographical locations, and several people incl. me reported of good network diagnostic results towards their ISP. But all seem to have the same problem and it all started with a launcher update . CCP DO SOMETHING PLS !!!! Simply just not answering my petition for over 10 days now is not the right way, and also not just pasting a standard answer that basically says nothing else than "it's your fault, you can not play the game ... well ... sorry". The only option that answer gives us is cancelling the subscriptions. All my accounts had subscription renewal in the last few days, if there is nothing changing within the next 3-4 weeks, there will be no further renewal. Yes, yes, yes.
All that.
It's on CCP's end, of this I have no doubt.
PLEASE FIT IT!!!
|
Silent Samurai
Deep Exploration Projects and Programs AXIOS.
0
|
Posted - 2016.01.27 18:32:29 -
[72] - Quote
I finally got an answer to my 12 day old petiotion, and it is basically a bad joke.
GM Karidor sent me a copy&paste statement pointing on ISP and customers on a totally different problem. I have socket losses, they excuse for low bandwith and download speed for updates, which I never had any issues with.
Either the people at customer support did not even read my petition or they weren't able to understand its content (which would be really awkward).
At this moment I, and some Ally-Mates too, see no other option than cancelling our subscriptions as we cant play 5 minutes without client freezing on socket loss and CCP support simply ignores us as you can see in the concerning threads and in the petitions.
I talked to a friend who works as a Network Tecnician, and after looking on tracerts he told me, that over 90% of the packet losses occur on the last steps from the London network nodes to CCP. So if it really is an ISP problem as CCP always says, maybe CCP should talk to their ISP
I am a little bit older, worked in IT Sales & Support many years, the way CCP treats this problem is not acceptable for a PAYING customer. |
YourDeathAngel
The Legion of Spoon Curatores Veritatis Alliance
12
|
Posted - 2016.01.27 21:37:17 -
[73] - Quote
No fix, no answer from ccp. But at least the credit card is being automatically billed and the advertisements in the launcher work. Business as usual, all quiet on the western front... |
Paddok Arbosa
Cynosural Edge Yulai Federation
1
|
Posted - 2016.01.29 09:09:53 -
[74] - Quote
got the same thing here repeted socket closing error did take me 3hr from amarr>>Jita in a Stab Freighter disconected 3 times in the same system due to socket closing
Basic Ping to EVE
Starting ping for client.eveonline.com
Pinging client.eveonline.com [87.237.39.208] with 32 bytes of data: Reply from 195.50.122.214: Destination net unreachable. Reply from 195.50.122.214: Destination net unreachable. Reply from 195.50.122.214: Destination net unreachable. Reply from 195.50.122.214: Destination net unreachable.
Ping statistics for 87.237.39.208: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Starting ping for binaries.eveonline.com
Pinging d17ueqc3zm9j8o.cloudfront.net [205.251.219.143] with 32 bytes of data: Reply from 205.251.219.143: bytes=32 time=57ms TTL=53 Reply from 205.251.219.143: bytes=32 time=45ms TTL=53 Reply from 205.251.219.143: bytes=32 time=43ms TTL=53 Reply from 205.251.219.143: bytes=32 time=42ms TTL=53 |
Ninendal
Ministry of War Amarr Empire
0
|
Posted - 2016.01.29 12:54:25 -
[75] - Quote
Same problem here.
1. Reinstalled Windows 10 2. reinstalled EVE multiple times 3. Switch off firewall en AV 4. Got my self a new modem 5. changed port numbers 6. Opened a ticket with support 7. tried with UTP cable and WIFI 8. running launcher diagnostics which doesn't make sense since packets are lost during transport or not reachable 9. Sometimes a warning in Windows log that DNS cannot find certain EVE connections
Whatever I do still get message Socket Closed.
|
pajedas
Warlord of Mars
25
|
Posted - 2016.01.29 14:35:16 -
[76] - Quote
According to PingPlotter Pro the problem is with srv200-g.ccp.cc. (87.237.34.200).
The trace up to that point runs flawlessly every time.
|
General Guardian
The Guardian Knights AXIOS.
131
|
Posted - 2016.01.29 22:16:25 -
[77] - Quote
Same issue for me now on my laptop after installing that small patch from last night.
Managed to log in for about a whole minute in the last hour. It's permanent socket closed errors outside of that one minute. |
General Guardian
The Guardian Knights AXIOS.
132
|
Posted - 2016.01.29 23:20:51 -
[78] - Quote
I've reset my connection that I am currently using (4g Tethered) and was assigned a new I.P address. So far I haven't had socket closed issues. If it was a coincidence I am not sure.
My question is now, why would one IP address from the same machine, same ISP and using the same route have huge packet loss issues that another IP address doesn't? It makes no sense to me.
|
pajedas
Warlord of Mars
26
|
Posted - 2016.01.29 23:24:18 -
[79] - Quote
General Guardian wrote:It makes no sense to me. Occam's razor (also written as Ockham's razor, and lex parsimoniae in Latin, which means law of parsimony) is a problem-solving principle attributed to William of Ockham (c. 1287GÇô1347), who was an English Franciscan friar and scholastic philosopher and theologian. The principle can be interpreted as stating Among competing hypotheses, the one with the fewest assumptions should be selected.
The application of the principle can be used to shift the burden of proof in a discussion. However, Alan Baker, who suggests this in the online Stanford Encyclopedia of Philosophy, is careful to point out that his suggestion should not be taken generally, but only as it applies in a particular context, that is: philosophers who argue in opposition to metaphysical theories that involve any kind of probably "superfluous ontological apparatus."[a]
Baker then notes that principles, including Occam's razor, are often expressed in a way that is unclear regarding which facet of "simplicity"GÇöparsimony or eleganceGÇöthe principle refers to, and that in a hypothetical formulation the facets of simplicity may work in different directions: a simpler description may refer to a more complex hypothesis, and a more complex description may refer to a simpler hypothesis.[b]
Solomonoff's theory of inductive inference is a mathematically formalized Occam's razor: shorter computable theories have more weight when calculating the probability of the next observation, using all computable theories that perfectly describe previous observations.
In science, Occam's razor is used as a heuristic technique (discovery tool) to guide scientists in the development of theoretical models, rather than as an arbiter between published models. In the scientific method, Occam's razor is not considered an irrefutable principle of logic or a scientific result; the preference for simplicity in the scientific method is based on the falsifiability criterion. For each accepted explanation of a phenomenon, there may be an extremely large, perhaps even incomprehensible, number of possible and more complex alternatives, because one can always burden failing explanations with ad hoc hypothesis to prevent them from being falsified; therefore, simpler theories are preferable to more complex ones because they are more testable. |
Silent Samurai
Deep Exploration Projects and Programs AXIOS.
6
|
Posted - 2016.01.30 00:43:06 -
[80] - Quote
My connection problems seem to be solved for the moment. There were many really irritating test results on the way, espacially tracert led me to many false conclusions. Read my writing to CCP for further details.
Quote:Hello CCP,
please consider my petition closed, I was able to narrow down the problem to one of the 4 LAN-Ports of my router with the help of a befriended network technician. Tracerts were really irritating in that process, cause they always showed good connection to router and ISP and packet losses on the last hops between London nodes.
We narrowed down the problem by doing ping -t to my router and 1st hop to ISP with all possible connections (WLAN and 4 LAN ports). My usual 1GBit-LAN-connection showed up to 50% packet loss to the router already, but WLAN had 0%. so it could not be the router core but the cable or the port. We then tested the other 3 LAN Ports which are 100 MBit, and they also all show 0% packet loss. Clients running stable again.
Please take my excuse for any false accusations, I will correct/comment my posts in the official forums, but also my critics for the kind of handling this request by CCP support. I felt pretty alone and misunderstood. Positive side is I learned a lot about TCP/IP networks ;-).
Regards from Germany
As this problem is really annoying and CCP keeps quiet on every version of connection problems I post a small Guide for narrowing down the node on your route that causes the problems. Glad if I can help somebody. Sadly this forums seem to have no spoiler function, so I have to make a double post because of character limit. |
|
pajedas
Warlord of Mars
26
|
Posted - 2016.01.30 00:48:28 -
[81] - Quote
Silent Samurai wrote:I post a small Guide for narrowing down the node on your route that causes the problems. Glad if I can help somebody. Sadly this forums seem to have no spoiler function, so I have to make a double post because of character limit. That would be awesome IMO.
|
Silent Samurai
Deep Exploration Projects and Programs AXIOS.
6
|
Posted - 2016.01.30 00:49:49 -
[82] - Quote
Narrow-Down-Method by ping-t:
Currently there are 2 types of problems reported, one is normal game & download speed for updates / no problems with multiple clients / but constant socket closes caused by packet loss (my problem). The other reported is awkward low download speed for updates (hrs for small patches) and massive problems logging in more than one client, which seems to be caused by traffic-shaping of net owners towards the cloud hosters (Telekom to cloudfront in Germany). My method is for problem one.
1.
Open the networks diagnostics of the launcher, do 1 Traceroute test. That will give you the IP-Route from your PC to the EVE servers. You get 3 traceroutes, first 2 for binaries.eveonline.com / resources.eveonline.com (they are outsourced to cloud-hosters, cloudfront for Germany in Frankfurt, updates are hosted there f.e.) and client.eveonline.com, thats THE game server in London. This result never shows success on the last hop as this server is not answering pings (DDoS-protection). If it shows "timeout" you have a packet loss, if it shows"target not reachable" that packet was successful. if you see 3 stars as result for the ping time and timeout instead of IP, these servers do not answer ping as DDos-protection too but let packets pass.
Here you see a perfect result (phew, no spoiler function):
Quote:start tracert for binaries.eveonline.com
traceroute to d17ueqc3zm9j8o.cloudfront.net [54.230.200.178] over max. 30 hops:
1 <1 ms <1 ms <1 ms fritz.box [192.168.178.1] 2 19 ms 24 ms 19 ms dslb-088-073-176-001.088.073.pools.vodafone-ip.de [88.73.176.1] 3 19 ms 19 ms 19 ms 188.111.213.204 4 20 ms 19 ms 19 ms 88.79.24.12 5 20 ms 23 ms 23 ms 92.79.212.181 6 30 ms 31 ms 31 ms 92.79.213.178 7 29 ms 29 ms 28 ms decix2.amazon.com [80.81.195.152] 8 28 ms 28 ms 28 ms 54.239.4.112 9 31 ms 31 ms 31 ms 54.239.4.89 10 * * * timeout 11 * * * timeout 12 * * * timeout 13 28 ms 28 ms 28 ms server-54-230-200-178.fra50.r.cloudfront.net [54.230.200.178]
traceroute finished
start tracert for res.eveonline.ccpgames.com
traceroute to dm794883twbxj.cloudfront.net [54.230.200.152] over max. 30 hops:
1 1 ms <1 ms <1 ms fritz.box [192.168.178.1] 2 31 ms 19 ms 19 ms dslb-088-073-176-001.088.073.pools.vodafone-ip.de [88.73.176.1] 3 19 ms 19 ms 18 ms 188.111.213.204 4 23 ms 19 ms 19 ms 88.79.24.4 5 23 ms 19 ms 20 ms 92.79.212.173 6 30 ms 27 ms 28 ms 92.79.213.170 7 27 ms 28 ms 27 ms decix2.amazon.com [80.81.195.152] 8 27 ms 28 ms 28 ms 54.239.4.86 9 27 ms 27 ms 27 ms 54.239.4.63 10 * * * timeout 11 * * * timeout 12 * * * timeout 13 30 ms 30 ms 30 ms server-54-230-200-152.fra50.r.cloudfront.net [54.230.200.152]
traceroute finished
start tracert for client.eveonline.com
traceroute to client.eveonline.com [87.237.39.208] over max. 30 hops:
1 1 ms <1 ms <1 ms fritz.box [192.168.178.1] 2 19 ms 19 ms 19 ms dslb-088-073-176-001.088.073.pools.vodafone-ip.de [88.73.176.1] 3 19 ms 19 ms 19 ms 188.111.213.204 4 19 ms 19 ms 19 ms 88.79.24.4 5 19 ms 19 ms 19 ms 92.79.212.173 6 29 ms 31 ms 31 ms 92.79.213.170 7 31 ms 31 ms 31 ms xe-1-2-0.mpr1.fra4.de.above.net [80.81.194.26] 8 48 ms 41 ms 40 ms ae27.cs1.fra9.de.eth.zayo.com [64.125.30.254] 9 42 ms 42 ms 42 ms ae0.cs1.fra6.de.eth.zayo.com [64.125.29.54] 10 43 ms 43 ms 44 ms ae2.cs1.ams17.nl.eth.zayo.com [64.125.29.59] 11 41 ms 42 ms 41 ms ae0.cs1.ams10.nl.eth.zayo.com [64.125.29.80] 12 43 ms 68 ms 44 ms ae2.cs1.lhr15.uk.eth.zayo.com [64.125.29.17] 13 42 ms 42 ms 42 ms ae27.mpr3.lhr3.uk.zip.zayo.com [64.125.30.235] 14 41 ms 41 ms 41 ms ae6.mpr2.lhr3.uk.zip.zayo.com [64.125.21.22] 15 213-152.240-250.PXu259.above.net [213.152.240.250] meldet: target not reachable.
Traceroute-Diagnose finished
Anyway, tracerts are often irritating as I said before, but they give you the IP-Adresses you need for the pings you need to do. First hop IP is always your router (note it, you might know that anyway), 2nd one is your ISPs node (note too). Optional you can note also all IPs on the route that show themselves. I did for the decix2.amazon.com, as it is one of the busiest internal german gateways (thus only shows on first 2 routes as these servers are in Germany) and the 3rd hop, 1st behind my ISP on all routes.
2.
Open as many DOS-Input-Consoles (Eingabeaufforderung for Germany) as you need to, I did 5. Type this lines each one into one window:
ping -t ***.***.***.*** (insert router IP / 1st hop) ping -t ***.***.***.*** (insert ISP IP / 2nd hop) ping -t ***.***.***.*** (insert 1st IP after ISP / 3rd hop) ping -t ***.***.***.*** (insert large gateway IP / f.e. decix2.amazon.com in Germany) ping -t ***.***.***.*** (insert last answering IP before game server / ae6.mpr2.lhr3.uk.zip.zayo.com [64.125.21.22] in London for me)
Let them run for at least 10-15 minutes. Stop them by hitting Ctrl+C inside the consoles, which will type out the statistic result. You should have 0% (max. 1%) packet loss on all results. If not find the first node they are starting to increase and you found the badboy. If it is indeed your router, do as I and test every possible way of connection.
Thats it. Glad if I could help someone, as this is a really annoying issue where you don't have to expect much support from CCP. |
pajedas
Warlord of Mars
26
|
Posted - 2016.01.30 01:15:20 -
[83] - Quote
Thanks Silent Samurai.
Testing now as Eve is currently unplayable.
|
General Guardian
The Guardian Knights AXIOS.
132
|
Posted - 2016.01.30 21:30:31 -
[84] - Quote
Seems my problem wasn't fixed, must have been coincidence, as I have the exact same issue again.
Must be a time of day thing, is there too much congestion on networks in London this time of day? |
pajedas
Warlord of Mars
32
|
Posted - 2016.02.01 02:56:38 -
[85] - Quote
Network diagnostics - EVE Launcher
Starting traceroute diagnostics - this may take several minutes
Starting tracert for binaries.eveonline.com
Tracing route to d17ueqc3zm9j8o.cloudfront.net [54.230.160.29] over a maximum of 30 hops:
1 1 ms 1 ms 1 ms attunitepro.lan [192.168.1.1] 2 56 ms 58 ms 55 ms 172.26.96.169 3 55 ms 71 ms 47 ms 172.18.236.228 4 64 ms 69 ms 60 ms 12.249.2.17 5 61 ms 64 ms 63 ms 12.83.170.18 6 59 ms 63 ms 59 ms 12.122.141.233 7 71 ms 62 ms 63 ms 192.205.36.158 8 59 ms 63 ms 57 ms ae-6.r03.atlnga05.us.bb.gin.ntt.net [129.250.5.188] 9 77 ms 70 ms 76 ms xe-0-1-0-17.r03.atlnga05.us.ce.gin.ntt.net [204.2.241.98] 10 72 ms 72 ms 78 ms server-54-230-160-29.jax1.r.cloudfront.net [54.230.160.29]
Trace complete.
Starting tracert for res.eveonline.ccpgames.com
Tracing route to dm794883twbxj.cloudfront.net [54.230.160.9] over a maximum of 30 hops:
1 2 ms 1 ms 1 ms attunitepro.lan [192.168.1.1] 2 58 ms 57 ms 56 ms 172.26.96.169 3 61 ms 63 ms 68 ms 172.18.236.228 4 63 ms 51 ms 55 ms 12.249.2.17 5 65 ms 59 ms 67 ms 12.83.170.18 6 73 ms 60 ms 59 ms 12.122.141.233 7 62 ms 62 ms 59 ms 192.205.36.158 8 69 ms 61 ms 68 ms ae-6.r03.atlnga05.us.bb.gin.ntt.net [129.250.5.188] 9 76 ms 82 ms 78 ms ae-0.amazon.atlnga05.us.bb.gin.ntt.net [129.250.195.174] 10 75 ms 79 ms 80 ms server-54-230-160-9.jax1.r.cloudfront.net [54.230.160.9]
Trace complete.
Starting tracert for client.eveonline.com
Tracing route to client.eveonline.com [87.237.39.208] over a maximum of 30 hops:
1 1 ms 1 ms 1 ms attunitepro.lan [192.168.1.1] 2 60 ms 64 ms 60 ms 172.26.96.169 3 64 ms 64 ms 56 ms 172.18.236.228 4 55 ms 59 ms 59 ms 12.249.2.17 5 58 ms 71 ms 68 ms 12.83.170.18 6 59 ms 60 ms 59 ms gar24.attga.ip.att.net [12.122.141.181] 7 58 ms 58 ms 50 ms 192.205.33.42 8 70 ms 74 ms 68 ms ash-bb3-link.telia.net [62.115.115.77] 9 165 ms 162 ms 157 ms ldn-bb3-link.telia.net [80.91.246.69] 10 147 ms 152 ms 152 ms ldn-b3-link.telia.net [62.115.140.241] 11 * * * Request timed out. 12 * * * Request timed out. 13 * * * Request timed out. 14 * * * Request timed out. 15 * * * Request timed out. 16 * * * Request timed out. 17 * * * Request timed out. 18 * * * Request timed out. 19 * * * Request timed out. 20 * * * Request timed out. 21 * * * Request timed out. 22 * * * Request timed out. 23 * * * Request timed out. 24 * * * Request timed out. 25 * * * Request timed out. 26 * * * Request timed out. 27 * * * Request timed out. 28 * * * Request timed out. 29 * * * Request timed out. 30 * * * Request timed out.
Trace complete.
Traceroute diagnostics finished
I WILL PAY CASH MONEY OR ISK FOR A PROPER SOLUTION TO THIS "SOCKET WAS CLOSED" ERROR!
|
General Guardian
The Guardian Knights AXIOS.
132
|
Posted - 2016.02.01 10:00:34 -
[86] - Quote
I've installed a Trial VPN (hide-me) cause there's no sign up for it, just to check how my data route changes. And I am able to connect to eve.
Turns out for some reason, my data is being routed the wrong way across my country, then across the US (the wrong way around) and eventually to london, but because the trip is so long the packets are 50 to 90% lost.
My Provider doesn't know why this routing has occured, but the VPN goes straight through Singapore like my data was meant to in the first place.
So somewhere along the line, some networking company is routing my ISP the wrong way around the entire planet. |
pajedas
Warlord of Mars
32
|
Posted - 2016.02.01 14:35:01 -
[87] - Quote
Mine does fine until it gets to:
62.115.140.241United Kingdom EnglandLondonTeliasonera Ab
Seems to get stuck there.
I'm in the United States.
One PLEX for a real fix?
|
General Guardian
The Guardian Knights AXIOS.
132
|
Posted - 2016.02.01 17:28:16 -
[88] - Quote
pajedas wrote:Mine does fine until it gets to:
62.115.140.241United Kingdom EnglandLondonTeliasonera Ab
Seems to get stuck there.
I'm in the United States.
One PLEX for a real fix?
Try a trial of a VPN, then do another traceroute. See how you go. |
Nerbert
Abominable Arses of Aggression
0
|
Posted - 2016.02.03 09:54:05 -
[89] - Quote
My problem is similar, except I can't even connect. This started right after downtime tuesday. Launcher won't download the update and I get the following from a traceroute. There's >17k on tranquility (which apparently the launcher is able to get), but I've been trying to get on for 2 days with no success. Anyone that can interpret the below info, it would be greatly appreciated.
Starting traceroute diagnostics - this may take several minutes
Starting tracert for binaries.eveonline.com
Tracing route to d17ueqc3zm9j8o.cloudfront.net [54.192.234.210] over a maximum of 30 hops:
1 1 ms 1 ms <1 ms TGT [10.0.1.1] 2 19 ms 8 ms 13 ms 203.205.114.1 3 8 ms 8 ms 7 ms 172.16.1.5 4 8 ms 10 ms 7 ms 172.16.100.1 5 * * * Request timed out. 6 * * * Request timed out. 7 * * * Request timed out. 8 * * * Request timed out. 9 * * * Request timed out. 10 * * * Request timed out. 11 * * * Request timed out. 12 * * * Request timed out. 13 * * * Request timed out. 14 19 ms 18 ms 16 ms server-54-192-234-210.nrt12.r.cloudfront.net [54.192.234.210]
Trace complete.
Starting tracert for res.eveonline.ccpgames.com
Tracing route to dm794883twbxj.cloudfront.net [54.192.234.43] over a maximum of 30 hops:
1 1 ms 1 ms <1 ms TGT [10.0.1.1] 2 9 ms 7 ms 10 ms 203.205.114.1 3 15 ms 8 ms 10 ms 172.16.1.5 4 8 ms 7 ms 9 ms 172.16.100.1 5 * * * Request timed out. 6 * * * Request timed out. 7 * * * Request timed out. 8 * * * Request timed out. 9 * * * Request timed out. 10 * * * Request timed out. 11 * * * Request timed out. 12 * * * Request timed out. 13 * * * Request timed out. 14 15 ms 25 ms 15 ms server-54-192-234-43.nrt12.r.cloudfront.net [54.192.234.43]
Trace complete.
Starting tracert for client.eveonline.com
Tracing route to client.eveonline.com [87.237.39.208] over a maximum of 30 hops:
1 5 ms 3 ms <1 ms TGT [10.0.1.1] 2 26 ms 8 ms 8 ms 203.205.114.1 3 11 ms 8 ms 7 ms 172.16.1.5 4 12 ms 10 ms 10 ms 172.16.100.1 5 * * * Request timed out. 6 * * * Request timed out. 7 * * * Request timed out. 8 * * * Request timed out. 9 * * * Request timed out. 10 * * * Request timed out. 11 * * * Request timed out. 12 * * * Request timed out. 13 * * * Request timed out. 14 * * * Request timed out. 15 * * * Request timed out. 16 * * * Request timed out. 17 * * * Request timed out. 18 * * * Request timed out. 19 * * * Request timed out. 20 * * * Request timed out. 21 * * * Request timed out. 22 * * * Request timed out. 23 * * * Request timed out. 24 * * * Request timed out. 25 * * * Request timed out. 26 * * * Request timed out. 27 * * * Request timed out. 28 * * * Request timed out. 29 * * * Request timed out. 30 * * * Request timed out.
Trace complete.
Traceroute diagnostics finished
|
Miles Winter
Blue Republic RvB - BLUE Republic
29
|
Posted - 2016.02.03 23:10:59 -
[90] - Quote
I've just started having this issue today.
I log into eve, play for ~10-20 minutes, and then get a socket closed error.
I'm often alt-tabbing from the game and I've noticed something else: My entire connection also dies every 10-20 minutes, but only after I launch eve.
Within about 1-2 minutes of getting the socket closed error in the eve client, my internet connection returns to normal functionality and I can once again access websites and chat and things.
If I launch eve, everything will be fine until 10-20 minutes later, I get hangups, nothing connects anymore, I get a socket closed error, then 1-2 minutes pass and my connection is working fine again.
It is happening reliably and consistently with launching the client up and connecting to eve's servers, and it only started happening as of a few hours ago today. (The last time I launched the client was ~9-10am PST on tuesday; was there a downtime patch?) It has effectively made the game unplayable. |
|
|
|
|
Pages: 1 2 [3] 4 5 6 7 8 9 10 :: one page |
First page | Previous page | Next page | Last page |