Quote:
|
Yes, root is set as account and password in login_worldservers table. I changed the host under Loginserver information in eqemu_config.xml to 127.0.0.1 as suggested, with the same results.
|
seems like a configuration issue it is kind of hard to tell why, no reason for it to connect and not connect unless it wasn't up.
|
Just to clarify my assumptions:
1. The minilogin db should be a separate db from the peq db, correct? In other words, I assume this is not a matter of simply including the tables created from the loginserverdb.sql into the existing peq db. 2. The db created from the loginserverdb.sql file ca be any name I want it to be, correct? In this case, I've named it minilogin. 3. The db created from the loginserverdb.sql file contains 4 (and only 4) tables: login_accounts, login_authchange, login_worldservers, and variables, correct? 4. I'm using Navicat to view my dbs, and while PEQ and Minilogin are separate dbs, they both appear under the same connection (called EQEMU). Is that kosher? Or is this what you were referring to when you said they had to be in different directories? Thanks. |
Quote:
|
All systems go on that front. I will try playing with some other settings.
|
Noob question bout the minilogin
Hey guys, first want to say AWESOME JOB on the whole minilogin project. But I do have a couple of questions. I currently am using the public login right now. If I dl the new minilogin, will I lose my toons that I have on the public login servers. If not, can I use whichever login i want to use without having to make 100 changes to my files. Also, ive read that there is a download for people who dont want to host a server, just have access to play on the mini login servers. Could someone post a link for this please. Thanx for all you help guys, much appreciated. Again, great job on the minilogin guys, hope it turns out to be a huge success.
|
Here is the contents of my db.ini file:
[Database] host=localhost user=root password=root database=minilogin Should this be pointing to my minilogin db or my peq db? |
I should clarify, that is the db.ini file in the NewMiniLogin folder.
|
to the minilogin db..
Still once again, it was reporting as connecting to the LS, but then disconnecting afterwards? Would be nice to see the whole output of both world and login. |
The sequence is this:
1. launch start.bat. This launches World.exe and EQlaunch.exe. World.exe reports "could not connect to login server." EQlaunch.exe connects to world server. then . . . 2. Launch minilogin.exe. World.exe reports "Connected to loginserver." 3. minilogin.exe reports "Unknown loginSOPcode" |
Quote:
|
World log:
Code:
--------------------------------------------- |
Looks like you are having some really strange connection issues there lol..
[03.29. - 17:28:26] [WORLD__LS_ERR] Could not connect to login server: TCPConnection::Connect(): connect() failed. Error: 10061 [03.29. - 17:28:35] [WORLD__LS] Connecting to login server... [03.29. - 17:28:35] [WORLD__LS] Connected to Loginserver: 127.0.0.1:5999 I am not really sure what to tell you, its there but it doesn't stay connected :P How 'stable' would you call your system right now heh |
That's the zip file I am using. In my folder are:
1. db.ini 2. patch_6.2.conf 3. LoginServer.ini 4. README.TXT 5. loginserverdb.sql 6. MiniLogin.exe Is there a different startup sequence I should be using than what I've indicated? |
MiniLogin.exe should be started before World.exe thats it.
|
Quote:
I'm sure it's just that I have not connected the pieces in the right way. |
Here's what the minilogin.exe is producing:
|
Ok are you sure you have an entry in the login_worldservers table for the account root and password root as instructed by the readme.txt? Otherwise I am not sure.
Can you re-download and get the new version see if it works better? Thats all I can suggest at this point. |
Okay, I think I found part of the problem. Start.bat executes both World.exe and eqlaunch.exe. I assume eqlaunch.exe is the login server for peq? In any case, I tried launching world.exe independently after launching minilogin.exe, and at least I am no longer getting the hash table effect. World maintains a stable connection and minilogin simply says "here10!"
Now, when I launch starteq.bat (which contains the single line eqgame.exe patchme), it launches what appears to be the Public LS (with the pic of the werewolf and the full moon). It asks for my station username and station password, but does not recognize it when I enter it. Is this the screen I should see at this point? If so, is the username and password the one I registered on the website, or is it the new one I created in the login_accounts table (which happen to be the same in this case)? Or is it something else? |
LS and world connection sound good, here10! is hitting the user/pass (Gotta love the old checks we had in there). Just haven't fixed em.
Anyway, I don't know about the next part, as long as your eqhost.txt is updated to use your server I think you should be ok? |
Just so I don't miss it, what exactly should the host=?
|
you can try 127.0.0.1:5999 (this is assuming you didn't change the port in LoginServer.ini). I am not sure if it is picky about the localhost ip. Otherwise you can use your LAN ip.
|
Yeah, none of that is working. I suspect I still have something pointed in the wrong direction. I've got:
1. for db.ini (NewMiniLogin) # READ README.TXT! [Database] host=127.0.0.1 user=root password=root database=minilogin 2. for eqhost.txt: [LoginServer] Host=127.0.0.1:5999 3. for the eqemu_config.xml <loginserver> <host>127.0.0.1</host> <port>5999</port> <account>root</account> <password>root</password> </loginserver> Does this look right? |
Yes. Output what you see in the login console, imo.
|
I think that eqlaunch isn't what you need.. There is nothing wrong with that setup.
just run eqgame.exe Start->Run "C:\program files\sony\everquest\eqgame.exe" patchme Click OK |
Hmmm
I've been trying to get this working today. I've made some progress on it. My world server appears to be connecting to my login server correctly:
Quote:
Quote:
|
Ignore the above post.
We're good to go now. I just have to figure out how to have my new schema reference my old one so that characters show up on the appropriate accounts. |
Here's how I converted my accounts;
First you need something like Navicat so you can make a custom sql of the database's account table. With Navicat, go to your account table, select id, name and password only, dump them into an sql. You should see entries that look like this; Code:
INSERT INTO account convert_account.pl Code:
#!/usr/bin/perl Now, open login_accounts.sql, and it should look like this; Code:
INSERT INTO login_accounts This is for Minilogin users that already have Minilogin passwords in their table. In my case I have 132 accounts (it grew some) this converted them in a flash. Quote:
|
Thank you Angel, I'll try this out and report back.
Do I even need to include IP or is that filled in by the server? |
Actually, if you had an account list with no passwords (because you never used minilogin), you could still make a script for inserting passwords to the accounts.
|
I have the password field but I just put "mini" into all of them. I didn't know why the field was there.
|
The only fields you need are the ones I mentioned - the rest can use default settings - heres an sql script for setting a new password;
Code:
UPDATE login_accounts SET password=md5("newpassword") WHERE name = 'joeblow'; You could default all your passwords to 'mini' then have them email you their username with new password if they want it changed. You could also get real 'fancy' and set up a php page so they can do it themselves (anybody does this, I want a copy too!) Quote:
|
Ok, total victory now.
The "isaccount_id" field just needed the numbers from the login and password. Everyone is working but the GM account that is actually local is unable to connect. Quote:
|
Is the new minilogin no longer available? I was looking forward to actually being able to run a test server and real server at the same time.
|
the minilogin was canceled because image relased a new better pricate login server which is basicly a fully fledged loginserver check http://eqemu.devnoob.com for more details
|
Thanks Aergad, I found that version. It phones home with statistics. Sorry, but Microsoft spys on me enough as it is, I try hard not to use software like that. I'm not saying anything against the work Image has done, which is awesome, just that I don't like that kind of stuff.
|
Lol, take out the last two lines in LoginServer.ini, statsaddress and statsport.
It isn't "phoning home" it is sending public statistics http://eqemu.devnoob.com/register/status.php no different than what EQEMu's main site used to have. Just now its with login servers and worlds :) Edit: Should read the README.TXT sometime :) |
I would try to install but I can't pass the "Genuine Advantage Tool by Image"
Please help!!!!!!1!11one1 |
Image, thanks for the heads up. I read on the site that it sent the statistics back and quit there. I'll browse the readme.
|
All times are GMT -4. The time now is 03:26 PM. |
Powered by vBulletin®, Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.