Ĉu la prokurila konekto estis rifuzita aŭ eltempiĝis?
Rifuzo kaj eltempiĝo montras malsamajn konektajn simptomojn. Trovu la malsukcesintan paŝon antaŭ ol ŝanĝi agordojn aŭ plilongigi tempolimojn.
Rifuzita: la konektoprovo ricevis aktivan rifuzon. Eltempiĝinta: ĝi ne finiĝis antaŭ la agordita limtempo. Unue identigu, kiun konekton la mesaĝo priskribas.
Rifuzo povas signifi, ke la prokurilo ĉesis aŭskulti aŭ ĝia pordo estas malĝusta. Fajroŝirmilo aŭ alia aparato ankaŭ povas aktive rifuzi la provon, do la mesaĝo ne identigas la rifuzantan maŝinon. Eltempiĝo lasas pli da ebloj: forĵetita trafiko, vojiga misfunkcio, perdo aŭ tro malrapida starigo.
Neniu simptomo nepre koncernas vian konekton al la prokurilo. Atingebla SOCKS-servilo povas respondi, ke ĝia konekto al la celo estis rifuzita. Same, atendi retejon post sukcesa CONNECT estas alie ol atendi atingi la aŭskultantan pordon de la prokurilo.
Trovu la unuan malsukceson
Por HTTP-prokurilo, anstataŭigu la dokumentadan adreson kaj legu la detalan sinsekvon:
curl --proxy http://203.0.113.10:8080 --noproxy '' --connect-timeout 5 --max-time 15 --verbose https://example.com/La kvinsekunda konekta tempobuĝeto kovras la koncernan starigon, ne novan kvinsekundan atendon ĉe ĉiu paŝo. La suma dekkvinsekunda limo ankaŭ limigas la postan transigtempon. Serĉu la lastan sukceson: prokurila konekto, prokurila respondo, tunela akcepto aŭ cela respondo.
Konservu la celon kaj protokolon kaj provu alian finpunkton de via servo aŭ de la listo de senpagaj prokuriloj. Se tio funkcias, esploru la unuan finpunkton aŭ ĝian vojon. Se ambaŭ malsukcesas antaŭ ol konektiĝi al siaj prokurilaj pordoj, kontrolu vian lokan reton kaj klientan agordon. Samtempa ŝanĝo de IP, protokolo, pordo, celo kaj tempolimo faras la komparon nekonkludebla.
Unu posta reprovo povas identigi paseman misfunkcion. Rapidaj reprovoj aŭ senfine pli longaj atendoj aldonas malmulte da pruvoj; post kelkaj tempolimigitaj malsukcesoj ĉe publika ero, konservu la precizan eraron kaj transiru al alia.