Nylig har Google blitt blokkert, arbeidseffektiviteten har blitt kraftig dårligere, Baidu kan ikke komme ut, så nettopp CentOS.bz "Nginx Reverse Proxy Google" så jeg bygde også en, hastigheten er utnyttet. Venner med utenlandsk VPS kan prøve det og erklære: det er en risiko, og IP-en eller domenenavnet kan bli blokkert. Basert på lnmp ett-klikk installasjonspakken, kompiler --with-http_sub_module og ngx_cache_purge-2.1 til nginx som følger:
Utsted ditt eget gratis SSL-sertifikat og generer et selvsignert SSL-sertifikat for NGINX (du må legge til tillit når du får tilgang). Det er også mulig å bruke et tredjepartssignert sertifikat som gratis startssl)
nginx.conf-konfigurasjonsfilen er som følger(Merk: 74.xx.xx.xx erstattes med et domenenavn eller IP):
Merk: 1. Etter å ha hørt portene 80 og 443, kan du generere sertifikater på Linux. 2. Definer en upstream Google, legg inn 5 Google-IP-adresser (hent det gjennom nslookup www.google.com-kommandoen (yum -y install bind-utils)), hvis du ikke gjør dette, vent bare på at Googles verifiseringskode krasjer. 3. En omvendt proxy-cache er også satt opp, slik at noen ressurser ikke trenger å bli bedt om gjentatte ganger av Google for å få tak i dem, noe som øker søkehastigheten 4、proxy_redirect https://www.google.com/ /; Funksjonen til denne linjen er å erstatte domenenavnet i 302-svarheaderen som returneres av Googles server med vårt, ellers vil nettleseren fortsatt be www.google.com direkte, og reverse proxyen vil være ugyldig 5、proxy_cookie_domain google.com 74.xx.xx.xx; Erstatt omfanget av informasjonskapselen med vårt domenenavn 6、proxy_pass http://google; Omvendt proxy til Upstream Google 7、proxy_set_header Aksept-koding ""; Forhindre at Google returnerer komprimert innhold, siden komprimert innhold ikke kan erstattes med domenenavn 8、proxy_set_header Aksept-språk "zh-CN"; Sett språket til kinesisk 9、proxy_set_header Cookie "PREF=ID=047808f19f6de346:U=0f62f33dd8549d11:FF=2:LD=zh-CN:NW=1:TM=1325338577:LM=1332142444:GM=1:SG=2:S=rE0SyJh2w1IQ-Maw"; Dette er veldig viktig, å sende faste informasjonskapsler til Google er for å deaktivere øyeblikkelig søk, fordi øyeblikkelig søk ikke kan erstatte innhold. Det finnes også en innstilling for å åpne nettsiden i et nytt vindu, noe som er i tråd med vår vane med å åpne lenker 10. sub_filter www.google.com 74.xx.xx.xx Selvfølgelig er Googles domenenavn erstattet med vårt, vær oppmerksom på behovet for å installere nginx sub_filter-modulen (kompilere pluss --med-http_sub_module parameter)
|