[Bahamut+Digatech][linux] Ircd's linken lukt niet

Pagina: 1
Acties:

  • Jorn
  • Registratie: Juni 2001
  • Laatst online: 30-08 17:13
Hoi allemaal,

Eerst wou ik van Bahamut overstappen op Digatech omdat ik daar als operator zelf mijn hostmask kan faken. :)
Helaas, de services die ik atm gebruik(epona) werken niet op Digatech.(waarschijnlijk te oud)
Nu kwam ik op het idee om dan de services(NickServ, ChanServ e.d.) op Bahamut te draaien en een link tussen Bahamut en Digatech te leggen.


Goed, makkelijker gezegd dan gedaan, ik had nog een ircdhowto liggen van een site die helaas nu offline is en waar het volgende over links staat:
Each server will need a "connection password" which is used to protect the integrety of server-to-server links. Here's an example of exactly where were talking about... In linking two servers, server1 and server2: Server1 will have a C line for server2 with one password. Server2 will have a N line matching the C line on Server1 with the same password. Server2 will have a C line for Server1 with one password & Server1 will have a N line which matches the C line on Server2. For "Hub" servers, this would look alittle more like:
C:SERVER2ipaddress:LINKPASSWORD:SERVER2servername::2
N:SERVER2ipaddress:LINKPASSWORD:SERVER2servername::2
Where the connection port (eg, 6667, 6666, etc...) is not defined. In "Leaf" servers, this determines whether or not to autoconnect to their hubs and not the other way around. This keeps possibly overworked hubs from wasting bandwidth, memory, and cpu resources looking for a server which might be down for an extended period of time. (defined in Plines) like so:
C:SERVER2ipaddress:LINKPASSWORD:SERVER2servername:SERVER2port:2
N:SERVER2ipaddress:LINKPASSWORD:SERVER2servername::2
Which would define the port number of the uplink server to connect to.

Following the setup of the C/N lines, exchange passwords with your uplink as well as the IP address and hostname of your server. Providing your uplink with the informaiton will not only allow you to connect to them, but allow your server to be recognized by other servers on the net. Here's a better example... assuming your server is irc.server1.net, a leaf server, with IP address 123.123.123.1 your admin probably added lines looking like this to their ircd.conf:
## Downlink: irc.server1.net
C:123.123.123.1:apassword:irc.server1.net::2
N:123.123.123.1:apassword:irc.server1.net::2
L:::irc.server1.net
##------------
In order to match for a connection to his server, irc.server2.net , with ip address 222.222.222.1, you will need to add lines looking like this to your server:
## Uplink: irc.server2.net
C:222.222.222.1:apassword:irc.server2.net:6667:2
N:222.222.222.1:apassword:irc.server2.net::2
H:*:*:irc.server2.net
##------------
Replace 6667 with whatever port his server accepts connections on. If his server accepts connections on multiple ports then set it to either the default server port specified by network policy (if it even specifies that a default server port should be used) or, if you have been told a specific port to use, then use that port.
Goed, het relevante stukje in de 2 configfiles:
M:server1:*:Jorn irc server:7000
# Class 50 - Hub to hub, autoconnect
Y:50:90:600:1:20000000
C:192.168.1.5:ENCRYPTEDPASSWORD:server2::50
N:127.0.0.1:ENCRYPTEDPASSWORD:server1::50
H:*:*:server1
P:*:*::6667
M:server2:*:Jorn irc server:7001
# Class 50 - Hub to hub, autoconnect
Y:50:90:600:1:20000000
C:192.168.1.5:ENCRYPTEDPASSWORD:server1:6667:50
N:127.0.0.1:ENCRYPTEDPASSWORD:server2::50
H:*:*:server2
P:*:*::6668
Alle 2 de servers werken met encrypted passwords, dit werkt 100% zeker goed(/operen en services werken gewoon) en zijn allebei gecompiled als HUB.
De ircservers draaien op dezelfde machine op het zelfde ip, maar dit zou toch geen probleem moeten zijn lijkt me?

Wanneer ik vanaf 1 van de server een /connect naamandereserver doe krijg ik:
[01:13] -jorn.gotdns.org- *** Routing -- from server2: Local CONNECT server1 from Jrn2k[(+)jorn@0.0.0.0]
-
[01:13] -jorn.gotdns.org- *** Notice -- Server server1 is not enabled for connecting:no C/N-line
-
[01:13] -jorn.gotdns.org- *** Couldn't connect to server1.
Weet iemand meer van linken, ik kan namelijk ook geen goede en duidelijke howto's/uitleg's vinden.

Serverinfoversie:

Bahamut: bahamut-1.4(35)
Digatech: digatech(sunrise)-1.2(02)
Os: Debian linux

* Erkens is een sukkel en ramt in mirc op f5 :+
* XTerm GROOOOOOTE kuis houden op hd's :)


  • CyBeR
  • Registratie: September 2001
  • Niet online

CyBeR

💩

C lines kunnen niet encrypted zijn. Verder is het crypten van oper passwords vaak een afzonderlijke optie van C/N line passwords.

Waaruit leid je af dat epona niet aan digatech kan linken? Digatech is gewoon een aangepaste Bahamut namelijk.

edit:
In hostnames moet altijd minimaal een punt (.) staan. Als je dat hebt en je hebt het veranderd in de paste: dingen veranderen is niet handig als je goed geholpen wilt worden.

[ Voor 29% gewijzigd door CyBeR op 27-08-2003 02:54 ]

All my posts are provided as-is. They come with NO WARRANTY at all.


  • _nethack
  • Registratie: September 2000
  • Laatst online: 17:35

_nethack

We're all MAD here

Ik weet niet veel van ircd's, maar als ik de uitleg lees die je hebt gepost zie ik zo al een mogelijk probleem.
Er staat dat de C regel op de ene server overeen moet komen met de N regel op de andere (en dat dus twee richtingen op)

Die regels komen dus niet overeen. Als een machine een connectie maakt naar zichzelf op ip adres 127.0.0.1 dan is die connectie ook afkomstig vanaf 127.0.0.1. Maakt de machine connectie naar zijn eigen ip 192.168.1.5 dan is die connectie ook afkomstig vanaf datzelfde IP.

De C regel op de eerste server (C:192.168.1.5:ENCRYPTEDPASSWORD:server2::50) komt niet overeen met de N regel op de andere server (N:127.0.0.1:ENCRYPTEDPASSWORD:server2::50)
Vervolgens geeft server 2 dus (imho volkomen terecht) de melding dat er geen overeenkomstige regel gevonden is voor server 1, en dat deze dus niet kan connecten.

Sometimes you just have to sit back, relax, and let the train wreck itself


  • Jorn
  • Registratie: Juni 2001
  • Laatst online: 30-08 17:13
Ok mensen, bedankt voor jullie reply's.
Het werkt nu.
Ik dacht dus dat de c-line voor de remote en de n-line voor de eigen server was, dit was dus niet zo, het is allemaal voor de remote server. :)
Ook dat van die punten in de hostmask wist ik niet, ik had inderdaad 1 server snel maar ff server1 genoemd wat dus niet werkte.

offtopic:
Waarom epona niet met sunrise wou connecten is omdat epona pas vanaf een bepaalde versie van bahamut werkt, waarschijnlijk is sunrise op een oudere versie gebaseerd.

Hij disconnecte dan met een segmentation fault oid.

* Erkens is een sukkel en ramt in mirc op f5 :+
* XTerm GROOOOOOTE kuis houden op hd's :)


  • RiderXXX
  • Registratie: September 2003
  • Laatst online: 20-12-2023
Mogguh, waar kan ik Digatech downloaden? Ik kan niks vinden op Google :(