Känn till förfrågningsvägen
Din instans skickar frågor till konfigurerade motorer och returnerar resultat till användaren. Uppströmsleverantörer kan begränsa eller hastighetsbegränsa förfrågningar. Egen drift garanterar inte att varje sökmotor accepterar trafiken på obestämd tid.
Håll gränssnittet kontrollerat
Använd HTTPS och avgör om instansen är privat, autentiserad eller offentlig. En offentlig sökändpunkt behöver missbrukskontroller och kapacitetsplanering. Skydda inställningar och administrativ åtkomst separat.
Minimera loggning av frågor
Sökfrågor kan vara känsliga. Granska loggar från omvänd proxy, applikation och system och undvik att behålla frågesträngar utan ett definierat behov. Förklara externa resultat- och bildförfrågningar som kan kontakta andra parter.
Underhåll och övervaka
Följ versioner som stöds, svarsfel och ändringar uppströms. Begränsa kostsamma förfrågningar och ha en tydlig reservlösning för otillgängliga motorer. Säkerhetskopiera konfiguration utan att exponera hemliga token.
Synliggör gränserna för containern och proxyn
En containerdistribution som stöds behöver fortfarande en beständig konfiguration, privata hemligheter och en avsiktlig nätverksexponering. Placera applikationen bakom en lämplig TLS-proxy och granska hastighetsbegränsningar innan du öppnar den för allmänheten. Kontrollera de aktuella officiella distributionsinstruktionerna istället för att återanvända en gammal compose-fil på obestämd tid.
Officiell dokumentation: Installation av SearXNG-container
Separera sökning från ett AI-lager
Om du lägger till ett verktyg som Perplexica eller ett annat modellassisterat gränssnitt kan frågan och den hämtade texten även skickas till en modellleverantör. Granska den nya datavägen och dess kostnad, autentisering och lagring. En privat metassökinstans gör inte automatiskt den tillagda AI-tjänsten privat.
Välj vem som får använda sökändpunkten
En privat SearXNG-instans kan använda en tunnel eller en autentiserad åtkomstgräns. En offentlig instans behöver en annan kapacitets- och missbruksplan. Dess uppströms sökmotorer tar fortfarande emot begäranden från din hostingväg och kan returnera gränser eller CAPTCHA; en ny IP är inte en garanterad kringgång. Använd de containerinstruktioner som stöds, bevara inställningar och generera en privat instanshemlighet. Håll applikationen bakom den avsedda TLS-proxyn.
- Välj en liten initial uppsättning motorer som du har tillstånd att fråga.
- Håll konfiguration/hemligheter borta från den offentliga filsökvägen.
- Kontrollera om valfri hämtning av externa bilder eller ikoner ändrar integritetsgränsen.
Officiell dokumentation: Installation av SearXNG-container
Låt begränsaren se den verkliga klienten
Aktuell dokumentation för SearXNG:s begränsare använder Valkey för dynamiskt tillstånd. Konfigurera det privat och aktivera begränsaren när det är en del av instansens utformning. Proxyförtroende är avgörande: om varje besökare framstår som proxyn kan en besökare påverka allas gräns; om godtyckliga vidarebefordrade rubriker litas på kan en besökare felaktigt ange en adress. Ställ in betrodda proxyintervall till den faktiska driftsättningen och testa sedan det resulterande beteendet innan du publicerar slutpunkten.
Officiell dokumentation: SearXNG-begränsare och betrodda proxyservrar
Testa webbläsaranvändning och ett motorfel
Kör en vanlig sökning, en fråga som innehåller icke-ASCII-text, en sökning mot en konfigurerad motor och en avsiktligt otillgänglig motor. Verifiera att en misslyckad uppströmsanslutning inte gör hela tjänsten oanvändbar. Lägg till den testade instansen som sökleverantör i webbläsaren med hjälp av webbläsarens inställningar som stöds. För ett AI-lager som Perplexica, granska separat autentisering, datadelning med modellleverantörer, utgiftsgränser och källhänvisning: metasökningens frontend styr inte dessa tillagda tjänster.
- Kontrollera resultatlänkar och omdirigeringar från en ny webbläsarprofil.
- Kontrollera om söktermer förekommer i proxyåtkomstloggar eller analys.
- Testa gränsen för privat åtkomst från ett obehörigt nätverk.
Åtgärda fel uppströms utan att kringgå begränsningar
När endast en motor misslyckas, granska dess fel och aktuella adapterkompatibilitet innan du ändrar hela driftsättningen. Ett CAPTCHA- eller hastighetsbegränsningssvar är en signal om uppströms policy, inte tillstånd att automatisera runt den. Upprepade HTTP429-svar kan också komma från din egen begränsnings-/proxykonfiguration. Behåll en reservmotor och en uppdateringsövning, bevara den lilla konfigurationssäkerhetskopian och undvik permanenta frågeloggar bara för att felsökning en gång krävde dem.