Anope IRC Services

Please login or register.

Login with username, password and session length
Advanced search  

News:

Pages: [1]   Go Down

Author Topic: InspIRCD and Anope not linking  (Read 15111 times)

0 Members and 1 Guest are viewing this topic.

Smartys

  • Guest
InspIRCD and Anope not linking
« on: June 07, 2006, 10:39:34 AM »

I'm running (or want to run) InspIRCD and Anope on Windows.
InspIRCD is working fine standalone, but I'm unable to connect it to Anope. When I try, I get this in my InspIRCd logfile (I set logging to debug, and I'm sorry if I should be grabbing more: I can't tell where the connection attempt starts and ends)
Code: [Select]

Tue Jun  6 18:35:14 2006: Type: X_ESTAB_MODULE: fd=16
Tue Jun  6 18:35:14 2006: Create blank DNS
Tue Jun  6 18:35:14 2006: Set readbit
Tue Jun  6 18:35:14 2006: Add socket 1
Tue Jun  6 18:35:14 2006: OUT: CAPAB m_blockcolor.so,m_globops.so,m_operchans.so,m_services.so,m_spanningtree.so
Tue Jun  6 18:35:15 2006: Type: X_ESTAB_MODULE: fd=1
Tue Jun  6 18:35:15 2006: IN: :services.smartys.kicks-ass.net PONG services.smartys.kicks-ass.net
Tue Jun  6 18:35:15 2006: OUT: ERROR :Invalid command in negotiation phase.
Tue Jun  6 18:35:15 2006: ProcessLine says no!
Tue Jun  6 18:35:15 2006: inspircd.cpp: Socket poll returned false, close and bail
Tue Jun  6 18:35:15 2006: SocketEngine::DelFd(1)
Tue Jun  6 18:35:15 2006: Deleted fd 1


From Anope I get just a generic read error.

Here's the relevant code from my InspIRCD config:
Code: [Select]

<bind address="" port="7001" type="servers" default="yes">
<bind address="" port="7002" type="servers">

<link name="services.smartys.net"
        ipaddr="127.0.0.1"
        port="7005"
        sendpass="inspircdrocks"
        recvpass="inspircdrocks">

<uline server="services.smartys.net">


And from my Anope config:
Code: [Select]

IRCDModule "inspircd"

RemoteServer    127.0.0.1 7001 "inspircdrocks"

LocalAddress   127.0.0.1 7005

ServerName  "services.smartys.net"


I asked this in the InspIRCD forum and was directed to here because "Anope appears to be broken. It is sending PING's and PONG's before it has authenticated, this is against the protocol."
Any ideas?

Edit: corrected the code tags ;)

[Edited on 7-6-2006 by Smartys]
Logged

katsklaw

  • Guest
(No subject)
« Reply #1 on: June 07, 2006, 02:54:02 PM »

Remove LocalAddress and port option from the link tag. Also reply with Inspircd and anope versions.


[Edited on 7-6-2006 by katsklaw]
Logged

Charles Kingsley

  • Contributor
  • *
  • Offline Offline
  • Posts: 1405
(No subject)
« Reply #2 on: June 07, 2006, 03:28:09 PM »

In the inspircd conf you are saying you are expecting services connect to 7005 even though you aren't listening on this port, yet in your services.conf you are saying 7001.

I think you need to read through making a proper ircd configuration up.
Logged

Smartys

  • Guest
(No subject)
« Reply #3 on: June 07, 2006, 04:32:06 PM »

InspIRCD version 1.0.4, Anope version 1.7.14 (with MySQL)
And chaz: in my IRCd conf file I'm saying that I expect Services to be sitting on port 7005 and that I want InspIRCd to listen on ports 7001/7002. In my Anope conf I'm saying that I want Anope to connect to port 7001 (the IRCd) and bind itself to 7005 (the port I told the IRCd that Services would bind itself to). What is wrong with that?
Logged

katsklaw

  • Guest
(No subject)
« Reply #4 on: June 07, 2006, 08:08:57 PM »

Your services.conf says Anope is going to link to port 7001, your ircd is expecting anope to link on port 7005 (which the ircd isn't even listening to).

Secondly, 'LocalAddress 127.0.0.1 7005' is not needed at all.

[Edited on 7-6-2006 by katsklaw]
Logged

Dave Robson

  • Team
  • *
  • Offline Offline
  • Posts: 357
(No subject)
« Reply #5 on: June 07, 2006, 08:11:20 PM »

Im guessing you'll need whatever inspircd anope module inspircd have these days, chances are the one in anope's 1.7.14 package no longer works :(
Logged

Smartys

  • Guest
(No subject)
« Reply #6 on: June 07, 2006, 08:39:45 PM »

Quote
Originally posted by katsklaw
Your services.conf says Anope is going to link to port 7001, your ircd is expecting anope to link on port 7005 (which the ircd isn't even listening to).

Secondly, 'LocalAddress 127.0.0.1 7005' is not needed at all.

[Edited on 7-6-2006 by katsklaw]

No. The port value in the IRCd is what port it expects Services to sit and listen on, not what port it expects Services to connect to (hence the LocalAddress bit to see if I could get it to sit there).

And Rob: how would I go about adding that in to my copy of Anope? Would I have to compile my own?
Logged

katsklaw

  • Guest
(No subject)
« Reply #7 on: June 07, 2006, 09:03:36 PM »

Anope do not "listen" for incoming connections. Thus it is pointless to specify as I have already stated twice.

No where in the LocalAddress block does it say other wise. The LocalAddress directive is for servers like shell providers where a box has multiple IP addresses. LocalAddress will specify which of the IP's to tell the ircd that Services is from not what ip/port services is to listen to.

Code: [Select]

# LocalAddress <hostname> [port]  [OPTIONAL]
#     Specifies the local address to bind to before connecting to the
#     remote server.  This may be useful on multihomed hosts.  The hostname
#     and port number are specified the same way as with the RemoteServer
#     directive.  If this is not specified, Services will let the operating
#     system choose the local address.  If only a hostname is specified,
#     Services will bind to that address but let the operating system
#     choose the local port number.
#
#     If you don't know what this means or don't need to use it, just leave
#     the directive commented out.
#
#     This directive may be overridden at runtime by the -local
#     command-line option.

#LocalAddress   nowhere. 0


As for Rob's suggestion you can try the SVN version of the inspircd's anope module found at: http://devel.inspircd.org/listing.php?repname=Services.anope-module&path=%2F&sc=0

[Edited on 7-6-2006 by katsklaw]
Logged

Smartys

  • Guest
(No subject)
« Reply #8 on: June 07, 2006, 09:50:28 PM »

katsklaw: Yes, I got that LocalAddress was unnecessary ;)
So I commented out that line and changed the port value in the link block to 7001.
Now Anope gives me (in debug mode):
Code: [Select]

[Jun 07 16:43:51 2006] debug: Sent: :services.smartys.net SERVER services.smartys.net inspircdrocks 0 :Game
Net Services
[Jun 07 16:43:51 2006] debug: Sent: BURST
[Jun 07 16:43:51 2006] debug: Sent: :services.smartys.net VERSION :Anope-1.7.14 (1023) services.smartys.net
 :InspIRCd Beta 6 -  QM -- build #1, compiled Mar 27 2006 11:03:09
[Jun 07 16:43:51 2006] debug: Sent: :Global NOTICE $services.smartys.net :Services are now back online - have a nice
day
[Jun 07 16:43:51 2006] debug: Emitting event "connect" (1 args)
[Jun 07 16:43:51 2006] debug: Sent: :services.smartys.net NICK 1149713031 NickServ services.smartys.net ser
vices.smartys.net services ++o 0.0.0.0 :Nickname Server
[Jun 07 16:43:51 2006] debug: Sent: :services.smartys.net OPERTYPE Service
[Jun 07 16:43:51 2006] debug: Sent: :services.smartys.net NICK 1149713031 ChanServ services.smartys.net ser
vices.smartys.net services ++o 0.0.0.0 :Channel Server
[Jun 07 16:43:51 2006] debug: Sent: :services.smartys.net OPERTYPE Service
[Jun 07 16:43:51 2006] debug: Sent: :services.smartys.net NICK 1149713031 MemoServ services.smartys.net ser
vices.smartys.net services ++o 0.0.0.0 :Memo Server
[Jun 07 16:43:51 2006] debug: Sent: :services.smartys.net OPERTYPE Service
[Jun 07 16:43:51 2006] debug: Sent: :services.smartys.net NICK 1149713031 BotServ services.smartys.net serv
ices.smartys.net services ++o 0.0.0.0 :Bot Server
[Jun 07 16:43:51 2006] debug: Sent: :services.smartys.net OPERTYPE Service
[Jun 07 16:43:51 2006] debug: Sent: :services.smartys.net NICK 1149713031 HelpServ services.smartys.net ser
vices.smartys.net services ++o 0.0.0.0 :Help Server
[Jun 07 16:43:51 2006] debug: Sent: :services.smartys.net OPERTYPE Service
[Jun 07 16:43:51 2006] debug: Sent: :services.smartys.net NICK 1149713031 OperServ services.smartys.net ser
vices.smartys.net services ++io 0.0.0.0 :Operator Server
[Jun 07 16:43:51 2006] debug: Sent: :services.smartys.net OPERTYPE Service
[Jun 07 16:43:51 2006] debug: Sent: :services.smartys.net NICK 1149713031 Global services.smartys.net servi
ces.smartys.net services ++io 0.0.0.0 :Global Noticer
[Jun 07 16:43:51 2006] debug: Sent: :services.smartys.net OPERTYPE Service
[Jun 07 16:43:51 2006] debug: Sent: ENDBURST
...
[Jun 07 16:43:53 2006] debug: Received: CAPAB m_blockcolor.so,m_globops.so,m_operchans.so,m_services.so,m_spanningtree.so
[Jun 07 16:43:53 2006] debug: Emitting event "shutdown" (1 args)
[Jun 07 16:43:53 2006] Read error from server: Invalid argument (error num: 22)
[Jun 07 16:43:53 2006] debug: Sent: :services.smartys.net SQUIT services.smartys.net :Read error from serve
r: Invalid argument (error num: 22)
[Jun 07 16:43:53 2006] debug: firstuser() returning NULL (end of list)
[Jun 07 16:43:53 2006] debug: Emitting event "shutdown" (1 args)


And InspIRCd's logfiles tell me:
Code: [Select]

Wed Jun  7 16:43:51 2006: Create blank DNS
Wed Jun  7 16:43:51 2006: Set readbit
Wed Jun  7 16:43:51 2006: Add socket 19
Wed Jun  7 16:43:51 2006: OUT: CAPAB m_blockcolor.so,m_globops.so,m_operchans.so,m_services.so,m_spanningtree.so
Wed Jun  7 16:43:51 2006: Type: X_ESTAB_MODULE: fd=19
Wed Jun  7 16:43:51 2006: IN: :services.smartys.net PONG services.smartys.net
Wed Jun  7 16:43:51 2006: OUT: ERROR :Invalid command in negotiation phase.
Wed Jun  7 16:43:51 2006: ProcessLine says no!
Wed Jun  7 16:43:51 2006: inspircd.cpp: Socket poll returned false, close and bail
Wed Jun  7 16:43:51 2006: SocketEngine::DelFd(19)
Wed Jun  7 16:43:51 2006: Deleted fd 19


So, judging from Anope's logs (which look much more complete) it seems it doesn't understand the CAPAB bit
Logged

katsklaw

  • Guest
(No subject)
« Reply #9 on: June 07, 2006, 09:57:58 PM »

uhm, both of those are ircd logs ...

From the first code block:

[Jun 07 16:43:53 2006] debug: Received: CAPAB m_blockcolor.so,m_globops.so,m_operchans.so,m_services.so,m_spanningtree.so <--- those are all inspircd modules *not* Anope modules. Please check the Services logs. Also have you applied the SVN anope-module from Inspircd yet?

[Edited on 7-6-2006 by katsklaw]
Logged

Smartys

  • Guest
(No subject)
« Reply #10 on: June 07, 2006, 11:10:12 PM »

Quote
Originally posted by katsklaw
uhm, both of those are ircd logs ...

From the first code block:

[Jun 07 16:43:53 2006] debug: Received: CAPAB m_blockcolor.so,m_globops.so,m_operchans.so,m_services.so,m_spanningtree.so <--- those are all inspircd modules *not* Anope modules. Please check the Services logs. Also have you applied the SVN anope-module from Inspircd yet?

[Edited on 7-6-2006 by katsklaw]

That is not an InspIRCd log, I ran anope.exe with -nofork and -debug and copied that directly from the terminal. Read the line, it says recieved: that info was recieved by Anope.

And I have not applied the SVN anope-module because I have no clue how I would add that module into a copy of Anope. I'm using an Anope binary, I didn't compile it (although I did compile InspIRCd)
Logged

Jan Milants

  • Team
  • *
  • Offline Offline
  • Gender: Male
  • Posts: 1372
(No subject)
« Reply #11 on: June 07, 2006, 11:10:51 PM »

the first one is services logs allright, not ircd...
as for a solution i m at a loss... it works for other people with the ping pong so i don't know why it wouldn't work for you (supposing you did use the latest anope module that can be found on www.inspircd.org).
it does indeed seem to have a problem with the capab part though... weird

edit: didn't c post above before i answered :-)

edit2: i just recall that you use windows so i give up on this one, thought of trying it myself, but i use *nix... win32 s not exactly my fav OS...

[Edited on 7-6-2006 by Viper]
Logged
If you like me donate coins to 1FBmZVT4J8WAUMHKqpWhgNVj3XXnRN1cCk :)

katsklaw

  • Guest
(No subject)
« Reply #12 on: June 07, 2006, 11:43:08 PM »

I'll stand corrected on the services log thing. I'll have to tap out as well since I don't use Windows either.

Good Luck
Logged

Dave Robson

  • Team
  • *
  • Offline Offline
  • Posts: 357
(No subject)
« Reply #13 on: June 08, 2006, 08:43:49 AM »

ok you almost certainly need the new inspircd module from the inspircd site, they aint great at holding backwards compatabilty with protocol modules. ( read: they dont even try :) )
Logged

Smartys

  • Guest
(No subject)
« Reply #14 on: June 08, 2006, 10:31:47 AM »

LOL, thanks :P
Logged
Pages: [1]   Go Up