Jump to content

Kyp

Lead Developers [LDEV]
 View Profile  See their activity

  • Posts

    6629

  • Joined

  • Last visited

  • Donations

    0.00 USD 

 Content Type 

Posts posted by Kyp

  1. Posted

    If you see the orange handprint you're past the phase where you're logging in, at that point it's something art/asset related if the client isn't loading the rest of the way into the game (up to and including SSL-300 which everyone who's been around knows is an expired cert or something with the client side cert being wrong).

    I would try first that 'delete .th6 files' option first and maybe grab a live packet capture with login attempts as it could be useful to see what's going on at your net layer as you try your logon. Reason being is these .th6 files are generated when you first login and are generally happening when you're seeing that 'galaxy map' screen they show you.

  2. Posted

    I don't think so as I just updated the missions everyone had completed back to 'false' for all of the mission IDs involved with the Christmas occasion. I would not expect this to manifest in a misbehavior such as what it described but would have to see if anyone else reports something similar. There is a concept for a mission going -1 stage but it's usually done quite intentionally and is part of the mission, not something you would see manifest prior to talking with an NPC. We've used it very sparingly thanks to the 'lost progress' part of it.

    @karu

    Any thoughts on what its looking at to produce those results on the site? All I did was set the net7user_missions_Completed value for the field to indicate mission completed back to 0. I wouldn't have expected that to done anything to the player's mission logs

  3. Posted

    and Yes, the installer directory is what is chosen by the user during the installation for the universal installer, this is the same 'Net7' folder where 'bin', 'database', and 'logs' are subdirectories along with some other files which may or may not match the source I'm looking at (the universal installer folder)

    and the install directory for the game client if it's in that section is like I said created in InstallShield so you'll be able to search registry but it bases it on the install path on the 2nd screen or so of any installshield installer.

  4. Posted

    Taskmgr calls it 'Main' becuase it was written in C in a time when nobody thought to make the processes actually match the well known name. Times were a' simpler.

    but yes it should be client.exe in the /release sub directory of wherever you're installed. To the earlier question about the installer if it's in the portion for the E&B demo they used install shield, which stores its own reg keys that it uses to later reverse an installation (in line with most .msi based installers) and the E&B Universal Installer that I made uses the Nullsoft Install system, and that also stores reg keys for reference to the install directory but if memory serves (mind you it's foggy, I wrote that in ~2012 after all) that it references the original location the player picked to install to/install path in its full form but I'll have to go find a reg key to validate it.

  8. Posted

    Are you running any antivirus software? Wireshark is sniffing at the interface layer, typically and if you're not seeing any traffic to 'sunrise.net-7.org' or replies from it, that's what we'd need to see, but if you never see anything going out to that, it would smell of AV / software firewall interception (and/or proxy server if applicable to your situation)

  14. Posted

    On 11/14/2024 at 7:40 AM, Sioux said:

    If T-mobile is indeed the problem - I'll offer a plug for Starlink.  I was in the same boat (still in it) - no land line service available out in the sticks where we live.  Starlink has been impressive.  I started slow just bringing 1 toon, then 3, now a full 6 to raids with no issues.  Only potential issue is when I leave several characters AFK for 20+ minutes seems they start to slowly drop connection... not sure if that is Starlink related, but is truthfully a non-issue.  

     

    I know the initial price of equipment is high, and monthly is more than T-mobile.... but it does indeed work.  

     

    You do need a clear'ish line of sight to the stars.  Starlinks mobile app let's you check this before you purchase.  


    For what it's worth this is likely a similar QoL "traffic shaping" to prevent the device (read: connection) from idly chewing resources on the starlink side. That is to say, your traffic is being deprioritized to a point that the server thinks you've gone "link dead" and then drops you off.

    • Like 1

  15. Posted

    It's likely from that description some sorta data cap before they're changing the behavior of the traffic in some way based on those kind of symptoms. We are not requiring you to perform any sort of advanced networking technique. We provide some of those options, like the ability to use proxies and so on but otherwise it's just the .exe communicating with our game server via UDP packets. 

    Most modern games aren't really going to have these types of problems because they are using TCP communication protocols to begin with so it looks as though they're trying to deflect some blame to me. That said, because of what what the emulator is and how it got built the ability to cleanly communicate using UDP is required to play.

    Let us know if it works on your sister's connection. I would expect it will if it is in fact waiting on data.

  16. Posted

    16 hours ago, emose said:

    This is what T-mobile thinks.   I wanted to make sure that we have checked everything on our end. I did a little digging into your game since it is only this game that is being impacted on your end I wanted to out all my focus on getting you the best info. I am seeing that the game may require some NAT ports to be opened, which, as much as I would like to work that magic, is not an option we have on our end. 

    Well guess I'm out of Magic that let me play for a day.   I'm grateful for all the help.  Thanks again 

     

     

     

     


    I'm not specifically sure what they are referring to. On our side the port you're communicating with is controlled via that net7proxy.exe app, your client continues to connect over the same source port. All you *should* need are UDP 3500-3808 or so. So you should be getting a response if you've allowed it out past any antivirus/firewall and allowing it to receive reply traffic. The server does not care what tries those ports, per se, it simply authenticates proper game clients and lets them in to play. We're not really doing any network magic. While we do NAT some of the internet traffic over to our IPs internally that's all happening behind the firewall and as far as the game client is concerned it's still talking to the same public address.

    I would go back to them (if you had some kind of case open) and ask them to explain what Natting they are referring to. For reference (depending on your knowledge level) NAT (Network Address Translation) is just what separates internal and public networks by and large because the same 3 networks are typically shared by many companies and end-user internal networks, Class A (10.x), Class B (172.x), or Class C (192.x) internal segments. NAT is the process of a network device like your router flipping it from your internal addresses and sending it out to your public interface using the public IP assigned by your ISP.

  17. Posted

    Understood, but I think the main difference is gonna be situations where there are larger amounts of latency and/or mobile internet because it's going to drop 'unimportant' packets with battery saver options and things like that. UDP is kind of fire and forget network traffic so either the destination receives or it doesn't. 

    If you didn't change anything between the sessions, it could be some sort of data limit, it could be them believing they're mitigating bad traffic. Sorry I don't really have better news on the subject.

  18. Posted

    Is T-Mobile in the regular ISP market these days? If you're using mobile internet, that may well be part of it. Many of them drop UDP traffic which as I think was stated earlier here if I'm not confusing with another thread. If that's the case it's going to fail. I did attempt to search our firewall and do not see any blocks for your provided IP address but there is no way to trace the UDP traffic between each system thanks to the protocol being what it is. I would suggest connecting via a different internet connection with the same source PC if possible for a sanity check but it's feeling this way.

    I see it in your output as well as in a lookup of AS advertisements that the IP segment belonged to T-Mobile. If you're using a hotspot-style wifi to run the game you're probably going to have a fair bit of a struggle. It was designed long ago. :)

  22. Posted

    1 hour ago, emose said:

    ping

    Screenshot (33).jpg


    This is just the security mechanism dropping pings, not your system. 

     

    If you want to send me your public IP address I can try to look in logs and see if you're getting dropped for some reason or if I can trace a login, just send me the IP, the time range and the time zone you are in and I will see if I can track something down to at least confirm for sure it is not any server-side mechanism stopping the activity.
     

  23. Posted

    and at this point it logs you in to the point where you see the galaxy map, correct? Can you enable the debug launch option, this should create a text file with the interchange that may be helpful, outside of this it would get to the point of capturing packets to see or if you want to send your public IP address I can try to make sure nothing is causing it to be blocked but I suspect not if it gets you through the authentication portion. Loading the in-game relies very little on the server and is just about receiving the confirmation from it that it "knows where you are" so to speak in that sector so the right art can be loaded around you.

×
×
  • Create New...