Сети для начинающего IT-специалиста. Обязательная база

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


Эта статья как раз для таких 80%, кто только закончил университет с какой-либо IT-специальностью и уже начал мониторить вакансии, например, на должность системного администратора или его помощника, либо выездного инженера в аутсорсинговую фирму, либо в техническую поддержку 1-й/2-й линии.


А также для самостоятельного изучения или для обучения новых сотрудников.


За время своей трудовой деятельности в сфере IT я столкнулся с такой проблемой, что в университетах не дают самую основную базу касательно сетей. С этим я столкнулся сначала сам, когда, после окончания университета, ходил по собеседованиям в 2016 году и не мог ответить на простые (как мне сейчас кажется) вопросы. Тогда мне конечно показалось, что это я прохалтурил и не доучил в университете. Но как оказалось дело в образовательной программе. Так как сейчас, я также сталкиваюсь с данным пробелом знаний, когда обучаю новых сотрудников.


И что тогда, мне пришлось изучить множество статей в интернете, прежде чем я понял базовые моменты, и что сейчас, задавая молодым специалистам темы для изучения, они с трудом находят и усваивают необходимое. Это происходит по причине того, что в Интернете огромное количество статей и все они разрозненны по темам, либо написаны слишком сложным языком. Плюс большинство информации в начале своих статей содержат в основном просто научные определения, а дальше сразу сложные технологии использования. В итоге получается много того, что для начинающего пока совсем непонятно.


Именно поэтому я решил собрать основные темы в одну статью и объяснить их как можно проще «на пальцах».


Сразу предупреждаю, что никакой углубленной информации в статье не будет, только исключительно самая база и самое основное.


Темы, которые рассмотрены:


  1. Глобальные и локальные сети
  2. Белые и серые IP-адреса
  3. NAT
  4. DHCP-сервер и подсети
  5. Устройства маршрутизации сети (маршрутизатор, коммутатор, свитч, хаб)
  6. Основные команды анализа сети
  7. Транспортные протоколы UDP и TCP

1. Глобальные и Локальные сети


Вся интернет сеть подразделяется на глобальную (WAN) и локальную (LAN).


Все пользовательские устройства в рамках одной квартиры или офиса или даже здания (компьютеры, смартфоны, принтеры/МФУ, телевизоры и т.д.) подключаются к роутеру, который объединяет их в локальную сеть.


Участники одной локальной сети могут обмениваться данными между своими устройствами без подключения к интернет провайдеру. А вот чтобы выйти в сеть (например, выйти в поисковик Яндекс или Google, зайти в VK, Instagram, YouTube или AmoCRM) необходим доступ к глобальной сети.


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


Для аналогии, сети, можно сравнить с дорогами.
Например, дороги вашего города N это локальная сеть. Эти дороги соединяют вас с магазинами, учреждениями, парками и другими местами вашего города.
Чтобы попасть в другой город N вам необходимо выехать на федеральную трассу и проехать некоторое количество километров. То есть выйти в глобальную сеть.


Для более наглядного представления, что такое глобальная и локальная сеть я нарисовал схематичный рисунок.



2. Белые и серые IP-адреса


Каждое устройство в сети имеет свой уникальный IP-адрес. Он нужен для того, чтобы устройства сети понимали куда необходимо направить запрос и ответ.
Это также как и наши дома и квартиры имеют свой точный адрес (индекс, город, улица, № дома, № квартиры).


В рамках вашей локальной сети (квартиры, офиса или здания) есть свой диапазон уникальных адресов. Я думаю многие замечали, что ip-адрес компьютера, например, начинается с цифр 192.168.X.X


Так вот это локальный адрес вашего устройства.


Существуют разрешенные диапазоны локальных сетей:



Думаю из представленной таблицы сразу становится понятно почему самый распространенный диапазон это 192.168.X.X


Чтобы узнать, например, ip-адрес своего компьютера (на базе ос windows), наберите в терминале команду ipconfig



Как видите, ip-адрес моего компьютера в моей домашней локальной сети 192.168.88.251

Для выхода в глобальные сети, ваш локальный ip-адрес подменяется роутером на глобальный, который вам выдал провайдер. Глобальные ip-адреса не попадают под диапазоны из таблички выше.


Так вот локальные ip-адреса — это серые ip-адреса, а глобальные — это белые.


Для большего понимания рассмотрите схему ниже. На ней я подписал каждое устройство своим ip-адресом.



На схеме видно, что провайдер выпускает нас в глобальные сети (в интернет) с белого ip-адреса 91.132.25.108


Для нашего роутера провайдер выдал серый ip-адрес 172.17.135.11
И в нашей локальной сети все устройства соответственно тоже имеют серые ip-адреса 192.168.Х.Х


Узнать под каким ip-адресом вы выходите в глобальную сеть можно на сайте 2ip.ru



Но из всего этого стоит помнить один очень важный фактор!
В настоящее время обострилась проблема нехватки белых ip-адресов, так как число сетевых устройств давно превысило количество доступных ip. И по этой причине интернет провайдеры выдают пользователям серые ip-адреса (в рамках локальной сети провайдера, например в пределах нескольких многоквартирных домов) и выпускают в глобальную сеть под одним общим белым ip-адресом.


Чтобы узнать серый ip-адрес выдает вам провайдер или белый, можно зайти к себе на роутер и посмотреть там, какой ip-адрес получает ваш роутер от провайдера.


Например я на своем домашнем роутере вижу серый ip-адрес 172.17.132.2 (см. диапазаон локальных адресов). Для подключения белого ip-адреса провайдеры обычно предоставляют доп. услугу с абон. платой.


На самом деле, для домашнего интернета это совсем не критично. А вот для офисов компаний рекомендуется покупать у провайдера именно белый ip-адрес, так как использование серого ip-адреса влечет за собой проблемы с работой ip-телефонии, а также не будет возможности настроить удаленное подключение по VPN. То есть серый ip-адрес не позволит вам вывести в интернет ваш настроенный сервер и не позволит настроить удаленное подключение на сервер из другой сети.


3. NAT


В предыдущем разделе я отметил, что “в настоящее время обострилась проблема нехватки белых ip-адресов” и поэтому распространенная схема подключения у интернет провайдеров сейчас, это подключать множество клиентов серыми ip-адресами, а в глобальный интернет выпускать их под одним общим белым ip.


Но так было не всегда, изначально всем выдавались белые ip-адреса, и вскоре, чтобы избежать проблему дефицита белых ip-адресов, как раз и был придуман NAT (Network Address Translation) — механизм преобразования ip-адресов.


NAT работает на всех роутерах и позволяет нам из локальной сети выходить в глобальную.


Для лучшего понимания разберем два примера:


1. Первый случай: у вас куплен белый ip-адрес 91.105.8.10 и в локальной сети подключено несколько устройств.



Каждое локальное устройство имеет свой серый ip-адрес. Но выход в интернет возможен только с белого ip-адреса.


Следовательно когда, например, ПК1 с ip-адресом 192.168.1.3 решил зайти в поисковик Яндекса, то роутер, выпуская запрос ПК1 в глобальную сеть, подключает механизм NAT, который преобразует ip-адрес ПК1 в белый глобальный ip-адрес 91.105.8.10


Также и в обратную сторону, когда роутер получит от сервера Яндекса ответ, он с помощью механизма NAT направит этот ответ на ip-адрес 192.168.1.3, по которому подключен ПК1.


2. Второй случай: у вас также в локальной сети подключено несколько устройств, но вы не покупали белый ip-адрес у интернет провайдера.



В этом случае локальный адрес ПК1(192.168.1.3) сначала преобразуется NAT'ом вашего роутера и превращается в серый ip-адрес 172.17.115.3, который вам выдал интернет-провайдер, а далее ваш серый ip-адрес преобразуется NAT’ом роутера провайдера в белый ip-адрес 91.105.108.10, и только после этого осуществляется выход в интернет (глобальную сеть).


То есть, в этом случае получается, что ваши устройства находятся за двойным NAT’ом.


Такая схема имеет более высокую степень безопасности ваших устройств, но также и имеет ряд больших минусов. Например, нестабильная sip-регистрация VoIP оборудования или односторонняя слышимость при звонках по ip-телефонии.


Более подробно о работе механизма NAT, о его плюсах и минусах, о выделении портов, о сокетах и о видах NAT я напишу отдельную статью.


4. DHCP — сервер и подсети


Чтобы подключить устройство, например, компьютер к интернету вы обычно просто подключаете провод (витую пару) в компьютер и далее в свободный порт на роутере, после чего компьютер автоматически получает ip-адрес и появляется выход в интернет.


Также и с Wi-Fi, например со смартфона или ноутбука, вы подключаетесь к нужной вам сети, вводите пароль, устройство получает ip-адрес и у вас появляется интернет.


А что позволяет устройству получить локальный ip-адрес автоматически?
Эту функцию выполняет DHCP-сервер.


Каждый роутер оснащен DHCP-сервером. IP-адреса, полученные автоматически являются динамическими ip-адресами.


Почему динамические?


Потому что, при каждом новом подключении или перезагрузки роутера, DHCP-сервер тоже перезагружается и может выдать устройствам разные ip-адреса.


То есть, например, сейчас у вашего компьютера ip-адрес 192.168.1.10, после перезагрузки роутера ip-адрес компьютера может стать 192.168.1.35


Чтобы ip-адрес не менялся, его можно задать статически. Это можно сделать, как на компьютере в настройках сети, так и на самом роутере.


А также, DHCP-сервер на роутере вообще можно отключить и задавать ip-адреса вручную.


Можно настроить несколько DHCP-серверов на одном роутере. Тогда локальная сеть разделится на подсети.


Например, компьютеры подключим к нулевой подсети в диапазон 192.168.0.2-192.168.0.255, принтеры к первой подсети в диапазон 192.168.1.2-192.168.1.255, а Wi-Fi будем раздавать на пятую подсеть с диапазоном 192.168.5.2-192.168.5.255 (см. схему ниже)



Обычно, разграничение по подсетям производить нет необходимости. Это делают, когда в компании большое количество устройств, подключаемых к сети и при настройке сетевой безопасности.


Но такая схема в компаниях встречается довольно часто.
Поэтому обязательно нужно знать очень важный момент.


Внимание!
Если вам необходимо с ПК зайти на web-интерфейс, например, принтера или ip-телефона и при этом ваш ПК находится в другой подсети, то подключиться не получится.


Для понимания разберем пример:



Допустим вы работаете за ПК1 с локальным ip-адресом 10.10.5.2 и хотите зайти на web-интерфейс ip-телефона с локальным ip-адресом 192.168.1.3, то подключиться не получится. Так как устройства находятся в разных подсетях. К ip-телефона, находящиеся в подсети 192.168.1.X, можно подключиться только с ПК3 (192.168.1.5).


Также и к МФУ (172.17.17.12) вы сможете подключиться только с ПК4 (172.17.17.10).


Поэтому, когда подключаетесь удаленно к пользователю на ПК, чтобы зайти на web-интерфейс ip-телефона, то обязательно сначала сверяйте их локальные ip-адреса, чтобы убедиться, что оба устройства подключены к одной подсети.


5. Устройства маршрутизации сети (маршрутизатор, коммутатор, свитч, хаб)


Как не странно, но есть такой факт, что новички в IT (иногда и уже действующие сис.админы) не знают или путают такие понятия как маршрутизатор, коммутатор, свитч, сетевой шлюз и хаб.


Я думаю, причина такой путаницы возникла из-за того, что наплодили синонимов и жаргонизмов в названиях сетевого оборудования и это теперь вводит в заблуждение многих начинающих инженеров.


Давайте разбираться.


а) Роутер, маршрутизатор и сетевой шлюз


Все знают что такое роутер. Что это именно то устройство, которое раздает в помещении интернет, подключенный от интернет провайдера.


Так вот маршрутизатор и сетевой шлюз это и есть роутер.


Данное оборудование является основным устройством в организации сети. В инженерной среде наиболее используемое название это “маршрутизатор”.


Кстати маршрутизатором может быть не только приставка, но и системный блок компьютера, если установить туда еще одну сетевую карту и накатить, например, RouterOS Mikrotik. Далее разрулить сеть на множество устройств с помощью свитча.



б) Что такое Свитч и чем он отличается от Коммутатора и Хаба


Свитч и Коммутатор это тоже синонимы. А вот хаб немного другое устройство. О нем в следующем пункте (в).



Коммутатор (свитч) служит для разветвления локальной сети. Как тройник или сетевой фильтр, куда мы подключаем свои устройства, чтобы запитать их электричеством от одной розетки.



Коммутатор не умеет маршрутизировать сеть как роутер. Он не выдаст вашему устройству ip-адрес и без помощи роутера не сможет выпустить вас в интернет.


У стандартного маршрутизатора обычно 4-5 портов для подключения устройств. Соответственно, если ваши устройства подключаются проводами и их больше чем портов на роутере, то вам необходим свитч. Можно к одному порту роутера подключить свитч на 24 порта и спокойно организовать локальную сеть на 24 устройства.


А если у вас завалялся еще один роутер, то можно в его web-интерфейсе включить режим коммутатора и тоже использовать как свитч.


в) Хаб


Хаб выполняет те же функции, что и коммутатор. Но его технология распределения сильно деревянная и уже устарела.



Хаб раздает приходящие от роутера пакеты всем подключенным устройствам без разбора, а устройства уже сами должны разбираться их это пакет или нет.


А коммутатор имеет MAC таблицу и поэтому распределяет приходящие пакеты на одно конкретное устройство, которое и запрашивало этот пакет. Следовательно передача данных коммутатором быстрее и эффективнее.


В настоящее время уже редко где встретишь использование хаба, но всё таки они попадаются, нужно быть к этому готовым и обязательно рекомендовать пользователю замену хаба на свитч.


6. Основные команды для анализа сети


а) Команда Ping


Чтобы понять активен ли ip-адрес или само устройство, можно его “пропинговать”.
Для этого в командной строке пишем команду ping “ip-адрес”.



Здесь мы “пинганули” dns сервер google и, как видим, сервер активен (отклик на пинги есть и равен 83 мс).


Если адресат недоступен или данный ip-адрес не существует, то мы увидим такую картину:



То есть ответа на пинги не получаем.


Но Ping намного полезней использовать с ключами:
-t -”пинговать” непрерывно (для остановки нажимаем комбинацию Ctrl+С)
-отображать имя “пингуемого” узла (сайта/устройства/сервера)



Соответственно ключ “” нам показал, что имя пингуемого узла “dns.google”.
А благодаря ключу “-t” ping шел без остановки, я остановил его, нажав Ctrl+C.


При непрерывном пинге можно увидеть адекватно ли ведет себя пингуемый узел и примерное качество работы интернет канала.


Как видим из скриншота, периодически возникают задержки приема пакета аж до 418 мс, это довольно критичное значение, так как скачок с 83 мс до 418 мс отразился бы на видеосвязи торможением/зависанием изображения или в ip-телефонии деградацией качества голоса.


В моем случае, скорей всего штормит мой домашний Интернет.
Но чтобы более детально установить причину, это нужно запускать dump. А это тема для целой статьи.


Внимание! Иногда на роутерах отключена отправка ICMP пакетов (кто-то отключает специально, а где-то не включена по умолчанию), в таком случае на "пинги" такой узел отвечать не будет, хотя сам будет активен и нормально функционировать в сети.


Еще одна возможность “пинга” это узнать какой ip-адрес скрывается за доменом сайта. А именно, на каком сервере установлен хост сайта.


Для этого просто вместо ip-адреса пишем сайт:



Как видите, у хабра ip-адрес 178.248.237.68


б) Трассировка


Иногда очень важно увидеть каким путем идет пакет до определенного устройства.
Возможно где-то есть пробоина и пакет не доходит до адресата. Так вот утилита трассировки помогает определить на каком этапе этот пакет застревает.


На ОС Windows эта утилита вызывается командой “tracert” ip-адрес или домен:



Здесь мы увидели через какие узлы проходит наш запрос, прежде чем дойдет до сервера ya.ru


На ОС Linux эта утилита вызывается командой traceroute.


Утилитой трассировки также и обладают некоторые устройства, маршрутизаторы или голосовые VoIP шлюзы.


в) Утилита whois


Данная утилита позволяет узнать всю информацию об ip-адресе или о регистраторе домена.


Например, проверим ip-адрес 145.255.1.71. Для этого ввожу в терминале команду whois 145.255.1.71



Получили информацию о провайдере ip-адреса, страну, город, адрес, диапазон и т.д.


Я пользуюсь ей только на Linux. Утилита качается и устанавливается легко из стандартного репозитория операционной системы.


Но также читал, что и на Windows есть подобное решение.


7. Транспортные протоколы TCP и UDP


Все передачи запросов и прием ответов между устройствами в сети осуществляются с помощью транспортных протоколов TCP и UDP.


TCP протокол гарантированно осуществляет доставку запроса и целостность его передачи. Он заранее проверяет доступность узла перед отправкой пакета. А если по пути целостность пакета будет нарушена, то TCP дополнит недостающие составляющие.


В общем, это протокол, который сделает все, чтобы ваш запрос корректно дошел до адресата.


Поэтому TCP самый распространенный транспортный протокол. Он используется когда пользователь серфит интернет, лазает по сайтам, сервисам, соц. сетям и т.д.



UDP протокол не имеет такой гарантированной передачи данных, как TCP. Он не проверяет доступность конечного узла перед отправкой и не восполняет пакет в случае его деградации. Если какой-то пакет или несколько пакетов по пути утеряны, то сообщение дойдет до адресата в таком неполном виде.


Зачем тогда нужен UDP?


Дело в том, что данный транспортный протокол имеет огромное преимущество перед TCP в скорости передачи данных. Поэтому UDP широко используется для пересылки голосовых и видео пакетов в реальном времени. А именно, в ip-телефонии и видео звонках.
К примеру, любой звонок через WhatsApp или Viber использует транспортный протокол UDP. Также и при видео звонках, например, через Skype или те же мессенджеры WhatsApp и Viber.



Именно потому что UDP не гарантирует абсолютную передачу данных и целостность передаваемого пакета, зачастую возникают проблемы при звонках через интернет.
Это прерывание голоса, запаздывание, эхо или робоголос.


Данная проблема возникает из-за нагруженного интернет канала, двойного NATа или радиоканала.


Хорошо бы конечно в таких случаях использовать TCP, но увы, для передачи голоса необходима мгновенная передача целостных пакетов, а для этой задачи идеально подходит UDP.


Чтобы не возникало проблем с использованием UDP протокола, нужно просто организовать качественный интернет канал. А также настроить на роутере выделенную полосу для UDP, чтобы нагрузка с других устройств, которые используют TCP не мешала работе транспортного протокола UDP.


На этом всё.


Я не стал нагромождать статью и копипастить сюда научные определения всех используемых терминов, кому это необходимо, просто загуглите.


Я постарался собрать воедино 7 самых важных, на мой взгляд, моментов, знание которых, помогут юному “айтишнику” пройти первые этапы собеседования на “айтишные” должности или хотя бы просто дать понять работодателю, что вы явно знаете больше, чем рядовой юзер.


Изучайте, конспектируйте. Надеюсь, что статья многим принесет пользу.

AdBlock has stolen the banner, but banners are not teeth — they will be back

More
Ads

Comments 91

    0
    как оказалось дело в образовательной программе


    Тыща плюсов. Отучившись по специальности «Вычислительные системы и сети», я даже не узнал, что такое пинг, порт, и фаервол. Не говоря уже про NAT)
      +1
      Это где же так учат?
        0
        habr.com/ru/post/491540/#comment_21368996
        С советских времен программа мало поменялась)
          +2
          Лично я думал так учат только там где я получал вышку, но когда уже через пару лет после окончания университета встречал ребят закончивших университеты схожих специальностей из разных городов, то как оказалось так учат везде!
            +5
            Очень странно. У меня на этой специальности было вплоть до лабораторок по декрипту WPA.
              +1
              Скорее всего инициатива отдельно взятых преподавателей. У нас во Владивостоке тоже беда с выпускниками местных ВУЗов по направлению «Информационная безопасность». Учат чему угодно — криптографии, физике, математике, но не тому, что нужно в работе. При этом, в одном из ВУЗов один из преподавателей решил сделать для студентов факультатив по технологиям ViPNet, связался с нами как с одним из партнеров, мы предоставили все необходимые учебные лицензии, учебные материалы и посильные консультации. В итоге выпускники этого ВУЗа уже хоть что-то умеют практические применимое, тк випнета много, особенно в госорганах. А так в целом проучившихся 4-6 лет (бакалавр/магистратура) нужно еще учить полгода-год реально необходимым навыкам.

              З. Ы. И этот ВУЗ — не ДВФУ
          –3
          Тыща плюсов. Отучившись по специальности «Вычислительные системы и сети», я даже не узнал, что такое пинг, порт, и фаервол. Не говоря уже про NAT)


          Мил-человек, если ты «отучился» в БГУИРе, да ещё на ВМСиСе, то не знать, что-такое пинг, порт и фаервол ты не можешь по определению — Глецевич зачёт за красивые глаза не ставит, да и лабы на CISCO классе мимо сознания не проходят… Одно из двух — либо это была ещё та «учёба» на заочке, либо «хто-та урот»…
            0
            Это было 20 лет назад. Впрочем, программа мало изменилась, несмотря на пришествие цисков. Спасибо за диагноз по аватарке.
              0
              Тогда надо и писать — 20 лет назад отучился…
              Диагноза не было… Было предположение, что кто-то что-то не договаривает, при этом выносит диагноз всей специальности экстраполируя свой опыт 20-летней давности… Кстати, gxcreator так же это заметил…
              Вы слегка отстали от реальности… К счастью…

                +1
                Боюсь, это БГУИР застрял в 70-х. Я ниже давал ссылки.
                У вас читают сугубо теоретические вещи, причем устаревшие еще в момент рождения. Не всё конечно, но приличная часть образовательной программы.
                  0
                  Вот похожие примеры из моего вуза)
                  www.bsuir.by/ru/kaf-informatiki/kompyuternye-seti
                  fksis.bsuir.by/wps/wcm/connect/410d928049d40d3b95ebfd8ce2513ba7/программа+ГЭ+ВМСиС+2012+.pdf?MOD=AJPERES
                  Это древнее г-но мамонта устарело еще лет 20 назад) да еще и сугубо теоретическое.


                  БГУИР, конечно, — далеко не MIT… Но заочно выносить диагноз свой альмаматер как минимум некорректно.
                  По сути приведённых ссылок:
                  1. На специальности «Информатика и технологии программирования» — своя специфика, они чистейшие Computer Sciences… У них даже курс Высшей математики — отдельный от всего БГУИРа… По сетям они точно не специализируются… Ссылаться на их программу ликбеза по сетям, человеку который «отучился по специальности «Вычислительные системы и сети»» — как минимум некорректно, а как максимум — намеренное введение в заблуждение…
                  2. Ссылка на программу выпускного гос.экзамена (единого на все четыре дисциплины) — аж 2011 года… Кстати, с удивлением обнаружил, что я один из авторов данной программы (правда не по сетям)… Даже уже и не помнил, когда её писали… Спасибо за напоминание — повеселили… А по поводу госэкзаменов, и особенно — той формы, в которой они проводились — отдельный разговор… оттуда и корни формулировок вопросов, чтобы среднестатистический безпятиминут инженер по 4 предметам после недели подготовки мог выдать «на гора» что-то более-менее вразумительное в письменном виде за 2 часа. Спасибо, что их отменили…
                  Там же ниже под ссылками — вам ответили сразу же:
                  eviland
                  Вопросы по дисциплине «Вычислительные комплексы, системы и сети» покрывают абсолютно всё, что описано в статье. Более того, они значительно глубже.


                  Поэтому, вместо непонятного злопыхательства, просто порадуйтесь, что ситуация в конкретном вузе на конкретной специальности на практике обстоит всё же получше, чем вы себе это представляете и транслируете на весь «русский мир»…
                  Успехов.
                    0
                    Это не злопыхательство, это желание помочь альмаматеру ликвидировать отставание. Чтобы помочь, надо сначала поставить диагноз (БГУИРу, не ВМСиСу). Правда — она всегда неприятна, но если хотим развиваться, придется её услышать.
                    На практике ситуация обстоит так, что выйдя из вуза на производство, студенту приходится учиться заново, теперь уже современным вещам, применяемым в реальности, а не в старых учебниках.
                    Вы преподаватель, вам сложно взглянуть на ситуацию с другой стороны, понимаю.

                    p.s. так это моя проблема, что на официальном сайте программа 2011 года, и других просто нет? Или всё же проблема вуза?)

                    p.p.s. Я все 20 лет работаю по специальности. Были преподаватели, которых до сих пор вспоминаю с благодарностью. Но всё же, из вузовских знаний, в работе пригодилось хорошо если процентов 10-20. Если сейчас этот процент вырос, я очень рад.
                      –1

                      Чтобы помочь, нужно идти ногами в свой ВУЗ и разговаривать с теми, кто принимает решения. Анонимное нытье в интернете бесполезно.

                        0
                        Вы преподаватель, вам сложно взглянуть на ситуацию с другой стороны, понимаю.

                        Отнюдь… и с другой стороны смотрим, и, хоть вы не верите в прогресс за 20 лет, но что-то меняем, и даже (О, БОГИ!) — не всегда в худшую сторону…

                        Тут же речь не о том, что «народ — посмотрите, у вас рожа грязная», а в том, что уже конкретно эту рожу уже 10 лет как помыли… И всё равно — будем по инерции грязью поливать… «За державу обидно, однако» (с)…

                        Чтобы помочь, надо сначала поставить диагноз (БГУИРу, не ВМСиСу)

                        Как-то я упустил момент, когда глубокоуважаемый комментатор решил обобщить свой «удачный опыт» обучения сетям на ВМСиСе на весь БГУИР…

                        На практике ситуация обстоит так, что выйдя из вуза на производство, студенту приходится учиться заново, теперь уже современным вещам, применяемым в реальности, а не в старых учебниках.


                        Да, так и есть… Правда не по всем вещам учебники старые… Но базу закладывают всё же в университете… И да — иногда по старым учебникам, ибо в нормально написаны… Смысл сейчас С++ переиздавать? Но Танненбаума, например, каждые два года дополняют и перевыпускают, хотя по факту — ядру книги (книг) по 20 лет…

                        Но всё же, из вузовских знаний, в работе пригодилось хорошо если процентов 10-20.


                        Проблема или же наоборот — конкурентное преимущество нынешних студентов в том, что они уже со второго курса определяются со специализацией и каждый из них берёт свои 10-20% от общей программы по специальности… Можно заточить их под конкретную супер-новейшую технологию, но проблема в том, что не факт, что: а) она понадобится всем 100% студентов, и б) именно эта технология будет на волне через год-другой… Плавали — знаем… И да… В сисадмины у нас идёт менее 5% от выпуска, 85% — идут в чистые девелоперы (рынок-с, однако), которые бы, дай им волю, на половину объёма нынешних сетевых дисциплин с радостью бы забили большой болт и ещё бы спасибо сказали… Но не факт, что потом бы не вспоминали через 20 лет, что их чему-то недоучили…

                        p.s. так это моя проблема, что на официальном сайте программа 2011 года, и других просто нет? Или всё же проблема вуза?)


                        Нет, это проблема ВУЗа. В частности — проблема кафедры, а ещё в частности — проблема финансирования, ибо отдельного человека на кафедре для ведения сайта/страницы нанять нельзя, а можно только назначить из числа штатных преподавателей, которые материально никак не стимулируются в сторону постоянного мониторинга и актуализации материалов выкладываемых на сайт… Есть проблема, признаём… фокус всё же на студентах, в первую очередь, а не на пиаре… Пардон…

                        Ещё раз… В БГУИРе в целом, и даже на ВМСиСе в частности, не всё идеал, но хаять заочно всё огульно или даже точечно но на основе своего среза опыта 20-летней давности — не есть корректное поведение…

                          0
                          Непонятно, почему вы конструктивную критику воспринимаете как поливание грязью.
                          За высшим образованием я давно наблюдаю, недостатки у него системного характера, мой пример — просто частный случай, который подвернулся под руку. Не было ни задачи, ни желания что-то облить грязью.
                            +1
                            Что-то конструктивной критики я не заметил… А вот несоответствие высказывания по конкретному предмету на конкретной кафедре со «скромным» вынесением факта 20 летней свежести опыта коментатора за скобки глаз резануло…
                            Из последующий уточняющих комментариев оказалось, что месье образование судит в целом и по косвенным признакам. Ок… приятно слышать что «диагноз» поставлен… Когда приступаете к лечению? А то, с подобной «помощью» скоро и диагноз нечему будет ставить…
                  –1
                  P.S. Кстати, да — 20 лет назад цисков не было… Но с 2013 на этой же специальности работает CISCO Academy и все студни по умолчанию проходят CCNA сертификацию параллельно с зачётом и экзаменами…
              +10
              Сама статья в целом, наверное, хорошая, но вот некоторые детали просто режут глаз.
              Думаю из представленной таблицы сразу становится понятно почему самый распространенный диапазон это 192.168.X.X

              Непонятно, и вообще неправильно, откуда вы взяли по 256 узлов в подсетях х.х, и почему их нужно разбивать именно так и никак иначе.
              А ещё забыты 169.254.0.0 и multicast адреса.
              Если вам необходимо с ПК зайти на web-интерфейс, например, принтера или ip-телефона и при этом ваш ПК находится в другой подсети, то подключиться не получится.

              Почему нельзя, или зачем вы так настроили роутер?
              Зачем на скриншоте замазаны ваши Windows, Firefox и провайдер Игра-Сервис. Не то, чтобы это было принципиально, но потом по мотивам таких инструкций начинают плодиться ещё менее грамотные инструкции со скриншотами.
              Можно настроить несколько DHCP-серверов на одном роутере. Тогда локальная сеть разделится на подсети.

              А в данном месте вы решили всех новичков окончательно запутать, не сказав условий как это все физически подключается к роутеру. Неужели через один интерфейс и без VLAN? Не надо так.
              Из опыта, новичкам нужно знать как работает DHCP, чтобы не было фраз на собеседовании, что сервер сканирует сеть, и хотя бы представлять зачем нужны DNS, ARP, VLAN. А то иногда такая дичь начинается на собесах, что как-то дальнейший разговор уже и продолжать не хочется.
                0
                Непонятно, и вообще неправильно, откуда вы взяли по 256 узлов в подсетях х.х, и почему их нужно разбивать именно так и никак иначе.

                Согласен. Один, предпоследний, X выставил лишним. Нужно было написать 0 или 1.

                Если вам необходимо с ПК зайти на web-интерфейс, например, принтера или ip-телефона и при этом ваш ПК находится в другой подсети, то подключиться не получится.

                Почему нельзя, или зачем вы так настроили роутер?


                Я сам так никогда бы не настроил роутер. А показываю я это только потому, что в своей работе очень часто сталкиваюсь с подобной настройкой сетей у обращающихся клиентов. Кто им так настраивает сети это уже на совести их аутсорсеров или админов.
                Именно поэтому я решил показать примеры именно такого типа, чтобы инженеры были к этому готовы.

                Обычно по удаленке инженеров подключают обычные юзеры и они не понимают, что доступ нужно дать именно на тот компьютер, который находится в подсети с принтером или ip-телефоном, куда нужно подключиться.

                Зачем на скриншоте замазаны ваши Windows, Firefox и провайдер Игра-Сервис.

                Данная информация никак не связана с целью, для которой сделан скриншот. Данным скриншотом было необходимо показать, как можно узнать свой белый ip-адрес, а не ОС, Провайдера и Браузер))

                А в данном месте вы решили всех новичков окончательно запутать, не сказав условий как это все физически подключается к роутеру.

                Специально для таких моментов, в начале статьи я написал «Сразу предупреждаю, что никакой углубленной информации в статье не будет».
                Если новичков еще нагрузить более детальной информацией, в том числе и «зачем нужны DNS, ARP, VLAN» и все это в одной статье, то она уже не будет такой простой и понятной для изучения.

                А то иногда такая дичь начинается на собесах, что как-то дальнейший разговор уже и продолжать не хочется.

                Всё зависит от вас. Кого вы приглашаете на собеседования. Как составлена ваша вакансия. И чего вы ждете от собеседуемого.
                Нужно понимать, что у всех айтишников свои сильные стороны познаний и это зависит лишь от опыта работы и от количества встречаемых им систем и сетей, с которыми приходилось работать.
                Определите свои конкретные ожидания от собеседуемого и отфильтруйте по этим ожиданиям откликнувшихся, тогда не придется встречаться с таким «иногда такая дичь начинается на собесах, что как-то дальнейший разговор уже и продолжать не хочется»

                Всех Благ!
                  0
                  У меня был случай, человек не смог объяснить, что у него в резюме написано. На вопрос, зачем же вы эти аббревиатуры написали, он ответил, что резюме ему друг сделал.
                0
                Если вам необходимо с ПК зайти на web-интерфейс, например, принтера или ip-телефона и при этом ваш ПК находится в другой подсети, то подключиться не получится.

                Как же быть? Если очень необходимо с ПК зайти на интерфейс, например, принтера и при этом мой ПК находится в другой подсети?
                  0
                  Вероятно же, что нужно правильно настроить маршрутизацию. Ну а вообще, для чего вам нужно идти на веб морду принтера из соседней сети, которая в вашей сети вовсе не видна? Если вы имеете возможность пользоваться принтером из другой подсети, значит маршруты уже есть и с ними все ок, а вебморду просто закрыл сисадмин, что бы обычные пользователи туда не попали даже случайно
                  –1
                  Понятно и красиво. Ещё про использование ip v6 в таких-же стилях прочесть.
                    +4
                    На самом деле нет. В статье куча не то что неточностей, а неточностей вплоть до откровенной дезы. Самые яркие примеры — диапазоны локальных IP, примеры с разбивкой на подсети. в разделе про DHCP и общее незнание прикладной и матчасти
                    Еще одна возможность “пинга” это узнать какой ip-адрес скрывается за доменом сайта. А именно, на каком сервере установлен хост сайта.

                    Про утилиты host, nslookup, dig которые и предназначены для резолвинга имён и IP адресов, автор видимо не в курсе. Плюс к этому, такое чувство, что автор старательно обходит 4-х уровневую модель стёка TCP(UDP)/IP.
                    +6

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

                      +1

                      Преимущество в скорости у UDP перед TCP отсутствует как таковое. UDP используют для голоса и видео реального времени (и то сильно не все: попробуйте, например, FaceTime пустить по каналу с ощутимым количеством потерь раз в 15 секунд) так как человек реагирует на кратковременные повреждения картинки/голоса лучше, чем на задержку из-за повторной передачи TCP.


                      TCP нужен там, где прикладной программист не хочет сильно вдаваться в низкоуровневые детали: «я сказал передай вот эти байты, значит, передай». UDP — там, где либо архитектурно не нужна гарантия доставки конкретного сообщения (DNS тот же), либо там, где прикладному программисту интересно самому управлять алгоритмами этой гарантированной доставки (QUIC).


                      Ну и традиционно рекламирую книжку «High performance browser networking»: https://hpbn.co/. Если ещё не читали — идите и прочитайте, она отличная.

                        +1
                        Очевидно что передача одиночного небольшого сообщения по UDP будет быстрее чем по TCP хотя бы в силу отсутствия хэндшейка.
                        Так что про «как таковое» — вы загнули.
                          0
                          В современном tcp fast open SYN+DATA идут в одном пакете.
                            +1
                            Рассчитывать на tcp fast open сейчас ни один здравомыслящий разработчик не будет. Слишком новая штука и далеко не везде есть. Тем более никто не будет переводить уже готовое приложение на TCP просто потому, что оно «не медленней». Не говоря уж о том, что fast open работает только если соединение уже устанавливалось ранее. ТО есть опять же — первоначальный handshake никуда не делся.
                            –1

                            Bugatti Veyron (автомобиль) при одновременном старте из состояния покоя несколько секунд едет быстрее Eurofighter Typhoon (самолёт-истребитель), из чего совершенно не следует, что автомобиль в общем быстрее самолёта. «Одиночное небольшое сообщение» это такой же частный случай, из которого не следует общая характеристика протоколов.

                              0
                              Верно. Поэтому я не спорил с утверждением UDP не быстрее TCP.
                              Я спорил с утверждением «не медленнее как таковое», что подразумевает абсолют. Есть ряд ситуаций, когда на автомобиле будет добраться быстрее чем на самолете. Причем их гораздо больше, чем ситуаций когда UDP будет быстрее TCP. Так что метафору вы выбрали крайне неудачную.
                                0

                                Тогда я не понимаю, с кем Вы спорите, потому что я не вижу этого утверждения в своём комментарии. В значении словосочетания «как таковое» я также не вижу никаких намеков на абсолют (понятно, что я просто первые результаты в поисковике посмотрел, и там есть, например, эпическая статья https://litrossia.ru/item/7277-oldarchive/ именно про этот оборот).


                                Поэтому если Вы согласны с тем, что «UDP не быстрее TCP», давайте на этом остановимся и не будем повышать градус, потому что именно это я и хотел сказать.


                                В метафоре можно удариться в подсчеты, но Вы там принесёте сразу все автомобили на планете и оценку количества точек назначения в городах и маршрутов между ними, я принесу гидропланы с океанами и боевую авиацию, потом начнутся веса, статистика и топология, перемешанная с оценкой количества узлов в интернете, драма про QUIC, методологию измерения скорости, и в итоге нулей в числах будет все равно больше, чем символов в этой статье. Поэтому предлагаю тоже не продолжать.

                            0
                            Ну и традиционно рекламирую книжку

                            Спасибо.
                            0
                            Либо зайти, например, на сайт mobilon.ru и в самом низу (в подвале сайта) вы увидите ip-адрес вашего роутера.

                            Вы там наверное серый IP увидели, потому что этот сайт расположен в локальной сети вашего провайдера. У меня там показывается внешний IP, несмотря на то, что я за NAT сижу и на WAN мне прилетает серый IP.

                            Собственно «из интернета» можно увидеть серый IP в одном случае и одним способом: по WebRTC, если у вас кабель воткнут напрямую в компьютер (иначе будет IP, который вам отдает роутер). Возможно есть еще способы через JS это сделать, но на указанном сайте ничего такого не применяется (и почему, кстати, вообще он, а не какой-нибудь популярный 2ip.ru?).
                              +1
                              Почему бы не просто myip.ru, в котором нет 100500 лишних ссылок, как в 2ip?
                                0
                                согласен
                                myip.ru тоже отличный ресурс для данной информации
                                  +1
                                  http://ifconfig.co/ip
                                  Только IP.

                                    0
                                    Только для IP (не программно), достаточно написать IP гуглу/яндексу.
                              +7
                              Вся интернет сеть подразделяется на глобальную (WAN) и локальную (LAN).
                              Аббревиатура «MAN» в контексте категорирования сетей Вам ни о чём не говорит?
                              Существуют разрешенные диапазоны локальных сетей:
                              Термин абсолютно неверный, спсобный ввести в заблуждение. А таблица после этих слов — вводит в заблуждение с гарантией. Во-первых, или 192.168.0.0/16 описывайте как один, или каждый из диапазонов бейте на некогда существовавшие классы (из этой таблицы ни в жисть не понять, например, где же кончается 192.168). Во-вторых, если уж взялись, то перечисляйте все диапазоны (хотя бы в рамках RFC 1918).
                              Так вот локальные ip-адреса — это серые ip-адреса, а глобальные — это белые.
                              На самом деле только второе правильно. А вот первое в общем случае неверно — и я, например, точно знаю, где находятся минимум две локальные сети, в которых каждый узел имеет белый адрес.
                              Чтобы ip-адрес не менялся, его можно задать статически. Это можно сделать, как на компьютере в настройках сети, так и на самом роутере.
                              Второе неверно. От того, что на DHCP-сервере адрес зарезервирован, он не стал статическим. Постоянным — да, но он всё равно динамический.
                              Еще одна возможность “пинга” это узнать какой ip-адрес скрывается за доменом сайта.
                              А это, извините, вообще дезинформация. IP-адрес сообщит DNS-запрос, который выполнит утилита ping. В данном случае она — всего лишь посредник. Более того — если имени соответствует несколько IP-адресов, до нас она донесёт только один из них, а об остальных — умолчит. А на самом деле ещё хуже — утилита, получив несколько адресов, попробует послать ICMP только на один из адресов. И если в данный момент этот адрес на целевом хосте недоступен (скажем, ведутся какие-то техработы), утилита доблестно сообщит, что узел мёртв.

                              Это так, навскидку, на самом деле претензий к тексту намного больше.
                                0
                                Что такое лан, ван, белые и серые адреса, пинг и т.д, все это должен знать не IT специалист, а вообще любой пользователь сети, имхо.
                                  +2
                                  С чего бы условному бухгалтеру это надо знать?
                                  Это должен знать любой пользователь, который так или иначе обслуживает сеть. Например человек занимающийся настройкой сети в своей квартире. Но никак не «каждый» пользователь.
                                    +1
                                    Тут есть разные точки зрения. Но на курсах вождения преподают устройство автомобиля. В минимальном объёме, не достаточным для каких-то практических целей, но преподают. Хотя-бы для того, чтоб масло в омыватель не заливали.
                                    А для буха, конечно, незачем знать основы сетей. Подумаешь, не видит разницы между подключением к ютубу и впн с банком. Или межу одноклассниками и точно «такой-же страницей». Особенно бухи, которые экономят на сис.админе, потому, что «а зачем, и так всё работает» и сидят под админами из-за исторических особенностей софта для бухгалтерии.
                                      +1
                                      На курсах вождения НЕ преподают устройство автомобиля. Во всяком случае в России.
                                        0
                                        Возможно не прав по этому пункту. В 93м преподавали.
                                          0
                                          Ну так раньше каждый водитель был еще и механиком.
                                          Сейчас же обслуживание и вождение разделились.
                                          Ровно тоже самое произошло с ПК. Раньше чтобы просто подойтик к ЭВМ без сопровождения — нужно было быть кандидатом как минимум.
                                          Потом просто подкованным пользователем/энтузиастом.
                                          А сейчас — просто знающим базовые вещи.

                                          Если бух смотрит ютьюб на рабочем компе — это не проблема её знаний. Это проблема админа. Если админа нет — это тоже не проблема знаний буха.
                                            0
                                            Если бух смотрит ютьюб на рабочем компе — это не проблема её знаний. Это проблема админа.

                                            А причём тут админ?
                                      0
                                      Вы сами ответили на свой вопрос. Практически у каждого дома есть роутер. Надо подключаться к провайдеру, часто есть выбор и нужно знать по какой схеме работает тот или иной провайдер. Какие адреса он выдает (белый/серый, статический/динамический), нужна ли авторизация и т.д. Я не спорю, можно подключить не глядя, а в случае проблем каждый раз вызывать «компьютерщика» за энну сумму денег, но это сродни тому, что не знаешь в какое место машины заливать бензин, а в какое — омывайку. Все эти знания укладываются в один абзац текста.
                                        0
                                        Сравнение некорректно, заливать бензин — это аналог подвести электричество к блоку питания роутера. В случае любой ошибки в машине загорается check engine и добро пожаловать в сервис. А можно заморочиться и прочитать длинный сервисный мануал (который ещё найти нужно), как сбрасывать ошибки и менять масло, фильтры и колодки самому.
                                        Даже пользовательскую инструкцию к машине мало кто выполняет, регулярно проверять уровень масла и давление в шинах.
                                        Каждые полгода в сервисе что-то делают и ладно.
                                    +9
                                    Прочитал по диагонали и офигел. Это точно для людей с дипломом?
                                    Настолько поверхностно и неточно, что я бы не рекомендовал даже как пособие для домохозяек.
                                    Придирки для обоснования комментария (выбрал некоторые фразы, выделенные жирным шрифтом в оригинальном тексте):
                                    1. «Разрешенные диапазоны локальных сетей». Вообще не совсем так. Есть диапазоны немаршрутизируемых подсетей. В «локальной» сети никто никому ничего не разрешает и не запрещает. Естественно, эти диапазоны немаршрутизируемых подсетей повсеместно используются в разных локальных сетях, я придираюсь к терминалогии.
                                    2. «локальные ip-адреса — это серые ip-адреса, а глобальные — это белые.» Или, может быть, внутренние и внешние? Шутка, придираюсь опять к терминам, уж очень они далеки от профессиональных.
                                    3. «Если вам необходимо с ПК зайти на web-интерфейс, например, принтера или ip-телефона и при этом ваш ПК находится в другой подсети, то подключиться не получится.» Это, мягко говоря, не так.

                                    Вообще я бы не рекоммендовал после института идти в техническую поддержку, консультантами-продавцами цифровой техники, мастерами по наладке компьютерных устройств. Вы что, зря 5 условных лет учились?
                                      +5

                                      Я бы сказал, что лучшие рускоязычные материалы для вхождения в сети — СДСМ, Сети Для Самых Маленьких, by eucariot. Есть тут на хабре и на GitBook. Возможно как раз то, что вы хотели бы видеть — о том как работают сети, как их строить и обслуживать.


                                      Программистам, которые заняты протокольной частью, тоже хорошо подходят — можно читать статьи как вводные, для чего используются некоторые протоколы, что помогают делать, какие задачи решают.

                                        +2

                                        Мне в свое время понравился обычный курс Cisco CCNA именно как база по сетевым технологиям.

                                          0
                                          Отличный курс. С теорией по верхам и примерами. Вот только примеры для цисок. Для одних это дополнительный плюс, для других — не преодолимый барьер. Мне очень понравился, но когда его рекомендовал для ознакомления с сетями, столкнулся с ситуацией, что многие его бросали начиная с первого урока про CPT.
                                          0
                                          Беда с образованием в стране, беда.

                                          Хотя и 13 лет назад пацаны (принятые на работу по просьбе), которые на тот момент заканчивали ВУЗ по специальностям связанными с сетями, понятия не имели ни об IP-адресах, ни о чём-то другом. Учились по ходу работы и где-то через пол года один из них сказал, что выучил за 6 месяцев реальной практики больше, чем за 4 года учёбы.
                                            0

                                            Оканчивал связной вуз лет 10 назад, на 5 курсе всё это было, но ваша правда, мало кто вникал.
                                            И тут ещё некорректно — "Если адресат недоступен или данный ip-адрес не существует, то мы увидим такую картину:"
                                            к скриншоту с "Превышен интервал… "

                                              +4

                                              Думаю, что начинать изучать сети надо с определения открытых систем, 7-уровневой модели, протоколы, интерфейсы, мершрутизируемые и не мершрутизируемые протоколы, и т.д. По такой статье только ламеров учить, которые не понимаю и не пойму как в принципе работают сети, и почему они работают.
                                              Прошу прощения, конечно, но от меня минус.

                                                +4
                                                Тогда мне конечно показалось, что это я прохалтурил и не доучил в университете. Но как оказалось дело в образовательной программе.

                                                Странно, но судя по вашему профилю вк, вы учились в ТУСУР на кафедре КСУП. Вот рабочая программа и экзаменационные вопросы по сетям с вашей кафедры, как раз на время вашего обучения за 2012 года: https://new.kcup.tusur.ru/sites/default/files/library/40_seti_evm_i_telekommunikacii.pdf. То есть дело точно не в образовательной программе.


                                                Судя по программе и экзамену, все вопросы должны были быть освещены. Так что я больше склоняюсь к этому варианту:


                                                Тогда мне конечно показалось, что это я прохалтурил и не доучил в университете.
                                                  –3
                                                  Вот похожие примеры из моего вуза)
                                                  www.bsuir.by/ru/kaf-informatiki/kompyuternye-seti
                                                  fksis.bsuir.by/wps/wcm/connect/410d928049d40d3b95ebfd8ce2513ba7/программа+ГЭ+ВМСиС+2012+.pdf?MOD=AJPERES
                                                  Это древнее г-но мамонта устарело еще лет 20 назад) да еще и сугубо теоретическое.
                                                    +2
                                                    Вопросы по дисциплине «Вычислительные комплексы, системы и сети» покрывают абсолютно всё, что описано в статье. Более того, они значительно глубже.
                                                  +1
                                                  Всё верно. В программе оно все было. Но без практики. Как это применяется, для чего это нужно. Поэтому получается так, что выучил теорию, сдал зачет/экзамен и через пару месяцев об этом уже не вспоминаешь, потому что не применяешь. А когда после окончания университета уже на должности вдруг сталкиваешься с сетями, то где-то далеко в памяти вспоминаешь, что было подобное на лекциях, но в любом случае все приходится изучать снова. Только бонус в том, что уже все это можно применить на практике)

                                                  Судя по программе и экзамену, все вопросы должны были быть освещены. Так что я больше склоняюсь к этому варианту:

                                                  Тогда мне конечно показалось, что это я прохалтурил и не доучил в университете.


                                                  Спросите любого выпускника по 7-ми вопросам, которые я расписал и вы удивитесь.
                                                    0
                                                    Всё верно. В программе оно все было. Но без практики.

                                                    Просто в моём ЛЭТИ к четвертому курсу немалая часть группы уже сама в свободное время создавала сети из виртуальных машин, ковырялись в настройках сетевой подсистемы ядра Linux, поднимали VPN, часть людей работала сетевыми администраторами. Да и Таненбаума многие читали, а там всё это расписано.

                                                  +3
                                                  Уффф, осилил до конца :) Поначалу пытался отдельно помечать косяки и неточности, потом просто забил и дочитал :) В целом есть ощущение, что это не для начинающих ИТ-специалистов написано, а для уже вполне себе законченных чайников. Не могу себе представить, чтобы выпускник технического ВУЗа (а особенно по ИТ-специальности) не знал такого. Статья же сама по себе скорее собьет с толку, чем даст какое-то реальное понимание именно из-за огромного количества неточностей. Есть такое ощущение, что автор сам толком не понимает, о чем идет речь :)
                                                    0
                                                    Точно! Косяк на косяке и косяком погоняет!
                                                      +1
                                                      Меня вообще удивляет — зачем нужны какие-то «гайды» еще, когда на хабре есть просто титанический цикл "сети для самых маленьких"? Он просто ультимативный (автор вроде как книгу думал даже печатать — свои же части просто в бумагу). Лучше вряд ли кто-то сможет.
                                                        +2
                                                        Я хотел написать примерно то же, но для контроля посмотрел нулевую часть.
                                                        Предполагается, что вы, как минимум читали о эталонной модели OSI (то же на англ.), о стеке протоколов TCP/IP (англ.), знаете о типах существующих VLAN’ов (эту статью я настоятельно рекомендую к прочтению), о наиболее популярном сейчас port-based VLAN и о IP адресах (более подробно).
                                                        Иначе говоря, СДСМ начинается даже не там, где заканчивается обсуждаемая статья: между ними есть некоторое количество неосвещенной информации, страшные буквосочетания OSI, VLAN и так далее.

                                                        Что никоим образом не отменяет того, что настолько простые гайды, по моему скромному, лучше размещать где-нибудь в другом месте. А то так дойдем до статьи «Математика для начинающего», где рассмотрим четыре основных действия арифметики на примере счетных палочек. Ведь есть же люди, у которых проблемы с арифметикой, наша задача им помочь!
                                                    0
                                                    1. Добавить бы про классы, CIDR и маску подсети (что, зачем, почему и как).
                                                    2. Учитывая постоянный рост мобильных устройств и беспроводных сетей, туда бы ещё углубиться (MAC, IMEI, каналы)…
                                                    3. IPv6 бы ещё…

                                                    Ну и классику: семиуровневую модель OSI, что такое протокол, как работает запрос DNS…
                                                      +1
                                                      он старался, но пройдет на пересдачу)
                                                        0
                                                        Хотелось бы прочитать прямо в этой статье более подробно про серые/белые IP. В общих чертах всё ясно и очень доходчиво, но остались некоторые вопросы, которые очень хорошо было бы поместить сюда: описать более подробно, почему именно эти диапазоны IP используются, и еще парочку предложений про NAT в рамках статьи.

                                                        И еще:
                                                        Думаю из представленной таблицы сразу становится понятно почему самый распространенный диапазон это 192.168.X.X

                                                        Честно говоря, посмотрев таблицу пару минут, не особо понятно.

                                                        Автору спасибо за труд!
                                                          0

                                                          Браво! Достаточно читабельно и доступно передал.
                                                          Только я не пойму, действительно ли так плохо вас учили? Я учусь в колледже, и мы это прошли ещё на 2 курсе, однако примерно половину из этого я знал ещё в 9 классе

                                                            0

                                                            Читабельно, доступно, но неправильно.

                                                            0

                                                            Вот чутка не хватает про модель OSi)) О ней тоже частенько любят спрашивать на собеседованиях, ну а если прям хочется сети изучить, то Таненбаума вам в прочтение.

                                                              0

                                                              Спасибо больше за статью!

                                                                0
                                                                Захотелось ответить сразу многим комментирующим — люди, выйдите из башни слоновой кости.
                                                                Да, статья неполная, да, неточная. Но нужная примерно в таком виде. Кому нужная? Вам!
                                                                Эту статью должны прочитать очень многие: монтажники и тех.под вашего провайдера, «выездные инженеры» вашего аутсорсера, какая-то часть ваших знакомых, достающая вас настройкой роутера. Ваша жизнь от этого станет легче. Ну и сами посмеётесь над ней.
                                                                  +1
                                                                  Да нафиг не нужны на хабре некорректные статьи. Если в статье о чём-то не рассказано — это нормально. А если прямое противоречие с реальностью — таких инструкций|статей быть не должно.
                                                                    0
                                                                    Эту статью должны прочитать очень многие
                                                                    Вы слегка, самую малость, преувеличиваете охват Хабром аудитории. Все эти люди, включая знакомых, достающих настройкой роутера, Хабр не читают как правило.

                                                                    И да: я все комплексую, что у меня нет технических статей, я не считаю себя столь компетентным, чтобы писать сюда что-то техническое. А ларчик, оказывается, открывается гораздо проще.
                                                                    «Установка Windows для начинающих (спойлер: это очень просто)»
                                                                    «Как запустить WinWord»
                                                                    «DIY. Загадка отвертки: отвинтить, завинтить и отличить первое от второго»
                                                                    +1
                                                                    Исключительно полезный и познавательный курс статей «Сети для самых маленьких».
                                                                    Несмотря на полудетское название — разъясняется начиная с пакетов и модели OSI до VLan и WLan со всеми сетевыми протоколами и наворотами. Был на хабре, теперь даже на отдельном сайте
                                                                    https://linkmeup.gitbook.io/sdsm/
                                                                    Это фактически курс по сетям, только понятный:)
                                                                    Видео с анимацией пакетов! Как говорится — на пальцах объясняют.
                                                                      0
                                                                      Ух, зачет! Спасибо за ссылочку! Покажу начинающим админам на работе. Кратенько по содержанию пробежался — это ж практически ICND, только немножко в более простой форме. Благодарю!
                                                                      0
                                                                      какой-либо IT-специальностью

                                                                      а ничего, что когда я учился на специальности 2201 — у нас по сетям было вроде норм, хотя мне уже и не нужно. и это был даже не универ а всего-лишь ККЭП :)
                                                                      а в программисты учились на специальности 2202 насколько помню…
                                                                      так что выбирая IT-специальность нужно заранее думать чем заниматься хочешь. от этого и программы зависят
                                                                        +1
                                                                        У автора в статье ошибок очень много и очень грубых, до простых не точностей. Читать статью потенциально вредно.
                                                                          +1

                                                                          Почитайте
                                                                          В. Олифер, Н. Олифер «Компьютерные сети. Принципы, технологии, протоколы».
                                                                          Отличный учебник для начинающих

                                                                            0
                                                                            Внимание!
                                                                            Если вам необходимо с ПК зайти на web-интерфейс, например, принтера или ip-телефона и при этом ваш ПК находится в другой подсети, то подключиться не получится.
                                                                            не совсем верно — зависит от настроенной маски на вашем сетевом интерфейсе.
                                                                            при адресе 192.168.0.1 на нём и маске 255.255.254.0, например, я смогу настраивать и 192.168.0.100 и 192.168.1.100
                                                                              0
                                                                              а куда-куда будет принтер кидать ответы с его /24?
                                                                              а если еще и подсети эти в разных вланах…
                                                                              +1
                                                                              танненбаум компьютерные сети 7-е издание

                                                                              тама всё есть…
                                                                                0
                                                                                Напрасно не упомянули про маску подсетИ — это важный момент в понимании того, как формируются подсЕти, и почему они разделены.
                                                                                  +1
                                                                                  Тот случай, когда добавил статью в избранное не ради самой статьи, а ради комментов.
                                                                                    0
                                                                                    1) Какие нафиг WAN и LAN? Интернет это и есть WAN, Wide Area Network, либо сеть раскиданная по территории.
                                                                                    2) Белые и серые IP адреса? Вообще-то локальные и глобальные, и деляться они по типам подсети: A, B, C, D, E для IPv4. А и В типы адресов это куда вы можете постучаться напрямую через интернет. C зарезервирован для локальных сетей (192.ххх и 172.ххх) D-мультикаст, E-для экспериментов.
                                                                                    Каждое устройство в сети имеет свой уникальный IP-адрес.

                                                                                    Неправда. Каждое устройство имеет свой IP адресс в сети. Уникальными могут быть NIC или MAC адреса, и то есть устройства где все это меняется на раз.
                                                                                    4)
                                                                                    Каждый роутер оснащен DHCP-сервером.
                                                                                    Во первых это сервис, а не сервер.
                                                                                    Внимание!
                                                                                    Если вам необходимо с ПК зайти на web-интерфейс, например, принтера или ip-телефона и при этом ваш ПК находится в другой подсети, то подключиться не получится.

                                                                                    Да ну нафиг? А NAT тут уже непомогает? А как мы тогда подключаемся к интернету? А туннель сделать? А настройка роутов вручную или через протоколы? Что за пурга?
                                                                                    5)
                                                                                    Коммутатор не умеет маршрутизировать сеть как роутер.
                                                                                    Да ладно? А вы как это обьясните тогда? Многоуровневый коммутатор

                                                                                      0
                                                                                      А можно я поделюс ссылкой на бесплатные курсы по сетям?
                                                                                      www.networkeducation.ru/video
                                                                                        0
                                                                                        image
                                                                                        Что? Как в /24 подсети может появиться 256 устройств?
                                                                                        Это очень грубая и непозволительная ошибка.
                                                                                          0
                                                                                          Если бы голосовую связь делали через TCP, даже очень быстрый, случалась бы такая ситуация: соединение прервалось по какой-то причине, десять секунд разговора пришли к вам с опозданием. И что вам с ними теперь делать, слушать на удвоенной скорости, пока разговор идет дальше и люди ждут вашего ответа?

                                                                                          Only users with full accounts can post comments. Log in, please.