Завдання

За допомогою власного зовнішнього DNS і CA Authority (ними не обов’язково повинна виступати віртуальна машина, їх можна й підняти на фізичній, якщо оперативної пам’яті не вистачає) налаштувати доступ до сайту з попереднього заняття із зовнішньої (192.168.0.0/24) мережі через HTTPS. Дозволити завантаження файлів із внутрішнього FTPS-сервера, використовуючи серверну частину вебдодатку як проксі.

Налаштувати Nginx сервер як балансувальник навантаження та проксі, що стоїть на вході в кластер і слугує фасадом, який перенаправляє пакети між хоча б двома серверами (на ваш вибір).

На скріншотах потрібно захопити:

• вебсайт, де видно що він використовує зовнішнє доменне ім’я, і є захищеним за допомогою TLS (браузер це показує часто символом замочку);
• знімок лог файлу /var/log/nginx/access.log, де видно що сервер перенаправляє запити між різними внутрішніми хостами;
• момент завантаження файлу та його вміст (як показано було вище);
• вікно перегляду сертифіката браузера для нашого веб-сайту, де видно кому й ким видано (приклад нижче).

Також додайте код вебсайту, упакований разом як серверний проєкт, так и фронтовий. Якщо вам потрібно подивитися на мою реалізацію, то посилання на репозиторій з минулої практичної ще дійсне.

Потрібно створити топологію зображену на діаграмі згідно варіанту. Варіант обирається за допомогою залишку від ділення дня нарождення на 3 (day_of_birth % 3).

Студенти, у яких система не дозволяє створювати багато віртуальних машин (оперативна пам’ять 4гб або менше) можуть вибрати додатковий варіант для машин з низькою пам’яттю:

Кожен з роутерів повинен мати DHCP сервер, який обслуговує статичні інтерфейси (якщо адреса закінчується на 1) адресами діапазону 128-191. Якщо на діаграмі в машині вказано фіксовану адресу в мережі, то її потрібно встановити зі сторони DHCP серверу.

Після виконання завдання потрібно сформувати звіт, в який вставити скріншот:

• nmap мережі 10.0.0.0/24, та інших за бажанням.
• трейс між двома хостами (між хостом і фізичною машиною для варіанту з низькою пам’яттю).
• пінг google.com з одного з хостів.
• пінг одного з хостів з вашої фізичної машини.
• файлу конфігурації DHCP серверу на VM

Завдання

За допомогою власного зовнішнього DNS і CA Authority (ними не обов’язково повинна виступати віртуальна машина, їх можна й підняти на фізичній, якщо оперативної пам’яті не вистачає) налаштувати доступ до сайту з попереднього заняття із зовнішньої (192.168.0.0/24) мережі через HTTPS. Дозволити завантаження файлів із внутрішнього FTPS-сервера, використовуючи серверну частину вебдодатку як проксі.

Налаштувати Nginx сервер як балансувальник навантаження та проксі, що стоїть на вході в кластер і слугує фасадом, який перенаправляє пакети між хоча б двома серверами (на ваш вибір).

На скріншотах потрібно захопити:

• вебсайт, де видно що він використовує зовнішнє доменне ім’я, і є захищеним за допомогою TLS (браузер це показує часто символом замочку);
• знімок лог файлу /var/log/nginx/access.log, де видно що сервер перенаправляє запити між різними внутрішніми хостами;
• момент завантаження файлу та його вміст (як показано було вище);
• вікно перегляду сертифіката браузера для нашого веб-сайту, де видно кому й ким видано (приклад нижче).

Також додайте код вебсайту, упакований разом як серверний проєкт, так и фронтовий. Якщо вам потрібно подивитися на мою реалізацію, то посилання на репозиторій з минулої практичної ще дійсне.

Завдання

Написати вебсайт і розгорнути його на двох віртуальних машинах у кластері, при цьому використавши Apache вебсервер і systemd сервіс. Упевніться, що всередині (або зовні) кластеру ви можете зайти на сайт через домен вашого кластеру і що зв’язок з Api теж працює. На скріншотах вам потрібно захопити:

• ваш сайт, де видно адресну строку (доменне ім’я), та те, що було повернуто вам з веб-апі;
• systemctl status вашого сервісу, який тримає back end частину;
• tree кореневої директорії вашого сайту в Apache.

Також додайте до звіту код вашого сайту, що ви розробили, який повинен бути у двох проєктах.

Як і казав, додаю посилання на папку з кодом сайту, який використався в цьому занятті, але наполегливо рекомендую не копіювати його, а створити свій на тій технології, яка вам більше подобається.

Додаткові матеріали до практичної роботи 10

Якщо у вас немає досвіду у вебпрограмуванні, то звертайтеся до викладача, спробую пояснити основні концепції.

Потрібно створити топологію, зображену на діаграмі, згідно варіанту. Варіант обирається за допомогою залишку від ділення дня нарождення на 3 (day_of_birth % 3).

Студенти, у яких система не дозволяє створювати багато віртуальних машин (оперативна пам’ять 4 гб або менше), можуть вибрати додатковий варіант для машин з низькою пам’яттю:

Кожен з роутерів повинен мати DHCP сервер, який обслуговує статичні інтерфейси (якщо адреса закінчується на 1) адресами діапазону 128-191. Якщо на діаграмі в машині вказано фіксовану адресу в мережі, то її потрібно встановити зі сторони DHCP серверу.

Після виконання завдання потрібно сформувати звіт, у який вставити скріншот:

• nmap мережі 10.0.0.0/24, та інших за бажанням.
• трейс між двома хостами (між хостом і фізичною машиною для варіанту з низькою пам’яттю).
• пінг google.com з одного з хостів.
• пінг одного з хостів з вашої фізичної машини.
• файлу конфігурації DHCP серверу на VM

Потрібно створити топологію зображену на діаграмі згідно варіанту. Варіант обирається за допомогою залишку від ділення дня нарождення на 3 (day_of_birth % 3).

Студенти, у яких система не дозволяє створювати багато віртуальних машин (оперативна пам’ять 4гб або менше) можуть вибрати додатковий варіант для машин з низькою пам’яттю:

Кожен з роутерів повинен мати DHCP сервер, який обслуговує статичні інтерфейси (якщо адреса закінчується на 1) адресами діапазону 128-191. Якщо на діаграмі в машині вказано фіксовану адресу в мережі, то її потрібно встановити зі сторони DHCP серверу.

Після виконання завдання потрібно сформувати звіт, в який вставити скріншот:

• nmap мережі 10.0.0.0/24, та інших за бажанням.
• трейс між двома хостами (між хостом і фізичною машиною для варіанту з низькою пам’яттю).
• пінг google.com з одного з хостів.
• пінг одного з хостів з вашої фізичної машини.
• файлу конфігурації DHCP серверу на VM

Укажіть, яка частина хедеру присутня і в TCP, і в UDP 

Завдання

Налаштувати FTPS сервер на одному з хостів і забезпечити безпечну передачу даних за допомогою TLS. Створити віртуального користувача для FTP і видати йому конкретну директорію для доступу.

За бажанням включити Anonymous доступ в окрему публічну директорію (сервер за замовчуванням створює /var/pub).

На скріншотах потрібно захопити:

• важливі конфігурації в vsftpd.conf.
• скачування файлу з віддаленого FTPS сервера за допомогою lftp.
• завантаження файлу на сервер;
• інформацію сертифіката сервера, отриману за допомогою команди:
  openssl s_client -connect fs-1.fallen.lan:21 -starttls ftp
  де замість fs-1.fallen.lan потрібно підставити доменне ім’я вашого хосту.
  На скріншоті захопити інформацію про те, хто видав цей сертифікат, кому й версію TLS.

• Додатково: логін під anonymous в окрему публічну папку.

Із скріншотів потрібно сформувати звіт і направити його викладачу.

Укажіть правильну відповідь

Доменні імена можна розділити на 

Укажіть, якою топологією можна описати сучасний інтернет