I'm typing this as I read it and make modifications to my setup and the EQEmu code....
"A couple of questions:
1) What is the IP address of your Linux server? I assume it's 192.168.x.x and not your external IP. If that's true, I think this may cause some major problems when you go to try to play on your server (assuming your EQ client is on another 192.168.x.x IP)."
Server is 10.0.x.x, but I haven't even tried connecting yet since the server won't load. I'll keep your NAT post in mind. =) As far as the server loading and communication with the login server goes, I see how this might be a problem given it's using UDP.
"2) Have you tried using minilogin (on a windows box ) and using all internal IP addresses? This is a good first step to make sure that everything is working before you mess with the outside world."
Nope. I'm putting this server up and managing it remotely, and the only windows box where I'm doing this isn't mine. I never thought that would turn out to be a bad thing... :-P
"It doesn't like the lines in LoginServer.ini that have keys but no values (account= and password=) .... move them to the bottom of the file."
Done. I'm a comp sci major in college and I've had a few years (1+ on the job) programming experience, I should have taken a look at the code in more detail but I was in a hurry this morning (class, hehe). I didn't think of parsing problems when I ran across this first problem. I'm actually tempted to fix that one. =\ Maybe once I get all my classwork done for this semester. :-P
BTW, that fixed the problem of it not printing out the IP, and I'm assuming that means it read it in this time. :-P
"The error is coming from line 845 of zone/worldserver.cpp (the lack of a line break is a bug -- that line isn't printing out a newline character). That line is doing a gethostbyname() on the worldserver address that was passed on the commandline (the fourth argument)."
Thanks for looking that one up -- I did a grep and found the line, but didn't have the time to decipher where everything was coming from, I only gave it a glance.
"According to the man page for gethostbyname..."
Thanks for doing all this research for me.... I feel bad now :-(
Folks have been having problems with the fourth field when using 127.0.0.1, but they've been getting it to work by using localhost instead. Maybe this is related?
I just compiled and ran it (using hstrerror, strerror returned "operation not permitted). I still get an error, but it returns:
Unable to find host name. Error: Unknown host
I also added a line of code. Here's what I have.
cout << "Unable to get the host name. Error: " << hstrerror(h_errno) << endl;
cout << "Hostname: " << net.GetWorldAddress() << endl;
Note, for whatever reason, net.GetWorldAddress does odd things with the output to console if embedded in the first cout. *shrug*
It's printing out the normal error, and the address it's looking up, which I've tried as both 127.0.0.1 and localhost. Both return "Unknown host."
I've got a class schedule to take care of for next semester and then I'm going to play with this some more. For now, I'm clueless as to where to go with this. Unknown host looking up localhost/127.0.0.1? /boggle
Thanks in advance to anyone who plays with this. =)
|