Paar die verbindingsfout met die opstroomadres. ’n IPv6-bestemming en ’n netwerk-onbereikbaar-fout dui op ’n fout in die IPv6-roete, selfs al het DNS ’n geldige antwoord teruggegee. ’n Later “tydelik gedeaktiveer”-boodskap alleen dui nie DNS as die oorsaak aan nie.

Vir ’n bestaande konfigurasie wat werklik NGINX se looptyd-resolver gebruik, kan ’n beoogde slegs-IPv4-beleid die volgende gebruik:

resolver 192.0.2.53 ipv6=off;

Gebruik ’n vertroude, bereikbare resolver in plaas van die dokumentasie-adres. NGINX soek normaalweg albei families op; ipv6=off onderdruk hierdie resolver se IPv6-opsoektogte.

Dit deaktiveer nie IPv6 op die gasheer nie en verander ook nie elke gasheernaam wat opgelos word wanneer die konfigurasie laai nie. Bevestig dat die dinamiese bestemming daardie resolver gebruik voordat jy ’n roeteverandering verwag.

As die werklading IPv6 vereis, herstel eerder sy roete. ’n Geweierde IPv4-poort, ’n mislukte ouerverbinding of ’n verouderde rekord dui op ’n ander probleem.

Verwante artikels