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
Whoogle Search 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 accédez à : 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 à l'heure – dupliquez des instances de test pour quelques centimes, supprimez-les une fois les tests terminés.
Facilité d'utilisation
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.
Des 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é Whoogle Search
- 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.
Couverture 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, Utah, Las Vegas
- Europe – Londres, Amsterdam, Frankfurt, 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
Vous disposez d'un accès SSH/root complet sur chaque OCA. Cela implique aussi que vos modifications peuvent casser l'application. Lisez ceci avant de modifier les configurations.
- Vous gérez le domaine. Nous ne vendons ni n'hébergeons de domaines/DNS. Si l'application nécessite un domaine, vous devez faire pointer votre domaine vers le serveur (A/AAAA/CNAME, et MX/TXT si nécessaire). L'émission de SSL et de nombreux tableaux de bord dépendent de l'exactitude de cette configuration.
- Changer le domaine ou le nom d'hôte après l'installation n'est pas une opération anodine. De nombreuses OCAs intègrent le domaine dans leurs fichiers de configuration (.env, reverse proxy, URLs applicatifs). Si vous le modifiez, mettez également à jour :
- Le reverse proxy (Nginx/Caddy) et les certificats TLS
- Les URLs "externes"/de base et les URLs de callback/webhook de l'application
- Tous les liens codés en dur dans l'application ou ses extensions
- Les identifiants sont importants. Renommer l'administrateur par défaut, changer les mots de passe ou modifier les ports des services sans mettre à jour la configuration de l'application peut vous bloquer l'accès ou interrompre des services. Gardez vos identifiants à jour et cohérents entre l'application, le proxy et les intégrations.
- Modifier les serveurs de noms peut provoquer une interruption de service. Migrer votre domaine vers de nouveaux serveurs de noms ou modifier les enregistrements NS déclenche des délais de propagation. Planifiez vos changements, réduisez le TTL à l'avance et vérifiez les enregistrements A/AAAA avant de basculer.
- Modifier le pare-feu ou les ports peut couper l'accès. Si vous modifiez SSH, HTTP/HTTPS, RDP ou les ports applicatifs, mettez à jour les pare-feux (UFW/CSF/groupes de sécurité) 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 utilisez un fournisseur de messagerie transactionnelle (SendGrid/Mailgun/SES) via API ou un SMTP approuvé.
- E-mail et listes d'autorisation. Si l'application envoie des e-mails ou reçoit des webhooks, changer d'IP ou de nom d'hôte peut affecter la délivrabilité ou les listes d'autorisation. Mettez à jour SPF/DKIM/DMARC ainsi que toutes les listes d'IP autorisées.
- Avant toute modification importante : prenez un snapshot. Utilisez la fonctionnalité snapshot/backup du panneau en premier. Si un plugin, une mise à jour ou une modification de configuration tourne mal, vous pouvez 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é) reste à la charge de l'utilisateur.
Règle simple à retenir : si vous modifiez le domaine, les ports, les mots de passe, les noms d'hôtes ou les configurations proxy/SSL, pensez aussi à mettre à jour les paramètres de l'application, et faites un snapshot au préalable.
- 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)
