Aller au contenu

Paramètres des cookies

Choisissez, par catégorie, les cookies que vous autorisez. Vous pouvez modifier votre choix à tout moment via Paramètres des cookies, en bas de chaque page. Politique de confidentialité

Nécessaires

Toujours activés

Indispensables pour vous connecter, conserver votre panier et mémoriser vos choix. Ils sont toujours activés.

Quels cookies ?
  • weboke_sessie, weboke_klant, weboke_remember: votre session et le maintien de la connexion
  • weboke_basket: votre panier
  • wkBtwIncl: l'affichage des prix TTC ou HT
  • wok_cookies: votre choix concernant les cookies, 12 mois

Mesure quelle publicité mène à une visite ou à une commande, pour que nous ne payions pas des publicités inefficaces.

Quels cookies ?
  • Google Ads via Google Tag Manager (_gcl_au, _gcl_aw), jusqu'à 90 jours
  • OpenAI Ads, publicités dans ChatGPT
  • wok_aff: le partenaire qui vous a orienté vers nous (programme d'affiliation), 60 jours

4,6

Pays et langue

Chaque pays a son propre site, avec les prix et la TVA de ce pays.

Afficher

Site web inaccessible, 502 Bad Gateway ou erreur de certificat

La page ne se charge pas du tout

  1. Le nom pointe-t-il vers votre VPS ? dig +short example.com doit renvoyer votre adresse IP (voir Un enregistrement A et AAAA dans Mes domaines).
  2. Les ports 80 et 443 sont-ils ouverts ? sudo ufw status (voir Un pare-feu avec ufw (ou nftables)).
  3. Le serveur web tourne-t-il ? systemctl status caddy ou nginx, ou sudo docker compose ps dans /srv/diensten.
  4. Quelque chose écoute-t-il ? sudo ss -tlnp | grep -E ':(80|443) '.

502 Bad Gateway

Votre serveur web fonctionne, mais ne reçoit pas de réponse de l'application qui se trouve derrière.

  • L'application tourne-t-elle ? sudo docker compose ps et sudo docker compose logs --tail 50 <app>.
  • Le nom et le port sont-ils corrects dans le Caddyfile ou dans proxy_pass ? Avec Caddy dans Docker, il s'agit du nom du service, par exemple uptime-kuma:3001. Avec un serveur web en dehors de Docker, il s'agit de 127.0.0.1 avec le port publié.
  • L'application est-elle encore en train de démarrer ? Certaines applications ont besoin d'un peu de temps au premier démarrage. Patientez une minute.

Pas de certificat ou erreur de certificat

  • Consultez le journal pour savoir pourquoi la demande échoue : sudo docker compose logs caddy, journalctl -u caddy ou la sortie de certbot.
  • Let's Encrypt effectue sa vérification via le port 80. Si le port 80 est fermé, ou si l'enregistrement AAAA pointe vers une adresse où rien n'écoute, la vérification échoue.
  • Vous avez fait de nombreuses tentatives à la suite ? Vous avez peut-être atteint une limite de Let's Encrypt. Patientez une heure et corrigez d'abord la cause du problème.
  • Le certificat expire sans être renouvelé ? Testez avec sudo certbot renew --dry-run (nginx) ou consultez le journal de Caddy.

Trop de redirections

Le navigateur indique que la page redirige trop souvent ? Souvent, l'application pense fonctionner en http et redirige vers https, après quoi le proxy redirige à nouveau. Vérifiez que votre proxy transmet bien X-Forwarded-Proto (voir Une application derrière un reverse proxy) et que l'adresse configurée dans l'application commence par https://.

Un instant…

Configurez vos domaines

Pour chaque domaine, réglez les serveurs de noms, l'association à votre hébergement et le futur titulaire.

Chargement de vos domaines…