Netwerk probleem?

Pagina: 1
Acties:

  • Coen Rijkaart
  • Registratie: April 2000
  • Laatst online: 09-04-2024
Dag mede koefanaten.

Op de zaak heb ik sinds gisteren het volgende probleem:

[Aug 09 06:30:56 UTC] Connected to distributed.net:80
via HTTP proxy nl-proxy:3128
[Aug 09 06:30:56 UTC] NetUpdate::Unable to assert handshake integrity.
[Aug 09 06:30:56 UTC] NetUpdate::Unable to assert handshake integrity.
R....10%.....20%...

Zouden de proxy beheerders van de zaak distributed.net hebben afgesloten en als dit zo is kan ik dit omzeilen??

alvast bedankt voor de hulp


Ik heb ondertussen ook al geporbeerd een vaste keyserver in te vullen maar dat werkt ook niet.

There are no such things as stupid posts, just stupid persons


  • Dutchman!
  • Registratie: Januari 2000
  • Laatst online: 26-05 16:42
Negen van de tien keer werkt dit:
7) Use HTTP encapsulation even if not using an HTTP proxy? ==> yes.
Deze optie zit onder
2) Buffer and Buffer Update Options
--->
6) Keyserver<->client connectivity options
--->
en dan dus de optie 7) op YES zetten.
Als dat niet werkt zou ik voor een andere poort kiezen, bijvoorbeeld flushen en fetchen via poort 21.

We spend our years as a tale that is told


  • Coen Rijkaart
  • Registratie: April 2000
  • Laatst online: 09-04-2024
Hey in welke versie werk jij, ik heb versie

dnetc v2.8010-463-CTR-00071214 for Win32 (Windows 4.0).

en hier kom ik deze optie niet tegen, ik gebruik een HTTP proxy (browsen lukt wel) maar kom jou optie niet tegen, optie 7 is firewall username bij mij

There are no such things as stupid posts, just stupid persons


  • Dutchman!
  • Registratie: Januari 2000
  • Laatst online: 26-05 16:42
dnetc v2.8010-463-CTR-00071214 for Win32 (WindowsNT 4.0).

Het zal wel weer door de irri gewoonte van dnet komen (sommige opties worden pas zichtbaar als andere opties veranderd worden) Probeer het eens met een vaste keyserver en autofind-keyserver=NO, ik denk dat dat HTTP verhaal dan wel zichtbaar wordt

We spend our years as a tale that is told


  • Coen Rijkaart
  • Registratie: April 2000
  • Laatst online: 09-04-2024
Dit is mn ini file:

[parameters]
id=home@rijkaart.com

[buffers]
frequent-threshold-checks=0

[misc]
project-priority=DES=0,CSC=0,OGR=0,RC5

[networking]
firewall-type=http
firewall-host=nl-proxy:3128
autofindkeyserver=no
keyserver=wildhagen.keyserver.org
encoding=uue

[rc5]
randomprefix=173
fetch-time-threshold=24
preferred-blocksize=32

There are no such things as stupid posts, just stupid persons


  • Dutchman!
  • Registratie: Januari 2000
  • Laatst online: 26-05 16:42
Dan maar eens op een andere poort proberen:
keyserver=wildhagen.keyserver.org:21

We spend our years as a tale that is told


  • Coen Rijkaart
  • Registratie: April 2000
  • Laatst online: 09-04-2024
Hmmm ik heb het geprobeerd, maar zonder succes :(

Zijn er nog mensen met een briljant idee, anders moet ik maar snel via email blokjes gaan binnenhalen

There are no such things as stupid posts, just stupid persons


  • Dutchman!
  • Registratie: Januari 2000
  • Laatst online: 26-05 16:42
Had je deze nou al geprobeerd ?

[networking]
autofindkeyserver=no
keyserver=wildhagen.keyserver.org:21
firewall-type=http

Ik heb het vage vermoeden dat je firewall het probleem is / niet goed ingesteld staat.
Bij deze staat de firewall-host er ook expres niet in :)

We spend our years as a tale that is told


  • Coen Rijkaart
  • Registratie: April 2000
  • Laatst online: 09-04-2024
Heeft tot gevolg:

[Aug 10 09:08:48 UTC] Network::failed to resolve name "wildhagen.keyserver.org"
[Aug 10 09:08:48 UTC] Network::Open Error - sleeping for 3 seconds
[Aug 10 09:08:51 UTC] Network::failed to resolve name "wildhagen.keyserver.org"
[Aug 10 09:08:51 UTC] Network::Open Error - sleeping for 3 seconds

Dan gaat het dus zeker fout

There are no such things as stupid posts, just stupid persons


  • Elteor
  • Registratie: April 2000
  • Laatst online: 18-12-2021

Elteor

doet wat met computers ....

Coen, ik heb hetzelfde probleem ook een tijdje gehad bij Wildhagen. Als ik een van de andere proxy's (DSmarty bv.) probeerde werkte het wel. Na enkele dagen deed i het weer, toen ben ik via een andere provider internet opgegaan. Ik zou zo niet weten wat de oplossing is, maar als je snel blokjes wil hebben zoun ik het outputbestand even renamen, en een andere proxy opgeven, dan kan je in ieder geval even voort.

Distributed Computing - TEB - Elteor-statspage


  • Coen Rijkaart
  • Registratie: April 2000
  • Laatst online: 09-04-2024
Jongens ik ben dr uit!!

Het blijkt dat een of andere leipe proxy admin hier heeft verzonnen dat we username en password nodig hebben voor de proxy (deze info vult internet explorer standaard in dus ik had het niet door, maar ik starte vandaag netscape op en ik moet inloggen op de proxy)

Dus bedankt voor de hulp mensen mijn koetjes op het werk kunnen weer gemolken worden.

There are no such things as stupid posts, just stupid persons

Pagina: 1