If i want your opinion, I'll give it to you !!!
Lijkt me onzin, hij bedoelt dat hij alleen via netscape het internet op kan?
Ga in netscape kijken wat het proxy adres is en de poort, en stel dat in op de clients!
Ga in netscape kijken wat het proxy adres is en de poort, en stel dat in op de clients!
Als het zo is dattie alleen op poort 80 kan komen vanwege een firewall kun je ook gewoon zonder proxy op een van de keyservers flushen die ook poort 80 (standaard http poort) verbindingen accepteren, zoals die van dsmarty.
https://niels.nu
IDD, dat kan dan eventueel op "proxy80.dsmarty.com", ik denk dat dat niet werkt, dus probeer je het rechtstreeks op "212.187.100.99" poort 80.
Dat zal moeten werken
Dat zal moeten werken
Verwijderd
Das niet helemaal waar. Als je een echte goede firewall hebt kan hij zien welke applicatie de request stuurt en kan hij zo alles blocken wat niet van netscape.exe komt.
Maar de meeste firewalls zijn niet zo ingesteld.
Maar de meeste firewalls zijn niet zo ingesteld.
Dat zou een firewall alleen eventueel kunnen zien als er ook client-side een programma voor draait... en dat is niet echt gebruikelijk, en ook niet echt goed te beveiligen.
<BLOCKQUOTE><font size=1 face=Verdana, Arial, Helvetica>quote:</font><HR>Op 09 oktober 2000 18:34 schreef stappel het volgende:
Das niet helemaal waar. Als je een echte goede firewall hebt kan hij zien welke applicatie de request stuurt en kan hij zo alles blocken wat niet van netscape.exe komt.
Maar de meeste firewalls zijn niet zo ingesteld.[/quote]Helaas deze dus wel !!!!!
Is er een manier om de packetjes te "faken" of zal ik dan zelf iets moeten coderen 9wat moeilijk wordt sinds VB niet op SGI machines draait
Das niet helemaal waar. Als je een echte goede firewall hebt kan hij zien welke applicatie de request stuurt en kan hij zo alles blocken wat niet van netscape.exe komt.
Maar de meeste firewalls zijn niet zo ingesteld.[/quote]Helaas deze dus wel !!!!!
Is er een manier om de packetjes te "faken" of zal ik dan zelf iets moeten coderen 9wat moeilijk wordt sinds VB niet op SGI machines draait
If i want your opinion, I'll give it to you !!!
edit:
hmm.. ik lees net dat email geen optie is.. dunno then..suc6!
hmm.. ik lees net dat email geen optie is.. dunno then..suc6!
als je wel kunt mailen kun je de fetches en flushes via de mail binnenhalen..
een quote uit dnetc.readme:<BLOCKQUOTE><font size=1 face=Verdana, Arial, Helvetica>quote:</font><HR>5.2 Flushing and fetching via e-mail ----
If you can not get your client to flush/fetch directly (due to a
very stringent firewall), or are running a networkless client,
such as the MS-DOS client, there is one last way for your client
to fetch and flush: e-mail.
1. Send a message to fetch@distributed.net; an auto-responder
will reply with information on the proper options to use.
2. Once you know the correct format, send a correctly formatted
message in. You should quickly receive a message back with
the specified amount of work attached as "buff-in.rc5".
3. Stop the client.
4. Save the file to the directory from which you are running the
client.
5. Restart the client.
Once your client has completed the work provided to it, you may
send in back via e-mail as follows:
1. Create a message to flush@distributed.net with the file
"buff-out.rc5" attached as a MIME/base64 or UUencoded (UUE) file.
You will be send a "receipt" of the proper flushing within a few
minutes.
2. Delete the buff-out.rc5 file so that you do not accidently
send part of its contents twice.[/quote]
Pagina: 1