Puncte:0

configurarea proxy invers pentru google.com, menținând în același timp serviciul web anterior găzduit pe apache

drapel cn
Server {
    asculta 80;
    nume_server example.com;
    Locație / {
        rescrie ^/(.*)$ https://$host$1 permanent;
    }
}

Server {
    asculta 443 ssl;
    nume_server example.com;

    certificat_ssl /etc/ssl/example.crt;
    ssl_certificate_key /etc/ssl/example.key;

    ssl_session_cache shared:SSL:1m;
    ssl_session_timeout 5m;

    Locație / {
        proxy_pass https://www.google.com;
        proxy_set_header Gazdă www.google.com;
        Proxy_set_header Referer https://www.google.com;

        proxy_set_header User-Agent $http_user_agent;
        proxy_set_header X-Real-IP $adresă_la distanță;
        proxy_set_header Acceptare-Codificare „”;
        proxy_set_header Accept-Language $http_accept_language;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;

        sub_filter google.com example.com;
        sub_filtru_o dată dezactivat;
    }
}

Încerc să folosesc acest lucru, dar apache folosește 0.0.0.0:80, dar întrebarea este cum pot inversa o solicitare de la bi.example.com la google.com în timp ce redirecționez în continuare webservice.example.com cerere către example.com care găzduiește un serviciu web API. Nu cred că se poate, dar probabil mă înșel.

Am primit această eroare când am încercat să pornesc nginx:

28 decembrie 10:52:22 example.com nginx[27291]: nginx: [emerg] bind() to 0.0.0.0:443 failed (98: Address al...use)
28 dec 10:52:23 example.com nginx[27291]: nginx: [emerg] bind() to 0.0.0.0:80 failed (98: Address alr...use)
28 decembrie 10:52:23 example.com nginx[27291]: nginx: [emerg] bind() to 0.0.0.0:443 failed (98: Address al...use)
28 dec 10:52:23 example.com nginx[27291]: nginx: [emerg] bind() to 0.0.0.0:80 failed (98: Address alr...use)
28 decembrie 10:52:23 example.com nginx[27291]: nginx: [emerg] bind() to 0.0.0.0:443 failed (98: Address al...use)
Dec 28 10:52:24 example.com nginx[27291]: nginx: [emerg] încă nu s-a putut lega ()

Am verificat porturile și era folosit de httpd, care corespunde cu Apache.

Pentru a explica mai departe, am două redirecționări CNAME către example.com și vreau să redirecționez către o altă pagină decât Google, dar acesta este doar un exemplu, așa că, deoarece ambele redirecționări CNAME către aceeași adresă URL, nu cred că aceasta este este posibilă și o redirecționare de la o adresă URL la o altă adresă URL pentru a furniza un certificat SSL către un alt link decât Google.com nu este posibilă dacă portul 80 este utilizat de Apache. În afară de utilizarea unui server nou-nouț pentru asta, există alte posibilități? În acest moment, există o redirecționare CNAME de la bi.example.com la o altă adresă URL decât Google și am încercat să configurez o redirecționare cu nginx, îndreptând CNAME de la bi.example.com la example.com în loc de cealaltă adresă URL.

Tilman Schmidt avatar
drapel bd
Acest lucru nu pare ceva ce ar vrea cineva să facă într-un mediu de afaceri. Care este cazul dvs. de utilizare?
drapel cn
Verificați postarea actualizată.
Tilman Schmidt avatar
drapel bd
Ar fi fost mult mai ușor să răspunzi la întrebarea ta dacă nu ai fi înfundat-o atât de mult. Pe viitor, vă rugăm să-i ajutați pe cei care încearcă să vă ajute furnizând informații reale, în loc să vă descrieți problema într-un mod atât de indirect.
Puncte:1
drapel bd

Nu puteți avea două programe (Apache și nginx) care ascultă pe același port, dar puteți avea un singur program (Apache sau nginx) reverse proxy două nume de gazdă separate la două servicii diferite sau chiar pentru a difuza conținut pe un nume de gazdă și reverse proxy altul unu.

Deci, soluția este să vă decideți mai întâi asupra unuia dintre cele două programe, fie Apache, fie nginx, apoi în cadrul acelui program configurați două gazde virtuale pentru cele două nume de gazdă pe care le-ați redirecționat către acesta prin înregistrările CNAME. Una dintre aceste două gazde virtuale poate inversa apoi proxy la Google, iar cealaltă poate servi (sau inversă proxy la) serviciul dvs. web.

Problema certificatelor SSL este o poveste separată. Puteți fie să vă configurați proxy invers pentru a utiliza certificate separate pentru cele două gazde virtuale, fie puteți utiliza un certificat care este valabil pentru ambele.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.