Як перевірити пінг через командний рядок

Пінг (ping) — це утиліта командного рядка, за допомогою якого можна перевірити, чи в мережі той чи інший сервер. Простими словами, команда ping надсилає серверу повідомлення «ти у мережі?». Якщо сервер у мережі, він відправляє у відповідь повідомлення «так, я у мережі».

Перевірити пінг — це перший крок, з якого можна розпочати діагностику, якщо не відкривається сайт або сервер не реагує на спроби щось з ним зробити.

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

Зміст

Перевірка пінгу

На комп’ютері перевірити пінг сервера можна у командному рядку. Для смартфонів є спеціальні програми, наприклад, iNetTools (для iPhone) та Network Utilities (для Android). Ось інструкції для кожного із способів.

Windows

Натисніть комбінацію клавіш Win + R і в вікні введіть команду cmd.

Відкриється командний рядок. Щоб перевірити пінг, використовуйте ping. Як адресу сервера можна вказати його IP-адресу або доменне ім’я.

Linux або Mac OS

У Mac OS перейдіть у бічному меню Finder у розділі «Програми», потім перейдіть до папки «Утиліти» і відкрийте програму «Термінал».

У Linux Термінал відкривається комбінацією клавіш Ctrl+Alt+T.

У терміналі, щоб пропінгувати сервер, введіть ping разом із доменним ім’ям або IP-адресою сервера.

iPhone

На головній сторінці програми iNetTools перейдіть до розділу «Trace Route» і впишіть там у рядку пошуку домен або IP-адресу сервера. Результат пінгу відобразиться трохи нижче в блоці Result.

Android

У програмі Network Utilities перейдіть до меню в лівому верхньому куті та відкрийте розділ «Ping». Введіть там у рядку пошуку домен або IP-адресу сервера, який хочете пропінгувати.

Результати пінгу

Якщо пропінгувати сервер вдалося, в результатах команди буде ім’я сервера та його IP-адреса, швидкість відповіді в мілісекундах, кількість відправлених пакетів і скільки з них було доставлено:

• packets transmitted — кількість відправлених пакетів;
• received — кількість доставлених пакетів;
• packet loss — відсоток втрачених пакетів;
• time — загальний час на доставку та повернення пакетів;
• rtt min/avg/max/mdev — мінімальний час/середній час/максимальний час/квадратичне відхилення.

У цьому прикладі ми зробили пінг-тест сервера, на якому знаходиться сайт vashdomen.com. Було відправлено чотири пакети по 64 байти. Усі чотири пакети повернулися. Середній час передачі запиту та відповіді на нього — 184 мілісекунди.

Якщо у вас вдалося пропінгувати IP-адресу, але при цьому не вдається перевірити пінг того ж сервера по домену, значить проблема перетворення домену в IP-адресу. Перевірте налаштування серверів DNS на домені.

Якщо пропінгувати сервер не вдалося, ви побачите одну з двох відповідей: unknown host або request timeout . За ними ви можете зрозуміти, де шукати проблему: на вашій стороні або на стороні сервера.

Повідомлення unknown host означає, що комп’ютер не зміг відправити пінг до сервера. Це говорить про те, що проблема на вашому боці. Можливо, немає підключення до інтернету або ви намагаєтеся пінгувати адресу, якої не існує.

Повідомлення request timeout означає, що комп’ютер успішно відправив пінг, але сервер не відповів протягом встановленого часу очікування. Це означає, що проблема або на стороні сервера або на шляху запиту між комп’ютером і сервером. Наприклад, сервер завис або відключився, або провайдер блокує сайт.

Окремий момент із приводу request timeout — таке повідомлення не завжди означає, що сервер не в мережі. Також може бути таке, що в налаштуваннях сервера блокуються запити ICMP. Щоб це перевірити, спробуйте підключитися до сервера SSH. Якщо виходить, значить насправді сервер працює.

Варіації команди ping

Крім простої перевірки з’єднання із сервером, є кілька варіацій команди на різні випадки життя. Ось найцікавіші з них.

Постійний пінг

За замовчуванням команда пінг у Windows відправляє чотири пакети, а в Linux та MacOS діє безперервно. Щоб запустити безперервний ping сайт у Windows, використовуйте опцію -t:

Щоб зупинити пінг, скористайтеся комбінацією клавіш CTRL+C.

Пінг із зазначенням кількості пакетів

Можна, навпаки, вказати необхідну кількість пакетів. Наприклад, ось команда, яка надішле суворо п’ять пакетів:

Linux або Mac OS

Як варіант можна зробити пінг сайту лише один раз. Наприклад, якщо потрібно перевірити IP-адресу, на яку зараз направлено доменне ім’я.

Linux або Mac OS

Пінг із зазначенням розміру пакету

За замовчуванням відправляються пакети по 32 або 64 байти, але цей параметр також можна змінити. Наприклад, використовуйте таку команду, щоб виконати ping із пакетами по 1025 байт:

Linux або Mac OS

Пінг зі звуком

Такий варіант команди ping доступний лише в Linux та MacOS. Його зручно використовувати при перезавантаженні сервера. Поки сервер не перезапустився, пакети не доставляються і звук не працює. Як тільки перезавантаження закінчиться, термінал почне видавати звук. До цього моменту можна відволіктися інші завдання.

Що далі

Тепер ви знаєте, що таке пінг і як перевірити його у командному рядку. Ще одна утиліта, за допомогою якої можна продовжити діагностику мережі, це команда traceroute. Скористайтеся нею, якщо тест пінгу показав, що сервер в мережі. У цьому вам допоможе наша стаття:

Як знизити високий пінг – 10 способів. Від чого залежить пінг і як його дізнатися.

Одна з найважливіших підсистем, що відповідає за зв’язок будь-якого сервера із зовнішнім світом, — мережна. Через мережеві інтерфейси надходять запити від віддалених систем і через ці ж інтерфейси надсилаються відповіді, що дозволяє налагоджувати комунікацію та надавати/отримувати послуги. У зв’язку з цим особливо важливо вміти проводити діагностику та моніторинг мережі хоча б на базовому рівні, щоб виявляти проблеми та вносити коригування у конфігурацію у разі потреби.

Хмарні сервери Intel Xeon Gold 6254 3.1 GHz CPU, SLA 99,9% від 249 руб/місяць

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

Діагностика мережевої зв’язності (ping, arp, traceroute)

У цій статті ми спиратимемося на використання протоколу IP версії 4. Відповідно до стандартів, що визначають роботу цього протоколу, кожен пристрій, підключений до мережі, повинен мати як мінімум IP-адресу та маску підмережі — параметри, які дозволяють унікально ідентифікувати пристрій у межах певної мережі . У такій конфігурації пристрій може обмінюватися мережними пакетами з іншими пристроями в межах тієї самої логічної мережі. Якщо до цього набору параметрів додати адресу шлюзу за промовчанням, наш сервер зможе зв’язуватися з хостами, що знаходяться за межами локального адресного простору.

У разі будь-яких мережних проблем насамперед перевіряємо, чи не збилися налаштування мережного інтерфейсу. Наприклад, команди ip addr або ifconfig виведуть IP-адресу та маску мережі:

Скріншот №1. Перевірка налаштувань мережного інтерфейсу

У виведенні команди видно список мережевих інтерфейсів, розпізнаних операційною системою. Інтерфейс lo – це псевдоінтерфейс (loopback). Він не використовується в реальних взаємодіях з віддаленими хостами, а ось інтерфейс з ім’ям ens192 – те, що нам потрібно (найменування мережевих інтерфейсів відрізняється в різних гілках та версіях ОС Linux). IP-адреса та маска мережі, призначені цьому інтерфейсу, вказані в полі inet – /24 після адреси позначають 24-бітову маску 255.255.255.0.

Тепер перевіримо, чи вказано шлюз за замовчуванням. Команди ip route або route покажуть наявні маршрути:

Скріншот №2. Перевірка маршруту

У таблиці маршрутизації бачимо, що є маршрут за промовчанням (позначається або ключовим словом default , або адресою 0.0.0.0 ). Усі пакети, призначені для зовнішніх мереж, повинні надсилатися на вказану в маршруті адресу через зазначений мережевий інтерфейс.

Якщо в налаштуваннях інтерфейсу є помилки, їх необхідно виправити – допоможуть у цьому інші статті для Ubuntu 18.04 або CentOS . Якщо ж все правильно – приступаємо до діагностики за допомогою утиліти ping. Ця команда відправляє спеціальні мережні пакети на віддалену IP-адресу (ICMP Request) і чекає на відповідні пакети (ICMP Reply). Таким чином можна перевірити мережеву зв’язність — чи маршрутизуються мережеві пакети між IP-адресами відправника та одержувача.

Синтаксис команди ping IP/ім’я опції :

Скріншот №3. Синтаксис команди

В даному випадку бачимо, що на обидва мережеві пакети, відправлені на адресу нашого шлюзу за замовчуванням, отримані відповіді, втрат немає. Це означає, що на рівні локальної мережі зі зв’язністю все гаразд. Окрім кількості отриманих/втрачених мережних пакетів ми можемо побачити час, який було витрачено на проходження запиту та відповіді – параметр RTT (Round Trip Time). Цей параметр може бути дуже важливим при діагностиці проблем, пов’язаних з нестабільністю зв’язку та швидкістю з’єднання.

• ping –c кількість — вказати кількість пакетів, яка буде надіслана адресату (за замовчуванням пакети відправляються доти, доки користувач не перерве виконання команди. Цей режим можна використовувати, щоб перевірити стабільність мережного з’єднання. Якщо параметр RTT буде сильно змінюватися під час перевірки, значить десь упродовж маршруту є проблема);
• ping -s кількість – вказати розмір пакета в байтах. За промовчанням перевірка проводиться малими пакетами. Щоб перевірити роботу мережних пристроїв із пакетами більшого розміру, можна використовувати цей параметр;
• ping –I інтерфейс — вказати мережний інтерфейс, з якого буде надіслано запит (актуально за наявності кількох мережних інтерфейсів та необхідності перевірити проходження пакетів за конкретним мережним маршрутом).

Якщо при використанні команди ping пакети від шлюзу (або іншого хоста, що знаходиться в одній локальній мережі з сервером-відправником) у відповідь не надходять, варто перевірити мережеву зв’язність на рівні Ethernet. Тут для комунікації між пристроями використовують так звані MAC-адреси мережевих інтерфейсів. За дозвіл Ethernet-адрес відповідає протокол ARP (Address Resolution Protocol) і за допомогою однойменної утиліти ми можемо перевірити коректність роботи на цьому рівні. Запустимо команду arp -n і перевіримо результат:

Команда виведе список IP-адрес (так як був використаний аргумент –n ), і відповідні їм MAC-адреси хостів, що знаходяться в одній мережі з нашим сервером. Якщо в цьому списку є IP, який ми намагаємося пінгувати, і відповідний йому MAC, то мережа працює і, можливо, ICMP-пакети, які використовує команда ping, просто блокуються файрволом (або відправника, або з боку одержувача). Докладніше про управління правилами файрвола розказано тут і тут .

• arp -n – Висновок вмісту локального arp-кешу в числовому форматі. Без цієї опції буде зроблено спробу визначити символічні імена хостів;
• arp –d адреса — видалення вказаної адреси з кешу. Це може бути корисним для перевірки коректності дозволу адреси. Щоб переконатися, що зараз адреса дозволяється коректно, можна видалити її з кеша і знову запустити ping. Якщо все працює правильно, адреса знову з’явиться у кеші.

Якщо всі попередні кроки завершені коректно, перевіряємо роботу маршрутизатора – запускаємо ping до сервера за межами нашої мережі, наприклад 8.8.8.8 (DNS-сервіс від Google). Якщо все працює коректно, отримуємо результат:

Скріншот №5. Перевірка роботи маршрутизатора

У разі проблем на цьому кроці, нам може допомогти утиліта traceroute, яка використовуючи ту ж логіку запитів та відповідей допомагає побачити маршрут, яким рухаються мережеві пакети. Запускаємо traceroute 8.8.8.8 –n та вивчаємо висновок програми:

Скріншот №6. Утиліта traceroute

Першим маршрутизатором на шляху пакету має бути наш локальний шлюз за промовчанням. Якщо далі пакет не йде, можливо проблема в конфігурації маршрутизатора і потрібно розбиратися з ним. Якщо пакети губляться на подальших кроках, можливо, є проблема у проміжній мережі. А, можливо, проміжні маршрутизатори не відсилають пакети у відповідь. У цьому випадку можна перейти на використання іншого протоколу в traceroute.

• traceroute -n – Висновок результату в числовому форматі замість символічних імен проміжних вузлів;
• traceroute –I — використання протоколу ICMP при відстеженні маршруту. За замовчуванням використовуються UDP-датаграми;
• traceroute –s адреса — вказати адресу джерела вихідного мережного пакета;
• traceroute -i інтерфейс – вказати мережний інтерфейс, з якого будуть надсилатися пакети.

Назви, визначені діагностикою (nslookup, dig)

Розібравшись із мережевою зв’язністю та маршрутизацією приходимо до наступного етапу – дозвіл доменних імен. Найчастіше у роботі з віддаленими сервісами ми використовуємо IP-адреси, а вказуємо доменні імена віддалених ресурсів. За переклад символічних імен в IP-адреси відповідає служба DNS – це мережа серверів, які містять актуальну інформацію про відповідність імен та IP у межах довірених доменних зон.

Найпростіший спосіб перевірити, чи працює дозвіл імен – запустити утиліту ping із зазначенням доменного імені замість IP-адреси (наприклад, ping ya.ru). Якщо пакети у відповідь від віддаленого сервера приходять, значить все працює як треба. В іншому випадку потрібно перевірити, чи прописаний DNS-сервер у мережних налаштуваннях і чи вдається отримати від нього відповідь.

Способи з’ясування, який DNS-сервер використовує наш сервер, різняться в залежності від використовуваної версії та дистрибутива ОС Linux. Наприклад, якщо ОС використовується Network Manager для керування мережевими інтерфейсами (CentOS, RedHat та ін.), може допомогти висновок команди nmcli :

У налаштуваннях мережного інтерфейсу, розділ DNS configuration, ми побачимо IP-адресу сервера. У Ubuntu 18.04 і вище, які використовують Netplan, використовуємо команду systemd-resolve -status :

Скриншот №8. Команда systemd-resolve —status

Використовуваний сервер також буде вказаний у налаштуваннях інтерфейсу, розділ DNS Servers. У більш старих версіях Ubuntu потрібно перевірити вміст файлів /etc/resolve.conf та /etc/network/interfaces . Якщо сервер не вказано, скористайтеся статтею Ubuntu 18.04 або CentOS , щоб скоригувати налаштування.

Перевірити роботу сервісу дозволу імен нам допоможуть утиліти nslookup або dig. Функціонально вони майже ідентичні: G-висновок утиліти dig містить більше діагностичної інформації та гнучко регулюється, але це далеко не завжди потрібно. Тому використовуйте ту утиліту, яка зручна у конкретній ситуації. Якщо ці команди недоступні, потрібно буде доставити пакети на CentOS/RedHat:

sudo apt install dnsutils

Після успішного встановлення зробимо тестові запити:

Скріншот №9. Тестові запити

У розділі Answer Section бачимо відповідь від DNS сервера – IP-адресу для A-запису з доменним ім’ям ya.ru. Дозвіл імені працює коректно:

Скріншот №10. Підтвердження коректної роботи

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

Що ж робити, якщо у відповіді відсутня IP-адреса? Можливо, DNS-сервер недоступний. Для перевірки можна надіслати тестовий запит на інший DNS-сервер. Обидві утиліти дозволяють це зробити. Надішліть тестовий запит на DNS-сервер Google:

Скріншот №11. Надсилання тестового запиту 1

Скріншот №12. Надсилання тестового запиту 2

Якщо імена дозволяються публічним DNS-сервером коректно, а встановленим за замовчуванням в ОС немає, мабуть, є проблема цього DNS-сервера. Тимчасовим вирішенням цієї проблеми може бути використання публічного DNS-сервера як сервер для вирішення імен в операційній системі. Якщо дозвіл імен не працює ні через локальний, ні через публічний DNS сервер — варто перевірити чи не блокують правила файрвола відправлення на віддалений порт 53 TCP/UDP пакетів (саме на цьому порту DNS-сервери приймають запити).

• nslookup ім’я сервер – дозволити доменне ім’я, використовуючи альтернативний сервер;
• nslookup –type=тип ім’я – отримати запис вказаного типу для доменного імені (наприклад, nslookup -type=mx ya.ru – отримати MX-записи для домену ya.ru);
• dig @ сервер ім’я – дозволити доменне ім’я, використовуючи альтернативний сервер;
• dig ім’я тип — отримати запис вказаного типу для доменного імені (наприклад, dig ya.ru mx — одержати записи MX для домену ya.ru).

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

Здрастуйте, Гість! Зареєструватися чи увійти?

Увага! Ви не ввели URL/IP для перевірки. Ви не вказали порт перевірки! Після IP ставиться двокрапка ‘:’, а потім вводиться номер порту. Наприклад, перевірка IP 131.225.373.44 порту 225 виглядає так: 131.225.373.44 :225 . Увага! Ви не ввели неправильну адресу для цього типу перевірки. Увага! Для цього типу перевірки потрібно прибрати закриває слеш. ×

Ping – це онлайн-сервіс, що дозволяє перевірити доступність Вашого ресурсу за допомогою відправлення пакетів ICMP. Звертаємо увагу, що технічно пінг може бути закритий, але це не означає, що сервер не працює. Прикладом такого ресурсу є сайт www.nic.ru.

HTTP – сервіс, призначений для перевірки доступності Вашого сайту.

DNS – за допомогою даного сервісу Ви можете дізнатися, яка IP-адреса відповідає вказаному Вами хосту. Особливо цей сервіс зручний при зміні IP-адреси, оскільки за його допомогою Ви отримаєте можливість дивитися, як у різних частинах світу оновлюється видача нового IP-адреси.

Що таке ping(пінг)?

Ping (Packet Internet or Inter-Network Groper) — це системна утиліта, яка за протоколом TCPIP відправляє луну запит ICMP і очікує відповідь від пінгуемого сервісу, час повернення луна (ICMP echo request — запит відгуку ICMP) і називається час відповіді пінгу, що дуже опосередковано показує швидкість інтернет, чим менше час пінгу, тим швидше швидкість інтернету. Також ви самі можете пропінгувати будь-який ресурс в інтернеті, запустивши з командного рядка команду ping –t «ім’я ресурсу який пінгуємо».

Звертаємо увагу, що всі вищезгадані перевірки доступності online є географічними (перевіряються з різних точок світу). Завдяки цьому Ви отримуєте повне уявлення про стан Вашого ресурсу. Приємною особливістю є статичне посилання на звіт про перевірки, яке у разі потреби Ви маєте можливість надіслати Вашому хостингу або провайдеру як доказ наявності проблеми з каналом.

З нашим сервісом Ви зможете регулярно перевіряти доступність сайту в автоматичному режимі: реєстрація.

Для любителів онлайн-ігор особливо важливим є ping-test, оскільки навіть найменша затримка в них здатна стати непереборною перешкодою на шляху до перемоги. Тому перед включенням гри варто витратити кілька секунд і провести перевірку якості зв’язку.

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

Більш того, геймери можуть отримувати відомості про поточний рівень пінгу, не відриваючись від гри, головне заздалегідь подбати про правильні налаштування.

Що таке пінг в інтернеті

Поняття ping передбачає час, який потрібно передачі пакета даних з комп’ютера на сервер і подальшого отримання інформації назад. У широкому сенсі це поняття також включає якість передачі – кількість переданих під час передачі пакетів.

Одиницею виміру пінгу вважаються мікросекунду (ms). Тобто, переміщення даних відбувається миттєво, але навіть у подібному випадку затримка здатна впливати на якість з’єднання, оскільки від швидкості отримання пакета залежить те, як користувач отримає свіжу інформацію.

Вище згадувалося, що найбільше значення ping має для online-сервісів та ігор. Вони навіть мінімальне уповільнення здатне подарувати перевагу противнику. А ось для перегляду відеозаписів або відвідування сайтів цей показник практично не важливий, оскільки можливе запізнення з відкриттям порталу не має таких негативних наслідків для користувачів, як затримка в грі.

Способи перевірити ping

Існує 3 основних способи перевірити пінг:

• за допомогою спеціальних порталів та онлайн-сервісів;
• на ігрових порталах;
• через командний рядок.

Найпростіше 1 метод, оскільки для його використання достатньо:

1. відвідати наш портал;
2. запустить ping-tester при помощи кнопки проверки скорости интернета;
3. почекати, поки програма здійснить обчислення.

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

Окрім нашого порталу провести тестування можна на сайті speedtest.net або 2ip або в налаштуваннях онлайн-ігор (зазвичай потрібний розділ знаходиться на панелі запуску гри).

Через командний рядок

Якщо використання сторонніх сервісів здається незручним, варто скористатися командним рядком. Для цього потрібно:

1. відкрити командний рядок через меню “пуск” або за допомогою комбінації клавіш Win + R;
2. ввести коротку команду cmd та натиснути enter;
3. потім написати ping та вказати адресу потрібного сайту (або ip-адресу сервера);
4. запустити пінг-тест кнопкою enter та почекати, поки система виміряє час передачі даних.

Варто врахувати, що алгоритм перевірки за допомогою спеціальних сайтів та командного рядка збігається. Програма відправляє тестовий пакет на сервер і обчислює час, який буде потрібний на його передачу, а також перевіряє надійність зв’язку, враховуючи всі втрачені в процесі тестування пакети.

Оптимальні значення пінгу

Чим менший результат перевірки пінгу інтернету, тим надійніший зв’язок і менше затримки.

• оптимальним значенням ping для любителів онлайн-ігор стануть показники нижче 10 ms;
• професіоналам варто подбати про отримання цифр менше 6 ms;
• решті користувачів достатньо, якщо speedtest покаже результати в 15-18 ms.

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

Що негативно впливає на ping

Існує 2 основних фактори, що негативно впливають на якість підключення. Насамперед на speed test впливають дії провайдера, другою причиною збільшення пінгу стає сервер. Цифри можуть виявитися більшими через віддаленість сервера або високе навантаження, з яким він не справляється.

Існують інші причини негативних результатів, тому перед тим, як перевірити пінг до сервера, користувачам варто усунути можливі перешкоди:

• програми та програми, що використовують у своїй роботі трафік;
• оновлення та завантаження, що звужують канал передачі даних;
• застарілі драйвери відеокарти, що вимагають оновлення;
• підключення до домашньої мережі wi-fi сторонніх пристроїв.

Також варто врахувати, що іноді затримки викликані слабкими характеристиками комп’ютера. У таких випадках вплинути на ситуацію неможливо.

• https://serverspace.ru/support/help/diagnostika-setevogo-podklyucheniya-ping-arp-traceroute-dig-nslookup/
• https://www.syslab.ru/geoping
• https://speedtestt.ru/ping-test/

Гуру в області технологій та автор блога creativnost.com.ua! Страшно захоплюючись технологіями і володіючи великими знаннями в області ремонту побутової техніки і гаджетів, зробив собі ім’я в цифровому світі як авторитетний джерело інформації про все, що пов’язано з технікою.

Будучи по професії мережевим адміністратором, Валерій провів величезну кількість годин, відтачуючи свої навики в світі технологій. Але їх досвід виходить далеко за межі офісу, оскільки вони також спеціалізуються на ремонті побутової техніки, ноутбуків, телефонів і будь-яких інших технічних пристроїв, які потрапляють в їх умілі руки.

Моя любов до технологій і бажання допомогти іншим привели їх до створення свого блогу, де я ділюсь своїм досвідом із українцями.
Пишу цікаво та інформативно, розглядаю навіть найскладніші теми техніки, понятними для читачів будь-якого рівня.

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