Re: CPU Utiliaztion on a ethernet bridge
I don't know is it make any sense but I've compiled bridge as integrated, not as module. And I don't state any line in "interfaces" file about bridged interfaces; Only br0 exists. Also I'm using br0 as external interface. gw11:/etc# gw11:/etc# cat network/interfaces # /etc/network/interfaces -- configuration file for ifup(8), ifdown(8) # The loopback interface # automatically added when upgrading auto lo iface lo inet loopback # # Ayrintili bilgi ve diger parametreler icin: # /usr/share/doc/bridge-utils/README.Debian # auto br0 iface br0 inet static address 212.156.128.21 network 212.156.128.0 netmask 255.255.255.0 broadcast 212.156.128.255 bridge_ports eth0 eth1 bridge_stp on bridge_fd 5 gateway 212.156.128.18 # UNUSED # auto eth2 # iface eth2 inet static # auto eth3 # iface eth3 inet static gw11:/etc# free total used free sharedbuffers cached Mem:257064 211444 45620 0 5276 159648 -/+ buffers/cache: 46520 210544 Swap: 128516 1604 126912 gw11:/etc# gw11:/etc# lsmod Module Size Used byNot tainted shaper 3004 0 (unused) tulip 36928 0 (unused) eepro100 16816 0 (unused) 3c59x 24712 2 gw11:/etc#
Re: CPU Utiliaztion on a ethernet bridge
I don't know is it make any sense but I've compiled bridge as integrated, not as module. And I don't state any line in "interfaces" file about bridged interfaces; Only br0 exists. Also I'm using br0 as external interface. gw11:/etc# gw11:/etc# cat network/interfaces # /etc/network/interfaces -- configuration file for ifup(8), ifdown(8) # The loopback interface # automatically added when upgrading auto lo iface lo inet loopback # # Ayrintili bilgi ve diger parametreler icin: # /usr/share/doc/bridge-utils/README.Debian # auto br0 iface br0 inet static address 212.156.128.21 network 212.156.128.0 netmask 255.255.255.0 broadcast 212.156.128.255 bridge_ports eth0 eth1 bridge_stp on bridge_fd 5 gateway 212.156.128.18 # UNUSED # auto eth2 # iface eth2 inet static # auto eth3 # iface eth3 inet static gw11:/etc# free total used free sharedbuffers cached Mem:257064 211444 45620 0 5276 159648 -/+ buffers/cache: 46520 210544 Swap: 128516 1604 126912 gw11:/etc# gw11:/etc# lsmod Module Size Used byNot tainted shaper 3004 0 (unused) tulip 36928 0 (unused) eepro100 16816 0 (unused) 3c59x 24712 2 gw11:/etc# -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
bridging on a gre-tunnel
One of a company wants to see their remote office computers in "network neighbourhoods". Can I apply brctl (bridge-utils package) over tunnel interfaces? System not present yet than I cannot test it. linux boxes cross connected to routers with active IPs and I know how can i make tunnel interfaces between linux boxes. There is no conflicted IP number both of networks but netmask covers all PCs : network1 includes 192.168.1.1 - 192.168.1.100 network2 includes 192.168.1.101 - 192.168.1.200 netmasks are 255.255.255.0 SH
Re: postfix smtp authentication
Seems confs are okay. Look also authentication log files under /var/log/ . I hope it gives a clue. i remember that it must be log/auth.log or it writes in log/syslog file. Try to add an 'acct' line to your pam.d/smtp file : auth required pam_unix.so acct required pam_unix.so Finnaly; try to uninstall libsasl2 and libsasl2-modules-plain or something like version 2 sasl, if you use stable. Hector wrote: I want to use Postfix SMTP Authentication, but I have found some problems to run it: it runs with sasldb, but I need other authentication mechanisms, and I always obtained the same: "535 Error: authentication failed". I have installed: libsasl-digest libsasl-gssapi libsasl-module libsasl2 libsasl2-modul libsasl7 sasl-bin /etc/postfix/sasl/smtpd.conf contains "pwcheck_method: pam" and /etc/postfix/master.cf (Postfix is NOT chrooted): # service type private unpriv chroot wakeup maxproc command + args # (yes) (yes) (yes) (never) (100) smtp inet n - n - - smtpd -o smtpd_sasl_auth_enable=yes in /etc/postfix/main.cf: smtpd_sasl_auth_enable = yes broken_sasl_auth_clients= yes smtpd_sasl_local_domain = galway.csnet.es smtpd_sasl_security_options = noanonymous The problem is that in the log I can only see this: smtpd_sasl_authenticate: sasl_method plain, init_response Y2VASDFSADFAGNlc19jSDAFKJSADFLKJdg= Mar 4 09:41:53 titania postfix/smtpd[21035]: smtpd_sasl_authenticate: decoded initial response xxx_x Mar 4 09:41:55 titania smtpd[21035]: warning: galway[1.1.1.1]: SASL plain authentication failed If I tried to use sasldb I authenticate without problems. ¿Does anybody know how is pam configured? I have in /etc/pam.d/smtp the next lines: #%PAM-1.0 auth required pam_unix.so
Re: postfix smtp authentication
Seems confs are okay. Look also authentication log files under /var/log/ . I hope it gives a clue. i remember that it must be log/auth.log or it writes in log/syslog file. Try to add an 'acct' line to your pam.d/smtp file : auth required pam_unix.so acct required pam_unix.so Finnaly; try to uninstall libsasl2 and libsasl2-modules-plain or something like version 2 sasl, if you use stable. Hector wrote: I want to use Postfix SMTP Authentication, but I have found some problems to run it: it runs with sasldb, but I need other authentication mechanisms, and I always obtained the same: "535 Error: authentication failed". I have installed: libsasl-digest libsasl-gssapi libsasl-module libsasl2 libsasl2-modul libsasl7 sasl-bin /etc/postfix/sasl/smtpd.conf contains "pwcheck_method: pam" and /etc/postfix/master.cf (Postfix is NOT chrooted): # service type private unpriv chroot wakeup maxproc command + args # (yes) (yes) (yes) (never) (100) smtp inet n - n - - smtpd -o smtpd_sasl_auth_enable=yes in /etc/postfix/main.cf: smtpd_sasl_auth_enable = yes broken_sasl_auth_clients= yes smtpd_sasl_local_domain = galway.csnet.es smtpd_sasl_security_options = noanonymous The problem is that in the log I can only see this: smtpd_sasl_authenticate: sasl_method plain, init_response Y2VASDFSADFAGNlc19jSDAFKJSADFLKJdg= Mar 4 09:41:53 titania postfix/smtpd[21035]: smtpd_sasl_authenticate: decoded initial response xxx_x Mar 4 09:41:55 titania smtpd[21035]: warning: galway[1.1.1.1]: SASL plain authentication failed If I tried to use sasldb I authenticate without problems. ¿Does anybody know how is pam configured? I have in /etc/pam.d/smtp the next lines: #%PAM-1.0 auth required pam_unix.so -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Radius Question
Teun Vink wrote: It would help if you told us which radius server you're using... For radiusd-cistron (which we use at the ISP I work for), the configuration files are in /etc/raddb, documentation can be found in /usr/share/doc/radiusd-cistron. Same places for radiusd-freeradius package. Read /usr/share/doc/radiusd-*/* for any related reason. Read/write docs important forever SH
Re: Radius Question
Teun Vink wrote: It would help if you told us which radius server you're using... For radiusd-cistron (which we use at the ISP I work for), the configuration files are in /etc/raddb, documentation can be found in /usr/share/doc/radiusd-cistron. Same places for radiusd-freeradius package. Read /usr/share/doc/radiusd-*/* for any related reason. Read/write docs important forever SH -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Wich RADIUS
We're using radiusd-freeradius package. Our access servers are happy. Included sql support fits our needs with several thousands of users. it's fast (with fast hardware of course!). Features expanded. We do not encounter old cistron-radius problems anymore -in the same pc/os system- like uncertain daemon closures. Info can find on www.freeradius.org . Roland Rosenfeld wrote: On Wed, 08 Jan 2003, Cameron Moore wrote: I want a RADIUS server. I found many servers in the distribution, I don't know which one has a better performance. YARD, Livinston, Xtradius, Cistron... The only commercial product I use at work that I am actually happy with is my radius software. I use Radiator, and I love it. I have the Enterprise Pack which gives me unlimited upgrades (as in "forever") as well as a couple other packages they sell (also with unlimited upgrades). The server is written in Perl and easily extendable. I'm a Perl nut, so that is a huge plus for me. The company's website is http://www.open.com.au/. Have a look and see if you like it. Fully agree (same here). Radiator is the only commercial software I really can recommend. It's quite cheap and you can by a lifetime company wide license including all upgrades etc. And don't forget, it's Perl, so its extensible, you can use whatever Perl module (LDAP, DBI (MySQL, PostgreSQL, Oracle,...), other Radius servers,...) as backend. And if you find a bug (or missing feature), you can fix it yourself, because you get the source (this isn't usual on commercial software). Tscho Roland -- Virus taramasi yapildi. Scanned for Viruses. [09/01/2003 - 11:33] http://www.efes.net.tr/efesnet/viruschecker.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
sasl support
Hi, I'm preparing to use postfix (snaphot release). When I want to install tls (also sasl) support, I got an error messages from package management: --- smtp:~# apt-get install postfix-snap-tls Reading Package Lists... Done Building Dependency Tree... Done Package postfix-snap-tls has no available version, but exists in the database. This typically means that the package was mentioned in a dependency and never uploaded, has been obsoleted or is not available with the contents of sources.list E: Package postfix-snap-tls has no installation candidate smtp:~# dpkg -l postf* | grep ^ii ii postfix-snap 0.0.20020115-5 Postfix Mail Transport Agent - snapshot rele ii postfix-snap-d 0.0.20020115-5 Postfix-snap documentation ii postfix-snap-m 0.0.20020115-5 MYSQL map support for Postfix-snap smtp:~# cat /etc/debian_version 3.0 smtp:~# cat /etc/apt/sources.list # See sources.list(5) for more information, especialy # Remember that you can only use http, ftp or file URIs # CDROMs are managed through the apt-cdrom tool. # WOODY deb http://ftp.us.debian.org/debian woody main contrib non-free deb http://ftp.us.debian.org/debian woody-proposed-updates main contrib non-free deb http://non-us.debian.org/debian-non-US woody/non-US main contrib non-free deb http://security.debian.org/ woody/updates main contrib non-free smtp:~# --- Thanks for any ideas already now. -- Virus taramasi yapildi. Scanned for Viruses. [23/12/2002 - 09:24] http://www.efes.net.tr/efesnet/viruschecker.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
cucipop bulletins
Hello, Is there anybody knows about cucipop POP3 server's destiny? One says something about v1.33 coming (4 years ago, belowed). But still we have v1.31 In fact, I need exactly muttered topics below like "doc"s and "config samples" in dreamed v1.33 I need to know more than others; how can I create state.db for bulletins. Thanks in advance. FROM info.inet.access NEWSGROUP On Mon, 18 May 1998, Shayne Hardesty wrote: > > I emailed Stephen (the author) about the vague documentation, and he > said version 1.33 (due out in 3 or so weeks) will have better docs as > well as some procmail and sendmail configuration examples for virtual > domain hosting. > -- Virus taramasi yapildi. Scanned for Viruses. [19/11/2002 - 09:45] http://www.efes.net.tr/efesnet/viruschecker.html
cucipop bulletins
Hello, Is there anybody knows about cucipop POP3 server's destiny? One says something about v1.33 coming (4 years ago, belowed). But still we have v1.31 In fact, I need exactly muttered topics below like "doc"s and "config samples" in dreamed v1.33 I need to know more than others; how can I create state.db for bulletins. Thanks in advance. FROM info.inet.access NEWSGROUP On Mon, 18 May 1998, Shayne Hardesty wrote: > > I emailed Stephen (the author) about the vague documentation, and he > said version 1.33 (due out in 3 or so weeks) will have better docs as > well as some procmail and sendmail configuration examples for virtual > domain hosting. > -- Virus taramasi yapildi. Scanned for Viruses. [19/11/2002 - 09:45] http://www.efes.net.tr/efesnet/viruschecker.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]