All of lore.kernel.org
 help / color / mirror / Atom feed
From: nix4me <nix4me@cfl.rr.com>
To: lartc@vger.kernel.org
Subject: Re: [LARTC] Wondershaper in internal network
Date: Sun, 22 Aug 2004 02:07:12 +0000	[thread overview]
Message-ID: <4127FFD0.4090105@cfl.rr.com> (raw)
In-Reply-To: <41277458.7070807@apspektakel.com>

gypsy wrote:

>Johan Lindqvist wrote:
>  
>
>>I've gotten wondershaper to work in my linux box, which is part of a 3
>>computer network that shares the same dsl connection. The linuxbox
>>handles most bulk down and uploading, and the other 2 are mainly for
>>surfing and such.
>> What I need from wiondershaper is that it should perform it's tasks
>>with all of the traffic to the dsl modem, but do nothing with the
>>internal traffic (traffic to 192.168.). This is important since I do a
>>lot of remote x'ing to the linuxbox, and when that traffic to is shaped,
>>it's to slow to work.
>>/johan
>>    
>>
>
>You must tell us a lot more about your setup than above if you expect
>help.
>
>Does the linux box have more than one NIC?
>Are you DNATting?  If not, HOW is the DSL shared?
>What makes you say that the wonder script is interfering with internal
>traffic?
>
>In a "normal" setup, the linux box will have 2 NICs, one connected to a
>switch/hub serving the internal network and the other directly connected
>to the DSL.  Wonder then is configured to shape on the internet
>(external) interface (only).  That means it does not touch anything on
>the internal NW.
>
>You might be able to set up a modified Wonder such that the default /
>bulk does 100Mbit (assuming your internal NW is 100) by setting RATE >CEIL = 100Mb and then shape everything where the IP matches your DSL IP
>so that internet stuff never gets into the bulk queue.  Sort of
>"reverse" logic, but that is the way I dealt with an FTP server.  In the
>absence of a firewall mark in FTP packets, there is no good way to
>identify them, so instead handle the stuff you CAN identify and let the
>rest go into bulk.
>
>gypsy
>_______________________________________________
>LARTC mailing list / LARTC@mailman.ds9a.nl
>http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
>
>  
>
Well, there is a better way.  I was able to mark ftp outgoing traffic 
using iptables.  I shape all outgoing packets on a port range and throw 
the rest in a 100mbit bulk.  Works like a champ.  i have the outbound 
ftp passive ports and the active port marked.  Let me know if you want 
to see my script.
 
Mark
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/

  parent reply	other threads:[~2004-08-22  2:07 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-08-21 16:12 [LARTC] Wondershaper in internal network Johan Lindqvist
2004-08-22  1:39 ` gypsy
2004-08-22  2:07 ` nix4me [this message]
2004-08-22  7:14 ` Johan Lindqvist
2004-08-22 17:23 ` gypsy
2004-08-22 18:06 ` gypsy

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4127FFD0.4090105@cfl.rr.com \
    --to=nix4me@cfl.rr.com \
    --cc=lartc@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.