Afdrukvoorbeeld
Je kunt dat natuurlijk een stuk gemakkelijker testen door -4 als parameter aan wget op te geven. Daar hoef je niet direct ipv6 voor te slopen.
Als je onder list users geen users ziet (omdat je bv al je domeinen onder de admin user hebt gehangen of je users door een andere reseller/admin zijn aangemaakt) dan kun je rechts in het menu (access level) je admin/reseller account in 'reseller' of 'user' mode zetten.
Edit: Damn you boss voor het eerder op enter drukken .. :)
Ik heb niet alles gelezen, maar kan je curl optie -4 niet geven om ipv4 te forceren?
Wellicht niet gewenst eindresultaat maar...
Sent from my Nexus 5X using webhostingtalk mobile app
Als een kind zo blij!
De zoektocht is na weken, vooral door jullie hulp, volbracht.
Systemdeveloper: je schrijft "rechts in het menu access level je admin account in reseller of user mode zetten."
Waar doe ik dat? in user level? Kan het even niet vinden en ik zou het graag leren (ik heb alle domeinen onder admin hangen) heb toegang tot admin/reseller/user level.
De oplossing
Het (nu op de goede manier linken) van het ipv6 adres aan het ipv4 adres is gelukt.
Eerst ipv6 aan ipv4 gelinkt maar dat bracht nog geen soelaas (geen resultaat zichtbaar in httpd.conf).
Op een gegeven moment gevonden dat als je op het ipv4 adres klikt dit kan koppelen aan het ipv6 adres (in directadmin).
En dat was de truc, nu netjes de ipv4 en ipv6 adressen zichtbaar in httpd.conf
De AAAA records voor de domeinen weer aangebracht en het curl script getest, het werk nu voor alle domeinen als een zonnetje.
Het idee van wget 4 of 6 of curl met die optie -4 is heel creatief, maar het ging mij niet om wget, dat was alleen maar een tussenstap om de kern van het probleem te ontdekken, en curl met alleen ipv4 vind ik niet fraai (maar had uiteraard een workaround geweest als ik in nood was geweest).
Een tip: áls je een admin (of zelfs reseller) account hebt op je vps, nooit je domeinen daar direct onder hangen. Maak altijd 1 of meerdere users aan waar je je domeinen onder hangt.
Niet alleen is dat veiliger, maar het geeft je ook voordelen bij migraties van 1 site naar een andere server of verkoop van een site, of (en dat met name) als 1 van de sites gehacked wordt. Niet alleen is dat sowieso al vervelend, maar als het dan ook nog je admin account inclusief al je sites is dan ga je al helemaal niet blij worden.
Daarnaast heeft het nog voordelen als een site begint te spammen, je vps onderuit trekt of whatever omdat je dan snel even 1 user kunt suspenden ipv. al je sites.
Het was bij het schrijven van mijn antwoord mij in elk geval ontgaan .Citaat:
Oorspronkelijk geplaatst door draadje
In je openingspost staat het toch niet, maar uit je followup #6 is het min of meer op te maken.
Hebben je logfiles overigens echt geen client IPs , of had je die wegge-edit ?
Want een IPv6 client IP had heel duidelijk gemaakt dat de 404 voor IPv6 toegang speelde .
[knip]
Ik zie dat het inmiddels opgelost is, en dat je de tip om curl / wget expliciet protocol mee te geven ook al gekregen hebt.
Als je iets schrijft ter bewaking van je site zou ik aanraden om beide protocollen expliciet te testen - zoals je gezien hebt kan er verschil zitten.
Bij jou zal het verschil geweest zijn dat het hele domein niet op IPv6 geprovisioned was in de webserver config, maar de server wel (al) luisterde op poort 80 van het IPv6 adres , en er ook een AAAA record bestond.
Als een site eenmaal werkt op beide protocollen zit het risico op een storings verschil meer aan de netwerk kant , en eventueel in niet (mee) updaten van beide DNS records bij wijzigingen.
IPv6 kan in het netwerk andere paden volgen, en kan (of moet - als het gebruikte V4 protocol V4 only is) met andere routing protocollen gerouteerd worden dan IPv4 .
Storingen/netwerk configuratie fouten kunnen dus wel het ene en niet het andere protocol treffen .
Vandaar dat ik met name voor monitoring zou aanraden om beide protocollen expliciet te bewaken.