View Issue Details

IDProjectCategoryView StatusLast Update
0001673unrealircdpublic2004-04-03 12:18
Reporterw00t Assigned To 
PrioritynormalSeverityfeatureReproducibilityalways
Status closedResolutionopen 
Product Version3.2-RC2 
Summary0001673: "No O:Lines for your host"
DescriptionI actually have 2 olines on my server (irc.divinite.net)

Now, I recently changed the password of my main one (w00t) but left the hostmask at *@*.* Now when I try to oper using that, I get a "no olines for your host" error.

The second oline functions as normal, and was added at the same time as the password for the first was changed. (the second was intended for my remote control system im working on)
3rd party modules

Activities

codemastr

2004-03-21 17:21

reporter   ~0005563

What does /whois your-nick-name say for the "connecting from" line?

w00t

2004-03-21 17:31

reporter   ~0005564

w00t is connecting from *@ns1.vectracomm.com

thats with cgiirc. At home its like, @blah.bakgeg.bang or something weird related to my isp.

w00t

2004-03-21 17:50

reporter   ~0005565

Sorry, just realised that this should be labled "Minor" rather than "Feature"

My bad.

w00t

2004-03-21 23:07

reporter   ~0005566

Just to add, the other oline (that works) has the same hostmask.

w00t

2004-03-26 12:06

reporter   ~0005589

This is totally random!!

I added anoter oline for someone else [hektik_sniper] Theirs works.
w00t now works again.
but asdf (the other oline) DOESNT!

??

codemastr

2004-03-26 16:28

reporter   ~0005593

Nothing you've said in this bug report really makes any sense... You have to provide much more details if you want this fixed, it all looks fine to me.

w00t

2004-03-27 00:26

reporter   ~0005601

Sorry, but its a random issue...

I had one oline originally. oper w00t { etc.

then I started work on a remote control application, and decided to give it an oline oper asdf { etc.

When I added and rehashed, whenever I tried to oper using w00t, I got a "no olines for host" error. But asdf worked fine..

The other day, I added an oline for someone else, rehashed. Theirs works, but asdf no longer does. (same error w00t had, no olines for your host) Weirder still, w00t does work again...

I stress that I have not changed w00t in any way, and asdf is a pretty much identical block. When I can I will paste the oper blocks in for you. Hope this makes more sense.

aquanight

2004-03-28 14:08

reporter   ~0005629

Have you checked the log for configuration errors? A missing bracket or semicolon can be even nastier than it is in C++, because in some cases the error doesn't halt the rehash.

Sometimes I forget the block ending, and the configuration loads, but some of the blocks are ignored (bad if one of them was an allow block!). If you rehashed from IRC this would be apparent, probably also if this is the unix ircd you're using, but the windows ircd running as an NT service won't show any sign of this (because it must run silently as that's the way NT Services work), and you'll have to check service.log for any errors.

(I wish people would fill in the OS fields in the bug...)

Dj_baby

2004-03-28 17:32

reporter   ~0005636

somtime i hafe the same problem and userhost is on *@*

w00t

2004-03-28 18:32

reporter   ~0005637

Sorry... yes, its a FreeBSD box. I was in a hurry when I wrote the report :\

"somtime i hafe the same problem and userhost is on *@* " - Dj_baby
 Do you mean changing it to *@* fixes it? or that it has trouble when its *@*

I think I _may_ have misplaced a ";" after my closing "}"
Will see how things go.

Is it possible to _check_ for these errors?
i.e. do a script that counts all the "{"s in a file then the "}" in a file and compares the total? I'll see how I go, but shell scripting isnt one of my major talents...

Dj_baby

2004-03-28 18:34

reporter   ~0005638

No its the same problem

i trided *@usershost
and *@*

but stil hafe the same problem
and it not always but somtime's

syzop

2004-03-28 21:18

administrator   ~0005652

[I don't intend to treat everyone as an idiot, rather see this as a possible hint...]
Remember that the username (/oper username password) is ALSO case sensitive.

Oh and about how-to-check, well... '/stats o' (but to see the details fully you would have to do as an oper.. could even do it from remote if you are trying to debug this).

Dj_baby

2004-03-28 21:23

reporter   ~0005653

syzop
[I don't intend to treat everyone as an idiot, rather see this as a possible hint...]
Remember that the username (/oper username password) is ALSO case sensitive.
----------------------------------------------------------------------------

I know i that first was the problem , but it dindent work olso

grtz

w00t

2004-03-29 18:18

reporter   ~0005671

Yes, I know about case sensetivity. All my oper usernames are in lowercase, and ive checked the password many times.

It isnt an incorrect password, because it says "No O:Lines" not "bad password" or whatever.

I'll do /stats o as soon as the ircd is back up :\ we've been having some downtime.

ravenflx

2004-04-03 09:58

reporter   ~0005722

Last edited: 2004-04-03 10:00

www.vulnscan.org/UnrealIrcd/unreal32docs.html#operblock (Copy paste)

Re-do your olines, it's most likely (not to be rude) a user error. Also use "*@*" as I do not have issues with it, nor should anyone else.

Here's a tip. When adding oper blocks copy another oper's block so you need not worry about missing ;'s or }'s. Also, if you are compressing your oper block into a few lines, decompress it, you may not be doing it right. ex

oper woot { class clients; from { userhost *@*; }; password "beep"; flags { local; }; };

Check your confs closely and rehash, if you've done it right, it will work :)

edited on: 2004-04-03 10:00

codemastr

2004-04-03 12:18

reporter   ~0005725

Based on your forum post, I assume that means we're never getting the /stats O output. I have not seen any evidence that this problem exists, and the only way we'd get such evidence is with that output. So I'm closing this report since it won't be fixable, if it even does truly exist. If you change your mind, then do feel free to post your /stats O here.

Issue History

Date Modified Username Field Change
2004-03-21 17:13 w00t New Issue
2004-03-21 17:21 codemastr Note Added: 0005563
2004-03-21 17:31 w00t Note Added: 0005564
2004-03-21 17:50 w00t Note Added: 0005565
2004-03-21 23:07 w00t Note Added: 0005566
2004-03-26 12:06 w00t Note Added: 0005589
2004-03-26 16:28 codemastr Note Added: 0005593
2004-03-27 00:26 w00t Note Added: 0005601
2004-03-28 14:08 aquanight Note Added: 0005629
2004-03-28 17:32 Dj_baby Note Added: 0005636
2004-03-28 18:32 w00t Note Added: 0005637
2004-03-28 18:34 Dj_baby Note Added: 0005638
2004-03-28 21:18 syzop Note Added: 0005652
2004-03-28 21:23 Dj_baby Note Added: 0005653
2004-03-29 18:18 w00t Note Added: 0005671
2004-04-03 09:58 ravenflx Note Added: 0005722
2004-04-03 10:00 ravenflx Note Edited: 0005722
2004-04-03 12:18 codemastr Status new => closed
2004-04-03 12:18 codemastr Note Added: 0005725