Bandbreedtebeheer

[_JGC_]

Ik heb nu een webservertje op mijn sjello verbinding lopen (sssst, niet verder vertellen )

Ik wil echter ook (kleine) downloads aanbieden. Omdat er echter van die lullo's zijn die met download accellerator direct 6 verbindingen opentrekken en zo mijn hele verbinding neerhalen, had ik zin om met bandwidth management om te gaan.

Ik draai Apache 1.3.20 op Windows NT4 server.

Helaas werkt mod_bandwidth niet omdat de temp dir naar /tmp staat (das dus Unix structuur). Ik heb al gezocht naar mod_throttle, maar die heeft hetzelfde probleem (aldus de website).

Wie weet nog een andere oplossing behalve het installeren van FTP met G6 of BPFTP?

[HGM]

ik denk dat je toch snel bij ftp uitkomt, zou het anders niet weten eik

[Verwijderd]

Wat is er dan mis met een FTP servertje? Dat is veel eenvoudiger te configureren voor download beperkingen dan een webserver.

[_JGC_]

Ik had alles al lekker lopen:

http://download.jgc.homeip.net
voor de downloads

http://*.jgc.homeip.net
voor de website

Alleen wil je dat wat normaal houden op een sjello lijntje, dan moet je die eerste behoorlijk beperken...

[Verwijderd]

Toch snap ik dan nog steeds niet het probleem van Anonymous FTP?! Iedere browser die ik ken ondersteund anonymous FTP, dus wat boeit het of het van een FTP server of een HTTP server afkomt, behalve dat je FTP veel beter kunt beperken dan HTTP.

Je hebt natuurlijk maar 1 IP bij Chello, maar het is geen probleem om zowel een FTP alsook een HTTP server op 1 ip te draaien; dan heet je FTP server gewoon download.jgc.homeip.net; geen hond die het boeit dat dat op hetzelfde IP als home.jgc.homeip.net draait.

FTP is gebouwd om bestanden mee over te gooien, HTTP voor webpagina's. Bij FTP log je in op een server, HTTP is gewoon een open systeem. FTP is daarom ook veel beter te beperken dan HTTP. Als je niet wilt dat die downloads al je bandbreedte opvreten zou ik dus voor een FTP server gaan, dat draait heel soepel en voor de eindgebruiker boeit het niet of ie download van een public FTP server of een HTTP server, sterker nog, FTP is zelfs beter bij het downloaden van grote bestanden.

[Verwijderd]

Op dinsdag 21 augustus 2001 01:53 schreef griebels het volgende:
Toch snap ik dan nog steeds niet het probleem van Anonymous FTP?! Iedere browser die ik ken ondersteund anonymous FTP, dus wat boeit het of het van een FTP server of een HTTP server afkomt, behalve dat je FTP veel beter kunt beperken dan HTTP.

Je hebt natuurlijk maar 1 IP bij Chello, maar het is geen probleem om zowel een FTP alsook een HTTP server op 1 ip te draaien; dan heet je FTP server gewoon download.jgc.homeip.net; geen hond die het boeit dat dat op hetzelfde IP als home.jgc.homeip.net draait.

FTP is gebouwd om bestanden mee over te gooien, HTTP voor webpagina's. Bij FTP log je in op een server, HTTP is gewoon een open systeem. FTP is daarom ook veel beter te beperken dan HTTP. Als je niet wilt dat die downloads al je bandbreedte opvreten zou ik dus voor een FTP server gaan, dat draait heel soepel en voor de eindgebruiker boeit het niet of ie download van een public FTP server of een HTTP server, sterker nog, FTP is zelfs beter bij het downloaden van grote bestanden.

Welke ftp server voor unix raad jij dan aan om op bandbreedte te knijpen?

[sorted.bits]

glftpd, is naar horen's (ik heb zelf geen ervaring) de beste FTPd met veel mogelijkheden. Ook bandbreedte beperking

[Verwijderd]

De RateReadBPS directive van "mod_xfer" van ProFTPd doet wonderen .. Je kunt het per virtual host, per user en per server instellen, kan best wel eens handig zijn.

[M4RTiN]

misschien heb je hier wat aan stond nog in mn favo's http://www.snert.com/Software/Throttle/

[pistole]

Op maandag 20 augustus 2001 14:41 schreef _JGC_ het volgende:

Ik wil echter ook (kleine) downloads aanbieden. Omdat er echter van die lullo's zijn die met download accellerator direct 6 verbindingen opentrekken en zo mijn hele verbinding neerhalen, had ik zin om met bandwidth management om te gaan.

Hoezo denk je daar last van te hebben? Je upload is toch geknepen op 15kBps. En aangezien dat op de kabelmodem of wijkcentrale gebeurt maakt het gebruiken van een download accellerator niets uit

[M4RTiN]

volgens mij wil hij nog wat overlaten van die 16 kb

[Pc123]

Op dinsdag 21 augustus 2001 13:44 schreef pistole het volgende:

[..]

Hoezo denk je daar last van te hebben? Je upload is toch geknepen op 15kBps. En aangezien dat op de kabelmodem of wijkcentrale gebeurt maakt het gebruiken van een download accellerator niets uit

Als 2 users dan tegelijk download en eentje DAP gebruikt met 6 vebindingen dan zal ie veel meer snelheid hebben dan de andere user en dat wil ie voorkomen lijkt me.

[Yucko]

Nee, hij bedoelt dat als iemand een paar threads tegelijkertijd gebruikt, (LeechFTP of zow) dan de complete 16kb/s upload gebruikt wordt. En ik weet toevallig als @home gebruiker, dat wanneer mijn upload volledig gebruikt wordt, dat mijn download dan bijna volledig stil komt te liggen.

[GarBaGe]

Op dinsdag 21 augustus 2001 15:51 schreef JaJoah het volgende:
Nee, hij bedoelt dat als iemand een paar threads tegelijkertijd gebruikt, (LeechFTP of zow) dan de complete 16kb/s upload gebruikt wordt. En ik weet toevallig als @home gebruiker, dat wanneer mijn upload volledig gebruikt wordt, dat mijn download dan bijna volledig stil komt te liggen.

Niet alleen met @home. Ook hier met KPN Mxstream ADSL (comfort abbo) gebeurt dat ook. Zodra mijn upload boven de 50-60% stort mijn download in. Echt heel vaag...

[LiGHtNiNG!]

Op dinsdag 21 augustus 2001 15:51 schreef JaJoah het volgende:
En ik weet toevallig als @home gebruiker, dat wanneer mijn upload volledig gebruikt wordt, dat mijn download dan bijna volledig stil komt te liggen.

Wees gerust, dat gebeurt ook bij Chello, Sonera, Xs4all (Fast)ADSL (1024/256) of welke willekeurige andere.

[GraveR]

Niet alleen met @home. Ook hier met KPN Mxstream ADSL (comfort abbo) gebeurt dat ook.
Zodra mijn upload boven de 50-60% stort mijn download in. Echt heel vaag...

Niet echt hoor... Pakketjes die je ontvangt (download) moeten bevestigd worden (ACK) dit gaat dus via je upstream. Als deze helemaal dicht zit door andere uploads, dan duurt het even voordat de binnengekomen paketten bevestigd zijn.

Hierdoor stort dus je download in, omdat op den duur de andere kant niets meer stuurt doordat paketten niet bevestigd worden.