View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0000918 | unreal | ircd | public | 2003-04-26 01:29 | 2003-11-20 19:43 |
| Reporter | DayDragon | Assigned To | syzop | ||
| Priority | normal | Severity | minor | Reproducibility | sometimes |
| Status | closed | Resolution | fixed | ||
| Product Version | 3.2-beta15 | ||||
| Summary | 0000918: User hangs on connection at certain times | ||||
| Description | Since we installed U3.2b15 + Apr11th cvs, some of our users, who have static or semi-static IP's, cannot connect at certain times. Usually around 20:30 the user tries to connect to the server, it gets so far then says Connection Reset By Peer [10054]. Upon doin /trace you can see ???? Default [their.ip.addres] and it will stay there for a good 10 minutes sometimes, even with kline, gline n services akill it will not drop. It may not be even an Unreal problem, though its strange it does it on this version and not 3.1.1, though why for that one user in particular? Err, ask me for more info if i've left something important out (it's my first report). | ||||
| Additional Information | First compile of 3.2b15 +cvs was 11th Apr 03 using uptodate cvs, after found "bug", updated cvs on 15th Apr. | ||||
| 3rd party modules | |||||
|
|
Hi, I see some conflicting statements heheh ;P. Does the user really "hang", or does he get any connection msg ("got hostname, blabla", maybe you could turn those msgs on if you haven't already to help tracing it). Do you have ident checking enabled, if so.. you could try disabling it and see if it helps... there have been some ident "hang" issues in the past (even in beta14, may still be present in beta15). |
|
|
Have tried disabling ident, made no difference. The user gets this on her mIRC. *** Looking up your hostname... *** Checking ident... * Identd request from our.server.ip.address * Identd replied: 1026, 6667 : USERID : UNIX : me *** Found your hostname *** Received identd response * [10054] Connection reset by peer (though they still appear on the server) |
|
|
Oh, OS is Slackware Linux, not sure how you get the version as i'm not totally familiar with Linux commands. Just enough to be running an ircd :) |
|
|
- From your paste ident was enabled, but I guess you also tested without... ? - Do you have throttling enabled, or something else manually enabled in config.h? |
|
|
Download this module and install it: http://www.vulnscan.org/tmp/listunk.tar.gz Then if it happens again (like you see that guy in /trace), type /listunk to get detailed info about the unknown clients.... hope it helps tracing. [I assume you can read this message altough I've marked it as "private"] |
|
|
nope, throttling isn't enabled, not changed the config.h and yes, we tested without ident check. We've also mailed BlueYonder support (cos as we said we don't know if it's Unreal or them) although it does *sometimes* affect an other user with a semi-Static IP address, though his was solved by rebooting his DSL router to change his IP |
|
|
I've made my previous comment now public ;P. Module... |
|
|
Ok, will try it out |
|
|
And? :P |
|
|
Oh sorry Syzop, been busy with some stuff, not been on the server till know. Okay, module installed fine. on /listunk we got this (i've removed her IP address for her security): -Debug- [her.ip.add.ress]: flags: AUTH WRAUTH I'm not sure what that means, but hopefully it's useful to you We're also going to restart the ircd again, to see if that clears the host cache (since she has a static ip). Edit - 10 mins later. Okay, just noticed another user got stuck, they are on Tiscali, they got AUTH WRAUTH aswell. The only thing we can see thats the same is, the BY users ip begin's with 62. and so does the Tiscali users Ip, though it could be unrelated :o) edited on: 05-08-03 21:10 |
|
|
Thanks. Is this with ident enabled or disabled? If it was enabled, can you disable it and post results again? :) |
|
|
er okay, but we've tried with ident-checking off and it didn't work before, but will try again. Also, we tried a restart of unreal, those 2 are still getting stuck, with AUTH WRAUTH |
|
|
Sure but if ident is enabled and those 2 flags are on it means: "connecting/sending request to client's ident server", the WRAUTH flag will be cleared once it's waiting for the reply... So.. I wonder what happens without ident :). edited on: 05-08-03 21:55 |
|
|
Okay, we disabled it, and they connected fine, the trouble is they can usually connect after 10.55 PM anyway, so we won't know if thats solved it or not till tomorrow night :o( if it does turn out to have worked then why didn't it work when we disabled ident-check before? could the restart of unreal have done something together with that? Anyway, we shall see, tomorrow night. But if it is that then how do we enable ident check for everyone else but them? |
|
|
Hm ok. What's your servers' IP/host btw? (so I can check) |
|
|
heh just checking if ident was really disabled (it was) ;p. |
|
|
Cuh, you didn't trust me :p |
|
|
Of course I don't, that's one of the things I've learned here :). |
|
|
Bah, you coders are so cynical :op |
|
|
Mmm, okay, seems to have solved it, they came straight in tonight. It's strange it didn't work when we tried it the first time, it must've been to do with the restart of unreal as well, maybe it cleared something? So, why were they getting stuck at that point between 8.45 pm and 10.55pm? How do we do ident banning without ident-check? Thank you for all your help Syzop. Edit: Just looking through the bugs listed here, found one that was resolved that sounds slightly similar to me. ID: 0000709 edited on: 05-10-03 03:26 |
|
|
Yeah I've spent >5 hours on that bug. Hence, I was thinking this was highly likely an ident problem. You probably saw my opinion about ident in that bugreport too, IMO it's old and near-to-useless today except for shell boxes with hundreds of users and a trusted ident server running... So ident banning? Well you could still ban on user instead of ident ofcoz ;p. Maybe one day I'll add better timeout stuff, but I don't want to spend yet another 8 hours or so on this. |
|
|
Well great, this costed me 3 hours or so but I hope this will fix all those problems: *paste from Changes* - Added set::ident::connect-timeout (default 10s) and set::ident::read-timeout (default 30s) to have much more control over ident timeouts, this should also fix connection timeout problems during connecting. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2003-04-26 01:29 | DayDragon | New Issue | |
| 2003-04-26 15:40 | syzop | Note Added: 0002490 | |
| 2003-04-26 15:43 | syzop | Reproducibility | always => sometimes |
| 2003-04-26 15:43 | syzop | OS | => ??? |
| 2003-04-26 15:43 | syzop | OS Version | => ??? |
| 2003-04-26 15:43 | syzop | Platform | => ??? |
| 2003-04-26 15:43 | syzop | Product Version | => 3.2-beta15 |
| 2003-04-26 15:43 | syzop | Build | => cvs 11 and 15 Apr. |
| 2003-04-27 00:49 | DayDragon | Note Added: 0002510 | |
| 2003-04-27 00:52 | DayDragon | Note Added: 0002511 | |
| 2003-04-27 01:01 | syzop | Note Added: 0002512 | |
| 2003-04-27 01:03 | syzop | OS | ??? => Linux/Slackware |
| 2003-04-27 01:03 | syzop | OS Version | ??? => |
| 2003-04-27 01:03 | syzop | Platform | ??? => |
| 2003-04-27 01:35 | syzop | Note Added: 0002513 | |
| 2003-04-28 03:28 | DayDragon | Note Added: 0002526 | |
| 2003-04-28 13:49 | syzop | Note View State: 2513: public | |
| 2003-04-28 13:50 | syzop | Note Added: 0002532 | |
| 2003-04-29 20:26 | DayDragon | Note Added: 0002570 | |
| 2003-05-01 20:02 | syzop | Summary | User (on BlueYonder static IP) hangs on connection at certain times => User hangs on connection at certain times |
| 2003-05-04 21:00 | syzop | Note Added: 0002639 | |
| 2003-05-08 21:02 | DayDragon | Note Added: 0002724 | |
| 2003-05-08 21:10 | DayDragon | Note Edited: 0002724 | |
| 2003-05-08 21:40 | syzop | Note Added: 0002725 | |
| 2003-05-08 21:52 | DayDragon | Note Added: 0002726 | |
| 2003-05-08 21:55 | syzop | Note Added: 0002727 | |
| 2003-05-08 21:55 | syzop | Note Edited: 0002727 | |
| 2003-05-08 22:11 | DayDragon | Note Added: 0002728 | |
| 2003-05-08 22:29 | syzop | Note Added: 0002729 | |
| 2003-05-08 22:49 | syzop | Note Added: 0002731 | |
| 2003-05-08 22:59 | DayDragon | Note Added: 0002732 | |
| 2003-05-08 23:06 | syzop | Note Added: 0002733 | |
| 2003-05-08 23:37 | DayDragon | Note Added: 0002735 | |
| 2003-05-10 03:06 | DayDragon | Note Added: 0002741 | |
| 2003-05-10 03:26 | DayDragon | Note Edited: 0002741 | |
| 2003-05-10 14:12 | syzop | Note Added: 0002742 | |
| 2003-05-11 21:10 | syzop | Status | new => resolved |
| 2003-05-11 21:10 | syzop | Resolution | open => fixed |
| 2003-05-11 21:10 | syzop | Assigned To | => syzop |
| 2003-05-11 21:10 | syzop | Note Added: 0002757 | |
| 2003-11-20 19:43 | syzop | Status | resolved => closed |
