Nginx reverse proxy + URL เขียนใหม่

Nginx ทำงานบนพอร์ต 80 และฉันใช้เพื่อย้อนกลับ URL พร็อกซีด้วยพา ธ/fooไปยังพอร์ต3200ด้วยวิธีนี้:

location /foo {
                proxy_pass http://localhost:3200;
                proxy_redirect     off;
                proxy_set_header   Host $host;
}

ใช้งานได้ดี แต่ฉันมีแอปพลิเคชันบนพอร์ต3200ซึ่งฉันไม่ต้องการ/fooให้ส่งเริ่มต้นไปที่ นั่นคือ - เมื่อฉันเข้าถึงhttp://localhost/foo/barฉันต้องการเพียง/barเป็นเส้นทางตามที่ได้รับจากแอพ ดังนั้นฉันพยายามเพิ่มบรรทัดนี้ในบล็อกตำแหน่งที่ตั้งด้านบน:

rewrite ^(.*)foo(.*)$ http://localhost:3200/$2 permanent;

สิ่งนี้ทำให้เกิดการเปลี่ยนเส้นทาง 302 (เปลี่ยนเป็น URL) แต่ฉันต้องการ 301 ฉันควรทำอย่างไร

การเปลี่ยนเส้นทางใด ๆ ไปยังโลคอลโฮสต์ไม่เหมาะสมจากระบบระยะไกล (เช่นเว็บเบราว์เซอร์ของลูกค้า) ดังนั้นแฟล็กการเขียนซ้ำอย่างถาวร (301) หรือการเปลี่ยนเส้นทาง (302) จึงไม่สามารถใช้ได้ในกรณีของคุณ

โปรดลองทำตามการตั้งค่าโดยใช้กฎการเขียนซ้ำแบบโปร่งใส:

location  /foo {
  rewrite /foo/(.*) /$1  break;
  proxy_pass         http://localhost:3200;
  proxy_redirect     off;
  proxy_set_header   Host $host;
}

ใช้curl -iสำหรับทดสอบการเขียนซ้ำของคุณ การเปลี่ยนแปลงกฎเล็กน้อยอาจทำให้ nginx ทำการเปลี่ยนเส้นทาง

การจับคู่คำนำหน้าตำแหน่งอย่างง่ายสามารถใช้ได้กับสิ่งนี้โดยไม่ต้องใช้กฎการเขียนซ้ำตราบใดที่คุณระบุ URI ในคำสั่ง proxy_pass:

location /foo {
  proxy_pass http://localhost:3200/;
}

แจ้งให้ทราบเพิ่มเติม/ในตอนท้ายของproxy_passคำสั่ง NGINX จะตัดคำนำหน้าจับคู่/fooและผ่านที่เหลือไปยังเซิร์ฟเวอร์แบ็กเอนด์ที่ /URI ดังนั้นจะโพสต์ไปที่แบ็กเอนด์http://myserver:80/foo/barhttp://localhost:3200/bar

จากเอกสาร NGINX บน proxy_pass :

หากมีการระบุคำสั่ง proxy_pass ด้วย URI ดังนั้นเมื่อคำขอถูกส่งไปยังเซิร์ฟเวอร์ส่วนหนึ่งของ URI คำขอที่ได้รับการทำให้เป็นมาตรฐานที่ตรงกับตำแหน่งจะถูกแทนที่ด้วย URI ที่ระบุในคำสั่ง:

วิธีที่ถูกต้องที่สุดและการปฏิบัติที่ดีที่สุดมักจะเป็นดังนี้:

location /foo/ {
    proxy_pass http://localhost:3200/; # note the trailing slash!
}

• สังเกตความสำคัญของสแลชต่อท้ายproxy_passซึ่งจะเปลี่ยนแปลง$uriตัวแปรโดยอัตโนมัติเพื่อให้ฟรอนต์เอนด์/foo/สอดคล้องกับ/แบ็กเอนด์ ไม่จำเป็นต้องมีrewriteคำสั่งที่ชัดเจน

• นอกจากนี้ทราบว่าที่ต่อท้าย/ในlocationเป็นสิ่งสำคัญมากเช่นกัน - ไม่ว่าคุณมีความเสี่ยงที่มี URL ที่แปลกที่ดูในเว็บไซต์ของคุณเมื่อถึงจุดหนึ่ง (เช่นการทำงานที่/fooenนอกเหนือไป/foo/en)

  นอกจากนี้ต่อท้าย/ในlocationกับproxy_passยังช่วยให้บางจัดการพิเศษตามเอกสารของlocationคำสั่งที่มีประสิทธิภาพทำให้เกิดนัยlocation = /foo {return 301 /foo/;}เช่นกัน

  ดังนั้นโดยการกำหนดlocationด้วยการเฉือนท้ายกับข้างต้นคุณไม่เพียง แต่ให้มั่นใจว่าเฉือนน้อย URL ที่ต่อท้ายเหมือน/fooenจะไม่ถูกต้อง แต่ยังเป็นที่/fooโดยไม่ต้องเฉือนท้ายจะยังคงทำงานได้เป็นอย่างดี

เอกสารอ้างอิง:

• http://nginx.org/r/location
• http://nginx.org/r/proxy_pass

ลอง

location /foo {
    proxy_pass http://localhost:3200/;
    ....

หรือ

location ^~ /foo {
    proxy_pass http://localhost:3200/;
    ....

@Terabuck ขออภัยที่ยังไม่ได้ตอบตัวแทนยัง

คุณไม่ควรใช้ localhost เพราะขึ้นอยู่กับความจริงที่ว่าแอปพลิเคชันทำงานบนเซิร์ฟเวอร์ที่มีไฟล์โฮสต์ โลคัลโฮสต์เป็นเพียงการแปลเริ่มต้นเป็น 127.0.0.1 ไม่มีอะไรที่ระบุว่าคุณต้องมีไฟล์โฮสต์นี้ เป็นเรื่องธรรมดามากที่จะมีหนึ่ง

การมีอินเทอร์เฟซแบบวนรอบเป็นอีกสิ่งที่พบได้ทั่วไปอีกอย่างหนึ่งที่ต้องพึ่งพา เป็นกรณีที่ไม่ค่อยเกิดขึ้นหากไม่มีสองสิ่งนี้ หากคุณเคยกังวลเรื่องนี้ อย่างน้อยในยูนิกซ์ / ลินุกซ์คุณมีตัวเลือกสำหรับซ็อกเก็ต สิ่งนี้จะช่วยลดความจำเป็นที่เครือข่ายสแต็คจะเข้าถึง localhost ใช้ความระมัดระวังด้วยวิธีนี้เนื่องจากมีปัจจัยบางประการที่จะเกิดขึ้นบนโฮสต์ระบบปฏิบัติการ เช่นจำนวนไฟล์ที่เปิดเป็นต้น