GentooForum.de

Na ja, die Angabe der source alleine reicht nicht aus. Das was Du siehst ist nur die Verbindungsbestätigung. Mit der Angabe einer Log-Regel wird syslog-ng auch zu Dir loggen, z.B. mit:

[code:1]filter warning { level(warn, err, crit); };
destination console_warning { file("/dev/tty11"); };
log { source(cam); filter(warning); destination(console_warning); };[/code:1]
Damit kommen alle Warnungen, Errors und Criticals, die über Port 5555 hereinkommen, auf /dev/pty11 heraus.

Viel Spaß

Ach so, ja dann mußt Du natürlich noch das BSD-syslog Format nach RFC3164 einhalten (Details siehe http://www.rfc-editor.org/rfcsearch.html)

Du kannst Das ganze ja 'mal lokal tracen mit:
[code:1]source src { unix-stram("/dev/log"); internal(); pipe("/proc/kmsg"); };
source jeordi { udp( ip("0.0.0.0") port(1999)); };

destination jeordi { udp("127.0.0.1" port(1999) localport(999)); };
destination mymessages { file("/var/log/mymessages"); };

log { source(msg); destination(jeordi); };
log { source(jeordi); destination(mymessages)[/code:1]
Damit werden alle Kernel-Messages über das lo-Device umgelenkt und landen in /var/log/mymessages. Mit ethereal kannst Du jetzt das lo-Device tracen und die Syslog-Messages en detail ansehen. Insbesondere das PRI-Feld (s. RFC 3164) muß eben vorhanden sein. Sonst kann der syslog nichts mit der Message anfangen.

Ach ja, jeordi ist der Name meines lokalen Hosts.

Wenn die Kamera den TCP-String nicht um ein "<38> <date+timestamp>" oder ähnlich erweitern kann, dann kannst Du ja immer noch einen kleinen Daemon schreiben, der die TCP-Verbindung bedient und jede hereinkommende Message mit einem Aufruf von syslog() weitergibt.

Ciao

Zitat

Original von Bitspyer

OK, kann ja daran liegen, das das Format nicht stimmt, aber warum werden dann telnet & co geloggt?

Könnte vielleicht daran liegen, daß die RFC3164-Vorgaben nur für das Filtern etc. notwendig sind, aber syslog-ng einfach alles was auf dem jeweiligen Port hereinkommt weiterleitet (unbesehen irgendwelcher Formatierungen). Müßte man in der Source weiter untersuchen.

Aber daß die Nachrichten der CAM nicht weitergeleitet werden. Seltsam. Daß es da einen Unterschied zwischen Port 5555 (siehe erster Eintrag von Dir) und 5510 gibt, ist klar? Nicht daß die CAM an die falsche Adresse sendet.
Kannst Du denn mit ethereal (oder tcpdump) den TCP-Verbindungsaufbau auf dem Port beobachten (SYN, SYN/ACK, ACK-Pakete)? Also wird überhaupt eine TCP-Verbindung etabliert? Und zu welchem Port?

Ciao

So jetzt bin ich wieder bei mir im Büro, meine syslog-ng.conf auf dem "Sammelrechner", der also die ganzen syslog-Messages sammelt, sieht wie folgt aus:
[code:1]
options &#123;
long_hostnames&#40;off&#41;;
sync&#40;0&#41;;
stats&#40;43200&#41;;
&#125;;

source src &#123; unix-stream&#40;"/dev/log"&#41;; internal&#40;&#41;; pipe&#40;"/proc/kmsg"&#41;; &#125;;
source s_udp &#123; udp&#40;ip&#40;192.168.100.30&#41; port&#40;1999&#41;&#41;; &#125;;

destination messages &#123; file&#40;"/var/log/messages"&#41;; &#125;;

filter warning &#123; level&#40;warn,err,crit&#41;; &#125;;

# By default messages are logged to tty12...
destination console_all &#123; file&#40;"/dev/tty12"&#41;; &#125;;
destination console_warning &#123; file&#40;"/dev/tty11"&#41;; &#125;;

# ...if you intend to use /dev/console for programs like xconsole
# you can comment out the destination line above that references dev/tty12
# and uncomment the line below.
#destination console_all &#123; file&#40;"/dev/console"&#41;; &#125;;

log &#123; source&#40;src&#41;; destination&#40;messages&#41;; &#125;;
log &#123; source&#40;s_udp&#41;; destination&#40;messages&#41;; &#125;;

log &#123; source&#40;src&#41;; destination&#40;console_all&#41;; &#125;;
log &#123; source&#40;s_udp&#41;; destination&#40;console_all&#41;; &#125;;

log &#123; source&#40;src&#41;; filter&#40;warning&#41;; destination&#40;console_warning&#41;; &#125;;
log &#123; source&#40;s_udp&#41;; filter&#40;warning&#41;; destination&#40;console_warning&#41;; &#125;;
[/code:1]
Auf einem der client-Rechner sieht's dann so aus:
[code:1]options &#123;
long_hostnames&#40;off&#41;;
sync&#40;0&#41;;
stats&#40;43200&#41;;
&#125;;

source src &#123; unix-stream&#40;"/dev/log"&#41;; internal&#40;&#41;; pipe&#40;"/proc/kmsg"&#41;; &#125;;
#source jeordi &#123; udp&#40;ip&#40;"0.0.0.0"&#41; port&#40;1999&#41;&#41;; &#125;;

destination messages &#123; file&#40;"/var/log/messages"&#41;; &#125;;
#destination mymessages &#123; file&#40;"/var/log/mymessages"&#41;; &#125;;
destination gkar &#123; udp&#40;"192.168.100.30" port&#40;1999&#41; localport&#40;998&#41;&#41;; &#125;;
#destination jeordi &#123; udp&#40;"127.0.0.1" port&#40;1999&#41; localport&#40;999&#41;&#41;; &#125;;

filter warning &#123; level&#40;warn,err,crit&#41;; &#125;;

# By default messages are logged to tty12...
destination console_all &#123; file&#40;"/dev/tty12"&#41;; &#125;;
destination console_warning &#123; file&#40;"/dev/tty11"&#41;; &#125;;

log &#123; source&#40;src&#41;; destination&#40;messages&#41;; &#125;;
log &#123; source&#40;src&#41;; destination&#40;console_all&#41;; &#125;;
log &#123; source&#40;src&#41;; destination&#40;gkar&#41;; &#125;;
#log &#123; source&#40;src&#41;; destination&#40;jeordi&#41;; &#125;;
#log &#123; source&#40;jeordi&#41;; destination&#40;mymessages&#41;; &#125;;
log &#123; source&#40;src&#41;; filter&#40;warning&#41;; destination&#40;console_warning&#41;; &#125;;
[/code:1]
Und eine syslog-message zum Sammelrechner sieht so aus:
[code:1]
13&#58;08&#58;02.642477 jeordi.oehningen-local.de.998 > gkar.oehningen-local.de.1999&#58; udp 91 &#40;DF&#41;
0x0000 4500 0077 c00b 4000 4011 30b5 c0a8 6446 E..w..@.@.0...dF
0x0010 c0a8 641e 03e6 07cf 0063 7c94 3c33 383e ..d......c|.<38>
0x0020 4f63 7420 3238 2031 333a 3038 3a30 3120 Oct.28.13&#58;08&#58;01.
0x0030 6a65 6f72 6469 2073 7528 7061 6d5f 756e jeordi.su&#40;pam_un
0x0040 6978 295b 3130 3930 325d 3a20 7365 7373 ix&#41;&#91;10902&#93;&#58;.sess
0x0050 696f 6e20 6f70 656e 6564 2066 6f72 2075 ion.opened.for.u
0x0060 7365 7220 726f 6f74 2062 7920 2875 6964 ser.root.by.&#40;uid
0x0070 3d31 3030 3029 0a =1000&#41;.
[/code:1]

Insbesondere das "<38>" wird wohl verwendet, um die Message als syslog-message kenntlich zu machen.

Ciao