Dormammu Posted January 15, 2017 Report Share Posted January 15, 2017 @Aokromes - Thanks. If realmlist.wtf did not exist in the data directory, would creating one solve the issue? Link to comment Share on other sites More sharing options...
Dormammu Posted January 15, 2017 Report Share Posted January 15, 2017 Contents of Client Data directory. http://i.imgur.com/rBTypnZ.png Link to comment Share on other sites More sharing options...
Aokromes Posted January 15, 2017 Report Share Posted January 15, 2017 inside enus Link to comment Share on other sites More sharing options...
Dormammu Posted January 15, 2017 Report Share Posted January 15, 2017 Error persists even with realmlist.wtf in its proper place. Link to comment Share on other sites More sharing options...
Dormammu Posted January 16, 2017 Report Share Posted January 16, 2017 Just ran through the directions again. This mystifies me still. Any other thoughts on what might be the issue? When I try to log in on Client, nothing appears in Worldserver. Link to comment Share on other sites More sharing options...
Dormammu Posted January 16, 2017 Report Share Posted January 16, 2017 I wouldn't need to add port numbers to all the ip addresses, would I? Link to comment Share on other sites More sharing options...
Dormammu Posted January 16, 2017 Report Share Posted January 16, 2017 For the benefit of the community, I think I may have figured out the issue. I am waiting on someone with the time to validate my theory. I may have found a few port number discrepancies in the AuthServer DB viewing it with HeidiSQL. I will confirm if it is the issue or not......just need a higher experienced mind to view it. Link to comment Share on other sites More sharing options...
Dormammu Posted January 17, 2017 Report Share Posted January 17, 2017 Exception made when I tried to change the port to match my default. Is that what's causing this error? Link to comment Share on other sites More sharing options...
Dormammu Posted January 17, 2017 Report Share Posted January 17, 2017 Are the 335 errors and the 6.x (Master) errors different? http://i.imgur.com/dCs0D9t.jpg The error code thrown up after altering the ports in my config files is closely similar to what pops up in 6.x / Master errors. At least thats what I see when performing a search here on TC forums. Any advice? Thx. Link to comment Share on other sites More sharing options...
CDawg Posted January 18, 2017 Report Share Posted January 18, 2017 Are you referring to changing the RealmServerPort = 3724 in the authserver config? Link to comment Share on other sites More sharing options...
Dormammu Posted January 18, 2017 Report Share Posted January 18, 2017 (edited) Im basically still trying to figure out why my 335 server will not allow any localhost connections. Im trying to pick someone's brain that if I copy the configuration from my Master server (which works just fine) to my 335 server - will it completely muck it up? (Both servers are on completely different boxes by the way.) So.....theoretically, if I change my RealmServerPort to 3724, should that allow my 335 AuthServer to grant access, particularly if it's giving me that error (2316) on login attempt? Edited January 18, 2017 by Dormammu Link to comment Share on other sites More sharing options...
CDawg Posted January 18, 2017 Report Share Posted January 18, 2017 Are those ports whitelisted on the 335a node? In your case that you are describing... Localhost connections still have to use your external IP. That should be configured in your auth.realmlist DB under address. Link to comment Share on other sites More sharing options...
Dormammu Posted January 18, 2017 Report Share Posted January 18, 2017 Even if I am not planning to connect any external clients? Link to comment Share on other sites More sharing options...
Dormammu Posted January 19, 2017 Report Share Posted January 19, 2017 Shouldn't 335 client autogenerate a realmlist in its proper location when one isn't in place? My 335 generates a config automatically but no realmlist. Is this normal or indicative of a larger issue? Link to comment Share on other sites More sharing options...
CDawg Posted January 19, 2017 Report Share Posted January 19, 2017 10 hours ago, Dormammu said: Even if I am not planning to connect any external clients? Yes and no. If you don't plan to have friends connect externally than it should work using 127.0.0.1, you can also use your local 10.x address. 1 Link to comment Share on other sites More sharing options...
CDawg Posted January 19, 2017 Report Share Posted January 19, 2017 2 hours ago, Dormammu said: Shouldn't 335 client autogenerate a realmlist in its proper location when one isn't in place? My 335 generates a config automatically but no realmlist. Is this normal or indicative of a larger issue? The client, no. It reads from whatever 3724 is thrown at it. Are you using a modified 335a client? Link to comment Share on other sites More sharing options...
Dormammu Posted January 19, 2017 Report Share Posted January 19, 2017 I am not. This was an original client. Not modified at all. Do I need to manually create a realmlist.wtf if one isn't present? Link to comment Share on other sites More sharing options...
Shauren Posted January 19, 2017 Report Share Posted January 19, 2017 theoretically setting the cvars in config.wtf should work as well - but if you want to stick to realmlist.wtf, create it (client will not do it by itself) Link to comment Share on other sites More sharing options...
Dormammu Posted January 19, 2017 Report Share Posted January 19, 2017 @CDawg Thanks. I'll give the 10.x address a shot as well. You're right when it *SHOULD* work using localhost address, but it continues to baffle me. Last night, with the help of a friend here on TC, he remoted into my server and took a look. He couldn't find anything out of the ordinary either. He has a Master server but not 3.3.5. If theres such a subtle change that we are missing, we have yet to find it. Link to comment Share on other sites More sharing options...
Dormammu Posted January 19, 2017 Report Share Posted January 19, 2017 I will give the realmlist.wtf one more shot by creating one manually. If that doesn't work, then I will modify that cvars within config. Just to confirm, that file needs to be embedded in enUS/Data? Link to comment Share on other sites More sharing options...
CDawg Posted January 20, 2017 Report Share Posted January 20, 2017 6 hours ago, Dormammu said: I will give the realmlist.wtf one more shot by creating one manually. If that doesn't work, then I will modify that cvars within config. Just to confirm, that file needs to be embedded in enUS/Data? Ok. So let's start from scratch. config.wtf reads from what's in realmlist.wtf (unless it doesn't exist). If realmlist.wtf exists with your server info, then config.wtf needs to be updated. If I want to switch servers (domains), I blow away the config.wtf, then I update realmlist.wtf to point to my friend's server for debugging purposes, etc... The client builds a new client.wtf from what realmlist.wtf has in it. That make sense? Link to comment Share on other sites More sharing options...
Dormammu Posted January 20, 2017 Report Share Posted January 20, 2017 8 minutes ago, CDawg said: Ok. So let's start from scratch. config.wtf reads from what's in realmlist.wtf (unless it doesn't exist). If realmlist.wtf exists with your server info, then config.wtf needs to be updated. If I want to switch servers (domains), I blow away the config.wtf, then I update realmlist.wtf to point to my friend's server for debugging purposes, etc... The client builds a new client.wtf from what realmlist.wtf has in it. That make sense? Clear as crystal. (Mostly) If I create a new realmlist.wtf then it should be stuck *WHERE*? Yet, if I decide to do away with the realmlist.wtf entirely, what needs to be entered into config.wtf in order for my server to be detected by the authserver? Link to comment Share on other sites More sharing options...
CDawg Posted January 20, 2017 Report Share Posted January 20, 2017 How 335a client was structured - realmlist.wtf should be in your /enUS (or w/e locale you are using) directory. The problem with doing away with realmlist.wtf, would be to always manually changing the values in config.wtf. But I understand that some folks may not want to always change their video card settings, etc... so it's safe to blow away realmlist.wtf, but remember realmlist.wtf is ignored if the config.wtf already has domain values in it. EDIT: When friends want to connect to my server for testing purposes. The safe method that I have them do is modify their realmlist.wtf, then blow away their config. The client rebuilds the config and ignores the ../enUS/realmlist.wtf unless they hate my server Link to comment Share on other sites More sharing options...
Dormammu Posted January 21, 2017 Report Share Posted January 21, 2017 Attn: Community..... With the help of @CDawg, I was able to fire up my server and connect to it. To resolve said issues, I went to AuthServer.config and changed my port to 3724. The **EDIT** default I had in front of me was something completely different. Furthermore, I renamed my WTF folder to WTF_OLD and had the client build me a new one. I entered the IP Information as well as vital config info and attempted log in with success! Someone give @CDawg mad props! :Salute Link to comment Share on other sites More sharing options...
Aokromes Posted January 21, 2017 Report Share Posted January 21, 2017 idk wtf you did, but the default IS 3724:https://github.com/TrinityCore/TrinityCore/blob/3.3.5/src/server/authserver/authserver.conf.dist#L55 1 Link to comment Share on other sites More sharing options...
Recommended Posts