Présentation
L'index de Google est sans égal, mais ses pages de résultats sont noyées dans la publicité. Hébergement Whoogle VPS vous offre la pertinence sans surveillance, en récupérant les résultats via un serveur privé toujours disponible. Des vCPUs dédiés EPYC vCPUs, DDR5 RAM, et des disques 100 % NVMe maintiennent une latence au premier octet faible, tandis qu'un 10 Gbps absorbe les pics de trafic. La facturation à l'heure vous permet de faire tourner un nœud personnel pour quelques centimes, ou un moteur de recherche à l'échelle d'un établissement pendant les heures de pointe.
Description
Recherche Whoogle est un métamoteur de recherche sans publicité qui retourne des résultats sans traçage ni JavaScript. Sur Cloudzy, il est préinstallé et servi via HTTPS avec une garantie de certificat auto-signé par défaut.
Accéder à l'interface web
- Ouvrez votre navigateur et allez sur : https://<server-ip>
- Acceptez l'avertissement du navigateur (certificat auto-signé).
- Connectez-vous avec les identifiants définis lors du déploiement (stockés en sécurité sur votre serveur).
Fonctionnalités avancées
Ce sont les améliorations concrètes qui comptent pour un proxy de recherche privé. Elles réduisent le temps au premier octet, maintiennent des réponses stables lors des pics de trafic, et vous offrent un retour arrière fiable en cas de mise à jour défaillante.
- vCPUs dédiés & DDR5 RAM – évitent les ralentissements dus aux voisins bruyants lors de requêtes simultanées.
- Stockage NVMe pur – > 500k IOPS pour le cache de favicons, la rotation des logs et les pages de résultats.
- 10 Gbps network port – gère des dizaines d'utilisateurs simultanés sans erreurs 429.
- Snapshots à la demande & rollback – effectuez un snapshot avant les mises à jour majeures ; revenez en arrière en quelques secondes.
- Facturation horaire – dupliquez des instances de test pour quelques centimes, supprimez-les une fois les tests terminés.
Simplicité d'usage
Le tableau de bord gère les actions d'alimentation, les snapshots et les changements de région. Pointez DNS vers l'IP statique quand vous êtes prêt, ou accédez directement à l'IP via https://<server-ip> pour un accès immédiat.
Optimisé pour le référencement (Axe performance)
Un SERP plus rapide et sans traceurs améliore l'expérience utilisateur sur les portails de confidentialité, les intranets scolaires et les tableaux de bord d'entreprise, ce qui contribue indirectement aux Core Web Vitals des pages publiques qui intègrent les résultats Whoogle. NVMe I/O combiné à un 10 Gbps maintient le TTFB constamment bas.
Contrôle total du site
Les privilèges root permettent de modifier les en-têtes, configurer les règles de pare-feu, planifier les sauvegardes et gérer la cadence des mises à jour. L'isolation KVM protège les conteneurs et les processus des charges de travail voisines, tandis que les IPs dédiées préservent la validité des HTTPS et limitent l'apparition des CAPTCHAs.
Outils puissants
Ces outils sont préinstallés ou disponibles en un clic. Ils couvrent les HTTPS, le durcissement, les mises à jour, les métriques et les sauvegardes, pour que vous puissiez vous concentrer sur l'expérience de recherche plutôt que sur la gestion du serveur.
- Préinstallé Recherche Whoogle
- Modules de durcissement et de surveillance optionnels (ex. : Fail2Ban, node_exporter)
- Recettes de sauvegarde distante vers S3/GCS
- Modèles Cron pour la purge nocturne des logs
Tous ces outils bénéficient du profil mémoire et I/O prévisible d'un Whoogle VPS, ainsi les pics de requêtes intenses et la mise en cache des favicons n'entraînent jamais de délais d'attente.
Portée mondiale
Servez vos utilisateurs depuis le centre de données le plus proche d'eux. Cloudzy opère 10 points de présence sur trois continents :
- Amérique du Nord – New York City, Dallas, Miami, l'Utah, Las Vegas
- Europe , Londres, Amsterdam, Francfort, Zurich (Suisse)
- Asie-Pacifique – Singapour
Chaque site offre le même 10 Gbps uplink, le même mix de transporteurs Tier-1 et un uptime de 99,95 % SLA ; la seule variable, c'est la distance.
Détails de l'application
- OS : Ubuntu 24.04 LTS
- Runtime : Docker Engine (dernière version), Docker Compose Plugin
- Applications : Whoogle Search (dernière version stable depuis benbusby/whoogle-search), Nginx (Alpine depuis Docker Hub)
- Système d'init : systemd
- Provisionnement : cloud-init
- Minimum RAM : 1 GB
- Types d'IP : IPv6, IPv4
Déployer Whoogle Search maintenant : votre moteur de recherche privé sans publicité, prêt en quelques minutes.
Important : configuration et responsabilités liées au domaine
Tu obtiens un accès SSH/root complet sur chaque OCA. Ce pouvoir signifie aussi que tes modifications peuvent casser l'application. Lis bien ceci avant de bricoler les configs.
- Vous gérez le domaine. Nous ne vendons ni n'hébergeons de domaines/DNS. Si l'application a besoin d'un domaine, vous devez faire pointer votre domaine vers le serveur (A/AAAA/CNAME, et MX/TXT le cas échéant). L'émission du SSL et beaucoup de panneaux dépendent du fait que ce soit correct.
- Changer le domaine/hostname après l'installation n'a rien de trivial. Beaucoup d'OCA écrivent le domaine dans les configs (.env, reverse proxy, URL de l'application). Si tu le modifies, mets aussi à jour :
- Le reverse proxy (Nginx/Caddy) et les certificats TLS
- URL « externe »/URL de base de l'application et URL de callback/webhook
- Tous les liens codés en dur dans l'application ou ses extensions
- Les identifiants sont importants. Renommer l'admin par défaut, faire tourner les mots de passe ou changer les ports des services sans mettre à jour la config de l'application peut vous bloquer l'accès ou arrêter des services. Garde tes identifiants en sécurité et synchronisés entre l'application, le proxy et les éventuelles intégrations.
- Modifier les serveurs de noms peut provoquer une interruption de service. Déplacer ton domaine vers de nouveaux nameservers ou modifier les enregistrements NS déclenche des délais de propagation. Planifie tes changements, baisse le TTL en avance et vérifie les enregistrements A/AAAA avant de basculer.
- Modifier le pare-feu ou les ports peut couper l'accès. Si tu changes les ports SSH, HTTP/HTTPS, RDP ou ceux de l'application, mets à jour les pare-feux (UFW/CSF/security groups) et les règles du reverse-proxy en conséquence.
- Les ports SMTP sont restreints par défaut. Les ports de messagerie sortante (par ex., 25/465/587) peuvent être bloqués pour prévenir les abus. Si votre OCA doit envoyer des e-mails, demander l'accès SMTP auprès du support ou utilise un fournisseur d'e-mail transactionnel (SendGrid/Mailgun/SES) via API ou SMTP autorisé.
- E-mail et listes d'autorisation. Si l'application envoie des e-mails ou reçoit des webhooks, changer d'IP ou de hostname peut affecter la délivrabilité ou les allowlists. Mets à jour SPF/DKIM/DMARC et toutes les allowlists d'IP.
- Avant toute modification importante : prenez un snapshot. Utilisez la fonctionnalité capture instantanée/sauvegarde d'abord. Si un plugin, une mise à jour ou une modification de config tourne mal, tu peux revenir en arrière en quelques minutes.
- Périmètre du support. Nous fournissons le serveur et l'image OCA préinstallée. La configuration au niveau applicatif (domaines, DNS, paramètres de l'application, plugins, code personnalisé) est de la responsabilité de l'utilisateur.
Règle simple à retenir : si vous modifiez domaine, ports, mots de passe, hostnames ou configs proxy/SSL, prévois aussi de mettre à jour les réglages de l'application, et fais un snapshot d'abord.
- Ouvrez votre navigateur et accédez à
https://<server-ip> - Acceptez l'avertissement du navigateur (certificat auto-signé)
- Connectez-vous avec les identifiants définis lors du déploiement (conservés de façon sécurisée sur votre serveur)
