Waarom ’n instaanbediener op een webwerf werk maar nie op ’n ander nie
Onderskei ’n werkende instaanbedienerverbinding van bestemmingsbeperkings, poortreëls, TLS-foute en HTTP-antwoorde.
Hou die instaanbedieneropstelling onveranderd wanneer een webwerf werk en ’n ander nie. Die verskil tussen dié versoeke is nuttige bewysmateriaal; as jy dadelik die eindpunt verander, verloor jy dit.
Vir HTTPS deur ’n HTTP-instaanbediener moet jy in die kliëntspoor onderskei tussen die CONNECT-antwoord, TLS met die bestemming en die webwerf se finale HTTP-antwoord:
| Waargenome fout | Wat om te ondersoek |
|---|---|
| Geen antwoord van die instaanbediener nie | Die verbinding met die instaanbediener en die roete. ’n Webwerf wat vroeër gewerk het, bewys nie huidige beskikbaarheid nie. |
| CONNECT vir een bestemming geweier | Die beleid vir toegelate bestemmings/poorte en bereikbaarheid vanaf die instaanbediener se netwerk. |
| Tonnel aanvaar, sertifikaatverifikasie misluk | Die aangemelde sertifikaatfout: vervaldatum, gasheernaam, plaaslike klok, vertrouensopstelling of bestuurde onderskepping. |
| Geverifieerde TLS, daarna webwerf se 403 | Die webwerf se toegangsreëls, rekeningstatus, vereiste koekies en toestemmings. |
| Webwerf se 429 | Gepubliseerde tempobeperkings. Ander gebruikers kan aktiwiteit bydra wat aan ’n gedeelde uitgang toegeskryf word. |
Kyk wie die foutblad gemaak het. ’n Tussenganger kan ’n 403 of ander HTTP-fout terugstuur; die nommer alleen wys nie waar dit ontstaan het nie. Laat TLS-verifikasie aan sodat ’n versoek wat suksesvol lyk nie ’n beveiligdeverbindingsfout wegsteek nie.
Teken vir elke bestemming die instaanbedienerhanddruk, TLS-resultaat en finale status aan. Sluit ’n gewone bestemming onder jou beheer as basislyn in. As die eindpunt dié basislyn bereik maar een webwerf sy uitgangsadres telkens weier, ondersoek die webwerf se vereistes of gebruik ’n ander toegelate roete. Om instaanbedieners te verander kan nie ontbrekende verifikasie of toegangsregte aanvul nie.