ahhhhh!

Thanks, fergot to check there. Some how the password field for the accound got cleared.

Can now log into the world server console.

I have always been partial to http://www.phpmyadmin.net/ ;)

Thanks for the tip!

-Brian

Yeah, I have some projects to start playing with the phpmyadmin and phpmyedit stuff... just kinda buried in other little projects at the moment. I gave a halfhearted attempt to get it running a couple of weeks ago, but I ran into some glitches, so I went back to my MySQL projects. Who said Attention Deficet Disorder was a bad thing? :)

Image and the other Devs,

Can you please add this into the world code if possible so the world server only binds to one IP address?

In the file ~/world/console.cpp for the line:

address.sin_addr.s_addr = htonl(INADDR_ANY);

and put a // in front of it.

Then below that line paste the lines (without the --snip--):

--snip--
// bind only to the address specified as the world address
hostent* bindaddr = gethostbyname(net.GetWorldAddress());

if (bindaddr != NULL)
{
#ifdef WIN32
memcpy ((char FAR *)&(address.sin_addr), bindaddr->h_addr, bindaddr->h_length);
#else
memcpy ((char*)&(address.sin_addr), bindaddr->h_addr, bindaddr->h_length);
#endif
}
else
{
// could not resolve world address... bind to all interfaces then
cout << "Error: could not resolve world address " << net.GetWorldAddress() << endl;
cout << "Listening on INADDR_ANY" << endl;
address.sin_addr.s_addr = htonl(INADDR_ANY);
}
--snip--

Thanks!

Good solution... If it doesnt find the world address, resort to any incoming..

Image, dont make me beg here.. lol.... I finally got my linux server rebuilt, I want to actually run a server again and be able to log onto it !

Hmmm.. This code change doesnt work for me quite.. The world server reports it's listening on that right interface, but still doesnt get through..

There are at least 2 other places than specify INADDR_ANY,

TCPConnection.cpp and EQNetwork.cpp .

I think they need to be modified to bind properly as well.

Hmmm...I'll have to look at that. What I posted fixed the NAT problem I was having. I'll look at the code and see if I can modify it, unless you would like to; which might be better since you would be able to tell if it fixed your problem ;)

I'll look at it anyways.

Originally, the only place it would bind the interface was in the 2 seperate net.cpp files. After version 0.3.0, these binds were yanked out of net.cpp and moved to console, EQNetwork, and TCPConnection. This looks like some merging that Quagmire did but not sure. I would think that both the zone and worldservers would need to bind to the interface, console seems to be where world does, but where is zone getting its connection?

Its not quite as easy to move the logic into EQNetwork and TCPConnection as it was console, so I need to check what additional includes are needed to get it in. (If this is really even the problem).

The behavior Im seeing is that once you login, and try to pick the worldserver in the server list, I'll get 10-15 Logged in: LS#106 Trumpcard messages, this is happening in client.cpp. The login in wrapped in a big while with a switch.. The log on is never completing so it never gets to sending the list of guilds..