similar to: Re: Shorewall - Bridging with Gentoo

Hi all, I''m trying to set up traffic shaping and I''m having some difficulty. Here is what I want, and where I am. 1. HTTP and SMTP traffic needs to be priority 1. 2. All other traffic priority 2 3. Torrent traffic priority 3. My distro is Fedora Core 4, and the torrent protocol does not appear in /etc/protocols. The only protocol is TCP, which HTTP and SMTP is built on top

--=-mIogSkSG8HjWN56JSL46 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Tom, If you have connection tracking enabled, then you have auto-magically ordered all packets to be defragged is that correct? I wonder if there is any noticible latency, especially in on-line games with defragging packets. Are there any ways to make an exception - to avoid tracking certain

Daniel R. Meigs wrote: > Thanks for your reply. The problem was having the computers in ou=Computers. > I put them in ou=People and the problem was solved. > > --Dan > Daniel: I deleted the following options from the smb.conf #ldap user suffix = ou=People #ldap machine suffix = ou=Computers But I left the options set in my smbldap.conf.

Hello all -- I am trying to get Shorewall, ipsec and RedHat ES version 3 to cooperate. Before posting any specific problems, I thought I''d find out if I have the right stuff to work with. (I''ve gotten ipsec to work flawlessly with Shorewall using RH 8 and 9 kernels, so I have some experience with it. Shorewall 2.0.12 works fine on this ES 3 box, except for the ipsec part)

copy d:\bugs.ps \\ouessant\lexmark after having deleted all the samba log files and restarted the SMBd daemon from the SWAT Web interface. This leads to the INTERNAL ERROR, see samba.oulx Now, to locate the problem, I tried the same kind of command on the same file, bugs.ps, but using the SMBCLIENT application from the Linux server itself, without changing anything, nor restarting the SMBd

I am getting the following problem when I try to add new machines to the LDAP server. <snip> [2004/06/07 13:49:12, 2] passdb/pdb_ldap.c:init_sam_from_ldap(462) init_sam_from_ldap: Entry found for user: administrator [2004/06/07 13:49:13, 2] passdb/pdb_ldap.c:init_group_from_ldap(1697) init_group_from_ldap: Entry found for group: 512 [2004/06/07 13:49:13, 2]