Beantwoord

Eigen website minder goed bereikbaar

  • 25 april 2020
  • 30 reacties
  • 412 keer bekeken

Hallo,
Sinds anderhalve week is de admin omgeving van onze website (https://www.beleef-smaak.nl) slechter bereikbaar. Zeer regelmatig verschijnt er na het aanklikken van een (willekeurige) optie in het admin panel (bijv. optie producten) na lang wachten de foutmelding “safari kan de pagina niet laden omdat de server waarop deze pagina zich bevindt, niet beschikbaar is”. Dit probleem ervaren wij ALLEEN maar met onze website en op meerdere devices (Macbooks en iPhones). ALLE andere websites zijn gewoon prima benaderbaar. Bezoekers van onze website ervaren gelukkig (nog) geen problemen.

Met onze hosting partij Siteground hebben we alle evt. oorzaken doorgelopen en aangepast. Cloudflare is hierna uitgeschakeld (daar waren inderdaad wat verbindingsproblemen). Verder waren er geen errors aanwezig in de logs. Tip van Siteground: check de global bereikbaarheid op andere devices en op een andere ISP. Dat hebben we gedaan. En wat blijkt…… via een andere ISP is het probleem er niet, ook niet op dezelfde devices. Het lijkt er dus op, dat een bepaalde instelling aan de zijde van onze ISP (Ziggo) niet goed (meer) communiceert met onze website.

Onze connectbox staat in bridge mode en functioneert prima. De daaraan gekoppelde router (Netgear R7000) functioneert ook zonder problemen. Alle instelling van beide doorgelopen en getest. Ook een paar keer beide apparaten gereset. Resultaat blijft helaas hetzelfde. ALLE andere websites zijn prima te benaderen met als enige uitzondering de herhaalde verbindingsstoring met ALLEEN de admin omgeving van onze website. Zeer frustrerend. Zeker wanneer we net bezig zijn met updaten van onze producten, die willen bewaren, de verbinding weg valt en we dus opnieuw kunnen beginnen. Omdat alleen wij dat probleem ervaren en alle andere bezoekers van onze website niet, kan uitgesloten worden dat er een probleem is met onze CMS of database. 

Het verversen van de DNS cache op de Macbooks en het volledig verwijderen van de geschiedenis heeft helaas ook geen resultaat gehad. Het probleem blijft.

Hopelijk heeft iemand een idee wat dit kan zijn. Tot die tijd werken we via een omweg (andere ISP of http://kproxy.com/) aan de website zonder problemen.

Alvast hartelijk dank voor het meedenken.

 

icon

Best beantwoord door RodneyFortuna 26 april 2020, 14:25

Hier heb je wat meer uitleg over 504 (gateway timeouts) Mocht je er helemaal niet uitkomen, zou ik op Facebook even lid van Durf te vragen over WordPress

Hier zitten echt de experts die gratis tips geven, Ik ga dit onderwerp aandachtig volgen. Voor  je iets gaat veranderen uiteraard wel eerst een back-up maken van de website.

 

Het zou ook een capaciteit probleem kunnen zijn, onderaan de link kan je daar meer over lezen, dit zou de hosting kunnen zien, dus denk niet dat dit het geval zal zijn.

Bekijk origineel

Dit topic is gesloten. Staat je antwoord hier niet bij, stel dan je vraag in een nieuw topic.

30 Reacties

Reputatie 4
Badge +8

Ik heb diverse websites in onderhoud en werk vaak met Chrome, safari en firefox, als ik een probleem heb is het meestal een kwestie van de cookies legen en of er is een conflict omdat de wordpress website al maanden geen update heeft gehad.

Kan het zijn dat, bepaalde plugins conflicten veroorzaken en of heb je recent de PHP versie hoger gezet?

 

 

 

@RodneyFortuna dank voor je reactie. Cookies zijn geleegd (gehele geschiedenis is gewist, ook gehele DNS cache). Wordpress is geheel bijgewerkt (versie 5.4) net als alle plugins (muv woocommerce 4.0 ivm de vele problemen die dat geeft bij anderen).

Reputatie 4
Badge +8

Ik zie dat je het template GoGreen gebruikt, deze heeft op 8 april een update gehad heb je deze ook een update gegeven. 

Er zal iets veranderd zijn en dat geeft een conflict, je moet dus terug gaan naar de laatste handelingen die er zijn gedaan vanaf het moment dat je de foutmeldingen zag.

Krijg je tijdens veranderingen aanbrengen in de webwinkel vaak een 504 melding te zien. 

 

 

 

 

De laatste update van GoGreen bevat een bug in de menufunctie op mobiel (ontdekt in staging en bij ontwikkelaar aangegeven die dit in een nieuwe update oplost), dus die heb ik nog niet live staan. Wijzigingen kunnen slechts enkele updates van plugins zijn, zoals Yoast of WP Backery Pagebuilder. Ik zal in de staging omgeving eens teruggaan naar een moment voor de verbindingsproblemen, maar denk niet dat daar het probleem zit.

In de webwinkel krijg ik nooit een 504 te zien. Wel regelmatig bij het verwerken van cronjobs (Gateway Timeout). Ook als ik in mijn admin omgeving werk en wissel van de ene handeling naar de ander: dan verschijnt de eerder genoemde Safari melding. Er gaat dus echt iets mis in de communicatie tussen Ziggo (mijn ISP) en de server waarop mijn website zich bevindt. Vanaf de laatste is alles al onderzocht door de technici. Nu nog bij Ziggo.

En het blijft vreemd dat dit probleem er alleen maar is t.a.v. mijn website en alleen bij mij (en gelukkig niet bij bezoekers).

PHP is overigens automatisch (door Siteground) gewisseld van 7.1 naar 7.3 per 28-02-2020. 

Reputatie 5
Badge +8

Goedemiddag @EdwinJW 

Zeer bijzonder dat je website sinds kort niet goed bereikbaar is. Top dat je al duidelijke informatie hebt vermeld in je topic. 
Als de tips van @RodneyFortuna  jou niet verder hebben geholpen, dan raad ik aan contact op te nemen met de host van de website. Het is namelijk geen oorzaak in jouw verbinding, gezien ik vanuit mijn positie jouw website ook slecht kan benaderen.
Laat je het weten als je daarna nog hulp nodig hebt?

Hallo  @Jamyla Ziggo ,

Ik ben begonnen bij de host van mijn website, te weten Siteground. Met hen heb ik alle mogelijke oorzaken stuk voor stuk doorgelopen en hebben we alles één voor één kunnen uitsluiten. Er zijn geen fouten in configuratie (website en server) en de error logs zijn leeg. Daar waar er een storing te constateren was, betrof dit de communicatie tussen mijn ISP (Ziggo dus) en hun server. Via andere ISP’s en via http://kproxy.com/ bijvoorbeeld is de site goed benaderbaar. Conclusie en advies van hen was om jullie (ziggo) te vragen e.e.a. na te gaan in de verbinding.
Kan je ajb aangeven wat je ervaart in het slecht benaderbaar zijn van de site?

Reputatie 4
Badge +8

De laatste update van GoGreen bevat een bug in de menufunctie op mobiel (ontdekt in staging en bij ontwikkelaar aangegeven die dit in een nieuwe update oplost), dus die heb ik nog niet live staan. Wijzigingen kunnen slechts enkele updates van plugins zijn, zoals Yoast of WP Backery Pagebuilder. Ik zal in de staging omgeving eens teruggaan naar een moment voor de verbindingsproblemen, maar denk niet dat daar het probleem zit.

In de webwinkel krijg ik nooit een 504 te zien. Wel regelmatig bij het verwerken van cronjobs (Gateway Timeout). Ook als ik in mijn admin omgeving werk en wissel van de ene handeling naar de ander: dan verschijnt de eerder genoemde Safari melding. Er gaat dus echt iets mis in de communicatie tussen Ziggo (mijn ISP) en de server waarop mijn website zich bevindt. Vanaf de laatste is alles al onderzocht door de technici. Nu nog bij Ziggo.

En het blijft vreemd dat dit probleem er alleen maar is t.a.v. mijn website en alleen bij mij (en gelukkig niet bij bezoekers).

 

Ik kan de website ook benaderen zonder problemen en dat is mooi, je kan beter zelf last hebben dan dat klanten dat hebben (al blijft het zeer irritant) Blijf dit draadje dus aandachtig volgen en hoop dat er snel een oplossing zal komen. 

Reputatie 5
Badge +8

@EdwinJW  Ik kan in onze verbinding geen problemen ontdekken. Ik ervaar bij het benaderen van jouw website dat de pagina en afbeeldingen langzaam laden. Ik kan dan ook vanuit hier geen problemen vinden. Helaas kan ik niks anders dan je verwijzen naar de host van de website. Misschien heeft @RodneyFortuna  nog goede tips?

Reputatie 4
Badge +8

Hier heb je wat meer uitleg over 504 (gateway timeouts) Mocht je er helemaal niet uitkomen, zou ik op Facebook even lid van Durf te vragen over WordPress

Hier zitten echt de experts die gratis tips geven, Ik ga dit onderwerp aandachtig volgen. Voor  je iets gaat veranderen uiteraard wel eerst een back-up maken van de website.

 

Het zou ook een capaciteit probleem kunnen zijn, onderaan de link kan je daar meer over lezen, dit zou de hosting kunnen zien, dus denk niet dat dit het geval zal zijn.

Ha @RodneyFortuna . Dank. Die had ik ook al gevonden en doorgelopen. Zit nu in stap 5, bij de internetprovider ;-)

Ik ga zeker ook de durf te vragen groep proberen. Backups worden elke dag gedraaid, dus dat komt goed. Dank voor het meedenken. 

Wordt vervolgd.

Misschien een gekke vraag, maar zou het aan Safari kunnen liggen? Testen via een andere ISP heb ik gedaan met IE. Op mijn eigen omgeving werk ik nu met Chrome. In beide situaties nergens last van gehad. Af en toe kijk ik met Safari op de site en dan loopt het regelmatig vast met die melding “safari kan de pagina niet laden omdat de server waarop deze pagina zich bevindt, niet beschikbaar is”. Opnieuw laden van de pagina doet dan wel wonderen, maar het blijft irritant.

Als het Safari zou kunnen zijn (ik heb dat probleem ook op mn iPhone) dan verklaart het echter nog niet de Gateway Timeout tijdens de cron-jobs.

Update. Ik heb het probleem nu ook met Chrome en IE. @Jamyla Ziggo wil je ajb de colegae van de technische dienst vragen eea na te willen kijken in de verbinding tussen Ziggo en Siteground (ISP en host)? De host heeft alles al doorgelopen en vraagt of de ISP ook eea wil nagaan. Dank.

@Jamyla Ziggo zie bijgaande printscreen. Graag deze bevindingen doorzetten naar de collegae van de TD.

De host heeft alles doorgelopen/getest. Alle instelling staan goed en error logs zijn leeg. Ik heb ook van alles doorgelopen en getest. Werk ik op mobiel of Macbook via 4G dan is het probleem er NIET. Werk ik via een andere ISP (bijv. vanuit huis ingelogd op mijn werk netwerk) dan is het probleem er NIET. Het kan dus ook niet aan mijn router liggen, ook niet omdat het probleem er ALLEEN is met mijn eigen website en verder alles normaal bereikbaar is.

Werk ik via Ziggo, dan is het probleem er WEL. Er lijkt iets niet goed te staan/gaan in de (routing) instellingen en/of communicatie tussen ISP en host/server. 

Hartelijk dank alvast.

Reputatie 4
Badge +8

Kijk even naar deze link Het kan zijn dat je hosting niet goed werkt met IPv6 en dat dit het probleem is. Kijk ook naar deze link deze website loopt bij IPS en zie het grote verschil.

Dit draadje heeft precies hetzelfde probleem met foutmeldingen 504 gateway en dit heeft te maken met de Ipv4 Ipv6

Je modem staat waarschijnlijk dus op IPv6 en omdat de website niet werkt op IPv6 kan je deze dus niet bereiken, ben benieuwd of je op de door mij genoemde website wel kan komen (al denk ik dat wel)

 

Ook zie ik dat je website hosting in America zit, voor de SEO zou het beter zijn, als je een hostingpartij uit het land zelf zou nemen of waar je veel zaken mee zou doen (in dit geval is het Nederland). Is SEO (goedgevonden worden) niet 1 ding maar meerdere factoren om hoog in Google te komen te staan, is het wel een goed begin.

Hoop dat je hier wat mee kan, wellicht is het verstandig en simpeler om naar een andere hosting partij te stappen, dan alles op te moeten zoeken. Zou even kijken of er meer mensen zijn met dit probleem, want dan ligt de oorzaak bij siteground.

Reputatie 4
Badge +8

Als je gaat zoeken op Google gaat zoeken zie ik veel problemen met IPv6, moet ik zeggen dat ik niets met dit soort prijsvechters heb. Ik heb diverse bedrijven gehadals hosting hosting2go, mijndomein, Strato, Wix en transip...maar er is maar 1 bedrijf waar ik mee wil werken en dat is IPS.

Een bedrijfswebsite moet gewoon goed werken en dat mag dan wel wat kosten. Een goed werkende hostingpartij heb je op langer termijn meer aan. Een vriend van mij dacht ook laat hem maar zijn  gang gaan, maar het gaat niets worden 😉. Maar heb hem geholpen met zijn nieuwe website en even later, is zijn bedrijf met honderden procenten gestegen qua omzet. Hij had nog nooit een verzekering online verkocht en nu is hij langzamerhand gek aan het worden van de aanvragen die er dagelijks binnen komen.

Als de basis goed is, hoef je alleen maar verder te bouwen aan de marketing, linkkbuilding etc.

@RodneyFortuna dank voor je reacties. Ik kan niet goed achterhalen of het IPv6 gerelateerd is. De site is gewoon af en toe niet goed bereikbaar en dan specifiek in de admin omgeving. Ik had het overigens net ook toen ik doorklikte op een link in een van de berichten in dat draadje. Weet niet meer welk bericht specifiek, maar het was een link naar mijndomein ;-)
En ik kan inderdaad de site die loopt bij IPS prima openen.

Ik dacht een goede webhost te hebben uitgezocht na slechte(re) ervaringen binnen NL met Xel (en daarvoor mijndomein). Siteground heb ik nooit bekeken als prijsvechter (premium Wordpress hosting en de prijs ligt ook daar hoog) en ik draai al bijna 2 jaar zonder problemen tot nu. De helpdesk is goed bereikbaar en snel in reactie. Dat in tegenstelling tot Ziggo, die gewoon niet (meer) reageert ;-( 

Ik heb al veel tijd en energie in dit issue zitten. Je hebt een punt met je opmerking dat het wellicht simpeler is om over te stappen. IPS ziet er goed uit, net als Kinsta. Ik weet alleen niet zeker of het probleem wel bij de hosting ligt, omdat Ziggo niet (meer) reageert en aan de zijde van ISP ook alles wordt bekeken en is uitgezocht.

Toch nog ff eea nagekeken tav IPv6. Mijn Ziggo modem staat in Bridge modus. IPv6 wordt (nog) niet door Ziggo geleverd als je in bridge staat. Op mijn router (Netgear R7000) staat IPv6 uitgeschakeld.

En hoe moet ik deze resultaten interpreteren? ‘Jouw’ website 0% packet loss en die van mij 100% packet loss. Mogelijke oorzaken. Ik ga het hele zaakje langs om een voor een mogelijke oorzaak uit te sluiten. Als ik www.ziggo.nl ping is er overigens ook 100% packet loss. Bij welke ISP draait ‘jouw’ website?

 

PS: traceroute voor mijn website doet helemaal niets vanaf regel 2, elke regel 3x *, terwijl dat voor ‘jouw’ website of die van bijv. ziggo wel de benodigde info oplevert.

Ok. Ik hou het zo kort mogelijk @EdwinJW .

Waar ik benieuwd naar ben is een evt foutmelding (en/of eerdere foutmeldingen) in het Console van het Developer's Window van je Web Browser op het moment dat het Admin Panel van Wordpress het voor gezien houdt. Zo te zien is dat nog niet bekeken.

Gebruik Chrome en tik F12. Kan ook met een andere Web Browser maar het Developer's Window van Chrome herken ik het best. Vandaar.

Laat met Screenshots evt rare dingen zien, die je ontdekt. Anything. Ihb het niet kunnen openen van een resource op een andere Server. Ik vermoed een probleem in die richting.
Het zou dan kunnen dat er alleen via je Ziggo verbinding een Internet Routeringsprobleem is met die andere Server, dat moet worden opgelost door Ziggo.

Bovendien: is er een verband te ontdekken tussen de uitval en een bepaalde handeling die je doet?

Of ik in de goede richting denk, zullen we moeten gaan bekijken. Wellicht ontdekken we zo wel iets geheel anders. Als we maar iets verklarends kunnen vinden onder de motorkap.

Noot: www.ziggo.nl geeft geen Response op Ping. Dat mag, want daar is geen wet voor. 100% loss, klopt dus.

@hanh dank voor het meedenken. Ik heb het probleem vooral met Safari. Met Chrome draait alles op een enkele storing na altijd goed. Wellicht reageert Safari sneller. Ik kan het Developer’s window Chrome dus niet volgen. Zal wel dat van Safari open zetten om te kijken wat er voor raars gebeurt.

Ik ben ondertussen ook verder op zoek gegaan. Blijkt dat ik specifiek alleen op IP 35.214.173.255 van mijn website 100% packet loss heb. Ping en traceroute op de nameservers werken prima. Ping op het genoemde IP (of www.beleef-smaak.nl) via 4G werkt wel goed. Siteground heeft dat ook gecontroleerd en getest en met bewijs aangetoond dat het vanuit hun kant ook werkt. Ik heb het getest bij mijn schoonouders (ook op Ziggo, maar een paar wijken verderop) en daar werken ping en traceroute op genoemde IP en domeinnaam ook prima, overigens op mijn eigen Macbook (wat probleem daarvan of van daarop geïnstalleerde Bitdefender ook uitsluit). Ik moet de oorzaak dus verder (onder)zoeken in mijn eigen netwerkomgeving of de aansluiting daarvan op Ziggo, of Ziggo lokaal.

Er lijkt geen verband in de handelingen, behalve dat het altijd aan onze kant is, in de admin omgeving van de site als ik wissel van de ene naar een andere handeling of iets wil opslaan. De ene keer bij een productwijziging, de andere keer bij het wisselen tussen weergave bestellingen en dashboard, etc.
Daarnaast blijven er die rare fluctuerende time out errors met de cron-jobs.

Ik ga verder speuren…….. Wordt vervolgd.

@hanh (en anderen) ik heb je tip opgevolgd om met het developers window geopend e.e.a. te volgen. Dat levert de volgende opvallende punten op:

  • bij elke beweging naar de producten pagina (admin omgeving) of van die pagina naar een willekeurige andere verschijnt een foutmelding t.a.v. admin-ajax.php door acces control checks => zie bijlage
  • Bij het laden van elke websitepagina verschijnen er foutmeldingen vanuit Content Security Policy t.a.v. script-src waarin een invalid source voorkomt. Specifiek voor de pagina’s Bezorggebied en Over Beleef Smaak komen daar 404 meldingen bij die met revolutionslider te maken hebben en 1 met Google ws. vanwege de full-screen code die is meegegeven in het ontwerp. => zie bijlagen

Hier begint mijn technische kennis mij wat in de steek te laten, maar ik vind het opvallend dat die fouten met veiligheidschecks te maken hebben. Ik zal om deze zaken op te laten lossen op zoek moeten naar een IT/Wordpress deskundige.

Ook valt op, dat er specifiek klanten met een Apple device (dus IOS/MacOS) bellen met de opmerking, dat ze een oud weekmenu of geen weekmenu zien. Een caching probleem, vaak op te lossen door de cache van dat device te legen (wat sommige ouderen helaas niet lukt). Ik had het net zelf ook na een wijziging van een product. In Chrome goed bijgewerkt te zien, maar in Safari was het ongewijzigde product zichtbaar. => zie ook hiervoor de bijlagen (overigens moet ik in Chrome na een wijziging van de homepagina altijd verversen/opnieuw laden om de doorgevoerde wijzigingen te zien en dat heb ik nu juist weer niet met Safari). Na het legen van de caches van mijn device was in Safari het product gewoon bijgewerkt zichtbaar. Geen idee of dit te maken heeft met of van invloed is op mijn verbindingsprobleem.

Aanvullend op voorgaand bericht, krijg ik nu ook de in bijlage opgenomen fouten als ik de admin omgeving gewoon open laat staan.

Volgende stap in de zoektocht.

Macbook direct aangesloten op Connect Box (poort 1 ivm bridge) een traceroute gedraaid op het IP van mijn website. Resultaat zie foto 1 => voltooid

Via Netgeargenie app via router (Nighthawk R7000) een traceroute gedraaid op hetzelfde IP. Resultaat zie foto 2 => NIET voltooid

Via IOS netwerkhulpprogramma is het resultaat voor een traceroute  hetzelfde als in het bericht van 2 dagen terug.

Router firmware is geheel up-to-date en er is nergens een blokkering ingesteld. Draai ik via de netgeargenie app een ping dan is die voltooid. Ping rechtstreeks aangesloten op Connect Box gaat op goed.

Iemand een suggestie hoe nu verder?

Pfff. Bedankt voor je noeste arbeid! Mijn schuld. Je moet maar denken: je leert er altijd iets van, toch?

Ik had gehoopt iets te zien in het Developer's Window dat mij gelijk in de goede richting zou kunnen wijzen. Maar dat is niet zo.

Foutmeldingen op het Console zijn aan de orde van de dag, Je mist zo te zien een onderdeel van Wordpress (revolution.js) en er is een probleem met het bereiken van een Google API. Hoe erg dat is, weet ik helaas niet.
Een goede verklaring van het uitvallen van het admin panel geven dit soort dingen mij niet. Wordpress support weet misschien wel meer.

Je route traces intigreren me wel. Maar goed, iets echt verstandigs heb ik hier nu ook niet over. Het verschil is, uh, tamelijk bizar. Was het toeval?

Als je eenmaal op deze manier naar dingen gaat kijken, dan………… Kan je geluk hebben.& het licht zien. Of niet. Sorry voor deze wat magere reaktie. Meer heb ik niet.