نینکس ریورس پراکسی مرتب کرنا

ریورس پراکسی ایک ایسی خدمت ہے جو ایک مؤکل کی درخواست لیتا ہے ، ایک یا ایک سے زیادہ پراکسی سرورز کو درخواست بھیجتا ہے ، جواب لاتا ہے ، اور سرور کا جواب کلائنٹ کو پہنچاتا ہے۔

اس کی کارکردگی اور اسکیل ایبلٹی کی وجہ سے ، NGINX اکثر HTTP اور نون HTTP سرورز کے لئے ایک ریورس پراکسی کے طور پر استعمال ہوتا ہے۔ ایک عام ریورس پراکسی کنفیگریشن Nginx کو Node.js ، Python ، یا جاوا ایپلی کیشنز کے سامنے رکھنا ہے۔

نگنیکس کو ریورس پراکسی کے بطور استعمال کرنے سے آپ کو کئی اضافی فوائد ملتے ہیں:

• بوجھ میں توازن ۔ نجنکس گاہکوں کی درخواستوں کو پراکسی سرورز میں تقسیم کرنے کے لئے بوجھ توازن انجام دے سکتی ہے ، جو کارکردگی ، اسکیل ایبلٹی ، اور قابل اعتماد کو بہتر بناتی ہے۔ کیچنگ - نیسنیکس کے ساتھ بطور ریورس پراکسی ، آپ صفحہ لوڈ کرنے کے اوقات کو تیز کرنے کے لئے صفحات کے پہلے سے پیش کردہ ورژنوں کو کیش کرسکتے ہیں۔ یہ پراکسی سرورز کے ردعمل سے موصولہ مواد کی کیش کرکے اور ہر وقت اسی مشمولات کے لئے پراکسیڈ سرور سے رابطہ کیے بغیر مؤکلوں کو جواب دینے کے لئے استعمال کرکے کام کرتا ہے۔ ایس ایس ایل ختم - نجنکس کلائنٹ کے ساتھ رابطوں کے لئے ایس ایس ایل کے اختتامی نقطہ کے طور پر کام کرسکتا ہے۔ یہ آنے والے ایس ایس ایل کنیکشن کو سنبھال کر اور ڈکرپٹ کرے گا اور پراکسی سرور کے ردعمل کو خفیہ کرے گا۔ کمپریشن - اگر پرکسیڈ سرور کمپریسڈ جوابات نہیں بھیجتا ہے تو ، آپ نگینکس کو مؤکلوں کو بھیجنے سے پہلے جوابات کو کمپریس کرنے کے لئے تشکیل دے سکتے ہیں۔ DDoS حملوں کو کم کرنا - آپ ہر IP IP پتے پر آنے والی درخواستوں اور کنیکشنز کی تعداد کو باقاعدہ صارفین کے لئے مخصوص قدر تک محدود کرسکتے ہیں۔ نگنیکس آپ کو کلائنٹ کے مقام ، اور "صارف-ایجنٹ" اور "حوالہ دہندہ" جیسے درخواست سرخی کی قدر کی بنیاد پر رسائی کو روکنے یا روکنے کی بھی اجازت دیتا ہے۔

اس مضمون میں نگنیکس کو ریورس پراکسی کی حیثیت سے تشکیل دینے کے لئے درکار مراحل کی نشاندہی کی گئی ہے۔

شرطیں

ہم یہ فرض کر رہے ہیں کہ آپ نے اپنے اوبنٹو ، سینٹوس یا ڈیبیئن سرور پر نجنیکس انسٹال کیا ہے۔

نگنیکس کو بطور ریورس پراکسی استعمال کرنا

این جی این ایکس کو کسی HTTP سرور کو ریورس پراکسی کی شکل دینے کے ل the ، ڈومین کی سرور بلاک کنفیگریشن فائل کھولیں اور اس کے اندر ایک مقام اور ایک پراکسی سرور کی وضاحت کریں:

server { listen 80; server_name www.example.com example.com; location /app { proxy_pass http://127.0.0.1:8080; } }

پراکسی سرور یو آر ایل پراکسی پاس proxy_pass ہدایت proxy_pass استعمال کرتے ہوئے مرتب کیا گیا ہے اور HTTP یا HTTPS کو بطور پروٹوکول ، ڈومین نام یا IP پتہ ، اور پتہ کے بطور اختیاری پورٹ اور URI استعمال کرسکتا ہے۔

مذکورہ بالا ترتیب Nginx سے کہتی ہے کہ وہ تمام درخواستوں کو /app مقام پر http://127.0.0.1:8080 پر پراکسیڈ سرور پر منتقل کریں۔

اوبنٹو اور ڈیبین پر مبنی تقسیم پر ، سرور بلاک فائلیں /etc/nginx/sites-available ڈائرکٹری میں محفوظ ہیں ، جبکہ /etc/nginx/conf.d ڈائریکٹری میں ہیں۔

location اور proxy_pass ہدایت proxy_pass کیسے کام کرتے ہیں اس کی بہتر مثال کے لئے ، آئیے مندرجہ ذیل مثال لیں۔

server { listen 80; server_name www.example.com example.com; location /blog { proxy_pass http://node1.com:8000/wordpress/; } }

اگر کوئی وزیٹر http://example.com/blog/my-post تک رسائی حاصل کرتا ہے تو ، Nginx اس درخواست کو http://node1.com:8000/wordpress/my-post پراکسی کریں گے۔

جب پراکسی سرور کے پتے میں URI ، ( /wordpress/ ) ہوتا ہے تو ، درخواست URI جو پراکسی سرور کو دی جاتی ہے ، ہدایت میں بیان کردہ URI کی جگہ لے لی جاتی ہے۔ اگر پراکسیڈ سرور کا پتہ URI کے بغیر بیان کیا گیا ہے تو ، پوری درخواست URI پراکسی سرور کو دے دی جاتی ہے۔

منتقلی کے ہیڈر

جب Nginx ایک درخواست کی پرکسی کرتا ہے ، تو وہ خود کار طریقے سے ، کلائنٹ ، Host اور Connection کی طرف سے متوقع درخواستوں میں دو ہیڈر فیلڈز کی وضاحت کرتا ہے ، اور خالی ہیڈرز کو ہٹا دیتا ہے۔ Host کو $proxy_host متغیر پر سیٹ کیا گیا ہے ، اور Connection بند ہونے پر سیٹ ہے۔

proxy_set_header کنکشن کے لئے ہیڈر کو ایڈجسٹ یا سیٹ کرنے کیلئے ، ہیڈر ویلیو کے بعد proxy_set_header کا استعمال کریں۔ آپ یہاں دستیاب تمام درخواست کے ہیڈروں اور ان کی اجازت شدہ اقدار کی فہرست تلاش کرسکتے ہیں۔ اگر آپ ہیڈر کو پراکسی سرور کے پاس کرنے سے روکنا چاہتے ہیں تو ، اسے خالی تار پر سیٹ کریں۔

مندرجہ ذیل مثال میں ، ہم Host ہیڈر فیلڈ کی قدر کو $host تبدیل کر رہے ہیں اور Accept-Encoding ہیڈر فیلڈ کو اس کی قیمت کو خالی اسٹرنگ میں سیٹ کرکے ہٹا رہے ہیں۔

location / { proxy_set_header Host $host; proxy_set_header Accept-Encoding ""; proxy_pass http://localhost:3000; }

جب بھی آپ کنفیگریشن فائل میں ترمیم کرتے ہیں تو ، آپ کو تبدیل کرنے کے ل N Nginx سروس کو دوبارہ شروع کرنا پڑتا ہے۔

نجنکس کو ریورس پراکسی کے بطور کسی غیر HTTP پراکسی سرور کو تشکیل دینا

نگنیکس کو غیر HTTP پراکسیڈ سرور کے لئے ریورس پراکسی کی شکل دینے کے لure ، آپ درج ذیل ہدایات استعمال کرسکتے ہیں۔

• fastcgi_pass - fastcgi_pass سرور میں پراکسی ریورس کریں۔ uwsgi_pass - ایک UWGI سرور پر پراکسی پلٹا۔ scgi_pass - ایک SCGI سرور پر الٹا پراکسی. memcached_pass - ایک میمسیڈ سرور پر پراکسی ریورس کریں۔

سب سے عام مثال میں سے ایک یہ ہے کہ پی ایچ پی - ایف پی ایم کے لئے ریورس پراکسی کے طور پر نگنیکس کا استعمال کیا جائے:

server { #… other directives location ~ \.php$ { include snippets/fastcgi-php.conf; fastcgi_pass unix:/run/php/php7.2-fpm.sock; } }

عام Nginx ریورس پراکسی آپشنز

آج کل HTTPS پر مواد کی خدمت ایک معیار بن گیا ہے۔ اس سیکشن میں ، ہم آپ کو HTTPS Nginx ریورس پراکسی تشکیل کی ایک مثال دیں گے جس میں تجویز کردہ Nginx پراکسی پیرامیٹرز اور ہیڈر شامل ہیں۔

location/ { proxy_pass http://127.0.0.1:3000; proxy_http_version 1.1; proxy_cache_bypass $http_upgrade; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection "upgrade"; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto $scheme; proxy_set_header X-Forwarded-Host $host; proxy_set_header X-Forwarded-Port $server_port; }

• proxy_http_version 1.1 - پراکسیائزنگ کے لئے HTTP پروٹوکول ورژن کی وضاحت کرتا ہے ، طے شدہ طور پر یہ 1.0 پر سیٹ ہوتا ہے۔ ویب سکیٹ اور کیلی لیو رابطوں کیلئے آپ کو ورژن 1.1 استعمال کرنے کی ضرورت ہے۔ proxy_cache_bypass $http_upgrade - ایسے حالات طے کرتے ہیں جس کے تحت کیچ سے جواب نہیں لیا جائے گا۔ Upgrade $http_upgrade اور Connection "upgrade" - اگر آپ کی ایپلی کیشن ویبوکیٹس استعمال کررہی ہے تو یہ ہیڈر فیلڈز درکار ہیں۔ Host $host - ترجیح کے درج ذیل ترتیب میں vari $host متغیر پر مشتمل ہے: درخواست لائن سے میزبان نام ، یا Host درخواست ہیڈر فیلڈ سے میزبان نام ، یا سرور نام جس سے کوئی درخواست مماثل ہے۔ X-Real-IP $remote_addr - آگے آنے والے اصلی زائرین کا ریموٹ IP ایڈریس X-Real-IP $remote_addr سرور پر بھیج دیتا ہے۔ X-Forwarded-For $proxy_add_x_forwarded_for - ہر سرور کے آئی پی ایڈریس پر مشتمل ایک فہرست کے X-Forwarded-For $proxy_add_x_forwarded_for گیا ہے۔ X-Forwarded-Proto $scheme - جب HTTPS سرور بلاک کے اندر استعمال ہوتا ہے تو ، پراکسیڈ سرور کی طرف سے ہر HTTP جواب HTTPS پر دوبارہ لکھا جاتا ہے۔ X-Forwarded-Host $host - موکل کے ذریعہ درخواست کردہ اصل میزبان کی وضاحت کرتا ہے۔ X-Forwarded-Port $server_port - موکل کے ذریعہ درخواست کی گئی اصل پورٹ کی وضاحت کرتا ہے۔

نتیجہ اخذ کرنا

آپ نے اینگینکس کو ریورس پراکسی کے بطور استعمال کرنے کا طریقہ سیکھا ہے۔ ہم نے آپ کو یہ بھی دکھایا ہے کہ سرور کو اضافی پیرامیٹرز کس طرح منتقل کرنے اور پراکسی درخواستوں میں مختلف ہیڈر فیلڈس میں ترمیم اور سیٹ کرنے کا طریقہ ہے۔

nginx