discuss-de

discuss-de@lists.centos.org

507 discussions

Start a nNew thread

Linuxtag
by global_power＠t-online.de 21 May '10

21 May '10

2 1

Nicht im Haus bis 2010-05-28
by marco.fisch＠n-ergie.de 16 May '10

16 May '10

Ich werde ab 07.05.2010 nicht im Büro sein. Ich kehre zurück am 28.05.2010. Bin im Urlaub! Ab 2010-05-31 stehe ich Ihnen gerne wieder zur Verfügung. Mit freundlichen Grüßen Marco Fisch

1 0

Linuxtag in Berlin (9. bis 12. Juni 2010)
by global_power＠t-online.de 27 Apr '10

27 Apr '10

3 2

Update mimedefang.i386 2.68-1.el5.rf -> Mailserver tot
by Tilman Schmidt 09 Apr '10

09 Apr '10

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Gerade musste ich feststellen, dass mein Mailserver nach: Mar 22 14:03:10 Updated: mimedefang.i386 2.68-1.el5.rf keine Mail mehr passieren ließ. Stattdessen erschienen bei jeder Mail die Logmeldungen: Mar 22 14:49:47 gimli sendmail[7855]: o2MDnlWB007855: Milter (mimedefang): local socket name /var/spool/MIMEDefang/mimedefang.sock unsafe Mar 22 14:49:47 gimli sendmail[7855]: o2MDnlWB007855: Milter (mimedefang): to error state MIMEDefang war beendet und ließ sich nicht mehr starten. Fehlermeldung: [root@gimli ~]# /etc/init.d/mimedefang start Checking filter syntax: OK Starting mimedefang-multiplexor: /usr/bin/mimedefang-multiplexor: Unable to chdir(/var/spool/MIMEDefang): Permission denied [FAILED] Starting mimedefang: /usr/bin/mimedefang: Unable to chdir(/var/spool/MIMEDefang): Permission denied [FAILED] Als Ursache stellte sich heraus, dass das Update eigenmächtig den Besitzer der Verzeichnisse /var/spool/MIMEDefang /var/spool/MD-Quarantine von meiner an meine lokalen Erfordernisse angepassten Einstellung (clamav.root) auf den Standardwert defang.defang zurückgesetzt hatte. Da mein MIMEDefang unter dem Benutzer clamav läuft, konnte er damit nicht mehr auf die Verzeichnisse zugreifen. Nachdem ich meine eigene Einstellung wiederhergestellt hatte, lief alles wieder einwandfrei. Wie kann ich verhindern, dass ein solcher Vorfall sich wiederholt? MIMEDefang unter dem User defang laufen zu lassen ist keine Alternative, da dann der Virenscan mittels ClamAV wegen fehlender Zugriffsrechte auf /var/run/clamd/clamd.socket (den Socket des ClamAV-Daemons) fehlschlägt. Danke für alle Tips, Tilman - -- Tilman Schmidt Abteilungsleiter Technik - ---------------------------------------------------------------- Phoenix Software GmbH Tel. +49 228 97199 0 Geschäftsführer: W. Grießl Fax +49 228 97199 99 Adolf-Hombitzer-Str. 12 www.phoenixsoftware.de 53227 Bonn, Germany Amtsgericht Bonn HRB 2934 - ---------------------------------------------------------------- -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkunfbwACgkQ780oymN0g8P76gCfdy8IVvigoB4pTW2In8treGrQ EMEAniyywXIWNit5yiF00VyMHgiM+APX =Cvx9 -----END PGP SIGNATURE-----

3 3

Man(n) ist es hier ruhig o. Datenmüll im Logwatch
by Achim Theobald 12 Mar '10

12 Mar '10

Hallo, ich weiß der Betreff bringt's auch nicht unbedingt. Aber seit ein paar Tagen finde ich Samba Teil von der Logwatch Mail folgenden Datenmüll. Habe ich hier evt. einen Windows-Client (XP) im Netzwerk der versucht auf dem Server einen Bufferoverflow o.s. zu verusachen oder was könnte es sonst sein? Bisher habe ich von den XP-Usern noch keine Meldung das ein Rechner instabiler liefe o. sonst etwas nicht ginge. Auch die beiden installierten Virenscanner (Avira & Clamav) sind ruhig. ############## Datenmüll ########### --------------------- samba Begin ------------------------ Connections Denied: lib/util_sock.c:get_peer_addr_internal(1676) getpeername failed. Error was Der Socket ist nicht verbunden 0.0.0.0 : 2 Time(s) client 0.0.0.0 read error = Keine Route zum Zielrechner. : 2 Time(s) lib/util_sock.c:get_peer_addr_internal(1676) getpeername failed. Error was Der Socket ist nicht verbunden write_data: write failure in writing to client 0.0.0.0. Error Die Verbindung wurde vom Kommunikationspartner zurÃ¼ckgesetzt : 2 Time(s) lib/util_sock.c:get_peer_name(1866) get_peer_name: getnameinfo failed for 0.0.0.0 with error Â»ai_familyÂ« wird nicht unterstÃ¼tzt : 2 Time(s) lib/util_sock.c:get_peer_name(1866) get_peer_name: getnameinfo failed for 0.0.0.0 with error Â»ai_familyÂ« wird nicht unterstÃ¼tzt Denied connection from 0.0.0.0 (0.0.0.0) : 2 Time(s) lib/util_sock.c:read_socket_with_timeout(939) : 3 Time(s) lib/util_sock.c:write_data(1136) : 2 Time(s) smbd/process.c:smbd_process(1906) : 2 Time(s) smbd/process.c:srv_send_smb(74) Error writing 5 bytes to client. -1. (Der Socket ist nicht verbunden) : 1 Time(s) smbd/process.c:srv_send_smb(74) Error writing 5 bytes to client. -1. (Der Socket ist nicht verbunden)‹:“K‹6204Ð70"+C#+ScƒX…òÌ¼¤Ì¼”ýÌ”ÜÄ½d«âÜ¤ø¢ÔôÌâ’Ô¢x°`|bNN~²ÐM.$!…Üü”ÒœT…’”$…Äœ¢ÔÄ”J˜ÖÔE®hJlÕ04±Ùç âÀl*H,.¦›eyÅÅXm[„³ßM‹:“K±Nø‹á]ŠKíœmoÛ6Çß÷Spï\ XøhIöbè²bÀ°ÙÃ›®œHIø!óC·~ûÞ‰²+;•ÙÝ¨0�Ä‘ýÿÇ;’Ç£Þj)‹+i¯”Êy›y�¿B½7ËÛfYUWMµ˜=~{çÛŸe³l¶åãl³©nËjµ˜5Ë‰5ùógB¼\íæ•X®¶¯áÑ~J„+Ÿ½=Ð´P¹—Ò[ÍAsBeÞJ/MK¡µ‡CÛ…R^£é8h9Ò”õÎñÑœ—S ÉwbÞÜn·WËÙ¢þkW¯?o3»/7ÛÕºžd¿ÿð·ëú~·i–b»í[BŠy½|Ø¾ïHbµ›zý¡^ã7~3†f®ïÊ»yS/·Wð£|lk`ï-?ÌæM5ÛÖåÝn½†‹ÊÇj÷ÓÞÐÙ‹¼¸yóRÜÏvó¸[Uµøáå5¼Sþøýï?ÿV¾~SÞüòª¼¾¹y}¹«›u%î×«…x¿ÚlÅ¯×7\ß¼øõâÏùf·ùBÜ/w!ÿÉ”ËúM*„*¼ÌÀxAË'–eËuýÐl¶õºfœÍç«»‰–Ò{K,VÕn^‹-˜n6_×³ê£Ø´®þ#u¢l�¼ŸÚ>Ñ‘º~Â[n6çIÊ™£èñJŸ–óºÁ1øBÝÀey¿I™€QÇdðbt•ìÉ`Q7ÐÐ?Œ7¹w’QL•,f2XTL£„œzÙM¸Ä¤PÉb&ƒEÄœLh6ã˜<æ—Ö>? Q‰¦K‹›æ^àqS¯-‡ér\öÐNÙh:ç¡…á[Ãd�o¬£QÉÝ2,Ú-q �ËxÅa:ZšåYiT²é’Á¢¦ƒ1#Ì‰Æ_�÷hVrÎÖû`}Á³u7í7 œVÒ+Ža\OqŒ3Ž#¹´S`ÖW,½ò@Ë˜{åøB{¥é!C“Bž�Ër…×†‰–cT6†ÉãÚ¹ßjü¤s�Ö fm8}à|¡>0ÍäI“Ú¥œ*˜,´‚“†£#mÊG+¼…µ±áœX¨ô‰e*Xtbid»(–Þ)Ó}¦±î†œ‚/4|©,;nªSoÆO2dWRŒ&æ–4ƒærÇrhí¤Wà|…F%”„°H@ÉöY6H_2Xh2d¾mº@3^ªÁ€’¹É!†$(§àÁ€RØ|r6^°”þ}¸–±ÌDN:Âþ¸kUÈÉþÏrÓ<”`äEù~¶¬æõïøÞ«Ü;�ÿk–p×bÒlÀšxãßÉçŸ‘ª�½:ž�§ìX’O²€%"GÛØhr/óW† 4ŠXÑj^é¬_�‚�É8‚Ô¨¤ ™’*„csHe0tÒ�‚5‹fX®äTXð40 Ï4ŒÐ@ëóÀs¾œ�GËÎ¹¬â[£`£a+NM¶’Á¢aóxà_E(Bä³áØ¸£Ô”6L‹Û0dG³0Ya‰Ì se3”J™ÃRßMùhVÊÊ¡UxbÖ›�lf1¼`9¢WC ¢tÌqá�%«*ÌR˜"ÌHØH„ùj²“‰09.�»£Ç3uÒ²Ýˆ½“wÒá|)s¿“%á¨„aZ´H¬ž+8’=šæîGà‹êxÀDzÉ´> ípõSêúßiiÐÈtgÊ»R6PI\‡jù´D{´vH<Õ2ú®À�–ÓRÊ‰eB9¯œ¡VºŒ¿r¡O;ÆÛd¡Q‰›, aÑ)ÖÿbŽ!¦e©9_è¦´–îÐ¤·‰1%9ëµiTbÇL‹tL|µ¤nb“@¥‹™3ìà¾ôP–t1)T²˜É`Q1µév¿SÎcˆI¡’ÅL‹ŠÙÕ&u.1)T ²˜É`çÅTr_—á¼c;#N¤ÒÄL ‹Š‰G“Ú½FÉvž“H%‹™S·‰t—…óœ\bR¨d1“Áâb†RËP¶Š´¼¥éáÂ�QLG ÒM—1�Â§½°‹I£ÅL‹Š©TWÕó¤œoL1)T²˜É`q1cÀ×èUÇH›…',‡÷©G¡YÎÃsOÀšä�YÑoRÞ>’mÂN¤Ò�.,êtÚu€'õºcŠI¡’ÅL‹ˆ©÷¹©|x“?½˜4*QÌ„°¸˜í–Œ2‡3C#h½Ï„åŒ‡PˆTºéRÁ¢¦Ã#y{´s¨$¥épÞ`Ú½»ñGòÍZÎ‘ü|¡#y–ý&M÷=’/[D£’�.,êtaõo8Ž>Ã3>g6-?Wò5ŠÓƒ/ÔéÜý ´ß¤�»)Ï0`q:•ìtÉ`Q§ë2ëyxà—˜*YÌd°¯*žiÃ�foL9_hL±Uhnˆ¨î|³-¼áY’Ó©7H;ã�ÎA:Å5+¢SÉb&ƒÅÅ´8€K;ö³ Oh®àŠ)__hLqÓ¢×¤p®ÎYð9F7 PÉn�uÌ�å8ˆ�üØÐz#>å`ÜÒÖŽ–õŸVÂÖQTzGI‹tÝ>ú¥=+¢yJ‹èT¢˜ aQ1»<˜<”¶²ˆI¡’ÅL‹‹™µ$Åµ×J§ÒÅL‹Š©mGb*z£SÉb&ƒ‰ù žáÑ¤ùhbÎ(D±[2010/03/10 08:16:00, 0] winbindd/idmap.c:smb_register_idmap_alloc(201) idmap_alloc module tdb already registered! : 1 Time(s) smbd/service.c:make_connection_snum(744) create_connection_server_info failed: NT_STATUS_ACCESS_DENIED : 386 Time(s) ############ Für alle Hinweise dankbar. Cu Achim ---------------------- samba End -------------------------

2 1

Linuxtag
by Ralph Angenendt 22 Feb '10

22 Feb '10

Hey guys and gals (Die Damen, die Herren), Deutsche Version befindet sich unten (german version below). Call for Projects has begun (and we still have some time to react to that call, but I'd like to answer that call as soon as possible). So who would be interested going to LinuxTag and have fun behind (and in front of) the CentOS booth? Linuxtag happens at June 9 - 12, 2010 in Berlin. And Berlin is nice in the summertime :) Der Call for Projects für den Linuxtag hat begonnen, wir haben aber noch ein bisschen Zeit, zu reagieren. Wer hat Lust, für das CentOS-Projekt Spaß am Stand (oder davor) zu haben? Der Linuxtag findet vom 9. bis zum 12. Juni 2010 in Berlin statt. Um die Jahreszeit ist Berlin recht schön ... Cheers, Ralph

5 4

WG: Re: Bridge Interface Problem
by jan vollme 05 Feb '10

05 Feb '10

wie schon von einigen geschrieben, kann bridge nicht gehen. Das Monitoring Interface ist passiv und horcht nur, der mirror/span port blässt den traffic ja nur raus und source & dest des Traffics haben nichts mit span oder monitoring port zu tun. Hier nun meine Lösung, funktioniert bis jetzt gut, ich muss es aber noch weiter testen: tcpdump -i eth2 -s0 -w - -U port xxxx or port xxxx or tcp port xxxx or udp port xxxx or udp port xxxx or tcp port xxxx | tcpreplay --intf1=eth3 - __________________________________________________ Do You Yahoo!? Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen Massenmails. http://mail.yahoo.com

1 0

Re: [CentOS-de] Bridge Interface Problem
by jan vollme 03 Feb '10

03 Feb '10

taps kenne ich und spiegeln nur den Verkehr. Ich kann an A und B nichts ändern, deswegen muss ich dazwischen! Jan Am Wed, 3 Feb 2010 12:11:19 +0000 (GMT) schrieb jan vollme <janvoll at yahoo.de>: > -------> monitoring system > Ich muss das Monitoring System entlasten und kann dies leider nicht > im Cisco oder in dem Monitoring System selbst erledigen. Ich bezweifel, dass das alleine mit PC-Bordmitteln geht. Artikel zum Thema: http://wiki.wireshark.org/CaptureSetup/Ethernet Vielleicht hilft die dort beschriebene "Tap-Lösung" am ehesten weiter, falls kein Switch mit freiem Monitorport zur Verfügung stehen sollte, was sicher die sauberste Lösung ist. Gruß, Tobias. __________________________________________________ Do You Yahoo!? Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen Massenmails. http://mail.yahoo.com

2 1

Bridge Interface Problem
by jan vollme 03 Feb '10

03 Feb '10

Hi, anbei mal meine Änderung von STP auf STP=yes (geht trotzdem nicht), weiterhin habe ich br0 anonymisiert. IPTLABES ist auch bei. Netzaufbau: Cisco router mirror port ----> eth2 / fra-fil server / eth3 -------> monitoring system Ich muss das Monitoring System entlasten und kann dies leider nicht im Cisco oder in dem Monitoring System selbst erledigen. [root@fil-fra network-scripts]# cat ifcfg-br0 DEVICE=br0 TYPE=Bridge #IPADDR=192.168.10.2 #NETMASK=255.255.255.0 #BROADCAST=192.168.10.255 #NETWORK=192.168.10.0 STP=yes IPV6INIT=no ONBOOT=yes BOOTPROTO=none [root@fil-fra network-scripts]# brctl show bridge name bridge id STP enabled interfaces br0 8000.001b21520f78 yes eth3 eth2 [root@fil-fra network-scripts]# iptables -L Chain INPUT (policy ACCEPT) target prot opt source destination Chain FORWARD (policy ACCEPT) target prot opt source destination ACCEPT tcp -- anywhere anywhere PHYSDEV match --physdev-in eth2 --physdev-out eth3 tcp dpt:XXX state NEW ACCEPT tcp -- anywhere anywhere PHYSDEV match --physdev-in eth2 --physdev-out eth3 tcp dpt:XXX state NEW ACCEPT udp -- anywhere anywhere PHYSDEV match --physdev-in eth2 --physdev-out eth3 udp dpt:XXX state NEW ACCEPT udp -- anywhere anywhere PHYSDEV match --physdev-in eth2 --physdev-out eth3 udp dpt:XXX state NEW ACCEPT udp -- anywhere anywhere PHYSDEV match --physdev-in eth2 --physdev-out eth3 udp dpt:XXX state NEW ACCEPT udp -- anywhere anywhere PHYSDEV match --physdev-in eth2 --physdev-out eth3 udp dpt:XXX state NEW ACCEPT tcp -- anywhere anywhere PHYSDEV match --physdev-in eth2 --physdev-out eth3 tcp dpt:XXX state NEW ACCEPT tcp -- anywhere anywhere PHYSDEV match --physdev-in eth2 --physdev-out eth3 tcp dpt:XXX state NEW ACCEPT all -- anywhere anywhere PHYSDEV match --physdev-is-bridged state RELATED,ESTABLISHED Chain OUTPUT (policy ACCEPT) target prot opt source destination Chain RH-Firewall-1-INPUT (0 references) target prot opt source destination Jan __________________________________________________ Do You Yahoo!? Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen Massenmails. http://mail.yahoo.com

2 1

Bridge Interface Problem
by jan vollme 03 Feb '10

03 Feb '10

Hi wir haben einen Server mit 6 Nic am Start, wobei Nic 2 + 3 als Bridge Br0 laufen sollen. Wenn ich mir mit tcpdump eth2 und eth3 ansehe, sehe ich jedoch nicht den selben Traffic. Ich bin davon ausgegangen, das der Traffic 1zu1 weitergleitet wird. Wir wollen später über IPtables den Trafic zwischen eth2 und eth3 Filtern (FW/iptables). Anbei meine Config, für den goldenen Tipp wäre ich dankbar. [root@fil-fra network-scripts]# more ifcfg-* :::::::::::::: ifcfg-br0 :::::::::::::: DEVICE=br0 TYPE=Bridge IPADDR=192.168.10.2 NETMASK=255.255.255.0 BROADCAST=192.168.10.255 NETWORK=192.168.10.0 STP=no IPV6INIT=no ONBOOT=yes BOOTPROTO=none :::::::::::::: ifcfg-eth0 :::::::::::::: # Intel Corporation 82546EB Gigabit Ethernet Controller (Copper) DEVICE=eth0 BOOTPROTO=none BROADCAST=xx.xx.18.63 HWADDR=00:0E:0C:68:06:F0 IPADDR=xx.xx.18.50 IPV6INIT=no IPV6_AUTOCONF=no NETMASK=255.255.255.192 NETWORK=xx.xx.18.0 ONBOOT=yes GATEWAY=xx.xx.18.1 TYPE=Ethernet :::::::::::::: ifcfg-eth1 :::::::::::::: # Intel Corporation 82546EB Gigabit Ethernet Controller (Copper) DEVICE=eth1 HWADDR=00:0E:0C:68:06:F1 ONBOOT=no BOOTPROTO=dhcp TYPE=Ethernet :::::::::::::: ifcfg-eth2 :::::::::::::: # Intel Corporation 82546GB Gigabit Ethernet Controller (Copper) DEVICE=eth2 HWADDR=00:1B:21:52:0F:78 ONBOOT=yes BRIDGE=br0 :::::::::::::: ifcfg-eth3 :::::::::::::: # Intel Corporation 82546GB Gigabit Ethernet Controller (Copper) DEVICE=eth3 HWADDR=00:1B:21:52:0F:79 ONBOOT=yes BRIDGE=br0 :::::::::::::: ifcfg-eth4 :::::::::::::: # Intel Corporation 82546GB Gigabit Ethernet Controller (Copper) DEVICE=eth4 HWADDR=00:1B:21:52:0F:7A TYPE=ETHER #BRIDGE=br1 ONBOOT=yes BOOTPROTO=dhcp :::::::::::::: ifcfg-eth5 :::::::::::::: # Intel Corporation 82546GB Gigabit Ethernet Controller (Copper) DEVICE=eth5 HWADDR=00:1B:21:52:0F:7B TYPE=ETHER #BRIDGE=br1 ONBOOT=yes BOOTPROTO=dhcp :::::::::::::: ifcfg-lo :::::::::::::: DEVICE=lo IPADDR=127.0.0.1 NETMASK=255.0.0.0 NETWORK=127.0.0.0 # If you're having problems with gated making 127.0.0.0/8 a martian, # you can change this to something else (255.255.255.255, for example) BROADCAST=127.255.255.255 ONBOOT=yes NAME=loopback [root@fil-fra network-scripts]#uname -a Linux fil-fra 2.6.18-164.el5 #1 SMP Thu Sep 3 03:33:56 EDT 2009 i686 i686 i386 GNU/Linux[root@fil-fra network-scripts]#brctl show bridge name bridge id STP enabled interfaces br0 8000.001b21520f78 no eth3 eth2 [root@fil-fra network-scripts]#[root@rtp-filter-frankfurt network-scripts]# ifconfig -a br0 Link encap:Ethernet HWaddr 00:1B:21:52:0F:78 inet addr:192.168.10.2 Bcast:192.168.10.255 Mask:255.255.255.0 inet6 addr: fe80::21b:21ff:fe52:f78/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:8454 errors:0 dropped:0 overruns:0 frame:0 TX packets:34 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:413866 (404.1 KiB) TX bytes:8500 (8.3 KiB) eth0 Link encap:Ethernet HWaddr 00:0E:0C:68:06:F0 inet addr:xx.xx.18.50 Bcast:xx.xx.18.63 Mask:255.255.255.192 inet6 addr: fe80::20e:cff:fe68:6f0/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:42052 errors:0 dropped:0 overruns:0 frame:0 TX packets:47260 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:100 RX bytes:5850469 (5.5 MiB) TX bytes:28105052 (26.8 MiB) Base address:0x3040 Memory:fe8c0000-fe8e0000 ... eth2 Link encap:Ethernet HWaddr 00:1B:21:52:0F:78 inet6 addr: fe80::21b:21ff:fe52:f78/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:361408 errors:0 dropped:0 overruns:0 frame:0 TX packets:204 errors:0 dropped:0 overruns:0 carrier:0 collisions:1 txqueuelen:100 RX bytes:41240902 (39.3 MiB) TX bytes:54453 (53.1 KiB) Memory:fe780000-fe7a0000 eth3 Link encap:Ethernet HWaddr 00:1B:21:52:0F:79 inet6 addr: fe80::21b:21ff:fe52:f79/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:196596 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 b) TX bytes:12424750 (11.8 MiB) Memory:fe7a0000-fe7c0000 ... lg Jan __________________________________________________ Do You Yahoo!? Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen Massenmails. http://mail.yahoo.com

5 10

← Newer
1
...
32
33
34
35
36
37
38
...
51
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

discuss-de