PBN & հետքեր
Իrոք ինչ է նշանակում «առանց հետքի» PBN հոսթինգը
Հետքը ցանկացած ազդանշան է, որը կապում է ձեր կայքերը միմյանց կամ որոնողական համակարգերի կողմից անվստահելի ճանաչված հոսթինգի օրինաչափության հետ. ահա թե որտեղ են թաքնված այդ ազդանշանները և ինչպես ենք մենք վերացնում դրանք:
Հետքը հարաբերակցություն է, ոչ թե միակ վկայությունը
«Առանց թողարկված հետքի» (Footprint-free) եզրույթն օգտագործվում է բավական ազատ, այդ իսկ պատճառով արժե լինել ճշգրիտ։ Հետքը (footprint) ցանկացած ազդանշան է, որը թույլ է տալիս երրորդ կողմին՝ որոնողական համակարգին, գործիք կիրառող մրցակցին կամ ստուգող մասնագետին, խմբավորել ձեր կայքերը միասին կամ դրանք կապել հոսթինգի այնպիսի ձևաչափի հետ, որն արդեն իսկ ասոցացվում է մանիպուլյացիաների հետ։ Ինդեքսավորման չեղարկումը հազվադեպ է տեղի ունենում մեկ անվերապահ ապացույցի պատճառով։ Դա փոխկապակցվածության արդյունք է՝ մեկ տասնյակ կայքեր, որոնք առանձին-առանձին նորմալ տեսք ունեն, սակայն ունեն միևնույն generator tag-ը, NS սերվերների նույն զույգը, նույն /24-ը, թեմայի նույն թվային հետքը (fingerprint) և հրապարակումների նույն պարբերականությունը։ Դրանցից յուրաքանչյուրն առանձին վերցրած աղմուկ է։ Համադրվելով՝ դրանք արդեն ցանց են։
Դա բnվանդակային նոր լույսի ներքո է ներկայացնում ամբողջ խնդիրը։ Դուք չեք որոնում թաքցնելու որևէ միակ բան, այլ փորձում եք խզել փոխկապակցվածությունը միանգամից բոլոր շերտերում՝ կայքի գեներացրած HTML-ում, այն լուծող ցանցային ուղում, դրա առջև կանգնած հաշվում և հարևանների հետ կիսած վնասի շառավղում: Բաց թողեք մի շերտ, և մյուսները միևնույն է շարք կկանգնեն: Ահա թե ինչու էժանագին, ընդհանուր հոսթինգի առջև CDN տեղադրելը գրեթե ոչինչ չի փոխում. այն փոխում է միայն մեկ փոփոխական՝ միաժամանակ անփոփոխ թողնելով կայքի ձեռնհետքը, DNS օրինաչափությունը և ամբողջ ենթակառուցվածքում ընդհանուր ճակատագրի մեկուսացումը:
Կայքի հետքերը. այն, ինչ բացահայտում է HTML-ը
Հայտնաբերման համար ամենաէժան footprint-ները նրանք են, որոնք կայքն ինքն է հայտարարում իր իսկ արտածման մեջ: WordPress-ի ելակետային տեղադրումն իր տարբերակը հեռարձակում է meta generator պիտակում և իր ակտիվների հարցման տողերում (query strings), հղումներ է ուղարկում wp-json discovery endpoint-ներին և XML-RPC ինտերֆեյսին, առաքում է pingback header-ներ և վերադարձնում է X-Powered-By header, որը նշում է ստեկի անունը: Սրանցից և ոչ մեկը տեսանելի չէ մարդ ընթերցողին, սակայն այս ամենը հեշտությամբ ծրագրավորվող է. դուք կարող եք կեսօրվա ընթացքում տասը հազար կայքի թվային հետքեր վերցնել (fingerprint) այս հուշող տվյալների միջոցով:
Մեր footprint-ի հեռացուցիչը հենց այս մակերեսն է մաքրում յուրաքանչյուր տեղակայման ժամանակ․ տարբերակի և գեներատորի պիտակը, հայտնաբերման հղումները, XML-RPC-ն, փինգբեքները և X-Powered-By-ը հեռացվում են, որպեսզի յուրաքանչյուր կայք ներկայանա մաքուր, ընդհանուր մակերեսով՝ WordPress-ի տեսք ունենալու փոխարեն։ Քանի որ այն աշխատում է որպես տեղակայման մաս, այլ ոչ թե որպես միանվագ մաքրում, պլագինի թարմացումը կամ թեմայի փոփոխությունը չեն կարող աննկատորեն վերստեղծել վերնագիրը, որը, ինչպես կարծում էիք, հեռացրել էիք։ Իմաստը ոչ թե գաղտնիությունն է հանուն գաղտնիության, այլ գոյություն ունեցող ամենաէժան և ամենամասշտաբային կորելյացիային ազդանշանի բացառումը։
Թեմայի և կառուցվածքի բնութագրերն նույնպես կարևոր են: Այն ցանցը, որտեղ ամեն կայք ունի նույն թեման, նույն վիջեթների դասավորությունը և նույն էջատակի տեքստը, կապվում է միայն դասավորության միջոցով: Ստատիկ HTML-ի մատուցումն այստեղ օգնում է. կայքը որպես հարթ HTML մատուցելը բոլորովին վերացնում է կենդանի ստեկի հուշումները և թույլ տալիս, որ յուրաքանչյուր կայքի բնագիրը (markup) ինքնուրույն հանդես գա:
Ցանցային հետքեր. IP-ներ, CDN-ներ և DNS
Շերտը, որում օպերատորների մեծ մասը սխալվում է, ցանցն է: Հարյուր կայք մեկ սերվերի վրա հոսթինգ անելը դրանք տեղադրում է մեկ IP-ի վրա, մեկ /24 ենթացանցում, մեկ reverse-DNS նմուշի հետևում՝ դասական կլաստեր: Դրանք ձեր սեփական մի քանի սերվերների միջև բաշխելը հազիվ թե օգնի, որովհետև IP-ների փոքր խումբը միևնույն է խումբ է: Իսկ ամեն ինչ մեկ CDN հաշվի կամ մեկ DNS մատակարարի միջով ուղղորդելը պարզապես տեղափոխում է կլաստերը մեկ մակարդակ վերև․ այժմ փոխկապակցվածությունը հաշիվն է կամ nameserver-ների հավաքածուն՝ IP-ի փոխարեն:
Առանց որոնողական համակարգի հետքերի ցանցային դիզայնը նշանակում է տարածում բազմաթիվ հաշիվների և բազմաթիվ մատակարարների վրա, այլ ոչ թե մեկի: Մեր CDN-ի և DNS-ի հաշիվների պահոցները կայքերը տարածում են բազմաթիվ Cloudflare, bunny.net, CDN77 և KeyCDN հաշիվների և DNS մատակարարների վրա, ներառյալ ClouDNS-ը, և դուք կարող եք նաև ձեր սեփական հաշիվները բերել պահոց: Տարածումը վերահաշվարկվում է հաշվի կենդանի վիճակից յուրաքանչյուր տեղակայման ժամանակ, այնպես որ, երբ տիրույթը մեծանում է, այն աննկատ չի շեղվում դեպի կլաստեր այն հաշվի վրա, որը պատահաբար եղել է լռելյայն: Ծագման IP-ները գտնվում են CDN-ի հետևում, ուստի բովանդակությունն իրականում սպասարկող սերվերը երբեք այն չէ, ինչ վերադարձնում է հարցումը:
Այդտեղ գործող բառը ավազանն է: Footprint-free ցանցը ոչ թե մեկ խելամիտ թաքստոց է, այլ բավականաչափ անկախ մակերեսներ՝ բավականաչափ մտածված բաշխվածությամբ, որպեսզի ոչ մի առանձին հաշիվ, անվանային սերվեր կամ ենթացանց չկուտակի ձեր կայքերի կասկածելի մասնաբաժինը:
Իenու ոչ թե միանգամից սահմանելու, այլ յուրաքանչյուր տեղադրման դեպքում հետքերը (footprint) ինչու պետք է կառավարվեն
Ցանցերը ստատիկ չեն: Դուք ավելացնում եք դոմեյններ, հեռացնում եք այլ դոմեյններ, տեղափոխում եք մի խումբ, փոխում եք թեման, տեղափոխում եք մակարդակը: Այդ իրադարձություններից յուրաքանչյուրը հնարավորություն է SEO հետքի (footprint) վերադարձի համար՝ վերաակտիվացված XML-RPC վերջնակետ, over-used CDN հաշվում հայտնված նոր կայք, հին generator tag պարունակող վերականգնված պահուստային պատճեն: SEO հետքերի աուդիտը, որը մաքուր էր գործարկման պահին, անարժեք է դառնում վեց ամիս և երկու հարյուր տեղակայում անց:
Ահա թե ինչու մենք հետքերի կառավարումը դիտարկում ենք որպես տեղադրման փողրակային համակարգի (deploy pipeline) հատկանիշ, այլ ոչ թե ստուգաթերթ, որը գործարկում եք ժամանակ առ ժամանակ: Կայքում առկա հետքերի հեռացումը, հաշիվների պահուստի հավասարակշռումը և փլագինների հիմնական շրջանակը վերակիրառվում են ամեն անգամ, երբ կայքը տեղադրվում կամ փոփոխվում է՝ հաշվարկվելով տիրույթի ընթացիկ վիճակի, այլ ոչ թե կարգաբերման պահի դրությամբ արված կրկնօրինակի հիման վրա: Հավասարակշռությունը վերահաշվարկվում է ուղիղ հաշվի տվյալներից յուրաքանչյուր տեղադրման ժամանակ, այնպես որ հարյուրերորդ կայքը տեղադրվում է նախորդ իննսունինքի տեղադրման վայրի մասին լիարժեք տեղեկացվածությամբ: «Կարգավորիր և մոռացիր» մոտեցումը ձախողման ուղի է. շարունակական և յուրաքանչյուր տեղադրման ժամանակ կիրառվող վերահսկողությունն է լուծումը:
Ընդհանուր ճակատագրի մեկուսացում. փլուզման հետքը
Գոյություն ունի որոնողական հետք, որն ի հայտ է գալիս միայն սթրեսային իրավիճակներում: Եթե հարյուր կայք կիսում են մեկ ֆայլային համակարգ և PHP-ի մեկ պուլ, ապա մեկ խոցված կայք, մեկ դուրս եկած պրոցես կամ ռեսուրսների մեկ ալիք վարակիչ է դառնում հարևանների համար, և միանգամից փափուկ-404 դարձող կամ դանդաղող ամբողջ ենթացանցն իրենով հանդերձ կորելացիոն ազդանշան է, չհաշված վնասաբեր ծրագիրն ու անջատումը: Համընդհանուր ճակատագրով հոսթինգը մեկ կայքի խնդիրը վերածում է ցանցային մասշտաբի իրադարձության:
Յուրաքանչյուր կայքի մեկուսացումը դնում է յուրաքանչյուր կայք իր սեփական պաշտպանիչ սահմանափակման մեջ, որպեսզի մեկ կայքը չկարողանա հասնել մյուսի ֆայլերին, գործընթացներին կամ հիշողությանը, որոնցում վնասաբեր ծրագրերի սկանավորումն ու DDoS պաշտպանությունն ակտիվ են լռելյայն: Դա պաշտպանում է այն կայքերը, որոնց դուք չեք դիպել, հարձակման ենթարկվածից, և դա նաև նշանակում է, որ ողջ համակարգը չի տապալվում որպես մեկ ամբողջություն, ինչը միաժամանակ հասանելիության հատկություն է և, անաղմուկ կերպով, SEO footprint: Քեշավորումն այստեղ ունի համապատասխան դեր. LiteSpeed Enterprise-ի և տվյալների բազայի յուրաքանչյուր կայքի համար նախատեսված օբյեկտային քեշի շնորհիվ, որոնք կլանում են տրաֆիկի մեծ մասը, մեկ կայքի վրա տրաֆիկի կտրուկ աճը հազվադեպ է դառնում ռեսուրսային իրադարձություն, որն առաջին հերթին տարածվում է դեպի դուրս:
Ծերացած դոմենների վերականգնում՝ առանց դրանց footprint-ի ներմուծման
Հնացած ժամկետանց դոմենները ցանցաշինության հիմքն են, և դրանք կրում են որոնողական համակարգերի հետքի իրենց սեփական ռիսկը: Դրանցից մեկը ընդհանուր ձևանմուշով վերակառուցելը վատնում է հենց այն պատմությունը, որը դոմենը դարձրել էր ձեռք բերելու արժանի, և ժամկետանց դոմենների մի ամբողջ խումբ, որոնք բոլորը վերակառուցված են նույն կմախքի վրա, փոխկապակցվում են այդ կմախքով: Ավելի մաքուր մոտեցում է Internet Archive-ից դոմենի սկզբնական կայքը վերականգնելը և այն որպես ստատիկ HTML մատուցելը. սա ամենաարագ ուղին է հնացած դոմենը առցանց վերադարձնելու և իր սեփական իրական կառուցվածքով (և ոչ թե ցանցային ստանդարտ) վերաինդեքսավորելու համար:
Որպես ստատիկ HTML վերականգնումը նույնպես ունի հետքերի նվազեցման առավելություն. չկա ակտիվ CMS՝ նույնականացնելու համար, չկա արտահոսող տարբերակ, չկա զոնդավորման ենթակա հայտնաբերման վերջնակետ: Կայքը ներկայանում է այնպես, ինչպիսին պատմականորեն եղել է: Հաշիվների ավազանի բաշխման և յուրաքանչյուր տեղակայման ժամանակ կայքում հետքերի հեռացման հետ մեկտեղ՝ վերականգնված դոմեյնը վերամիանում է ձեր ցանցին՝ առանց ժառանգելու այն ցուցիչները, որոնք այն կխմբավորեին մնացածի հետ:
Այս ամենում արտասովոր ոչինչ չկա։ Առանց հետքի հոսթինգը պարզապես կապի խզման կարգապահություն է յուրաքանչյուր շերտում՝ HTML, ցանց, հաշիվ, մեկուսացում և պատմություն, և դրա վերահաստատումը յուրաքանչյուր փոփոխության ժամանակ՝ իրական ցանցի մասշտաբով, այլ ոչ թե մի քանի կայքերի։
Հաճախ տրվող հարցեր
Իմ կայքերի առջև CDN տեղադրելը դրանք դարձնո՞ւմ է ֆութփրինթից զերծ:
Ոչ։ Համօգտագործվող սերվերի առջևում գտնվող մեկ CDN հաշիվը փոխում է միայն մեկ փոփոխական՝ որոնման հարցման վերադարձրած IP-ն, մինչդեռ տեղում մատնահետքը, DNS օրինաչափությունը և ընդհանուր ճակատագրով մեկուսացումը բոլոր կայքերում մնում են նույնը։ Ավելին, ամբողջ ցանցը մեկ CDN կամ DNS հաշվի միջով երթուղավորելը պարզապես տեղափոխում է կլաստերը այդ հաշվի վրա: Առանց որոնողական հետքի (Footprint-free) դիզայնը պահանջում է բաշխում բազմաթիվ հաշիվների և մատակարարների միջև, տեղում հեռացում և յուրաքանչյուր կայքի առանձին մեկուսացում, որոնք աշխատում են միասին, այլ ոչ թե մեկ պրօքսի շերտ:
Ո՞՞ր տեղական հետքերն է հետքերի հեռացնողն իրականում հեռացնում:
Յուրաքանչյուր տեղակայման ժամանակ այն հեռացնում է WordPress-ի տարբերակը և գեներատորի պիտակը, wp-json հայտնաբերման հղումները, XML-RPC-ն, փինգբեքները և X-Powered-By գլխագիրը՝ էժան, սկրիպտավորվող նշանները, որոնք թույլ են տալիս ցանկացած անձի մեծ մասշտաբով նույնականացնել WordPress կայքը: Քանի որ այն աշխատում է որպես տեղակայման մաս, այլ ոչ թե որպես միանվագ մաքրում, պլագինի կամ թեմայի թարմացումը չի կարող աննկատ կերպով նորից ներմուծել այնպիսի ազդանշան, որն արդեն հեռացրել էիք:
Ինչո՞ւ է անհրաժեշտ իրականացնել թվային հետքերի (footprint) կառավարում յուրաքանչյուր տեղակայման (deploy) ժամանակ:
Քանի որ ցանցերը անընդհատ փոխվում են՝ նոր դոմեններ, միգրացիաներ, թեմաների փոխանակումներ, մակարդակների տեղաշարժեր, և յուրաքանչյուր փոփոխություն հնարավորություն է, որ հետքը (footprint) նդհանուր վերադառնա կամ նոր կայք հայտնվի գերօգտագործվող հաշվում։ Գործարկման պահին մաքուր եղած հետքերի աուդիտն անիմաստ է հարյուրավոր հետագա տեղակայումներից հետո։ Մենք կիրառում ենք կայքում հեռացումը, հաշիվների պահեստի հավասարակշռությունը և պլագինների բազային գիծը յուրաքանչյուր տրամադրման իրադարձության ժամանակ, որոնք հաշվարկվում են տիրույթի ուղիղ վիճակի, այլ ոչ թե կարգավորման պահի կտրվածքի հիման վրա։
Կարող եմ արդյոք օգտագործել իմ սեփական Cloudflare կամ CDN հաշիվները ձեր ընդհանուրի փոխարեն:
Այո։ Դուք կարող եք ձեր սեփական CDN-ի և DNS-ի հաշիվները մերձենալ հավաքածուի մեջ մերոնց կողքին, և բաշխումը դեռևս վերահաշվարկվում է ուղիղ հաշվի վիճակից յուրաքանչյուր տեղակայման ժամանակ, որպեսզի որևէ բան չշեղվի դեպի կլաստեր։ Սա հարմար է այն օպերատորների համար, ովքեր արդեն ունեն հին կամ վստահելի հաշիվներ, որոնք ցանկանում են պահել շրջանառության մեջ։
Առնչվող
Փորձեք անվճար 14 օրով
Գործարկե՛ք ձեր առաջին կայքերն անվճար 14 օրվա ընթացքում՝ առանց քարտի: Տեղափոխո՞ւմ եք գոյություն ունեցող ցանց: Ձեր առաջին միգրացիան մեր հաշվին է:
Սկսեք անվճար