Cloudflare-მა კერძო origin-ებისთვის განკუთვნილი სერვისები ზოგადად ხელმისაწვდომი გახადა

Cloudflare-ის სერვისები კერძო origin-ებისთვის ახლა ზოგადად ხელმისაწვდომია. მომხმარებელს შეუძლია proxied DNS ჩანაწერი კერძო IP-ზე მიუთითოს და Cloudflare origin-ს არსებული Cloudflare One კავშირით მიაღწევს. origin დახურული რჩება, WAF, ქეშირება, bot management და Workers კი ისე მუშაობენ, როგორც საჯარო origin-ებზე.

რა არის ახლა ხელმისაწვდომი

დახურულ ბეტაში შესაბამისი მომხმარებლები წვდომას ანგარიშის გუნდის მეშვეობით ითხოვდნენ. დღეს წვდომა ამ ჯგუფის მიღმაც იხსნება. proxied A ან AAAA ჩანაწერის კერძო IP-ზე მითითებისას Cloudflare-ის აპლიკაციური სერვისები საჯარო origin-ების მსგავსად მუშაობენ: WAF და managed rules, bot management, rate limiting, ქეშირება, transform და rewrite rules, Workers. შეზღუდვები რჩება: Argo Smart Routing და Dedicated CDN Egress IPs მხარდაჭერილი არ არის, origin-ის health checks-ისთვის კი Load Balancing აუცილებელია. origin თავის კერძო IP-ს ინარჩუნებს და inbound firewall-ის გამონაკლისი არ სჭირდება. Cloudflare WAN-ის გამოყენებისას origin-ზე connector პროგრამა არ სჭირდება. Cloudflare Mesh-ით connector კერძო ქსელში მუშაობს და რამდენიმე origin-ს მოემსახურება.

როგორ მუშაობს

შექმენით origin-ზე მიმთითებელი proxied A ან AAAA ჩანაწერი. მხარდაჭერილი კერძო IP დიაპაზონებისთვის private network routing ავტომატურად ჩაირთვება. თუ origin-ს საჯარო IP აქვს და ის მხოლოდ კერძო ქსელიდანაა მისაწვდომი, პარამეტრი ხელით ჩართეთ. TLS termination, WAF, წესები და ქეშირება Cloudflare-ის ქსელში გრძელდება. პარამეტრი ავტომატურად ჩაირთვება RFC 1918 კერძო IPv4 მისამართებისთვის, RFC 6598 CGNAT მისამართებისთვის 100.64.0.0/10 დიაპაზონში და RFC 4193 unique local IPv6 მისამართებისთვის fc00::/7 დიაპაზონში. ამ დიაპაზონებისთვის მისი გამორთვა შეუძლებელია, API-ით გამორთვის მცდელობა შეცდომას აბრუნებს. API ავტომატიზაციისთვის private routing სტანდარტული DNS ჩანაწერის დამატებითი ატრიბუტია. Cloudflare-ის proxy პლატფორმა Origin API-ს იკითხავს, private_routing დროშა კი proxy-ს ავალებს, მოთხოვნა კერძო ქსელის შრეზე გადასცეს, ნაცვლად იმისა, რომ პირდაპირ საჯარო ინტერნეტით დაუკავშირდეს. ეს შრე კავშირს არსებული კერძო ქსელის არხებით მარშრუტიზებს: IPsec, GRE, Cloudflare Tunnel, CNI ან Cloudflare Mesh.

დაწყება და შემდეგი ნაბიჯები

საჭიროა Private Origins-ის უფლება, რომლის ჩართვაც ანგარიშის გუნდს შეუძლია, და Cloudflare One-ის კავშირი IPsec, GRE, CNI, Cloudflare Tunnel ან Cloudflare Mesh-ის გავლით. Unified Routing უნდა იყოს ჩართული, გარდა Cloudflare Tunnel-ით დაკავშირებისა. ახალი და არსებული ანგარიშების განახლება ანგარიშის გუნდის მეშვეობით შესაძლებელია. Cloudflare WAN-ით ან Cloudflare Mesh-ით დაკავშირებისას დააყენეთ დაბრუნების მარშრუტი Cloudflare-ის წყაროს დიაპაზონებისთვის: 100.64.0.0/12 IPv4-ისთვის და 2606:4700:cf1:5000::/64 IPv6-ისთვის. შემდეგ შექმენით proxied A ან AAAA ჩანაწერი კერძო IP-ისთვის და შეამოწმეთ, რომ Use private network routing ჩართულია. არსებული WAF, cache და bot management კონფიგურაცია ცვლილებების გარეშე მოქმედებს. თუ მოთხოვნებს დრო გაუვა და origin-ამდე არაფერი მიდის, პირველ რიგში დაბრუნების მარშრუტი შეამოწმეთ; ბეტაში ყველაზე ხშირი შეცდომა Cloudflare-ის წყაროს დიაპაზონის მარშრუტის არქონა იყო. დღევანდელი გამოშვება საჯარო ტრაფიკის private origin-ებამდე მისვლას მოიცავს. შემდეგ ეტაპზე Cloudflare private-to-private ტრაფიკზე მუშაობს; დახურული ბეტა 2027 წლის დასაწყისისთვის იგეგმება. დაინტერესებულმა მომხმარებლებმა ანგარიშის გუნდს უნდა მიმართონ. მიზანია private აპლიკაციებს იგივე დაცვა ჰქონდეთ, რაც საჯარო აპლიკაციებს, მათ შორის WAF, rate limiting და bot management ისეთ ტრაფიკზე, როგორიცაა service-to-service მოთხოვნები ღრუბლებსა და მონაცემთა ცენტრებს შორის.

წყაროები: Cloudflare