Başsız Pi-də açılış nasazlığını şəbəkə nasazlığından ayırmaq

Kart korpusdan çıxarılır, amma hələ heç kim dörd şeydən hansının həqiqətən uğursuz olduğunu soruşmayıb. Pi VPN və ya şəbəkə dəyişikliyindən sonra cavab verməyi dayandırıb və yenidən yazmaq yeganə mümkün addım kimi görünür. Bu nadir hallarda belə olur: icarə müddəti dəyişə bilər, sshd dayana bilər və ya cavab izləyə bilmədiyiniz bir marşrutla çıxa bilər və bunların hər birinin öz həlli var. Faydalı iş müşahidə etdiklərinizi fərz etdiklərinizdən ayırmaqdır.

Dörd nəticə, bir yox

Açılış, ünvan, dinləmə və əlçatanlıq dörd ayrı nəticədir və onlardan hər hansı biri digərləri hələ də qüvvədə ikən uğursuz ola bilər. Lövhə mükəmməl açıla və şəbəkədə heç vaxt görünməyə bilər. Heç kimin gözləmədiyi ünvanla görünə və ya düzgün ünvanı saxlayıb SSH söndürülmüş ola bilər. Üçünü də düzgün edib yenə də əlçatmaz ola bilər, çünki cavablar səhv şlüz vasitəsilə çıxır.

Yenidən yazma instinkti bu dördü bir suala yığır və buna görə də çox vaxt işləyən bir Pi verir, amma nəyin həqiqətən pozulduğunu izah etmir.

Sübutların həqiqətən bitdiyi yer

Bir şeyə toxunmazdan əvvəl üç şeyi yazın: son işləyən ünvan və yuxarı kanal, nəyin dəyişdirildiyi və işləməyi dayandıran ilk əməliyyat. Artıq həll olunmayan host adı, vaxtı bitən SSH bağlantısı və rədd edilən TCP bağlantısı üç fərqli müşahidədir və üç fərqli qata işarə edir. Uğursuz ping bir ünvanın əlçatanlığını yoxlayır və yuxarıdakı bütün səbəblərdən, o cümlədən heç vaxt başlamamış lövhədən uğursuz olur. Buna görə o, açılış testini əvəz edə bilməz.

Yerli ekran və ya bərpa konsolu varsa, ondan istifadə edin, çünki onun cavab verdiyi sual maşının öz əməliyyat sisteminə çatıb-çatmamasıdır. Yenidən yazmanın həll edəcəyi yeganə sual budur. Lövhə bu mərhələdən əvvəl uğursuz olursa, olmayan ekran görüntüsündən aparat nasazlığı çıxarmaq əvəzinə platformanın bərpa sənədlərinə əməl edin və diaqnostika üçün enerjini kəsməyi dayandırın.

Giriş yolunu işləyən sistemdə yenidən qurun

Cari yuxarı kanalı və ünvanı şəbəkə konfiqurasiyasına sahib olan vasitə ilə tapın, sonra bunu marşrutlaşdırıcının hazırkı müştəri siyahısı və SSH müştərisinin istifadə etdiyi ünvanla müqayisə edin. Saxlanmış host adı və ya köhnə DHCP icarəsi həftələrlə dünənki təyinatı göstərə bilər. Sonra sshd-nin aktiv olduğunu, mövcud bir ünvanda dinlədiyini və idarəetmə şəbəkəsindən icazə aldığını təsdiqləyin. Raspberry Pi-nin SSH təlimatı serverin aktivləşdirilməsini və cari ünvana qoşulmağı iki ayrı addım kimi qəbul edir və yeni Raspberry Pi OS quraşdırması SSH-ı standart olaraq söndürülmüş saxlayır.

Host adı başqa maşına yenidən yönəldilə bilər və əvəzedici obraz öz açarı ilə gəlir, buna görə xəbərdarlığı klikləyib keçmək əvəzinə barmaq izini artıq etibar etdiyiniz yol vasitəsilə yoxlayın. Xəbərdarlığı silmək müvəqqəti ünvan dəyişikliyinin daimi etibar probleminə çevrilmə üsuludur. Açar sorğusu yeganə simptomdursa, siz əlçatanlıq deyil, kimlik məsələsinə baxırsınız.

Lövhəni günahlandırmazdan əvvəl cavab marşrutunu izləyin

VPN fiziki əlaqə qoşulmuş qalarkən marşrut seçimini dəyişə bilər və bu, Pi-nin işlədiyi, dinlədiyi və yenə də əlçatmaz olduğu dəqiq haldır. Sorğu gəlir və cavab administratorun müştərisinin keçə bilmədiyi tuneldən çıxır. Yerli konsol və dinləyən soket geri dönüş yolu haqqında heç nə sübut etmir, buna görə cavabı hansı interfeysin daşıdığını və hansı şlüzü seçdiyini təsdiqləyin. Bunu administratorun həqiqətən olduğu şəbəkə ilə müqayisə edin, çünki bu nasazlıq digərlərindən daha çox ölü lövhə kimi səhv diaqnoz edilir.

Ən ucuz yoxlama cavabın çıxışını izləməkdir: Pi-də administratorun ünvanını hansı marşrutun daşıyacağını soruşun və bunu sorğunun gəldiyi interfeyslə müqayisə edin. Oradakı uyğunsuzluq bütün simptomu izah edir və bir əmrə başa gəlir.

Bir dəfə bir sərhəd və yenidən yazmağın nə vaxt doğru olduğu

Cari vəziyyəti qoruyub saxladıqdan sonra konfiqurasiyanı onun sahibi vasitəsilə düzəldin. Şəbəkə menecerini dəyişmək, firewall-u təmizləmək və statik ünvanı təxmin etmək növbəti müşahidəni yararsız edən üç dəyişiklikdir. Sübutlar VPN-in marşrutuna və ya filtrləməsinə işarə edirsə, həmin müştərinin öz dayandırma və ya təmir proseduruna qayıdın və razılaşdırılmış bərpa planı çərçivəsində işləyin; nəzarətli müqayisə izah etmədiyiniz hostda müdafiəni söndürməkdən fərqli bir şeydir.

Yenidən yazmaq qəsdən verilən bərpa qərarıdır və məlumatları, kimliyi və uğursuz olan mərhələni anladıqdan sonra verilir. Çatışmayan giriş standart olaraq bunu tetikləməməlidir.

Konfiqurasiya qeydini Pi olmadan oxuna bilən yerdə saxlayın və dəyişmək üzrə olduğunuz tuneldən keçməyən bir giriş yolu saxlayın. Sonra sıra ilə işləyin: mərhələni yerli konsoldan təsdiqləyin, cari ünvanı tapın, dinləyiciyi və onun siyasətini yoxlayın, cavab marşrutunu izləyin və bir şeyi dəyişin. Lövhə heç vaxt əməliyyat sisteminə çatmayıbsa, növbəti addım şəbəkə deyil, bərpa sənədləridir.