View Full Version : ***Attention Dev Team***
devn00b
10-11-2002, 08:40 AM
Hey guys i need a few answers and/or a solutuion to this...I have spoke to many of you via IRC or on you individual servers.
this is a problem not just with me but several other people i have seen.
I was told it was bandwith but others with 2x the upstream as i have the same problem.
I was told it was my os (damn khuong) so i upgraded to Windows XP SP1 Prof.
Still didnt work.
now here is the problem...
i can connect to anyone. no one can connect to me. here is the relevent portion of the world.exe.
Guild Send Request...
Received 0xe521.
Unknown opcode: 0x56e0 size:0
Unknown opcode: 0x5af0 size:0
Unknown opcode: 0x6310 size:0
Unknown opcode: 0x006c size:0
Unknown opcode: 0x72c0 size:0
Unknown opcode: 0x75f0 size:0
Unknown opcode: 0x7af0 size:0
Unknown opcode: 0x7fe0 size:0
Unknown opcode: 0x8704 size:0
Unknown opcode: 0x0073 size:0
Unknown opcode: 0x76ff size:0
Unknown opcode: 0x7aff size:0
Client disconnected
Removing client from ip:65.128.126.186 port:4412
it happens whenever somone submits a char for name verification.
seems like somthing is borked with the connection to mysql.
has somthing changed recently with the code that connects it to mysql??
this used to work. and work well.
are any of you devs willing to look into this? any info i can give you that i havent that will be of some use?
thanks guys
Norvak
10-11-2002, 08:46 AM
I've had the same problem when others try to connect to my server. I've been trying to work this issue with /dev/n00b and Cryiosis, but we've all come up nadda.
Here's what I'm running:
Win2k SP3
640 MB RAM
1.5 GHz Athalon
ISDN straight connection. No router, no firewall, nothing.
I've optimized my database, Set table_cache to 64, nothing's worked. Purged my database and rebuilt it, no help.
I've run out of ideas and I have no clue what to do now. Any ideas would be greatly appriciated.
DeletedUser
10-11-2002, 09:13 AM
I run three computers all on w2k sp3 behind firewalls and I rarely see this happen, I do not know why it happens.
Norvak
10-11-2002, 09:59 AM
Ok, so it will work under Win2k.
Question is now, is there anything I need to do in order to make it work with Win2k? Is there some sort of set up that needs to be done?
Mind you, I have no firewall or router between me and my connection.
DeletedUser
10-11-2002, 10:04 AM
It should work no modifications should be required, are you using the binaries or did you compile the source?
tufkal
10-11-2002, 10:32 AM
I get this identical problem as well, and I also have talked to a lot of you on IRC. Win2k/WinXP I dont think the OS is the problem. I get the exact same problem on my WinXP box, W98 box, and Linux box. 3 different os's, exact same problem. No firewalls, no routers, etc etc etc.
Hogie offered the idea that my ISP (Charter Communications) has codee in place to prevent the use of servers on residential accounts. I have researched this with mixed success. Telnet server on my linux box works fine. FTP server on any box works fine, just gotta turn off passive transfers, and it cant be on port 21. The FTP issue i wrestled with for a long time before I found out charter blocks port 21 TCP servers. But why would they block UDP port 9000? I am not totally convinced its Charter on this one, and since im not alone i am looking for another reason.
DeletedUser
10-11-2002, 11:31 AM
You guys might want to check your guild list, I question if its getting corrupted somehow... The only other thing I could think of is a bandwidth issue *shrug*
Norvak
10-11-2002, 11:56 AM
I'm using the binaries.
I'm not sure how to check if my ISP is blocking the ports, but I don't think this is the case. Users CAN get past the world server and into the zone server. It's there that they get kicked. I've changed my zone server port numbers to 888* series, which seems to be universal for port access.
I'm going to try something drastic and use the zone.exe file from 3.8 with the world server from 3.9. Maybe it'll make a difference. I dunno.
devn00b
10-11-2002, 02:20 PM
okay this is getting strange...
Image can log on make as many chars as he wants...
anyone else trys and they get booted.
wth am i doing wrong!
Norvak
10-11-2002, 08:52 PM
I don't think this has to do with the Guild code. I recompiled world.exe with sourcecode that had the guild requester commented out. Same thing. If my guild information is corrupted, I'll remove it from my database altogether.
I think that I just have to bite the bullet on this and accept that it's a bandwidth issue. I tried altering my datarate and it was no good.
kathgar
10-12-2002, 02:00 AM
Do NOT run different versions for world/zone, the strcutures change, we change the packest, it generally will not work, and can even fuck up your db good
Norvak
10-13-2002, 04:16 PM
I found out they can't work together so it was no good. So be it. It was a thought.
I'm still stumped though and have no idea what the problem could be.
Phaedo11
10-13-2002, 06:03 PM
It doesn't have anything to do with guild data, most likely...
it always says "loading guild data" whether it's successful or not, it just happens that your error occurs after it.
It's something to do with connection, I suggest checking boot5zones.bat and looking into network/connection issues.
Korisha
10-13-2002, 07:15 PM
I had this same problem, still do sometimes, espically if I get duplicate char names, two people who try to make a charector with the same name, seems to break both and leave a record making it impossible for them to log in, have had to delete account records and charector records to fix it, (not sure if thats normal that two people can create same char name and have it work at times but if they both try to log in, BOOM big troubles) not sure if this helps anyone, but all I had to do was clear the charector records the few times its happened... hope it helps, if not sorry for wasteing your time with my minor attempt at help
devn00b
10-17-2002, 04:53 PM
okay...it works now...out of the blue...no problems at all....
im realy confused...but i went to my friends house and logged into my server just fine and dandy..
just an FYI
vBulletin® v3.8.11, Copyright ©2000-2025, vBulletin Solutions Inc.