Անջատել առանց էկրանի Pi-ի բեռնման խափանումը ցանցային խափանումից

Քարտը հանվում է պատյանից նախքան ինչ-որ մեկը հարցրել է, թե չորսից որն է իրականում ձախողվել։ Pi-ն դադարել է պատասխանել VPN-ի կամ ցանցի փոփոխությունից հետո, և նորից գրելը թվում է միակ մնացած քայլը։ Հազվադեպ է այդպես. լիզինգը կարող է տեղափոխվել, sshd-ն կարող է կանգնել, կամ պատասխանը կարող է դուրս գալ ուղով, որը դուք չեք կարող հետևել, և դրանցից յուրաքանչյուրն ունի իր լուծումը։ Օգտակար աշխատանքը ձեր դիտարկածը ձեր ենթադրածից անջատելն է։

Չորս արդյունք, ոչ մեկը

Բեռնումը, հասցեն, լսելը և հասանելիությունը չորս առանձին արդյունք են, և դրանցից ցանկացածը կարող է ձախողվել, մինչ մյուսները դեռ պահպանվում են։ Սալիկը կարող է կատարյալ բեռնվել և երբեք չհայտնվել ցանցում։ Այն կարող է հայտնվել ոչ ոքի չսպասած հասցեով, կամ պահել ճիշտ հասցեն՝ SSH-ը անջատված։ Այն կարող է բոլոր երեքը ճիշտ անել և միևնույն է անհասանելի լինել, քանի որ պատասխանները դուրս են գալիս սխալ դարպասով։

Նորից գրելու բնազդը այդ չորսը հավաքում է մեկ հարցի մեջ, և դրա համար է, որ այն այդքան հաճախ տալիս է աշխատող Pi և ոչ մի բացատրություն, թե ինչն է իրականում կոտրվել։

Որտեղ են իրականում ավարտվում ապացույցները

Գրեք երեք բան նախքան որևէ բանի դիպչելը. վերջին անգամ աշխատած հասցեն և վերին կապը, ինչ է փոխվել, և առաջին գործողությունը, որը դադարել է աշխատել։ Հոսթի անունը, որը այլևս չի լուծվում, SSH կապը, որը ժամկետանց է դառնում, և TCP կապը, որը մերժվում է, երեք տարբեր դիտարկումներ են, որոնք ցույց են տալիս երեք տարբեր շերտերի։ Ձախողված ping-ը ստուգում է մեկ հասցեի հասանելիությունը և ձախողվում է վերը նշված բոլոր պատճառներով, ներառյալ սալիկը, որը երբեք չի մեկնարկել։ Դրա համար այն չի կարող փոխարինել բեռնման թեստին։

Եթե հասանելի է տեղական էկրան կամ վերականգնման կոնսոլ, օգտագործեք այն, քանի որ հարցը, որին այն պատասխանում է, այն է՝ արդյոք մեքենան հասնում է իր օպերացիոն համակարգին։ Դա միակ հարցն է, որը նորից գրելը կլուծեր։ Եթե սալիկը ձախողվում է այդ փուլից առաջ, հետևեք հարթակի վերականգնման փաստաթղթերին՝ բացակայող սքրինշոթից ապարատային խափանում եզրակացնելու փոխարեն, և դադարեցրեք սնուցման անջատումը որպես ախտորոշում։

Վերականգնեք մուտքի ուղին աշխատող համակարգում

Գտեք ընթացիկ վերին կապը և հասցեն նրա միջոցով, ով տիրապետում է ցանցի կարգավորումներին, ապա համեմատեք դա երթուղիչի ընթացիկ հաճախորդների ցանկի և SSH հաճախորդի օգտագործած հասցեի հետ։ Պահված հոսթի անունը կամ հին DHCP լիզինգը կարող են շաբաթներով մատնանշել երեկվա նպատակակետը։ Այնուհետև հաստատեք, որ sshd-ն միացված է, լսում է գոյություն ունեցող հասցեում, և թույլատրվում է կառավարման ցանցից։ Raspberry Pi-ի SSH ուղեցույցը սերվերի միացումը և ընթացիկ հասցեին միանալը դիտարկում է որպես երկու առանձին քայլ, և Raspberry Pi OS-ի նոր տեղադրումը լռելյայն անջատած է թողնում SSH-ը։

Հոսթի անունը կարելի է վերահասցեավորել այլ մեքենայի, և փոխարինող պատկերը գալիս է իր բանալիով, այնպես որ ստուգեք մատնահետքը ձեր արդեն վստահած ուղով՝ զգուշացումը սեղմելով անցնելու փոխարեն։ Զգուշացումը ջնջելը հենց այն ձևն է, որով ժամանակավոր հասցեի փոփոխությունը դառնում է մշտական վստահության խնդիր։ Եթե բանալու հարցումը միակ ախտանիշն է, դուք գործ ունեք ինքնության, ոչ թե հասանելիության հարցի հետ։

Հետևեք պատասխանի ուղուն, նախքան սալիկին մեղադրելը

VPN-ը կարող է փոխել երթուղու ընտրությունը, մինչ ֆիզիկական կապը մնում է կցված, և սա հենց այն դեպքն է, երբ Pi-ն միացած է, լսում է և միևնույն է անհասանելի։ Հարցումը գալիս է, և պատասխանը դուրս է գալիս թունելով, որը ադմինիստրատորի հաճախորդը չի կարող անցնել։ Տեղական կոնսոլը և լսող սոկետը ոչինչ չեն ապացուցում վերադարձի ուղու մասին, այնպես որ հաստատեք, թե որ ինտերֆեյսն է կրում պատասխանը և որ դարպասն է ընտրում։ Համեմատեք դա այն ցանցի հետ, որտեղ ադմինիստրատորն իրականում գտնվում է, որովհետև այս խափանումը մյուսներից ավելի հաճախ է սխալ ախտորոշվում որպես մեռած սալիկ։

Ամենաէժան ստուգումը պատասխանի դուրս գալը դիտելն է. Pi-ի վրա հարցրեք, թե որ երթուղին կտանի ադմինիստրատորի հասցեն, և համեմատեք այն ինտերֆեյսի հետ, որով եկել է հարցումը։ Այնտեղ անհամապատասխանությունը բացատրում է ամբողջ ախտանիշը և արժե մեկ հրաման։

Մեկ սահման միաժամանակ, և երբ է նորից գրելը ճիշտ

Ուղղեք կարգավորումները դրա տիրոջ միջոցով՝ ընթացիկ վիճակը պահպանելուց հետո։ Ցանցային կառավարիչը փոխարինելը, firewall-ը դատարկելը և ստատիկ հասցե գուշակելը երեք փոփոխություններ են, որոնք հաջորդ դիտարկումը դարձնում են անօգուտ։ Եթե ապացույցները մատնանշում են VPN-ի երթուղին կամ զտումը, վերադարձեք այդ հաճախորդի սեփական կանգառի կամ վերանորոգման ընթացակարգին՝ աշխատելով համաձայնեցված վերականգնման պլանի շրջանակում. վերահսկվող համեմատությունը այլ բան է, քան պաշտպանությունն անջատելը ձեր չբացատրած հոսթի վրա։

Նորից գրելը գիտակցված վերականգնման ընտրություն է, որը կատարվում է այն բանից հետո, երբ հասկանում եք տվյալները, ինքնությունը և ձախողված փուլը։ Դա այն չէ, ինչ պետք է լռելյայն հրահրի բացակայող մուտքը։

Պահեք կարգավորումների գրառումը Pi-ից անկախ ընթեռնելի տեղում, և վերադարձի ուղի, որը չի անցնում այն թունելով, որը դուք պատրաստվում եք փոխել։ Այնուհետև աշխատեք հերթականությամբ. հաստատեք փուլը տեղական կոնսոլից, գտեք ընթացիկ հասցեն, ստուգեք լսողին և դրա քաղաքականությունը, հետևեք պատասխանի ուղուն և փոխեք մեկ բան։ Եթե սալիկը երբեք չի հասել օպերացիոն համակարգին, հաջորդ քայլը վերականգնման փաստաթղթերն են, ոչ թե ցանցը։