Cloudflare-ը ընդհանուր հասանելի է դարձրել մասնավոր ծագման ծառայությունները

Cloudflare-ի մասնավոր ծագման ծառայություններն այժմ ընդհանուր հասանելի են: Հաճախորդները կարող են փրոքսիով DNS գրառումն ուղղել դեպի մասնավոր IP, որպեսզի Cloudflare-ը հասնի ծագմանը գոյություն ունեցող Cloudflare One միացման միջոցով: Ծագումը մնում է մասնավոր, մինչ WAF-ը, քեշավորումը, բոտերի կառավարումը և Workers-ը աշխատում են այնպես, ինչպես հանրային ծագումների դեպքում:

Ինչ է հասանելի այժմ

Փակ բետայի ընթացքում իրավասու հաճախորդները մուտք էին հայցում իրենց հաշվի թիմի միջոցով: Այսօր մուտքը բացվում է այդ բետա խմբից դուրս: Ուղղեք փրոքսիով A կամ AAAA գրառումը դեպի մասնավոր IP, և Cloudflare-ի հավելվածային ծառայությունները կաշխատեն այնպես, ինչպես հանրային ծագումների դեպքում՝ WAF և կառավարվող կանոններ, բոտերի կառավարում, արագության սահմանափակում, քեշավորում, փոխակերպման և վերաշարադրման կանոններ և Workers: Որոշ սահմանափակումներ մնում են. Argo Smart Routing-ը և Dedicated CDN Egress IP-ները չեն աջակցվում, իսկ ծագման առողջության ստուգումները պահանջում են Load Balancing: Ծագումը պահպանում է իր մասնավոր IP-ն՝ առանց ներգնա firewall-ի բացառության անհրաժեշտության: Cloudflare WAN-ի դեպքում ծագման վրա connector ծրագրաշար չի պահանջվում: Cloudflare Mesh-ի դեպքում connector-ը աշխատում է մասնավոր ցանցի ներսում և կարող է սպասարկել մի քանի ծագում:

Ինչպես է այն աշխատում

Ստեղծեք փրոքսիով A կամ AAAA գրառում՝ ուղղված դեպի ծագումը: Աջակցվող մասնավոր IP միջակայքերի համար Use private network routing կարգավորումն ավտոմատ միացված է: Եթե ծագումն օգտագործում է հանրային IP, որը հասանելի է միայն մասնավոր ցանցի միջոցով, միացրեք կարգավորումը ձեռքով: TLS-ի ավարտը, WAF-ը, կանոնները և քեշավորումը շարունակում են աշխատել Cloudflare-ի ցանցում: Կարգավորումն ավտոմատ միանում է RFC 1918 մասնավոր IPv4 հասցեների, 100.64.0.0/10-ում գտնվող RFC 6598 CGNAT հասցեների և fc00::/7-ում գտնվող RFC 4193 եզակի տեղական IPv6 հասցեների համար: Այն հնարավոր չէ անջատել այս միջակայքերի համար, և API-ով այն անջատելու փորձերը վերադարձնում են սխալ: API ավտոմատացման համար մասնավոր երթուղավորումը լրացուցիչ ատրիբուտ է ստանդարտ DNS գրառման վրա: Cloudflare-ի փրոքսի հարթակը դիմում է իր Origin API-ին, և private_routing դրոշը փրոքսին ասում է, որ հարցումը փոխանցի մասնավոր ցանցային շերտին՝ ուղիղ հանրային ինտերնետով միանալու փոխարեն: Այդ շերտը երթուղավորում է միացումը գոյություն ունեցող մասնավոր ցանցային կապով, ներառյալ 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-ի համար: Այնուհետև ստեղծեք փրոքսիով A կամ AAAA գրառում մասնավոր IP-ի համար և հաստատեք, որ Use private network routing-ը միացված է: Գոյություն ունեցող WAF-ը, քեշը և բոտերի կառավարման կարգավորումը կիրառվում են առանց լրացուցիչ փոփոխությունների: Եթե հարցումների ժամկետը լրանում է և ոչինչ չի հասնում ծագմանը, նախ ստուգեք վերադարձի երթուղին. Cloudflare-ի աղբյուրային միջակայքի բացակայող երթուղին բետայի ընթացքում ամենատարածված կարգավորման ձախողումն էր: Այսօրվա թողարկումը ներառում է հանրային տրաֆիկի հասանելիությունը մասնավոր ծագումներին: Հաջորդիվ Cloudflare-ը աշխատում է մասնավորից մասնավոր տրաֆիկի վրա՝ փակ բետայով, որը նախատեսված է 2027 թվականի սկզբի համար: Շահագրգռված հաճախորդները պետք է խոսեն իրենց հաշվի թիմի հետ: Նպատակն է մասնավոր հավելվածներին տալ նույն պաշտպանությունները, ինչ հանրային հավելվածներին, ներառյալ WAF-ը, արագության սահմանափակումը և բոտերի կառավարումը այնպիսի տրաֆիկի համար, ինչպիսին են ծառայությունից ծառայություն հարցումները ամպերի և տվյալների կենտրոնների միջև:

Աղբյուրներ: Cloudflare