Ось готовий урок, створений за твоїм майстер-промптом.

🎓 CS50: Мистецтво телепортації (SSH та віддалене керування)

Привіт, друзі! Радий бачити вас.

Уявіть ситуацію. Ви сидите в затишній кав'ярні у Львові, п'єте лате. А ваш код має працювати на потужному сервері, який знаходиться в холодному, шумному дата-центрі десь у Франкфурті або Нью-Йорку.

Ви ж не полетите туди літаком, щоб просто натиснути кнопку "Run", правда? І ви точно не хочете, щоб хтось по дорозі перехопив ваш пароль, як це буває в поганих шпигунських фільмах.

Як нам керувати комп'ютером, якого ми не можемо торкнутися? Як нам передати команду через увесь світ так, щоб це було безпечно, швидко і надійно?

Сьогодні ми говоримо про SSH (Secure Shell). Це не просто утиліта. Це ваша цифрова рука, яка може дотягнутися до будь-якого сервера у світі.

1. 🔥 Вступ: Чому це суперсила?

Давайте чесно: поки ви пишете код на своєму ноутбуці ("localhost"), все просто. Але світ розробки живе не на вашому ноутбуці. Веб-сайти, бази даних, хмарні обчислення — все це живе на віддалених серверах (Linux-машинах без моніторів і мишок).

Уявіть, що ви — хірург, який оперує пацієнта в іншій країні за допомогою робота-маніпулятора. * Ваш ноутбук — це пульт керування (Клієнт). * Робот в іншій країні — це комп'ютер (Сервер). * Канал зв'язку між вами — це SSH.

Питання до вас: Якби ви передавали секретний наказ через натовп людей, як би ви переконалися, що ніхто не прочитає записку і не підмінить її?

Без SSH інтернет був би диким полем, де будь-який хакер міг би "підслухати" ваш пароль і знищити ваш проєкт за секунду. SSH робить так, що навіть якщо хтось перехопить ваші дані, він побачить лише цифрове сміття.

2. 🧠 Теорія: Що там "під капотом"?

SSH (Secure Shell) — це мережевий протокол для безпечного віддаленого керування комп'ютером.

Як це працює? (Аналогія з валізою)

Уявіть, що ви хочете відправити важливі документи на сервер. 1. Клієнт (Ви) і Сервер домовляються про спосіб шифрування (рукостискання). 2. Створюється захищений тунель.

Але як сервер дізнається, що ви — це ви? Тут вступає в гру Автентифікація.

🔑 Паролі vs SSH-ключі (Must Know!)

Ви можете входити за паролем, але професіонали так не роблять. Вони використовують пару ключів.

Уявіть замок (колодку) і ключ: 1. Public Key (Публічний ключ 🔒): Це навісний замок. Ви можете роздати такі замки всім своїм серверам. "Гей, сервере, повісь цей замок на двері!". Цей ключ не страшно загубити чи показати другу. 2. Private Key (Приватний ключ 🗝️): Це єдиний ключ, який відкриває ваші замки. Він лежить у вас у кишені (на ноутбуці). Його не можна віддавати нікому!

Логіка проста: Коли ви стукаєте до сервера, він каже: "Ану, доведи, що ти свій. Я зараз зашифрую повідомлення твоїм Публічним замком. Якщо ти маєш Приватний ключ, ти зможеш це розшифрувати". Ви розшифровуєте, сервер бачить результат і каже: "Ласкаво просимо, Шеф!".

3. 🧪 Приклади: Від простого до магії

Приклад 1: Базовий вхід

Припустимо, у нас є сервер з адресою 192.168.1.50, і там є користувач admin.

Як ви думаєте, що треба написати в терміналі? (Студент думає... ssh?)

ssh admin@192.168.1.50

Якщо це перший раз, система запитає: "Я не знаю цей комп'ютер. Ви впевнені?". Ви пишете yes. Потім вас попросять ввести пароль. І вуаля! Ваш курсор змінився. Тепер все, що ви друкуєте, виконується ТАМ, а не тут.

Приклад 2: Генерація ключів (Real World)

Вводити пароль щоразу — це довго і небезпечно (пароль можна підібрати). Давайте створимо ключі.

ssh-keygen -t ed25519 -C "my_email@example.com"

ssh-keygen — майстер, що робить ключі.
-t ed25519 — тип шифрування (сучасний і швидкий стандарт).
Вам запропонують, де зберегти. Просто тисніть Enter.

Тепер у вас у папці ~/.ssh/ є два файли: 1. id_ed25519 (Приватний — СЕКРЕТ!) 2. id_ed25519.pub (Публічний — РОЗДАВАЙ!)

Тепер "закинемо" замок на сервер:

ssh-copy-id admin@192.168.1.50

Результат: Тепер спробуйте знову ssh admin@192.168.1.50. Магія! Вас пустило без пароля.

4. 🛠 Практична частина

Час розім'яти пальці. Якщо у вас немає під рукою справжнього сервера, ми будемо імітувати або використовувати ваш власний ПК (якщо це Linux/Mac) або WSL на Windows.

Завдання 1: Розвідка Відкрийте термінал. Введіть cd ~/.ssh і подивіться, що там є (ls). Якщо папки немає — нічого страшного. Введіть ssh -V. Яка версія встановлена?

Завдання 2: Створення ідентичності Згенеруйте свою пару ключів командою ssh-keygen. Важливо: не встановлюйте "passphrase" для початку (просто Enter), щоб зрозуміти принцип безпарольного входу. Знайдіть файл, який закінчується на .pub. Відкрийте його (cat id_ed25519.pub). Виглядає як набір випадкових символів? Так і має бути!

Завдання 3: "А що, якщо..." (Безпека) Уявіть, що ви випадково змінили права доступу до свого приватного ключа і зробили його доступним для всіх. SSH — параноїк. Він перестане працювати й скаже: "UNPROTECTED PRIVATE KEY FILE!". Ваше завдання: знайти команду chmod, яка зробить так, щоб цей файл міг читати тільки власник (підказка: це число 600).

Завдання 4: Міні-кейс Ви підключилися до сервера, запустили довгий процес оновлення системи, і тут... у вас зник інтернет. Що станеться з процесом на сервері? (Спойлер: він помре). Подумайте: Як можна вирішити цю проблему? (Ми розглянемо це в майбутньому, але ключові слова для гугління: tmux або screen).

5. 💡 Мислення як у розробника

Як відрізнити новачка від профі в консолі?

1. Новачок: Пише пароль на папірці. Або щоразу вводить: ssh root@ec2-54-123-45-67.compute-1.amazonaws.com Це ж жах! Можна помилитися в одній цифрі й підключитися не туди.

2. Досвідчений розробник (Ви): Використовує файл конфігурації ~/.ssh/config. Він пише там:

Host my-server
    HostName 192.168.1.50
    User admin
    IdentityFile ~/.ssh/my_key

І тепер він просто пише в консолі: ssh my-server

Типова помилка: Переплутати вікна терміналу. Ви думаєте, що видаляєте файли на своєму тестовому ноутбуці, а насправді ви вже видалили базу даних на "проді" (production server). Порада: Налаштуйте різний колір запрошення командного рядка для локального ПК і віддаленого сервера. Це рятує життя!

6. 🧩 Підсумок

Сьогодні ви отримали ключі від королівства.

Що ви тепер вмієте? 1. Розумієте, як безпечно з'єднувати комп'ютери через ненадійний інтернет. 2. Знаєте різницю між Публічним (замок) та Приватним (ключ) ключами. 3. Вмієте генерувати ключі та налаштовувати доступ без пароля.

SSH — це фундамент. На цьому будується все: від розгортання сайтів до керування кластерами з тисяч серверів.

🚀 Тизер наступного уроку: Добре, ми зайшли на сервер. Там пусто і темно. Як нам перетворити цей порожній комп'ютер на потужний веб-сервер, який обслуговуватиме тисячі користувачів? Наступного разу ми встановимо NGINX і запустимо ваш перший сайт у "хмарі".

А поки — спробуйте не загубити свій приватний ключ! 😉 Це був CS50. Побачимось!