Epona services

[I3a4]

i have searching on google, and i have founded epona, my only problem is " *** LocOps -- Link denied for services.crosys.mine.nu([email protected]) (No link block named 'services.crosys.mine.nu') [@161.53.201.4.40647] "

i don't know why is that, i need help, somebody help me

[w00t]

I wouldnt advise the use of epona, very old

Rather try anope, http://www.anope.org (based off epona)

Check your link block carefully, if you still have trouble, post again.

[I3a4]

i have tried with anope and auspices, same thing,

[AngryWolf]

What don't you understand about "No link block named 'services.crosys.mine.nu'"? Whatever it is, did you have a look at the UnrealIRCd FAQ (question #25)?

[w00t]

In other words, it isnt services causing the problems. Rather, your unrealircd.conf file...

So anope isnt broken, epona is outdated, and auspice is worse than epona.

[codemastr]

epona is outdated

Someone emailed me just the other day to say that Epona is being developed again. 1.4.17 was released on http://www.epona.org just a few days ago. I have not even looked at it though, so I have no idea about the quality. I assume Anope has fixed several bugs from Epona (well I know they have since I fixed a few myself), and as far as I can see from the change log, those fixes were not added. So no idea about whether it is good or not.

[TheOne]

i have searching on google, and i have founded epona, my only problem is " *** LocOps -- Link denied for services.crosys.mine.nu([email protected]) (No link block named 'services.crosys.mine.nu') [@161.53.201.4.40647] "

i don't know why is that, i need help, somebody help me

post your link data (minus the passwords) from unrealircd.conf.

[AngryWolf]

In my honest opinion, sometimes that's a good approach to solve configuration issues, however if the person asking for help doesn't know what a named block is, I suppose he/she don't have all the basic knowledge about the configuration format. Or the documentation isn't clear enough? Anyway, good luck.

[TheOne]

In my honest opinion, sometimes that's a good approach to solve configuration issues, however if the person asking for help doesn't know what a named block is, I suppose he/she don't have all the basic knowledge about the configuration format. Or the documentation isn't clear enough? Anyway, good luck.

good point, i think the documentation is clear enough on what a block is, though it needs some work on the link section.

[katsklaw]

In my honest opinion, sometimes that's a good approach to solve configuration issues, however if the person asking for help doesn't know what a named block is, I suppose he/she don't have all the basic knowledge about the configuration format. Or the documentation isn't clear enough? Anyway, good luck.

good point, i think the documentation is clear enough on what a block is, though it needs some work on the link section.

I would have to disagree. the FAQ states:

No link block named 'something'
The server does not have a (correct) linkblock with that name, it should be: link servername {. Servername is the name of the remote me { } block, not the ip or something.

The doc/unreal32docs.html files says:

link <server-name> {
........
};
};

First of all server-name is the name of your remote server, the name the remote server has in his me { } block, like hub.blah.com (not the IP and can be different than hostname).

I don't see how that could be more clear or improved upon.

[TheOne]

In my honest opinion, sometimes that's a good approach to solve configuration issues, however if the person asking for help doesn't know what a named block is, I suppose he/she don't have all the basic knowledge about the configuration format. Or the documentation isn't clear enough? Anyway, good luck.

good point, i think the documentation is clear enough on what a block is, though it needs some work on the link section.

I would have to disagree. the FAQ states:

No link block named 'something'
The server does not have a (correct) linkblock with that name, it should be: link servername {. Servername is the name of the remote me { } block, not the ip or something.

The doc/unreal32docs.html files says:

link <server-name> {
........
};
};

First of all server-name is the name of your remote server, the name the remote server has in his me { } block, like hub.blah.com (not the IP and can be different than hostname).

I don't see how that could be more clear or improved upon.

I had just found it confusing, i finally worked it out though.

[katsklaw]

TheOne, perhaps you could elaborate of *why* you found it confusing or what part was confusing you.

Many times technical docs are written by very techincal people. This causes an effect that could leave the doc confusing to the layman or to a newbie. New users SHOULD offer feedback to authors. Otherwise the doc will remain confusing.

Perfect example is that I find the docs to be in plain English and as simple as they can be, you however didn't. It's possible that since I've been on IRC for nearly a decade has made it so I see technical docs easier that you do.

[Jabba]

i have searching on google, and i have founded epona, my only problem is " *** LocOps -- Link denied for services.crosys.mine.nu([email protected]) (No link block named 'services.crosys.mine.nu') [@161.53.201.4.40647] "

i don't know why is that, i need help, somebody help me

I384 the answer to your problem, I just solved for my own server by looking closely at the link block.

Look at the REM positions (the /* and the */) and you will see why Unreal says there's no link block That got me for a while, I spotted it without help, and this is the first time i've setup a server. I did it all on my own too.

If you want, i'll hang on ur net. If you run into trouble, if I run into trouble, we can help each other.[/quote]

[Err0r]

i did not read all this, so i just suggest using anope, it was very easy to work with, got it up in a second or two, and the services work great

[w00t]

Err0r, please *read* things before posting. This had already been said.