Kyp

I don't see why it wouldn't if you had it elsewhere, I do not think it has any of your personal information or login related details either way, just has to be of a certain version and format. That said, it's odd if you reset updates and it's saying it cannot find that. That is available on the patching location I'm pretty much 100% certain but Ill double check this evening.

Glad you all have worked it out. Ultimately at a high level the process is a couple of steps: 1) Install game client as administrator in Windows 2) Install universal installer 3) Register forum and net-7.org account, link them 4) use that account for logging into game, start launcher and point it to client.exe and not their default E&B.exe which was the original game patcher 5) work past any file issues with installations used, get into game and authenticate with that net-7.org/game account, get an orange handprint and play again. It's probably about time to update the universal installer so that it has a modern day installation to eliminate some of that noise.

Start with finding and deleting net7proxy.exe (or renaming it) and then do a reset updates > check for updates from the launcher menu on the upper left. This will get you to pull the latest proxy. From there it may either work or have a different file error, let us know. @CelestialKraken

Find and delete the AuthLogin.dll that you have and then use the launcher to reset files/check for files from the menu in the upper left, that *should* get you around this issue as the latest version is the 3.3.0.6

This maintenance didn't end up starting, so no. I will do it sometime this week, I got caught up in some stuff outside the electronic world.

Sometime tomorrow I will be performing some updates to our security infrastructure. This will mean the game has to come down temporarily, most likely but if it does go down, we would plan for no longer than 30 minutes. I will get in game and announce a few minutes ahead of starting. 2nd maintenance may run a bit longer as there's a bit of DB maintenance to do in the process.

Folks, Just for future reference, IMing me in addition to the post here won't make anything faster. During my night hours my phone will not get your ping. It's infrequent that it goes down late, but when it does, it does. We don't have 24-hour support capabilities (no one's paid). I got a couple of different IMs this time so making sure that's clear.

Coming back up.

^ Just about any integrated graphics device should run this just fine in this day and age, and as long as you're on DX8.1 (or newer) you're good to go.

Is likely this was the case. This would have manifested in older versions of Windows as a buffer overrun/illegal access of memory/RAM ExceptionCode c0000005

Sure, if you want to PM me your public IP address as detected by a site like whatismyip in a PM I'll use that to set up a filter I can review on the firewall logging. From there we can maybe arrange some time depending on how long I can record for without any type of impact.

I'm not sure what else to guess at without packet capture data to read and hopefully determine, and be able to look at logging if possible. Would require whatever your public IP address/interface is to the outside world from your network but between that and our firewall log I could look to see if something is getting dropped on our side of things for sure if I didn't do that before.

Ok should be working again, let me know if you still feel like it isn't.

Hi folks, aware of it, workin' on it. The forum's mailbox has gotten spam listed, I may have to update it a bit I'm working on it, and hopefully will have it working again soon.

We're looking into the e-mail issues, it seems to only be affecting our forum at present.

k, it's coming back up.

Checking, forum notifications didn't appear to be working so I didn't get an e-mail.

I noticed that I didn't get an alert for this either. I will investigate that tomorrow. Probably related to one of these recent web host box / plan migrations.

As long as the traffic gets back and forth, network wise I think you should be good. Do you see the file check occur with the LaunchNet7/Launcher?

Yeah... with that many interfaces I would suspect now like Code mentions that some layer/link in the traffic is trying to come back over another interface, i.e. a bit of a localized routing problem. Unfortunately, that is one area I do not have a lot of deep experience. Similar might be true if you're running the game client IN that VM, it could be a situation where the traffic isn't making it fully in and out. At any rate yeah you could either try a direct ethernet connection OR you can try setting interface metrics or priorities that Windows uses by following some instructions similar to these. The least among the interface metric for example, windows will try to use first for internet bound traffic. https://answers.microsoft.com/en-us/windowsclient/forum/all/how-to-change-the-default-network-adapter-used-by/2ab41bf8-0588-402a-9160-af0a7cb32aea I do always kind of advise if you start messing with network settings, be sure you know how to reset or restore the original settings, make it well documented for yourself. You want the adapters you're expecting to handle internet traffic to always be the one that is, or else yeah UDP is gonna get completely and totally lost just talking back and forth.

No worries, not a rush, can always take a look but yeah if you're getting to the point of orange handprint, at least some traffic is getting out/coming in, it sounds like some sorta scenario where one end of the conversation is being lost (and with it being UDP, the normal stance is to terminate and reconnect because it doesn't have the same ACK behavior that TCP does so it's not possible to know whether a lost packet is directly caused by the source or the destination, only to see where the flow actually fails. This is where that whole provider blocking UDP thing comes into play, if they just blanket deny this stuff for 'security' then they're hamfisting it to force your traffic to be possible for them to inspect/offload SSL and view data. Leastways, that's my cynical view on the driver of doing that. Anyway, I think the video and pcap may help if you're getting as far as you are. We should see some communications from LaunchNet7 to patch.net-7.org to make sure it's up to date, then a request to sunrise.net-7.org to get you on, the user/pass authentication and orange handprint, then there should be some further burst communication between sunrise.net-7.org and your machine as it sets up where you are from the database and establishes a connection to 'lock on' to your toon and thus be able to feed you telemetry about the stuff around you as you fly.

and to get your own public IP you'd have to see the interface on your router or hit a site like whatismyip and we'd want the public ipv4 as that will be your interface from the router talking to the internet on behalf of all of your home's devices.

We can try to continue troubleshooting, but I might recommend a full reinstall and ensure that when you're doing the reinstall, you're running the installers as your Administrator account. If you're not seeing the LaunchNet7 come up at all, even in the task tray OR it's showing net7proxy minimized only that still suggests some sort of comm issue because while the proxy is running it shouldn't stay in a state where you see it while you play. If it appears it should only be briefly as a command prompt window and then load as a task tray icon of a tiny rocket ship. If the reinstall doesn't work, then if you don't mind, I'd like you to make a video of the steps you're taking to log in, start to finish, but go slowly so we can follow everything that is set. Typically, as long as the path is set right, this type of thing is a non-issue outside of communication or a faulty install. While making this video, if you could fire up wireshark or whatever you're using for packet capture and grab one as you go, that would be optimal because we should then be able to see traffic from your public IP address to the server asking for either sunrise.net-7.org or patch.net-7.org or both.

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.

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