Протокол интернета версии 4 (TCP IPv4): настройка и разбор интерфейса

Здравствуйте, дорогие читатели! Сегодня мы коротенько рассмотрим протокол интернета версии 4. Но если быть точнее, это не совсем протокол именно интернета. По сути, это простая адресация как в локальной, так и в глобальной сети. На данный момент четвертый протокол (кратко обозначается как IPv4) чаще используется в сетях. И имеет вид:

То есть это 4 цифры, разделённые точками. Каждая цифра может иметь значение от 0 до 255. TCP IPv4 – первые три буквы расшифровываются как Transmission Control Protocol. Именно этот протокол и используется в сетях для передачи данных.

Глобальная и локальная сетка

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

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

Но если интернет провод идёт именно к роутеру, то интернет в первую очередь настраивается на нём. А вот компьютер, ноутбук, телефон, планшет уже будут подключены именно к локальной сети интернет-центра. По которому и будет бегать интернет. Подключиться можно при это как по кабелю, так и беспроводным путём с помощью Wi-Fi.

И все локальные адреса начинаются с двух цифр: 192. 168. Следующая третья цифра — это подсеть. Например, если ваш роутеру имеет внутренний адрес 192.168.1.1, а на компе установить 192.168.0.1. То они будут находиться в разных подсетях и не будут видеть друг друга. А вот последняя цифра, должна быть уникальная для каждого устройства, находящиеся в одной подсети «локалки».

Как настроить IPv4

Как вы уже поняли, настраивается протокол в двух местах: на роутере и на компе. Разберём два варианта.

На компьютере или ноутбуке

Сначала комп или ноут надо подключить к любой сети – будь это роутер или провод от провайдера. Если подключение идёт от провайдера, то возьмите договор, который вам должны были дать при подключении.

1. Нажмите одновременно две клавиши: «Win» и «R»;

1. После того как откроется окно, впишите команду «ncpa.cpl»;

1. Теперь нужно выбрать действующее подключение. Если вы подключены к роутеру по Wi-Fi – то нужно выбрать беспроводное подключение. Далее нажимаем по нему правой кнопкой и выбираем «Свойства»;

1. Нажмите на наш 4 протокол и выберите «Свойства». Теперь нужно установить галочки как на картинке выше, если вы подключены к роутеру. Или если в договоре у вас идёт тип подключения как «Динамический IP» адрес. Иногда провайдеры вообще не пишут ничего по тому какое подключение они используют, тогда устанавливаем именно его.

1. Если у вас в бумажке указаны адреса подключения: IP, маска и DNS, то установите галочки как сверху и впишите значения с листа. Верхняя картинка представлена как пример и настройки будут у каждого – уникальные. Внимательно впишите значения из договора и нажмите «ОК».

На роутере

Нужно подключить кабель от провайдера к роутеру. Далее нужно произвести настройки интернета через Web-интерфейс. Там ничего сложного нет и все делается минут за 5-10. Принцип простой:

1. Заходим в настройки;
2. Настраиваем Интернет;
3. Настраиваем Wi-Fi – если он нужен.

Для локальной – IP адреса для устройств настраивать не нужно, так как на всех маршрутизаторах по умолчанию стоит DHCP сервер, который и раздаёт каждому подключенному аппарату свой адрес. На нашем портале есть инструкции для всех известных интернет-центров. Просто впишите полное название модели в поисковую строку портала и прочтите инструкцию.

Протокол TCP/IPv4 без доступа к интернету

Каждый владелец персонального компьютера или ноутбука сталкивался с проблемами доступа к сети Интернет. Бывало так, что все настройки произведены, доступ к сети есть, Wi-Fi настроен, а доступа к интернету нет. В сетевых подключениях, в строке состояния написано следующее: IPv4 без доступа к интернету. Как исправить ошибку и получить доступ к сети, читайте в этой статье.

Диагностика ошибки

Первое, что стоит сделать в данной ситуации — провести диагностику сетей:

1. Нажмите Win+R и выполните команду
2. ПКМ нажмите по проблемному сетевому подключению и выберите «Состояние».
3. Откройте «Диагностика».
4. В зависимости от выявленной проблемы, для ее решения, воспользуйтесь материалом по предоставленным ссылкам:
   1. На этом компьютере отсутствует один или несколько сетевых протоколов.
   2. Сетевой адаптер не имеет допустимых параметров настройки IP.
   3. Параметры компьютера настроены правильно, но устройство или ресурс (DNS-сервер) не отвечает.
   4. Шлюз, установленный по умолчанию, не доступен.
   5. DHCP сервер не включен на сетевом адаптере.

Часто бывает, что виной проблемы с доступом к интернету является неправильно настроенный DHCP сервер. Это может быть как с вашей стороны, так и со стороны интернет провайдера. Если у вас именно такая проблема, читайте дальше.

Настройки TCP/IPv4

Для начала убедимся, что не произошел обычный сбой в сети, который можно решить переподключением соединения. Нажмите ПКМ по проблемной сети и выберите «Отключить». Затем, двойным нажатием мыши, включите обратно. В случае, если у вас роутер, перезагрузите и его.

Также, можете провести сканирование настройки протокола IP для Windows. Для этого:

1. Нажмите ПКМ Пуск и откройте Командная строка (Администратор).
2. Пропишите команду

Проверьте Основной шлюз и DHCP сервер. Если DHCP не будет отдавать адрес шлюза (Основной шлюз 0.0.0.0) или он выключен, выставите настройки IPv4 вручную:

1. Откройте «Свойства» → IP версии 4 (TCP/IPv4).
2. Поставьте метку «использовать следующий IP-адрес» и пропишите следующие значения:
   1. IP-адрес 192.168.1.2 (или любое другое значение в диапазоне от 2 до 254).
   2. Маска подсети 255.255.255.0.
   3. Шлюз 192.168.1.1.
3. В строке «Использовать следующие адреса DNS-серверов»:
   1. Предпочитаемый 8.8.8.8. (Google DNS).
   2. Альтернативный 77.8.8.8 (Яндекс DNS).
4. Перезагрузите соединение.

Настройки роутера

Если вы используете роутер, включите в настройках DHCP сервер:

1. Через браузер зайдите в админ панель 192.168.1.1 (или 192.168.0.1 если роутер D-Link). Стандартный логин «Admin» и пароль «Admin».
2. В зависимости от модели и прошивки роутера будет разный интерфейс. Найдите и включите тип подключения «DHCP».
3. Перезагрузите сетевое соединение.

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

Как настроить параметры TCP/IP у компьютера

Для ОС Windows XP:

Шаг 1 В панели задач Windows нажмите кнопку Start (Пуск) и затем Control Panel (Панель управления).

Шаг 2 Сделайте двойной щелчок мышью по иконке Local Area Connection (Подключение по локальной сети). В окне Local Area Connection Properties (Подключение по локальной сети — Свойства) выберите вкладку TCP/IP:

Шаг 3 Нажмите кнопку Properties (Свойства). Откроется окно.

Шаг 4 Существуют два способа настройки параметров TCP/IP:

При помощи DHCP-сервера

Выберите Obtain an IP address automatically (Получить IP-адрес автоматически) и Obtain DNS Server address automatically (Получить адрес DNS-сервера автоматически), как представлено на рисунке ниже. По умолчанию они могут быть уже выбраны. Нажмите кнопку OK , чтобы сохранить сделанные изменения.

Указать IP-адрес вручную

1) Выберите Use the following IP address (Использовать следующий IP-адрес), как представлено на следующем рисунке. Если LAN IP-адрес маршрутизатора 192.168.1.1, укажите IP-адрес в формате 192.168.1.x (где х 2-254), маска подсети 255.255.255.0 и шлюз по умолчанию 192.168.1.1.

2) Выберите Use the following DNS server addresses (Использовать следующие адреса DNS-серверов), как представлено на следующем рисунке. Укажите IP-адрес DNS-сервера, полученный от Интернет-провайдера. Нажмите кнопку OK, чтобы сохранить сделанные изменения.

Для Windows Vista/Windows 7 (Примечание: в качестве примера использован интерфейс ОС Vista; порядок действий для ОС Windows 7 аналогичный):

Шаг 1 Щелкните мышкой по кнопке и одновременно нажмите клавишу R на клавиатуре.

Шаг 2 Введите ncpa.cpl и нажмите OK.

Шаг 3 Выберите подключение, сделайте щелчок правой кнопкой мыши и выберите раздел Properties (Свойства).

Шаг 4 Выберите Internet Protocol Version 4(TCP/IPv4) , сделайте двойной щелчок по нему или нажмите кнопку Properties.

Шаг 5 Существуют два способа настройки параметров TCP/IP — автоматическое назначение DHCP-сервером или задать вручную.

1. С помощью DHCP-сервера

Выберите Obtain an IP address automatically (Получить IP-адрес автоматически) и, если нужно, Obtain DNS server address automatically (Получить адрес DNS-cервера автоматически). Нажмите кнопку OK , чтобы сохранить сделанные изменения.

2. Задать вручную

Выберите Use the following IP address (Использовать следующий IP-адрес), укажите IP-адрес, маску подсети и IP-адрес шлюза по умолчанию.

Выберите Use the following DNS server addresses (Использовать следующие адреса DNS-серверов). Укажите IP-адреса DNS-серверов.

Шаг 5 Нажмите кнопку OK, чтобы сохранить и применить сделанные изменения.

Тонкая Настройка TCP

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

Как-то раз мой друг Боб пришел ко мне с вопросом. Он написал программу на Java, которая копировала 100 МБ файлы с его компьютера под управлением Windows XP в его офисе на Linux-сервер в региональный офис компании. В обоих офисах используются 100Мбит сети Ethernet, соединенные через 155Mbps VPN канал. Однако он был очень неприятно удивлен тем, что измеренная скорость передачи была ниже 4Мбит, и попросил меня объяснить причину такого поведения.

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

Как Работает TCP

Самый распространенный сетевой протокол, используемый в Интернет это Transmission Control Protocol, или TCP . TCP использует «окно перегрузки» — число пакетов, которое должен послать или принять стек, прежде чем перейти в режим ожидания сигнала подтверждения. Чем больше размер этого окна, тем выше пропускная способность. Алгоритмы «медленного запуска» и «предотвращения перегрузки» определяют размер окна перегрузки. Максимальный размер окна перегрузки зависит от размера буфера, который ядро отводит для каждого сокета. Для каждого сокета существует значение буфера, установленное по умолчанию, которое программы могут изменять, используя системный вызов библиотек перед открытием сокета. Для некоторых операционных систем существует определенный максимум размера буфера на уровне ядра. Вы можете установить собственное значение буфера как для отправляющего, так и для принимающего конца сокета.

Чтобы достичь максимальной скорости, важно использовать оптимальный размер буфера для TCP сокета для используемого подключения. Если буферы слишком маленькие, окно перегрузки TCP некогда не откроется полностью, таким образом отправитель не сможет работать по полной. Если буферы слишком большие, отправитель попросту завалит получателя, что приведет к тому, что получатель просто будет резать пакеты и окно перегрузки выключится. Наиболее вероятна такая ситуация когда отправляющий хост по производительности лучше, чем получающий. Слишком большое окно на отправляющей стороне это не проблема, пока существует некоторый избыток памяти.

Рассчитываем Размер Буфера TCP

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

Пропускная способность = размер буфера / задержка

В обычной сети задержка между двумя офисами составит около 40ms, а в Windows XP размер буфера по умолчанию равен 17,520 байт. Значит, максимальная пропускная способность будет равна:

Размер буфера по умолчанию для Mac OS X установлен в 64K, таким образом, при использовании Mac OS X у Боба получилось бы лучше, однако были бы достигнуты далеко не 100Mbps, которые по идее должны быть.

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

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

Программа ping даст вам округленное время (round trip time — RTT) для сетевого соединения, что в два раза больше задержки. Формула принимает следующий вид:

Для сети Боба ping вернул RTT в 80ms. Это значит, что размер буфера TCP должен быть:

Боб знал скорость VPN канала компании, но часто вы не знаете о пропускной способности сетевого маршрута. Определить пропускную способность сети иногда очень сложно. На сегодняшний день самой большой пропускной способностью является 1Gbps (в США, Европе и Японии), получается, что узкое место это местные сети на обоих концах. В моей практике я встречал в основном офисы, где компьютеры объединены 100Mbps сетью Ethernet. Тогда имеем следующую картину: 100Mbps=12MBps, что, согласитесь, совсем неплохо.

Перенастройка размера буфера никак не повлияет на производительность в сетях, где регламентированная скорость составляет 10Mbps или ниже; например, с хостами, соединенными через DSL, кабельный модем, ISDN, или линию T1. Существует программа pathrate, которая выполняет хорошую работу: оценивает пропускную способность. Но она не позволяет проводить глубокий анализ полученных временных рядов. Например, не ставилась задача получать различные функции распределения, а так же недостаточен набор параметров, которые можно варьировать при проведении измерений. Программа работает только на платформе Linux и требует возможности логина на оба компьютера.

Устанавливаем размер буфера TCP

Итак, имеем две настройки, которые нужно оптимизировать: размер буфера TCP по умолчанию и максимальный размер буфера. С правами пользователя можно изменить размер буфера по умолчанию, но для изменения его максимального размера требуются права администратора. Заметьте, что большинство сегодняшних Unix-Like систем по умолчанию имеют значение максимального размера буфера TCP всего лишь 256K. В Windows нет максимального размера буфера по умолчанию, но администратор может его установить. Очень важно изменить размеры буферов у посылающей и принимающей машин. Изменение только отправляющего буфера не даст ничего, т.к. TCP согласовывает размер буфера с меньшим из двух. Это означает, что не обязательно устанавливать оптимальный размер буфера на отправляющей и принимающей машинах. Обычно делают следующее: устанавливают размер буфера на серверной стороне довольно большим (например 1,024K) и затем позволяют клиенту определить и установить «оптимальное» значение для данного сетевого маршрута. Чтобы установить размер буфера TCP, используйте метода setSendBufferSize и setReceiveBufferSize в Java, или вызов setsockopt в С. Ниже представлен пример установки размеров буфера ТСР в пределах приложения на Java:

Хорошей идеей будет вызвать getSendBufferSize (или getReceiveBufferSize) после установки размера буфера. Таким образом, мы удостоверимся, что наша ОС поддерживает буферы таких размеров. Вызов setsockopt не вернет ошибку, если вы используете значение, большее чем максимальный размер буфера, но попросту будет использовать максимальный размер вместо значения, которое установили вы. Linux загадочным образом удваивает значение, которое вы передаете для размера буфера, так что когда вы делаете getSendBufferSize / getReceiveBufferSize и видите в два раза больше, чем указали, не волнуйтесь — для Linux это «нормально».

А вот и пример на С:

Фрагмент кода на С, проверяющий текущий размер буфера:

Устанавливаем Максимальный Размер буфера TCP

Для большинства соединений невозможно увеличить предопределенный системой максимальный размер ТСР буфера. Например, возьмем соединение в 100Mbps между Калифорнией и Великобританией, время задержки RTT которого 150 мсек. Оптимальный размер буфера для такого соединения будет равен 1,9 МБ, что в 30 раз больше чем размер буфера по умолчанию и в 7,5 раз больше, чем максимальный размер буфера ТСР в Linux.

Чтобы поменять параметры ТСР в Linux, добавьте следующие строки в файл / etc/sysctl.conf , и затем запустите sysctl -p. Теперь наши настройки будут применяться во время загрузки.

Устанавливайте максимальные размеры буферов таким образом, чтобы полностью использовать ресурсы соединения. В Windows не требуется вносить каких-либо изменений, как например максимальный размер буфера ТСР по умолчанию (GlobalMaxTcpWindowSize) не определяется. На моем сайте TCP Tuning Guide web site можно найти информацию о том, как установить максимальный размер буфера в других операционных системах.

От Теории к Практике

Наверняка сейчас у вас возник вопрос «А как же я могу осуществить все эти возможности в реальных условиях? Доверить ли пользователям установку размера буфера? Стоит ли подсчитать оптимальный размер буфера для пользователя? Или может вообще стоит установить больший буфер и больше не вспоминать об этом?»

Обычно, я предлагаю следующее для большинства приложений, ориентированных на высокоскоростную (более 40Mbps), с большой задержкой (RTT > 10ms) сеть. Ваш клиент должен запустить ping, чтобы определить RTT и затем просто принять пропускную способность, равную 100Mbps. Ping трафик блокируется некоторыми сайтами. В этом случае можно воспользоваться утилитой synack, которая использует ТСР вместо ICMP для определения RTT. Если ваши пользователи разбираются в сетях, то можно предоставить им самим самостоятельно выбирать размер TCP буфера. Не правильно тупо устанавливать большие размеры буферов для всех сетевых маршрутов, особенно если приложение могут запустить через медленные линии, такие как DSL или модемы.

Linux на Помощь

Начиная с версии 2.4, в Linux добавлена возможность автоподстройки ТСР буфера отправителя . Это означает, что отправителю больше не нужно задумываться о вызове setsockopt(). Однако все еще следует выполнять setsockopt() на стороне получателя, и вам придется подкорректировать максимальный размер буфера при автоподстройке, что по умолчанию составляет лишь 128 кБ. Начиная с Linux 2.6.7, была добавлена функция автоподстройки для серверной стороны, таким образом вам не нужно больше думать о получателе. Свершилось! К несчастью, максимальный размер буфера ТСР все еще маленький — но хотя бы теперь это проблема системного администрирования, а не программиста.

Мои начальные результаты довольно-таки внушительные. После увеличения максимальных буферов ТСР, при соединении в 1Gbps через США (RTT = 67ms), производительность с 10Mbps при использовании Linux 2.4 поднялась до 700Mbps при использовании Linux 2.6.12, ускорение в 70 раз! На соединении из Калифорнии в Великобританию (RTT = 150 мсек), скорость с 4Mbps на Linux 2.4 выросла до 560Mbps — ускорение в 140 раз. Этого удалось достичь всего лишь увеличением максимального размера буфера ТСР.

В Linux 2.6 кроме того включены некоторые улучшения ТСР, что означает, что скорость можно увеличить еще в несколько раз. Особенно то, что в Linux 2.6 теперь используется алгоритм контроля перегрузки BIC (BIC — bus interface controller, контроллер магистрального интерфейса), который задумывался для увеличения производительности ТСР при использовании высокоскоростных линий и большими задержками. Ручная подстройка Linux 2.4 при использовании тех же соединений дает пропускную способность в 300Mbps через США и 70Mbps до Великобритании. Надеюсь, в скором времени все эти прелести появятся в Windows.

Наладка Сети

Если все попытки повысить пропускную способность закончились неудачей, то, скорее всего причина в самой сети. Итак, сначала попробуйте netstat -s, чтобы посмотреть количество повторных передач. Если их много, то это говорит о том, что сеть перегружена, построена на плохом «железе» или вовсе с нарушением топологии. Также повторные передачи происходят в случае, когда отправляющая машина намного быстрее принимающей. Также обратите внимание на число ошибок, возвращаемых netstat- большое число ошибок также говорит о проблеме в самой сети. Мне самому с трудом верится, но очень часто причина неполадок LAN с сетями 100BT заключается в том, что хост настроен на работу в полном дуплексе, а свитч Ethernet работает в режиме полудуплекса, или наоборот. Новое оборудование автоматически согласует дуплексы, тогда как со старым могут возникнуть проблемы, результатом будет работающая, но ужасно медленная сеть. Лучше всего работать в режиме полного дуплекса, но некоторое старое оборудование 100ВТ поддерживает только полудуплекс. Смотрите TCP Tuning Guide, чтобы узнать, как проверить настройки дуплекса для вашего компьютера.

Internet2’s Network Diagnostic Tool (NDT) — отличная утилита, предназначенная для определения проблем с перегрузкой и дуплексом. NDT это Java аплет, который можно запустить с одного из NDT серверов.

Обратите Внимание на Программу scp

Для копирования файлов через Интернет обычно пользуются программой scp. К сожалению, тонкая настройка ТСР не поможет пропускной способности >scp, потому что в scp используетсяOpenSSL, в котором используются статически определенные потоки буферов. Эти буферы действуют на пропускную способность сети как узкое место, особенно в сетях с длинной задержкой и высокими скоростями. Питсбургская страница Сверхвысокопроизводительного Центра High Performance SSH/SCP объясняет это более подробно и, кроме того, там имеется патч для OpenSSL, устраняющий эту проблему.