View Issue Details

IDProjectCategoryView StatusLast Update
0001667unrealdocumentationpublic2007-04-19 04:32
Reporterfez Assigned To 
PrioritynormalSeverityfeatureReproducibilityalways
Status closedResolutionunable to duplicate 
Product Version3.2-RC2 
Summary0001667: -3 unknown connections
Descriptionok for some unknown reason, quilty.wrongway.org says the following:

There are 22 users and 56 invisible on 10 servers
11 operator(s) online
-3 unknown connection(s)
21 channels formed


Not really sure the details on how to reproduce this problem yet... I'll try and figure it out later. I just thought i'd let you know so you can keep your eye out for possible bugs in the unknown connections count...


 -- fez
3rd party modules

Activities

codemastr

2004-03-18 18:18

reporter   ~0005530

Is SSL enabled on this server?

fez

2004-03-18 19:56

reporter   ~0005537

yes SSL is enabled (you can try it on port 6670 if you need to experiment)

Static

2004-03-29 02:57

reporter   ~0005661

Last edited: 2004-03-29 02:57

We receive this odd bug also not sure how it happens one of our servers says -9 some nights. Ill do /close they disapear for awhile then its back to -9, im guessing same users but odd -9 - SSL is not on our network

edited on: 2004-03-29 02:57

Static

2004-03-29 02:58

reporter   ~0005662

We receive this odd bug also not sure how it happens one of our servers says -9 some nights. Ill do /close they disapear for awhile then its back to -9, im guessing same users but odd -9

ravenflx

2004-04-03 08:17

reporter   ~0005720

I've had this odd bug aswell. /close usually fixes it, may have something to do how SSL clients disconnect or something.

codemastr

2004-04-03 12:21

reporter   ~0005726

Well the reason /close fixes it is because /close sets the unknown count to 0.

Next time this happens, and you decide to use /close, can you do the following:
/lusers (to get the negative unknown count)
/close

Then, when you do /close you should see something like "Close NUMBER unknown connections". Include that message, along with the one from /lusers in a follow up here.

codemastr

2004-04-03 12:30

reporter   ~0005727

Hmm another thing, can each of you guys also include a /stats S output (might want to hide the cloak-keys line). Perhaps there is some setting that all of you have on that is causing this.

ravenflx

2004-04-03 13:22

reporter   ~0005728

Sure.

    *** Configuration Report ***
    network-name: XTech3.Net
    default-server: irc.XTech3.net
    services-server: Services.XTech3.Net
    stats-server: Stats.XTech3.Net
    hiddenhost-prefix: XTech3.Net
    help-channel: #Staff
    cloak-keys: 130E6E33
    kline-address: [email protected]
    modes-on-connect: +xG
    modes-on-oper: +wghsWvGp
    modes-on-join: +nt
    snomask-on-oper: +kscfvGq
    snomask-on-connect: +
    oper-only-stats: *
    restrict-usermodes: Gx
    anti-spam-quit-message-time: 0
    channel-command-prefix: !
    ssl::egd: 0
    ssl::certificate: server.cert.pem
    ssl::key: server.key.pem
    ssl::trusted-ca-file: <none>
    ssl::options:
    options::show-opermotd: 0
    options::hide-ulines: 1
    options::webtv-support: 0
    options::identd-check: 0
    options::fail-oper-warn: 0
    options::show-connect-info: 0
    options::dont-resolve: 0
    options::mkpasswd-for-everyone: 0
    options::allow-part-if-shunned: 0
    maxchannelsperuser: 10
    auto-join: 0
    oper-auto-join: #Admin
    static-quit: <none>
    static-part: <none>
    who-limit: 0
    silence-limit: 15
    dns::timeout: 2 seconds
    dns::retries: 2
    dns::nameserver: 127.0.0.1
    ban-version-tkl-time: 1 day
    throttle::period: 1 minute
    throttle::connections: 3
    anti-flood::unknown-flood-bantime: 10 minutes
    anti-flood::unknown-flood-amount: 4KB
    anti-flood::away-flood: 5 per 1 minute
    anti-flood::nick-flood: 3 per 1 minute
    ident::connect-timeout: 10 seconds
    ident::read-timeout: 30 seconds
    modef-default-unsettime: 10
    modef-max-unsettime: 60
    spamfilter::ban-time: 1 day
    spamfilter::ban-reason: Spam/advertising
    spamfilter::virus-help-channel: #help
    hosts::global: Staff.XTech3.Net
    hosts::admin: Admin.XTech3.Net
    hosts::local: Staff.XTech3.Net
    hosts::servicesadmin: Admin.XTech3.Net
    hosts::netadmin: NetAdmin.XTech3.Net
    hosts::coadmin: CoAdmin.XTech3.Net
    hosts::host-on-oper-up: 1
    htm::mode: noisy
    htm::incoming-rate: 35
    notify-commands: version,admin,module,ircops,info,clones,dalinfo,restart,die,connect,squit,trace, mkpasswd,stats,license
    staff-file: network.staff
    netadmins-are-gods: 1
    uline-password: <hidden>
    End of /STATS report

Hope that helps.

fez

2004-04-06 00:40

reporter   ~0005748

-5 unknown connection(s)

I'm starting to think that this bug (or part of it anyway) is cause when a server in a link{} block is on autoconnect, the server tries to connect to it, and the link fails, but it doesn't reset the number right. Observe

/stats P

[23:37] -meridian.xevion.net- *** Listener on 68.75.207.188:7000, clients -4620. is PERM
[23:37] -meridian.xevion.net- *** Listener on 68.75.207.188:6667, clients 8. is PERM
End of /STATS report

(-4620??!?)

/stats S

*** Configuration Report ***
network-name: Xevion.Net
default-server: irc.xevion.net
services-server: services.xevion.net
stats-server: services.xevion.net
hiddenhost-prefix: hidden
help-channel: #xevion
kline-address: [email protected]
modes-on-connect: +wx
modes-on-oper: +wgsx
modes-on-join: +
snomask-on-oper: +kscfvGq
snomask-on-connect: +
oper-only-stats: okG
anti-spam-quit-message-time: 10 seconds
channel-command-prefix: `
options::show-opermotd: 0
options::hide-ulines: 1
options::webtv-support: 0
options::identd-check: 1
options::fail-oper-warn: 0
options::show-connect-info: 1
options::dont-resolve: 0
options::mkpasswd-for-everyone: 0
maxchannelsperuser: 32
auto-join: 0
oper-auto-join: #operrealm
static-quit: <none>
dns::timeout: 2 seconds
dns::retries: 2
dns::nameserver: 127.0.0.1
throttle::period: disabled
throttle::connections: -1
anti-flood::unknown-flood-bantime: 10 minutes
anti-flood::unknown-flood-amount: 4KB
anti-flood::away-flood: 4 per 2 minutes
anti-flood::nick-flood: 3 per 1 minute
ident::connect-timeout: 10 seconds
ident::read-timeout: 30 seconds
hosts::global: oper.meridian.xevion.net
hosts::admin: admin.meridian.xevion.net
hosts::local: oper.meridian.xevion.net
hosts::servicesadmin: servadmin.meridian.xevion.net
hosts::netadmin: netadmin.meridian.xevion.net
hosts::coadmin: coadmin.meridian.xevion.net
hosts::host-on-oper-up: 1
htm::mode: noisy
htm::incoming-rate: 35
End of /STATS report

Plasma

2004-10-29 21:59

reporter   ~0008180

This has happened to me last night.

There are 14 users and 127 invisible on 2 servers
2 operator(s) online
-1 unknown connection(s)
77 channels formed
I have 126 clients and 1 servers
-
Current Local Users: 126 Max: 127
Current Global Users: 141 Max: 142
-
[11:53] -> Server: close
-
0: Connections Closed
-
[11:53] -irc.bittah.com- *** Notice -- [email protected] closed 0 unknown connections
-

One thing I have done (this was no problem with the previous UnrealIRCd/Anope combo) was in anope, add the +H usermode to nick/chan/memo/operserv (as shown below) so that the 'X operators online' count did not display them (ULined clients should not have their opers counted I dont think - its just a fake human oper count otherwise).

Heres what I have in services.h and compiled this for anope1.7.5 (Now running Unreal3.2.2):

#ifdef IRC_UNREAL
# define HAS_FMODE /* Has +f chan mode */
# define HAS_HALFOP
# define HAS_LMODE /* Has +L chan mode */
# define HAS_NICKVHOST
# define HAS_VHOST
# define HAS_VIDENT /* Can the IRCD Change Idents on the fly */
# define HAS_EXCEPT
# define NICKSERV_MODE "+oSH"
# define CHANSERV_MODE "+oSH"
# define HOSTSERV_MODE "+oSH"
# define MEMOSERV_MODE "+oSH"
# define BOTSERV_MODE "+oSH"
# define HELPSERV_MODE "+oSH"
# define OPERSERV_MODE "+ioSH"
# define DEVNULL_MODE "+iS"
# define GLOBAL_MODE "+ioSH"
# define NICKSERV_ALIAS_MODE "+oSH"
# define CHANSERV_ALIAS_MODE "+oSH"
# define MEMOSERV_ALIAS_MODE "+oSH"
# define BOTSERV_ALIAS_MODE "+oSH"
# define HELPSERV_ALIAS_MODE "+oSH"
# define OPERSERV_ALIAS_MODE "+ioSH"
# define DEVNULL_ALIAS_MODE "+iS"
# define GLOBAL_ALIAS_MODE "+ioSH"
# define HOSTSERV_ALIAS_MODE "+ioSH"
# define BOTSERV_BOTS_MODE "+qS"
#endif

Any relation? Anyone else do something similar?

Just note that it says it closed 0 unknown connections - weird

Issue History

Date Modified Username Field Change
2004-03-18 06:01 fez New Issue
2004-03-18 18:18 codemastr Note Added: 0005530
2004-03-18 19:56 fez Note Added: 0005537
2004-03-29 02:57 Static Note Added: 0005661
2004-03-29 02:57 Static Note Edited: 0005661
2004-03-29 02:58 Static Note Added: 0005662
2004-04-03 08:17 ravenflx Note Added: 0005720
2004-04-03 12:21 codemastr Note Added: 0005726
2004-04-03 12:30 codemastr Note Added: 0005727
2004-04-03 13:22 ravenflx Note Added: 0005728
2004-04-06 00:40 fez Note Added: 0005748
2004-10-29 21:59 Plasma Note Added: 0008180
2007-04-19 04:32 stskeeps Status new => closed
2007-04-19 04:32 stskeeps Resolution open => unable to duplicate