accounts.txt overwrite?
Posted: 03 Nov 2010, 21:57
Hi all, first a heaping amount of thanks to Meway, who has been incredibly patient and helpful!
I've been trying to get an eAthena server up for a few days with marginal success. Thanks to Meway I managed to solve the mapserver creation problem, and I'm documenting some of the server setup steps for Debian GNU/Linux.
I can register a new account, but each time the character server tries to connect it fails. At first I thought this was an I.P. issue, so I tried 127.0.0.1 for everything, then 10.0.0.2 for everything (the assigned IP for the server box) until I noticed that the problem seems to be related to the passwords.
Initially I had changed the server communication passwords from s1 and p1 to something else (in map_local.con char_local.conf and accounts.txt - the 0 account). Then I erased the whole git tree, recompiled and left the s1 and p1 and noticed that the server still failed when it tried to communicate. So I changed it back to something else user: server1, pass: Y3s1tsPa1nfull! {a tribute to the process}. Here's the login.log section where the connection fails:
I'm thinking maybe I'm not setting up the accounts.txt file correctly because it seems to get overwritten. Here's what I put in the accounts.txt file:
I noticed after doing anything eAthena seems to overwrite the accounts.txt file with what looks to be hashed passwords and some default other accounts....
Note that there is no 0 account anymore. Is this a bug or have I missed an important step?
To further troubleshoot: After copying over accounts.txt.example to accounts.txt I tried editing the file for server1 and the password then actually logging in as server1 from a client on my notebook and no luck.
Thanks to all who've helped...
I've been trying to get an eAthena server up for a few days with marginal success. Thanks to Meway I managed to solve the mapserver creation problem, and I'm documenting some of the server setup steps for Debian GNU/Linux.
I can register a new account, but each time the character server tries to connect it fails. At first I thought this was an I.P. issue, so I tried 127.0.0.1 for everything, then 10.0.0.2 for everything (the assigned IP for the server box) until I noticed that the problem seems to be related to the passwords.
Initially I had changed the server communication passwords from s1 and p1 to something else (in map_local.con char_local.conf and accounts.txt - the 0 account). Then I erased the whole git tree, recompiled and left the s1 and p1 and noticed that the server still failed when it tried to communicate. So I changed it back to something else user: server1, pass: Y3s1tsPa1nfull! {a tribute to the process}. Here's the login.log section where the connection fails:
Code: Select all
2010-11-03 12:29:59.785: The login-server is ready (Server is listening on the port 6901).
2010-11-03 12:30:02.791: Connection request of the char-server 'The Mana World' @ 10.0.0.2:6122 (ip: 10.0.0.2)
2010-11-03 12:30:02.791: Unknown account (account: server1 , ip: 10.0.0.2)
2010-11-03 12:30:02.791: Connexion of the char-server 'The Mana World' REFUSED (account: server1 , pass: Y3s1tsPa1nfull!, ip: 10.0.0.2)
2010-11-03 12:30:02.792: End of connection, unknown packet (ip: 10.0.0.2)Code: Select all
0 server1 Y3s1tsPa1nfull! - S 694 0 a@a.com - 0 - - 0Code: Select all
2000000 myname !=5auo$e243bacb2e422cd08b8df957 2010-11-03 03:22:30.934 M 1 0 a@a.com - 0 10.0.0.4 ! 0
2000001 myname2 !5[tVd$cca6049992e2c72a225f5fe8 2010-11-03 03:24:47.929 M 1 0 a@a.com - 0 10.0.0.4 ! 0
2000002 myname3 !Yt:x}$9051c4dbc4f7201e45a06445 2010-11-03 03:25:58.725 M 1 0 a@a.com - 0 10.0.0.4 ! 0
2000003 abc123 !KhRF3$e9244bbe8d67528ff0ec6a7d 2010-11-03 12:10:18.941 M 1 0 a@a.com - 0 10.0.0.4 ! 0
2000004 Test !qv5sK$57523301b6851cc1fbbf7a19 2010-11-03 12:38:01.694 M 1 0 a@a.com - 0 10.0.0.4 ! 0
2000005 %newid%To further troubleshoot: After copying over accounts.txt.example to accounts.txt I tried editing the file for server1 and the password then actually logging in as server1 from a client on my notebook and no luck.
Thanks to all who've helped...
