oidentd problem, eggdrop nutzt nick als ident (heimrechner)

[Ework]

hallo,
ich hab oidentd nach folgender anleitung installiert:

http://irc-guide.de/wiki/Main/OidentdIn ... figuration

im router (externer standalone router ) ist port 113 an die ip gebunden die der debian pc hat.

leider hat der eggdrop aber nicht den richtigen ident . er joint mit dem ident den er als nick nutzt.

ich hab jetzt über 4 stunden dran gesessen

der nutzer wo der eggdrop läuft nennt sich service

hier ein whois vom bot

Rudolf is ~Rudolf@dslb-xxx-xxx-xxx-xxx.pools.arcor-ip.net * Service ;o)

hat jemand eine idee?

Edit by Snoopy:
Tags für die Leserlichkeit eingefügt.

[Ework]

hat keiner eine idee?
alles scheint ok zu sein trotzdem lässt sich oidentd nicht dazu bewegen zu funktionieren.

ich hab sogar die ip von meinem debian server "im stand alone router" auf DMZ-Hosts gestellt so das alles zu dieser ip erlaubt ist.

Code: Alles auswählen

selma:~# ps aux | grep oidentd
nobody    1804  0.0  0.3  2412  860 ?        Ss   17:12   0:00 /usr/sbin/oidentd -mf -P 192.168.123.254 -u nobody -g nogroup
root      2022  0.0  0.2  2068  760 pts/0    S+   21:36   0:00 grep oidentd
selma:~#

die ip die da steht ist die gleiche die mein stand alone router nutzt. also denk ich mal das dies nach nameserver funktioniert? vieleicht ist die ip auch falsch und es muss eine andere dahin vieleicht die die ich grade von arcor hab.

leider weiss ich nicht wie ich die ip manuell bei der antwort dort ändern kann um dies zu testen.

ich hoffe jemand kann mir helfen.

Edit by Snoopy:
Tags für die Leserlichkeit eingefügt.

[nepos]

Was schreibt der oidentd denn im Log mit?
Eventuell passt was an der Konfiguration noch ned.

[Ework]

Was schreibt der oidentd denn im Log mit?
Eventuell passt was an der Konfiguration noch ned.

Welches log?

[nepos]

/var/log/messages oder eine der anderen Dateien unter /var/log. Einfach mal nachgucken.

[Ework]

@nepos dank dir
aber die fehlermeldungen sagen mir nichts...

Oct 25 15:45:33 selma oidentd[13879]: Connection from irc.rz.uni-karlsruhe.de (129.13.73.225):0
Oct 25 15:45:33 selma oidentd[13879]: [irc.rz.uni-karlsruhe.de] 55562 , 6667 : ERROR : NO-USER

Oct 25 17:15:07 selma oidentd[13960]: Connection from scrambled.eggheads.org (207.28.220.6):0
Oct 25 17:15:07 selma oidentd[13960]: [scrambled.eggheads.org] 57576 , 21 : ERROR : NO-USER

Oct 25 17:34:39 selma oidentd[21005]: Connection from irc.zedat.fu-berlin.de (130.133.8.2):0
Oct 25 17:34:39 selma oidentd[21005]: [irc.zedat.fu-berlin.de] 58076 , 6667 : ERROR : NO-USER

tja ich bin ratlos ich hab doch nouser und nogroup bei oidentd angegeben...

ps -ef | sort -k 1
nobody 1883 1 0 Oct25 ? 00:00:00 /usr/sbin/oidentd -mf -P 192.168.123.254 -u nobody -g nogroup


wenn ich in der datei: /etc/default/oidentd
von
OIDENT_OPTIONS="-mf"
in
OIDENT_OPTIONS="-mf -r mytest"

abänder und oidentd restarte hab ich ident mytest ohne tilde. problem ist nur das so jeder user den gleichen ident hat.

[nepos]

Wie sieht denn deine oidentd.conf aus?

[RaGaZZ0]

Hi, ich hatte das gleiche Problem.
oidentd startet mit nobody/nogroup

Als ich den Schalter -d für Debug aktiviert habe, konnte ich im syslog folgende aufschlussreiche Zeile entdecken:

Nov 2 20:03:09 localhost oidentd[4328]: [os.c:275] DEBUG: fopen: /proc/net/ip_conntrack: Permission denied

danach kurz die Rechte der Datei betrachtet:

# ls -l /proc/net/ip_conntrack
-r--r----- 1 root root 0 2006-11-02 20:04 /proc/net/ip_conntrack

Nur User root und Gruppe root dürfen die Datei lesen
kurzerhand allen anderen auch das lesen der Datei erlaubt.
# chmod 444 /proc/net/ip_conntrack
# ls -l /proc/net/ip_conntrack
-r--r--r-- 1 root root 0 2006-11-02 20:04 /proc/net/ip_conntrack

Danach meine /etc/default/oidentd noch angepasst:

OIDENT_OPTIONS="-m "
OIDENT_USER=nobody
OIDENT_GROUP=nogroup
OIDENT_BEHIND_PROXY=no

zuletzt nur noch /etc/init.d/oidentd restart
voila! mein ident response funktioniert.

P.S. habe auf meiner fritz.box vom Internet port 113 auf mein internes Gateway forwarded. Das Gateway maskiert die ident für diverse Clients im Lan wie in /etc/oidentd_masq.conf eingetragen.

Hoffe ich konnte dir damit weiterhelfen.