Buff-in groter dan 1 K ?

Helpdesk & Vraag/Aanbod
Post Reply
Outlaw
Posts: 1450
Joined: 10 Oct 2003, 19:37
Location: Emst
Contact:

Buff-in groter dan 1 K ?

Post by Outlaw »

Ik had een vraagje ik heb een aantal amd's op school die wel internetverbinding hebben maar vanwege beveiligingen voor de school (computers staan in de leraarenkamer vandaar, geen blokjes op kunnen halen)

Bij die amd's kom ik niet vaak nu moet ik om de 9/10 dagen elke x de buff-in op een floppy zetten en elke keer een nieuwe buff-in van floppy halen. Systeembeheerder kan niet en wil niet toestemming geven voor een proxy maar KOETJE MAG WEL DRAAIEN. }:O

Mijn vraag: kan ik een buff ophalen voor meer dan 1 K ?...vooral in de vakantie kan ik er niet bij komen en het scheelt aardig wat dan met de flush. Iemand een idee.... :?
Hemz
Posts: 2023
Joined: 15 Jun 2003, 00:28
Location: zwolle
Contact:

Post by Hemz »

Volgens mij is dat geen probleem.
Ik weet niet precies wat de max aantal blokjes zijn die in de buffin kunnen, maar ik heb ook een pc met 1000 blokjes in de buff in.
Outlaw
Posts: 1450
Joined: 10 Oct 2003, 19:37
Location: Emst
Contact:

Post by Outlaw »

Is wel irri de hele tijd voor alleen een koetje naar school te gaan |:(
En soms draait het koetje wel maar draait ie op een buff-in die leeg is zonde toch..
Hemz
Posts: 2023
Joined: 15 Jun 2003, 00:28
Location: zwolle
Contact:

Post by Hemz »

Vooral voor de AMD heb je een aardige buffer nodig :/
madman
2nd Admin
Posts: 4958
Joined: 14 Jun 2003, 21:41
Location: Arnhem
Contact:

Post by madman »

Maar als ze wel kunnen internetten kan je ook op je proxy een speciaal CGI-script draaien dat als een soort proxy fugeert.

In je config van de koe moet je dan bij 2 --> 6 --> 7 "HTTP encapsulation" op yes zetten. En je moet hem natuurlijk op poort 80 van je proxy laten connecten!
Outlaw
Posts: 1450
Joined: 10 Oct 2003, 19:37
Location: Emst
Contact:

Post by Outlaw »

:) Ow owkee dat kan ik wel eens proberen ja thnx !
madman
2nd Admin
Posts: 4958
Joined: 14 Jun 2003, 21:41
Location: Arnhem
Contact:

Post by madman »

Als hitman mij ff een mailjte stuurt, dan zal ik hem ff dat CGI bestand sturen...
[BVD]Webgnome
Posts: 1400
Joined: 16 Jun 2003, 14:55

Post by [BVD]Webgnome »

maar dat gaat niet werken als er iets tussenzit als een isa server..

(ervaring mee @ school en daar dahct ik het ook even makkelijk op te lossen door http aan te geven maar dat deed hij dus mooi niet
[url=http://www.bvdsouth.nl/][BVD]South Online[/url]
madman
2nd Admin
Posts: 4958
Joined: 14 Jun 2003, 21:41
Location: Arnhem
Contact:

Post by madman »

Had je wel dat CGI script op je server draaien? Want hij behandelt hem dan alsof het een gewone webpagina is.
[BVD]Webgnome
Posts: 1400
Joined: 16 Jun 2003, 14:55

Post by [BVD]Webgnome »

euh nee dat niet..

heb die cgi file niet? maar voor die cgi file heb je toch een webserver nodig of ?
[url=http://www.bvdsouth.nl/][BVD]South Online[/url]
Pjosch
Posts: 223
Joined: 17 Jun 2003, 10:14
Location: Tilburg
Contact:

Post by Pjosch »

De buff-in zou je handmatig kunnen vergroten door andere buff-in's er in te importeren.

dnetc -import [filenaam]

Ben op deze manier nog geen limiet tegen gekomen.


Misschien is het makkelijker om ergens op een netwerkshare een centrale buff-in en buff-out neer te zetten van waaruit alle koeien grazen? Dan hoef je alleen deze steeds bij te houden.
Tilburgs Carnavals Motto 2012:
Ge wit ôot nôot nie
Outlaw
Posts: 1450
Joined: 10 Oct 2003, 19:37
Location: Emst
Contact:

Post by Outlaw »

En hoe doe je zoietz precies ben niet zo handig in 't koetje kan alleen goed flushen ;)
madman
2nd Admin
Posts: 4958
Joined: 14 Jun 2003, 21:41
Location: Arnhem
Contact:

Post by madman »

De file moet heten "rc5.cgi" en in de root map voor cgi scripts van je webserver staan (voor apache onder linux is dat '/var/www/cgi-bin/')

LET OP: eerst het commentaar wat er boven staat ff lezen! en vergeet niet de var's in te stellen!!!

Code: Select all

#!/usr/bin/perl -Tw

# Based on the original script provided by distributed.net
# Modifications by Onno Molenkamp
#
# This is a simple Perl script that can be placed on a public web
# server that is also accessible from within your intranet firewall
# to allow rc5des clients to communicate to the outside.
#
# There are two ways to use this script:
#
# 1) Simply configure your rc5des clients to use "HTTP+UUE Encoding" and
#    the "Local HTTP proxy" set to the address/port of your *webserver*.
#    The value that is entered for the "Preferred Keyserver" and
#    "Keyserver port" are ignored.  This method will only work if your
#    webserver is configured not to be a "web proxy" when a full URL is
#    specified by the client (ie: including the protocol and host in the
#    requested document is ignored and the request is processed locally).
#    Apache 1.3.x (and older?) falls under this category when it is *not*
#    compiled for mod_proxy support.
#
# 2) Configure your rc5des clients to use "HTTP+UUE Encoding" and the
#    "Local HTTP proxy" set to the address/port of a web proxy.  The value
#    that is entered for the "Preferred Keyserver" and "Keyserver port"
#    should be the address/port of the webserver that you installed this
#    script on.
#
# The first method is obviously preferable, but not all webservers may be
# compatible with the requirement that it ignore the protocol and host of
# fully qualified requests.  Arguably with the second method, if you have
# access to a web proxy, it probably already allows you to access public
# internet addresses anyways, so that method probably won't be very useful
# for many people.
#
# Note that on whatever webserver you install this script, it *must* be
# accessible via the URL "/cgi-bin/rc5.cgi" or else things will not work.
# You can apply host-access restrictions to that script if you are
# paranoid about external people being able to access this script.
#
# $Revision: 1.4 $
#

use strict;
require IO::Socket;

# Target proxy address needs to consistently resolve to only a single
# proxy, or else your clients will receive 'Bad scramble' errors.
my $targetproxyaddr = '192.168.0.220';
my $targetproxyport = 2200;

# Read in the information about the request
my $method = $ENV{'REQUEST_METHOD'} || "GET";
my $remoteaddr = $ENV{'REMOTE_HOST'} || $ENV{'REMOTE_ADDR'} || "unknown";
my $servername = $ENV{'HTTP_HOST'} || $ENV{'SERVER_NAME'} || undef;
if ( $method ne "POST" )
{
    print "Content-type: text/plain\n\n";
    print "Malformed packet submission.\n";
    exit 0;
}

# Read in the POST data
$/ = undef;
my $content = <STDIN> || "";
if ( length($content) <= 0 )
{
    print "Content-type: text/plain\n\n";
    print "No packet submission found.\n";
    exit 0;
}
print STDERR "rc5cgi: Read ", length($content),
    " bytes from client at $remoteaddr.\n";


# Try to connect to the remote keyserver and service the request.
for ( my $i = 0; $i < 5; $i++)
{
    my $sock = IO::Socket::INET->new(PeerAddr => $targetproxyaddr,
                                     PeerPort => $targetproxyport,
                                     Proto    => 'tcp');
    if ( $sock )
    {
        # Send the client's original request to the server, wrapped in an http header.
        if ( ! $sock->send("POST http://$targetproxyaddr:$targetproxyport/cgi-bin/rc5.cgi HTTP/1.0\nContent-Type: application/octet-stream\nContent-Length: ".length($content)."\n\n".$content, 0) )
        {
            print "Content-type: text/plain\n\n";
            print "Error sending packet to host.";
            print STDERR "rc5cgi: Failed to send request to target proxy.\n";
            exit 0;
        }

        # Read the response sent back to us.
        my $response = '';
        $sock->recv($response, 10240);
        print STDERR "rc5cgi: Read ", length($response), " bytes from proxy.\n";

        # Send back the response, remove HTTP status line first.
        $response =~ s|HTTP/1.0 200 OK\r\n||s;
        print $response;
        exit 0;
    }
    sleep 2;
}
# If we reached this point, our multiple tries to connect failed.
print STDERR "rc5cgi: Failed to connect to target proxy.\n";
print "Content-type: text/plain\n\n";
print "Could not establish server connection.";
exit 0;
DSmarty
Site Admin
Posts: 5643
Joined: 14 Jun 2003, 21:30
Location: Epe
Contact:

Post by DSmarty »

En dat script draait prima, draait hier op de server ook.
iWaB
Posts: 971
Joined: 19 Jul 2003, 23:06

Post by iWaB »

Ik Flush naar en haal mn blokjes van een gedeelde netwerklocatie.

deze regel in je ini zetten.

[buffers]
alternate-buffer-directory=\\server\shared folder\

Krijg alleen wel vaak de melding: Flushfile error: The source file isn't getting smaller. check for a loop in your (remote) buffer settings
DSmarty
Site Admin
Posts: 5643
Joined: 14 Jun 2003, 21:30
Location: Epe
Contact:

Post by DSmarty »

Dan is het bestand gelocked!
Zeker windows :?
Post Reply