De username van de oorspronkelijke plaatser van deze posting is bij Big Crash 3 eind mei 2001 verloren gegaan. Om toch de posting zelf terug te kunnen plaatsen is de user BC3 Victim in het leven geroepen
De username van de oorspronkelijke plaatser van deze posting is bij Big Crash 3 eind mei 2001 verloren gegaan. Om toch de posting zelf terug te kunnen plaatsen is de user BC3 Victim in het leven geroepen
[parameters]
id=dadoupy@hotmail.com
[networking]
firewall-host=10.10.130.125:80
firewall-type=http
firewall-auth=b25ydWowMTp3ZXJrcGxlaw==
autofindkeyserver=yes
keyserver=dpc.isd.nu:80
encoding=uue
[logging]
log-file=koe.txt
log-file-type=restart
De username van de oorspronkelijke plaatser van deze posting is bij Big Crash 3 eind mei 2001 verloren gegaan. Om toch de posting zelf terug te kunnen plaatsen is de user BC3 Victim in het leven geroepen
De username van de oorspronkelijke plaatser van deze posting is bij Big Crash 3 eind mei 2001 verloren gegaan. Om toch de posting zelf terug te kunnen plaatsen is de user BC3 Victim in het leven geroepen
flushen --> flush@distributed.net
kweet alleen zo effe niet uit mijn hoofd wat er ook alweer in dat mailtje moest staan.. zoeken we op
Hopelijk heeft iemand wel een antwoord.
De username van de oorspronkelijke plaatser van deze posting is bij Big Crash 3 eind mei 2001 verloren gegaan. Om toch de posting zelf terug te kunnen plaatsen is de user BC3 Victim in het leven geroepen
Verwijderd
zet in de inhoud van het berichtje aan fetch@distributed.net het volgende om xxxx aantal wu''s aan te vragenOp dinsdag 15 mei 2001 12:19 schreef Sequence het volgende:
je kan ook fetchen via mail --> fetch@distributed.net
flushen --> flush@distributed.net
kweet alleen zo effe niet uit mijn hoofd wat er ook alweer in dat mailtje moest staan.. zoeken we op
numblocks=xxxx
standaard krijg je RC5 toegezonden.
De username van de oorspronkelijke plaatser van deze posting is bij Big Crash 3 eind mei 2001 verloren gegaan. Om toch de posting zelf terug te kunnen plaatsen is de user BC3 Victim in het leven geroepen
Iemand?[May 15 11:26:21 UTC] 29 RC5 packets (900 work units) are in buff-out.rc5
[May 15 11:26:21 UTC] 1 cruncher has been started.
.....10%.....20%.....30%.....40%.....50%.R...60%.....70%....
[May 15 12:18:10 UTC] Connected to dutchman.keyserver.org:8080
via HTTP proxy xxx.xxx.xxx.xxx:8080
[May 15 12:18:10 UTC] NetUpdate::Unable to assert handshake integrity.
[May 15 12:18:10 UTC] NetUpdate::Unable to assert handshake integrity.
.....10%.....20%.....30%.....40%.....50%.R...60%.....70%.....
Toch maar eens een andere sig bedenken :P
Dus als je je passwoord wijzigd moet je ook het passwoord in de koe wijzigen anders kom je niet door de proxy.
Verwijderd
Deze heb ik nog nooit gehad, dus er is progressie[May 16 10:51:30 UTC] NetUpdate::Connect handshake failed. (0.168)
.....10%.....20%.....30%.....40%.....50%.....60%...R
[May 16 10:51:40 UTC] NetUpdate::Unable to open communications channel. (-1 ...
.....10%.....20%.....30%.....40%.....50%.....60%...R.
Iemand nog een briljante ingeving
Toch maar eens een andere sig bedenken :P
koe draait hier perfect, over poort 7000
Vroeger, toen de kratten bier nog van hout waren, en je moest doorzuipen om de kachel warm te houden....
Verwijderd
Ik zit achter WinRoute [socks4] maar dit werkt absoluut niet.
Ik krijg deze melding:
[May 16 12:47:24 UTC] SOCKS5: failed to get negotiation request ack.
[May 16 12:47:24 UTC] Network::Open Error - sleeping for 3 seconds
Mijn ini is:
[parameters]
id=multigroove@hotmail.com
[misc]
project-priority=RC5,CSC=0,OGR=0,DES=0
[rc5]
fetch-workunit-threshold=2000
preferred-blocksize=33
[networking]
keyserver=proxy.dsmarty.com:80
firewall-type=socks5
autofindkeyserver=yes
firewall-host=10.0.2.1:3128
Wat ikprobeer, socks5, http, socks4 helemaal niets werkt
--Update--
[May 16 12:55:21 UTC] Connected to distributed.net:2064
via HTTP proxy 10.0.2.1:3128
[May 16 12:55:21 UTC] The keyserver says: "Cow told me to change this proxy
message so I did (ivo/1)"
[May 16 12:56:19 UTC] Retrieved RC5 work unit 406 of 2000 (20.30% transferred)
Done.
--Update--
Wat is dit nu weer.
[May 16 12:57:53 UTC] FetchRC5::Unable to receive acknowledgement. (0.168)
[May 16 12:57:53 UTC] Retrieved RC5 work unit 406 of 2000 (20.30% transferred)
Kan ik ergens zien op welke poort de proxy draait? Ik heb nu 80, 8080, 8081, 1080 en 7000 geprobeerd en allemaal
Even een domme vraag: Wordt het probleem wel veroorzaakt door de proxy/firewall. En zo ja, maakt het iets uit wat ik dan bij de keyserver (adres en poort) invul?
Hier moeten we toch uit komen met z''n allen?!
Toch maar eens een andere sig bedenken :P