ქსელი5 წუთის საკითხავი
რას აკეთებს სინამდვილეში reverse proxy შენთვის
რატომ უსმენს შენი აპი შემთხვევით პორტს და მსოფლიო მაინც 443-ზე აღწევს მას, პაკეტების მისვლის თანმიმდევრობით.
შენი აპლიკაცია მისთვის გამოყოფილ პორტს უსმენს. ვიზიტორები სახელს კრეფენ და 443 პორტს ელოდებიან. ის, რაც შუაშია, reverse proxy-ია, და მისი გაგება ხსნის იმის უმეტესობას, რაც Domain ჩანართში ჯადოსნურად გამოიყურება.
თანმიმდევრობით
- ვიზიტორი გადაწყვეტს შენს დომენს და უკავშირდება 443-ზე.
- Proxy ასრულებს TLS-ს — სერტიფიკატი მას უჭირავს და არა შენს აპს.
- ის კითხულობს მოთხოვნილ hostname-ს და წყვეტს, რომელ სერვერს ნიშნავს ეს.
- ის შიგნით გადაამისამართებს მოთხოვნას შენს პორტზე და ამატებს header-ებს, რომლებიც ამბობს, ვინ იკითხა თავდაპირველად.
- შენი აპი პასუხობს და proxy პასუხს დაშიფრული კავშირით აბრუნებს.
რას გაძლევს ეს
- შენი აპი სერტიფიკატებს საერთოდ არ ეხება, რაც ერთი განსაახლებელი და შესაცდომი რამით ნაკლებია.
- რამდენიმე დომენი რამდენიმე სერვერს აღწევს ერთი მისამართითა და ერთი პორტით.
- შენს origin პორტს ინტერნეტისთვის გახსნა საერთოდ არ სჭირდება.
Header, რომელზეც ხალხი ებმევა
რადგან კავშირს შენს აპთან proxy ამყარებს, შენი აპი proxy-ის მისამართს ხედავს კლიენტად. ნამდვილი X-Forwarded-For-შია. თუ IP-ით ზღუდავ სიხშირეს, ლოგავ ან გეოლოკაციას ადგენ, ეს header წაიკითხე — თორემ ყველა ვიზიტორი ერთი და იმავე ადამიანივით გამოიყურება, და ეს ის ბაგია, რომელიც მხოლოდ production-ში ჩნდება.