Is EQEmu dead?
No new binaries for months. Has the project fallen apart?
|
Are you referring to the download area being stuck at 1129?
http://www.eqemulator.net/download.php There's probably a post somewhere but I'm too tired to go looking. Try here... http://code.google.com/p/projecteqemu/ |
Ya lol, it is more alive then ever :P For a while there, we were having multiple updates every day. Now, we are still having multiple every week. I imagine it will pick back up after the holidays some too :)
|
There have been a lot of site issues between EQEmu's connectivity being spotty (and thus the login server as well) and with PEQ's entire site and server going down because of issues at the place their server is hosted.
While the EQEmu site issues have been here all along, the PEQ ones are temporary. I imagine progress will ramp back up as soon as those are resolved. |
Quote:
As far as the eqemulator server problems, I can't comment on those but lets just say development on the login server's cypto has begun on a couple side projects. |
I'm basically the only one who's around that can update the official binaries and it's really not fun. Last time I tried it wasn't even up.
Basically I'm lazy and hope that people just can find the threads in dev to find the repo where we post binaries every so often. It's quite a bit more active when I don't have to put everyone's junk in personally -.- I've also thought about the login server, perhaps making a minilogin with basic user authentication /shrug. I'm not really up for figuring out the crypto on my own but the basic netcode is pretty simple and I've had a few ideas about how to do user authentication without it. It was bad last week cause the server really needed to be restarted for a few days after it was deep into it's memory reserves seems pretty good now. |
Yeah we're all still around. Suffering holidays! :)
|
Hey if I do a binary update (running 233 right now) do I need to worry about the updates overwriting anything I've changed thus far?
|
Quote:
|
Quote:
As for the alternate login server setup, I was thinking about it a bit. It could probably use it's own thread just for discussing it, since it isn't really the main subject of this thread. But, my ideas so far would be to setup a way to have both the normal login server, and also a backup mini-login type login server that is used only when the main LS is down. My idea is to create a command that allows players to set a password for their account manually on the server they play on. Basically, they would enter a password from in game and it would encrypt it with MD5 and save it to the accounts table. Then, when the login server was down, after not being able to reach it for a minute or 2, the server would then connect to it's own mini login server if it was setup and running. Players could probably edit their eqhost.txt and set both the normal login server and their main play server's mini login in there too. So, if it can't reach the normal LS, it would try to connect to the mini login for that server. If the password had been set while they were using the normal LS, it would verify that the person who set it should be the right person to use that account. It wouldn't allow new accounts to connect, or accounts that hadn't set their password yet, but I think that would still be better than no one being able to login at all while it was down. Then, the server keeps trying to connect to the normal Login Server while it is running the mini login and if it is able to connect and stay connected for a couple of minute, it would switch itself back to using the normal LS instead of the mini login. I haven't really messed with the mini login stuff much, but I imagine something like this would work and be as secure as possible. The only way to do it better would be if we had a way to keep a mirror login server somewhere and have it sync it's database with the normal LS pretty often. |
A mirrored login would be best I'd think. Keeping the accounts DB sync'd wouldn't be that bad.
|
Quote:
Problem with current LS is the person who wrote it didn't want it released, so really despite the security concerns it's not really up to the admins. Mirroring would probably be best but considering the circumstances I'm not sure how viable either option is. |
The login server really is the rotting hub of Emu and something should be done before it snaps.
Ideally, the login server should be completely removed from the formula and login is handled by each Emu server. Probably some sort of client side launcher and account creation app. It could still hookup to a central server but just to get a list of known Emu servers it would DL locally and allow server to be added manually too. |
Quote:
|
Quote:
|
All times are GMT -4. The time now is 08:16 AM. |
Powered by vBulletin®, Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.