Не открываются некоторые сайты в браузере: как исправить?

Если на компьютере с Windows у вас перестали открывать сайты в браузере, воспользуйтесь советами из этой статьи, которые помогут вам исправить эту проблему. Проблема может проявляться по-разному: в браузере могут не открываться все сайты или только некоторые, проблема может проявляться только в одном браузере или во всех. При этом другие программы (например, Skype или другие мессенджеры) работают нормально и интернет подключен. В любом случае скорее всего это проявляется, что при попытке открыть сайт страница долго грузится и затем появляется ошибка «Страница недоступна» (ERR_ TIMED_OUT, ERR_CONNECTION_ CLOSED, WEB Page Inaccessible). Все зависит от браузера, и причины по которой нет доступа к сайту.

• В Google Chrome ошибка может выглядеть так “Не удается подключиться к интернету”.
• В Mozilla Firefox — “Сервер не найден. Firefox не может найти сервер www. sitename.ru“
• В Internet Explorer — “Не удается отобразить эту страницу”.

Перечислим типовые проблемы, из-за которых на вашем компьютере могут не открываться некоторые сайты:

• Проблема с DNS серверов или записями;
• Некорректные сетевые настройки протокола TCP/IP на компьютере;
• Некорректные записи в файле hosts;
• Ваш компьютер может заражен вирусом;
• Неправильно настроен браузер или плагины;
• Ошибка в таблице маршрутизации;
• Неверный размер MTU.

Проблема с DNS сервером или DNS записями

Частая причина, из-за которой могут не открываться сайты – неправильно настроенный DNS сервера или некорректные записи DNS. Попробуйте в качестве первичного DNS сервера вручную указать адреса публичных DNS серверов Google (8.8.8.8 и 8.8.8.4). Откройте Панель управления – Центр управления сетями и общим доступом -> Изменение параметров адаптера -> Выберите свойства сетевого адаптера, через который вы подключены к интернету -> Выберите IP версии 4 (TCP/IPv4) -> в разделе Предпочитаемый DNS сервер укажите 8. 8.8.8. Сохраните изменения.

Также выполните сброс кэша DNS с помощью команды:

ipconfig /flushdns

Настройка протокола IP для Windows

Кэш сопоставителя DNS успешно очищен.

Сброс параметров протокола TCP/IP

Откройте командную строку с правами администратора и выполните команду:

netsh winsock reset

Сброс каталога Winsock выполнен успешно.

Перезагрузите компьютер, и попробуйте открыть сайты, которые у вас не открывались.

Проверка файла hosts

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

Выполните команду:

Notepad C:\Windows\System32\drivers\etc\hosts

Если вы там увидите какие-то сторонние адреса сайтов, которые вы не можете открыть, то их нужно удалить и сохранить файл.

Проверка компьютера антивирусом

Проверьте ваш компьютер с помощью портабельного антивируса (Kaspersky Security Scan, Dr.Web CureIt, Microsoft Safety Scanner или Avira PC Cleaner).

Проблемы с браузером

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

Проверьте систему на наличие подгружаемых модулей. Откройте редактор реестра и перейдите в ветку HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Windows. Найдите параметр Applnit_DLLs. Его значение должно быть пустым, если в нем указаны файлы – вручную удалите эти файлы с диска и очистите параметр реестра.

Очистка таблицы маршрутизации

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

route –f

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

Проверка значение параметра MTU

Параметр MTU (Maximum Transmission Unit; максимальная единица передачи) означает максимальный размер пакета, который может быть передан по сети без фрагментации. При использовании неправильного размера MTU возможны проблемы с открытием некоторых сайтов в браузерах, сбои в работе VoIP-телефонии, проблема с приемом или передачей файлов по сети.

Проверьте текущее значение MTU в Windows и в настройках роутера. Уточните максимальный размер MTU у вашего интернет-провайдера. Скорее всего у вас используется значение MTU 1500, попробуйте сменить его на 1460, или 1420. Для 3G/4G USB модема лучше задать значение MTU = 1476.

Проверить текущий размер MTU в Windows можно с помощью команды

netsh interface ipv4 show subinterfaces

В моем примере на всех интерфейсах размер MTU 1500.

Доступ к сайту блокирует антивирус или межсетевой экран

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

Проблема с SSL сертификатом у сайта

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

как поменять MTU на windows10 — David Rabinovitch

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

Если у Вас FTP-клиент не догружает файлы или сайты в интернете открываются не всегда одинаково быстро, то, возможно, настала пора обратить внимание на установленные значения MTU.

Немного теории

Что такое MTU? Вот как рассказывает нам Wikipedia. Многие задают вопрос не что это такое, а сколько ставить? Однозначного ответа быть не может, так как факторов от которых зависит это значение, очень много: начиная от серверов, где происходит размещение сайтов, провайдеровского сетевого оборудования, стоящего между сайтами и вашим компьютером и от качества линии, соединяющей Вас с глобальной сетью.

Вообще в правильному ваше значение MTU должно быть точно таким же, как и на стороне вашего роутер, маршрутизатора провайдера или куда вы там подключаетесь. Но это не гарантирует Вам хорошую работу. На моем домашнем роутере, к примеру, а также на всех компьютерах домашней сети, установлено значение 1490. Это число я получил экспериментальным методом (если бы я тогда встретил утилиту TCP Optimizer, умеющую определять подходящий MTU, было бы в разы проще). У меня плохо отправлялись файлы на удаленный FTP-сервер, а при этом значении всё отлично работает. Хотя стоит заметить, что значение у провайдера стоит стандартное – 1500.

В Windows MTU можно поменять двумя способами: простым и сложным. Простой способ заключается в установке стороннего программного обеспечения, а сложный – в изменении MTU «родными» средствами.

Начнем с сложного, ибо он самый правильный.

Ручной метод изменения MTU в Windows

Все делается с помощью консоли. Вообще все хорошие и удобные вещи делаются только через консоль. Это стоит запомнить. 😉

1. Чтобы было проще работать с сетевыми соединениями, их нужно переименовать во что-то короткое. Вместо «Локальное подключение к сети» в LAN, а «Беспроводное подключение к сети» в WAN.
2. Запускаем системную консоль Windows с правами администратора:

   cmd.exe

3. Для того, чтобы посмотреть текущие значения MTU, вводим команду:

   netsh interface ipv4 show subinterfaces

   вывод будет примерно такой:

   MTU  Состояние определения носителя   Вх. байт  Исх. байт ------  ---------------  ---------  ---------  ------------- 4294967295                1          0          0  Loopback 1500                      1   83147897    2724203  LAN

   В моем случае у меня только один интерфейс и это LAN со стандартным значением MTU 1500.

4. Теперь вводим команду для того, чтобы изменить MTU для интерфейса LAN:

   netsh interface ipv4 set subinterface "LAN" mtu=1490 store=persistent

   Этой командой я указал новое значение 1490 для MTU.

5. Для того, чтобы посмотреть результат нужно ввести повторно команду, которую вводили на шаге №3.

Меняем MTU в Windows с помощью TCP Optimizer

Для некоторых проще что-то делать используя графический интерфейс и в этом может помочь утилита TCP Optimizer. Вот, вроде как, ее официальный сайт. У нее достаточно много настроек и самое главное ее достоинство – она умеет определять максимальный пакет, с которым работает ваш компьютер.

Вот пару скринов:

Последовательность действий

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

1. Итак, для начала открываем командную строку от имени администратора и вводим следующую команду: ping -f -l 1472 ххх.ххх.ххх.ххх, где, 1472=1500(стандартное значение для Ethernet) — 28 (значение заголовка, которое не учитывается) ххх.ххх.ххх.ххх — IP-адрес какого-либо сервера вашего провайдера. Я использовал основной шлюз в сети провайдера. И смотрим ответ, если ответ получен без потери пакетов, то увеличиваем значение, если выдаст «Требуется фрагментация пакета, но установлен запрещающий флаг.», значит уменьшаем и так, пока не получим крайнее верхнее значение пакета, которое проходит до нашего сервера. У меня получилось 1492 (1464+28). Значит дальше я и буду его устанавливать в качестве значения MTU.
2. Далее вводим команду: netsh interface ipv4 show subinterfaces.

   Она покажет значение MTU для всех сетевых подключений. Нам необходимо узнать как называется интерфейс основного сетевого подключения. У меня это Ethernet, у вас же смотрите по обстановке. Но в большинстве случаев он будет называться так же.

3. Далее вводим следующую команду(для ее выполнения требуется чтобы командная строка была запущена от имени администратора):  netsh interface ipv4 set subinterface «Ethernet» mtu=1492 store=persistent.

   Где вместо Ethernet пишем название своего интерфейса, а в значение MTU пишем полученное на первом шаге инструкции.

4. Ну и напоследок отключим автоматическую настройку значения MTU для сетевых подключений: netsh int tcp set global autotuninglevel=disabled.
5. Чтобы включить автоматическую настройку обратно, нужно заменить disabled на normal.

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

Спасибо за внимание!

Посещаем страницу moto.skesov.ru

Материал сайта Skesov.ru

—>

How to change MTU size in Windows 10

I was doing some troubleshooting and wanted to change the MTU size.  Here are the easy steps I took to do it in Windows 10.

1. Open a command prompt as administrator. (Hit Windows start button, type CMD, right click on command prompt and run as administrator)
2. type the command : netsh interface ipv4 show subinterfaces
3. This should output your interfaces and current MTU size.
4. Remember the interface name as you will need it to change the MTU size (For my example it is Ethernet).
5. Type the following command and Substitute Ethernet for my interface name and a new MTU size of 1518.
6. netsh interface ipv4 set subinterface “Ethernet” mtu=1518 store=persistent
7. Done.

This also worked for me when changing it on my Windows 7 PC.

On a side note:  If your looking to create windows 10 installation media, you can also do that from this link at Microsoft. ( I am just about to do it myself so thought I would post it.) Its always handy to have a Win 10  usb installation drive. Mine was quite old, so am going to update it with the latest version of Win 10.

Also here is a tip if your starting to see ad’s in your windows 10 start menu and want to remove them.  

Используемые источники:

• https://adminway.ru/kak-v-windows-mtu-pomenyat
• https://skesov.ru/kak-vruchnuyu-izmenit-mtu-v-windows/
• https://myrandomtechblog.com/cryptomining/change-mtu-size-in-windows-10/

Эндодонтические файлы Протейперы, Про-файлы, Лентуло, МТУ, Ларго и тд. в разделе «Расходные материалы и инструменты / Терапия», Москва

Как поменять MTU на Windows 10?

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

Если у Вас FTP-клиент не догружает файлы или сайты в интернете открываются не всегда одинаково быстро, то, возможно, настала пора обратить внимание на установленные значения MTU.

Что такое MTU и сколько ставить?

Что такое MTU? Вот как рассказывает нам Wikipedia.

Многие задают вопрос не что это такое, а сколько устанавливать? Однозначного ответить на этот вопрос нельзя. Зависимостей очень много. Начиная от серверов, где размещены сайта, и заканчивая качеством линии связи.

У Вашего компьютера MTU должно быть равно или меньше, которое установлено на вашем роутере, маршрутизаторе провайдера или куда вы там подключаетесь. Но это не гарантирует Вам хорошую работу. На моем домашнем роутере, к примеру, а также на всех компьютерах домашней сети, установлено значение 1490. Это число я получил экспериментальным методом (если бы я тогда встретил утилиту TCP Optimizer, умеющую определять подходящий MTU, было бы в разы проще). У меня плохо отправлялись файлы на удаленный FTP-сервер, а при этом значении всё отлично работает. Хотя стоит заметить, что значение у провайдера стоит стандартное – 1500.

В Windows MTU можно поменять двумя способами: простым и сложным. Простой способ заключается в установке стороннего программного обеспечения, а сложный – в изменении MTU «родными» средствами.

Начнем с сложного, ибо он самый правильный.

Ручной метод изменения MTU в Windows

Все делается с помощью консоли. Вообще все хорошие и удобные вещи делаются только через консоль. Это стоит запомнить. 😉

1. Чтобы было проще работать с сетевыми соединениями, их нужно переименовать во что-то короткое. Вместо «Локальное подключение к сети» в LAN, а «Беспроводное подключение к сети» в WAN.
2. Запускаем системную консоль Windows с правами администратора:

   cmd.exe

3. Для того, чтобы посмотреть текущие значения MTU, вводим команду:

   netsh interface ipv4 show subinterfaces

   
   вывод будет примерно такой:

   MTU  Состояние определения носителя   Вх. байт  Исх. байт
   ------  ---------------  ---------  ---------  -------------
   4294967295                1          0          0  Loopback
   1500                      1   83147897    2724203  LAN

   
   В моем случае у меня только один интерфейс и это LAN со стандартным значением MTU 1500.
4. Теперь вводим команду для того, чтобы изменить MTU для интерфейса LAN:

   netsh interface ipv4 set subinterface "LAN" mtu=1490 store=persistent

   
   Этой командой я указал новое значение 1490 для MTU.
5. Для того, чтобы посмотреть результат нужно ввести повторно команду, которую вводили на шаге №3.

Меняем MTU в Windows с помощью TCP Optimizer

Для некоторых проще что-то делать используя графический интерфейс и в этом может помочь утилита TCP Optimizer. Вот, вроде как, ее официальный сайт. У нее достаточно много настроек и самое главное ее достоинство – она умеет определять максимальный пакет, с которым работает ваш компьютер.

Вот пару скринов:

Теги: Сеть Windows

Настройка производительности TCP/IP для виртуальных машин Azure

• 04/02/2019
• Чтение занимает 21 мин

В этой статье

В этой статье рассматриваются распространенные методы настройки производительности TCP/IP и некоторые факторы, которые следует учитывать при их использовании для виртуальных машин, работающих в Azure. Здесь изложены основные сведения об этих методах и их настройке.

Распространенные методы настройки TCP/IP

Максимальный передаваемый блок данных, фрагментация и разгрузка большой отправки

Максимальный передаваемый блок данных

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

Фрагментация

Фрагментация происходит при отправке пакета, размер которого превышает значение MTU сетевого интерфейса. Стек TCP/IP разобьет этот пакет на более мелкие части (фрагменты), соответствующие MTU интерфейса. Фрагментация происходит на уровне IP-адреса и не зависит от базового протокола (например, TCP). Если 2000-байтовый пакет передается через сетевой интерфейс с MTU 1500, он будет разбит на фрагменты в 1500 и 500 байт.

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

Бит «не фрагментировать» в пакете IP

Бит «не фрагментировать» (DF) является флагом в заголовке IP-протокола. Бит DF указывает, что сетевые устройства на маршруте между отправителем и получателем не должны фрагментировать пакет. Этот бит может быть установлен по целому ряду причин. (Один из примеров см. в разделе «Определение MTU маршрута» данной статьи.) Когда сетевое устройство получает пакет с установленным битом «не фрагментировать», а пакет превышает MTU интерфейса, оно по умолчанию отбрасывает этот пакет. Устройство отправляет сообщение о фрагментации ICMP обратно источнику пакета.

Влияние фрагментации на производительность

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

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

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

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

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

Преимущества и последствия изменения MTU

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

Пример приведен ниже. Размер заголовка Ethernet составляет 14 байт плюс контрольная последовательность кадра из 4 байт для обеспечения согласованности кадров. Если отправляется один 2000-байтовый пакет, в сеть добавляются накладные расходы Ethernet в размере 18 байт. Если пакет разбивается на один 1500-байтовый пакет и один 500-байтовый пакет, каждый пакет будет содержать 18 байт заголовка Ethernet, а всего — 36 байт.

Помните, что увеличение MTU не всегда приводит к повышению эффективности сети. Если приложение отправляет только 500-байтовые пакеты, накладные расходы заголовков будут одинаковыми для MTU размером и 1500 байт, и 9000 байт. Сеть станет более эффективной, только если в ней используются пакеты большего размера, на которые влияет изменение MTU.

Azure и MTU виртуальных машин

Значение MTU по умолчанию для виртуальных машин Azure составляет 1500 байт. Стек виртуальной сети Azure попытается фрагментировать пакеты при достижении ими размера 1400 байт.

Обратите внимание, что стек виртуальной сети не снижает эффективность при фрагментации пакетов размером 1400 байт, хотя MTU виртуальных машин составляет 1500. Размер значительной доли сетевых пакетов намного меньше и 1400, и 1500 байт.

Azure и фрагментация

Виртуальный сетевой стек настроен для удаления фрагментов, поступающих непоследовательно, т. е. фрагментированных пакетов, которые не поступают в исходном порядке фрагментации. Эти пакеты отбрасываются главным образом из-за уязвимости FragmentSmack в системе сетевой безопасности, о которой было объявлено в ноябре 2018 г.

FragmentSmack — ошибка в повторной сборке ядром Linux фрагментированных пакетов IPv4 и IPv6. Удаленный злоумышленник может использовать этот изъян для активации ресурсоемких операций пересборки фрагментов, что может привести к повышенному потреблению ресурсов ЦП и отказу в обслуживании в целевой системе.

Настройка MTU

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

Мы не рекомендуем клиентам увеличивать MTU виртуальных машин. В этом обсуждении рассматриваются особенности реализации MTU и фрагментации в среде Azure.

Важно!

Увеличение MTU не всегда ведет к увеличению производительности и может негативно сказаться на эффективности приложения.

Разгрузка большой отправки

Разгрузка большой отправки (LSO) позволяет повысить производительность сети за счет переноса сегментации пакетов на адаптер Ethernet. Если функция LSO включена, стек TCP/IP создает большой TCP-пакет и отправляет его на адаптер Ethernet для сегментации перед пересылкой. Преимущество LSO заключается в том, что это позволяет освободить ЦП от сегментирования пакетов до размера MTU и перенести соответствующие операции в интерфейс Ethernet, где они выполняются на аппаратном уровне. Дополнительные сведения о преимуществах LSO см. в статье Поддержка разгрузки большой отправки.

Если функция LSO включена, клиенты Azure могут сталкиваться с кадрами больших размеров при сборе пакетов. Такие большие размеры могут привести некоторых клиентов к ошибочной мысли, что имеет место фрагментация либо используется большой MTU. Благодаря функции LSO адаптер Ethernet может объявить стеку TCP/IP больший максимальный размер сегмента (MSS) для создания большего пакета TCP. Затем весь этот несегментированный кадр направляется на адаптер Ethernet и отображается при сборе пакетов на виртуальной машине. Но этот пакет будет разбит на несколько меньших кадров адаптером Ethernet в соответствии с MTU адаптера.

Масштабирование и PMTUD окна MSS TCP

Максимальный размер сегмента TCP

Максимальный размер сегмента TCP (MSS) — это параметр, ограничивающий размер TCP-сегментов, что позволяет избежать фрагментации пакетов TCP. В операционных системах для установки размера MSS обычно используется такая формула:

MSS = MTU - (IP header size + TCP header size)

Заголовок IP и заголовок TCP имеют размер 20 байт каждый (всего 40 байт). Поэтому на интерфейсе с MTU 1500 размер MSS составляет 1460. Однако размер MSS можно настроить.

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

Помните, что значения MTU источника и назначения не являются единственными факторами, определяющими величину MSS. На промежуточных сетевых устройствах, таких как VPN-шлюзы Azure, MTU может настраиваться независимо от источника и назначения с целью оптимизировать производительность сети.

Обнаружение MTU пути

Параметр MSS согласовывается, однако не всегда указывает на реальный размер MSS, который можно использовать. Это связано с тем, что на других сетевых устройствах на маршруте между источником и назначением значение MTU может быть меньше, чем в точках источника и назначения. В этом случае устройство, значение MTU которого меньше размера пакета, отбросит этот пакет. Устройство передаст обратно сообщение о необходимости фрагментации ICMP (тип 3, код 4) с указанием своего MTU. Это сообщение ICMP позволяет исходному узлу уменьшить MTU для соответствующего маршрута. Этот процесс называется обнаружением MTU пути (Path MTU Discovery, PMTUD).

Процесс PMTUD неэффективен и влияет на производительность сети. При отправке пакетов, размер которых превышает MTU сетевого маршрута, их необходимо передавать с меньшим значением MSS. Если отправитель не получит сообщение о необходимости фрагментации ICMP (например, из-за сетевого брандмауэра на маршруте; такая ситуация обычно называется «черной дырой» PMTUD), он не узнает, что размер MSS необходимо уменьшить, и будет повторно передавать этот пакет. Поэтому мы не рекомендуем увеличивать значение MTU виртуальной машины Azure.

VPN и MTU

Если вы используете виртуальные машины, которые выполняют инкапсуляцию (например, виртуальные частные сети IPsec), на размер пакета и MTU влияет ряд дополнительных факторов. Виртуальные частные сети добавляют к пакетам дополнительные заголовки, что увеличивает их размер и требует уменьшения значения MSS.

Для Azure рекомендуется установить фиксацию MSS TCP на уровне 1350 байт, MTU интерфейса туннеля — 1400 байт. Дополнительные сведения см. на странице устройств VPN и параметров IPsec/IKE.

Задержка, время кругового пути и масштабирование окна TCP

Задержка и время кругового пути

Задержка в сети определяется скоростью света в оптоволоконной сети. Время кругового пути (RTT) между двумя сетевыми устройствами также оказывает большое влияние на пропускную способность сети TCP.

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

minimum RTT = 2 * (Distance in kilometers / Speed of propagation)

Для скорости распространения можно использовать значение 200. Это расстояние в километрах, которое свет проходит за 1 миллисекунду.

Возьмем в качестве примера расстояние между Нью-Йорком и Сан Франциско. Расстояние по прямой составляет 4148 км. Подставив это значение в формулу, получаем следующее:

Minimum RTT = 2 * (4,148 / 200)

Результат уравнения приведен в миллисекундах.

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

Влияние задержки и времени кругового пути на TCP

Время кругового пути напрямую влияет на максимальную пропускную способность TCP. В протоколе TCP размер окна — это максимальный объем трафика, который может быть отправлен через TCP-соединение, прежде чем отправитель получит подтверждение от получателя. Если для TCP MSS задано значение 1460, а для размера окна TCP — значение 65 535, отправитель может переслать 45 пакетов, прежде чем он получит подтверждение от получателя. Если отправитель не получает подтверждение, данные передаются повторно. Формула выглядит так:

TCP window size / TCP MSS = packets sent

В этом примере 65 535/1460 округляется до 45.

Именно это состояние «ожидание подтверждения», т. е. механизма обеспечения надежной доставки данных, RTT влияет на пропускную способность TCP. Чем дольше отправитель ждет подтверждения, тем больше времени потребуется, чтобы отправить следующие данные.

Ниже приведена формула для вычисления максимальной пропускной способности отдельного TCP-подключения.

Window size / (RTT latency in milliseconds / 1,000) = maximum bytes/second

В этой таблице показана максимальная пропускная способность (в МБ/с) для одного TCP-подключения (для удобства в качестве единицы измерения используются мегабайты.)

Если пакеты теряются, максимальная пропускная способность TCP-подключения снижается, так как отправитель повторно передает уже отправленные данные.

Масштабирование окна TCP

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

Эта зависимость показана в таблице ниже.

При этом длина заголовка TCP для окна TCP составляет всего 2 байта, что означает, что максимальное значение окна приема равно 65 535. Для увеличения максимального размера окна был введен коэффициент масштабирования окна TCP.3) = 262,140 bytes

С коэффициентом масштабирования 14 размер окна TCP увеличивается до 14 (максимальное допустимое смещение). В результате размер окна TCP будет составляет 1 073 725 440 байт (8,5 гигабит).

Поддержка масштабирования окна TCP

В Windows можно задавать различные коэффициенты масштабирования для разных типов подключений (классы подключений включают центр обработки данных, Интернет и т. д .). Чтобы просмотреть тип подключения для масштабирования окна, используйте команду PowerShell Get-NetTCPConnection:

Get-NetTCPConnection

Для просмотра значений каждого класса можно использовать команду PowerShell Get-NetTCPSetting:

Get-NetTCPSetting

Задать начальный размер окна TCP и коэффициент масштабирования TCP в Windows можно с помощью команды PowerShell Set-NetTCPSetting. Дополнительные сведения см. в статье о команде Set-NetTCPSetting.

Set-NetTCPSetting

Ниже приведены действующие параметры TCP для AutoTuningLevel.14)

Эти параметры, скорее всего, повлияют на производительность TCP, однако следует помнить, что влиять на нее также могут многие другие факторы в Интернете, на которые не влияют настройки среды Azure.

Увеличение размера MTU

Поскольку больший размер MTU означает больший размер MSS, может возникнуть вопрос, способно ли увеличение MTU привести к повышению производительности TCP. Скорее всего, нет. Помимо TCP-трафика, есть и другие факторы, связанные с размером пакета. Как обсуждалось ранее, наиболее важными факторами, влияющими на пропускную способность TCP, являются размер окна TCP, потеря пакетов и RTT.

Важно!

Мы не рекомендуем клиентам Azure менять значение MTU, установленное по умолчанию на виртуальных машинах.

Ускорение работы в сети и масштабирование на стороне приема

Ускорение работы в сети

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

Режим ускорения сети обеспечивает постоянную сверхнизкую задержку за счет использования встроенного программируемого оборудования Azure и различных технологий, таких как SR-IOV. Ускорение сети переносит значительную часть программно-определяемого сетевого стека Azure с процессоров на интерфейсы SmartNIC на основе ППВМ. Это изменение позволяет приложениям конечных пользователей задействовать вычислительные циклы, что снижает нагрузку на виртуальную машину, дрожание и колебания задержки. Иными словами, производительность становится более стабильной.

Режим ускорения сети повышает производительность, позволяя гостевой виртуальной машине обходить узел и устанавливать путь к данным непосредственно до интерфейса SmartNIC узла. Ниже описаны некоторые преимущества режима ускорения сети.

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

• Уменьшение дрожания. Обработка с помощью виртуального коммутатора зависит от числа политик, которые необходимо применить, и рабочей нагрузки ЦП, выполняющего обработку. Так как принудительное применение политик осуществляется на аппаратном уровне, эта зависимость устраняется за счет доставки пакетов непосредственно на виртуальную машину. Это позволяет избежать обмена данными между узлом и виртуальной машиной, прерываний работы программного обеспечения и переключений контекста.

• Уменьшение нагрузки ЦП. Обход виртуального коммутатора на узле приводит к снижению использования ЦП для обработки сетевого трафика.

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

Масштабирование на стороне приема

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

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

Ликвидация TCP TIME_WAIT и TIME_WAIT

TCP-TIME_WAIT — это еще один стандартный параметр, который влияет на производительность сети и приложений. На загруженных виртуальных машинах, открывающих и закрывающих много сокетов в качестве как клиентов, так и серверов (исходный IP-адрес:исходный порт + конечный IP-адрес:конечный порт), в режиме нормальной работы протокола TCP определенный сокет может надолго оказаться в состоянии TIME_WAIT. Состояние TIME_WAIT делает возможной доставку дополнительных данных на сокет перед его закрытием. Таким образом, стеки TCP/IP обычно запрещают повторное использование сокета путем автоматического удаления TCP-пакета SYN клиента.

Интервал времени, в течение которого сокет находится в состоянии TIME_WAIT, является настраиваемым. Его значение может варьироваться от 30 до 240 секунд. Сокеты являются ограниченным ресурсом, и количество сокетов, которые могут использоваться в каждый конкретный момент, можно настроить (как правило, доступное количество сокетов составляет примерно 30 000.) Если все доступные сокеты используются либо у клиентов и серверов не совпадают параметры TIME_WAIT, а виртуальная машина пытается повторно использовать сокет в состоянии TIME_WAIT, новые соединения не устанавливаются, так как TCP-пакеты SYN автоматически отбрасываются.

Значение диапазона портов для исходящих сокетов обычно настраивается в стеке TCP/IP операционной системы. То же самое применимо и для параметров TCP TIME_WAIT и повторного использования сокета. Изменение этих чисел может вести к улучшению масштабируемости. Но в зависимости от ситуации эти изменения могут вызвать проблемы взаимодействия. Следует соблюдать осторожность при их изменении.

Чтобы обойти данное ограничение на масштабирование можно использовать функцию ликвидации TIME_WAIT. Ликвидация TIME_WAIT позволяет повторно использовать сокет в определенных ситуациях, например если порядковый номер в IP-пакете нового соединения превышает порядковый номер последнего пакета из предыдущего соединения. В этом случае операционная система разрешит установить новое подключение (принять новый пакет SYN/ACK) и принудительно закрыть предыдущее, которое находилось в состоянии TIME_WAIT. Эта возможность поддерживается на виртуальных машинах Windows в Azure. Чтобы узнать о поддержке на других виртуальных машинах, обратитесь к поставщику соответствующей ОС.

Дополнительные сведения о настройке параметров TCP TIME_WAIT и диапазона портов источника см. в статье Параметры, которые можно изменить для повышения производительности сети.

Факторы виртуальной сети, которые могут влиять на производительность

Максимальная исходящая пропускная способность виртуальной машины

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

Пропускная способность сети, выделяемая каждой виртуальной машине, определяет скорость передачи данных от виртуальной машины (исходящий трафик). Ограничение распространяется на весь сетевой трафик, покидающий виртуальную машину, независимо от его назначения. Например, если для виртуальной машины установлено ограничение 1000 Мбит/с, эта квота расходуется на любой исходящий трафик — как к другой виртуальной машине в той же виртуальной сети, так и за пределы Azure.

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

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

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

Ожидаемая пропускная способность сети и количество поддерживаемых сетевых интерфейсов для разных размеров виртуальных машин указаны в описаниях размеров для виртуальных машин Windows в среде Azure. Чтобы увидеть максимальную пропускную способность, выберите тип, например Общее назначение, а затем найдите раздел о серии размеров на странице результатов (например, «серия Dv2»). Для каждой серии существует таблица с характеристиками, в которой спецификации сети указаны в последнем столбце под названием «Максимальное число сетевых адаптеров и ожидаемая пропускная способность сети (Мбит/с)».

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

• Количество сетевых интерфейсов. Ограничение пропускной способности применяется к совокупному исходящему трафику от виртуальной машины.

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

• Назначение трафика. При оценке ограничения на исходящий трафик полностью учитываются все назначения.

• Протокол. При оценке ограничения на исходящий трафик полностью учитываются все протоколы.

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

Вопросы производительности интернет-соединений

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

• Задержка. Время кругового пути между точками назначения может зависеть от проблем в промежуточных сетях, от трафика, который не проходит по «кратчайшему» расстоянию, и от неоптимальных путей пиринга.

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

• Размер MTU/фрагментация. Фрагментация на маршруте может вести к задержкам при получении данных или к неправильному порядку пакетов, что может повлиять на их доставку.

Хорошим инструментом для измерения характеристик производительности сети (таких как потеря пакетов и задержка) по каждому сетевому маршруту между исходным и конечным устройством является утилита Traceroute.

Вопросы проектирования сети

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

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

Регионы Azure, виртуальные сети и задержка

Регионы Azure состоят из нескольких центров обработки данных, которые расположены в одной географической области. Эти центры могут не находиться рядом друг с другом физически. Иногда они разделены расстоянием до 10 километров. Виртуальная сеть — это логическая конструкция, созданная на базе структуры сети физических центров обработки данных Azure. Виртуальная сеть не подразумевает какую-либо конкретную сетевую топологию в центре обработки данных.

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

Географическое размещение виртуальных машин и потенциальная задержка между двумя виртуальными машинами могут зависеть от конфигурации групп доступности и зон доступности. Однако расстояние между центрами обработки данных в регионе зависит от конкретного региона и в основном от топологии центров обработки данных в его пределах.

Нехватка исходных портов SNAT

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

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

Но это поведение можно настроить. Дополнительные сведения о SNAT и нехватке портов SNAT см. в этой статье.

Измерение производительности сети в Azure

В этой статье рассматривается ряд максимальных показателей производительности, связанных с задержкой сети и временем кругового пути (RTT) между двумя виртуальными машинами. Этот раздел содержит рекомендации по тестированию задержки и RTT, а также проверке производительности TCP и производительности сети виртуальных машин. Вы можете настроить и протестировать производительность для описанных выше параметров TCP/IP и сети, используя методы, описанные в этом разделе. Вы можете подставлять значения задержки, MTU, MSS и размера окна в приведенные выше расчеты и сравнивать теоретический максимальный уровень с фактическими значениями, наблюдаемыми во время тестирования.

Измерение времени кругового пути и потери пакетов

Производительность TCP в значительной степени зависит от RTT и потери пакетов. Служебная программа PING, доступная в Windows и Linux, является наиболее простым способом для измерения показателей RTT и потери пакетов. В выходных данных PING будет показана минимальная, максимальная и средняя задержка между источником и назначением. Также отображаются потери пакетов. PING по умолчанию использует протокол ICMP. Для проверки RTT TCP-соединения можно использовать PsPing. Дополнительные сведения см. на странице PsPing.

Измерение фактической пропускной способности TCP-соединения

NTttcp — это средство для тестирования производительности TCP-соединений виртуальной машины Linux или Windows. Вы можете изменить различные параметры TCP, а затем проверить эффект с помощью NTttcp. Для получения дополнительных сведений см. следующие ресурсы.

Измерение фактической пропускной способности виртуальной машины

Вы можете измерять производительность различных типов виртуальных машин, ускорения сети и т. д. с помощью инструмента iPerf. Инструмент iPerf также доступен в Linux и Windows. Для проверки общей пропускной способности сети iPerf может использовать протокол TCP или UDP. На тесты iPerf пропускной способности протокола TCP влияют факторы, описанные в этой статье (например, задержка и RTT). Поэтому, если нужно просто протестировать максимальную пропускную способность, UDP может показать лучшие результаты.

Дополнительные сведения вы найдете в следующих статьях:

Обнаружение проблем с эффективностью TCP

При сборе пакетов клиенты Azure могут видеть TCP-пакеты с флагами TCP (SACK, DUP ACK, RETRANSMIT и FAST RETRANSMIT), которые могут указывать на проблемы с производительностью сети. Эти пакеты прямо указывают на неэффективность сети вследствие потери пакетов. Однако потеря пакетов не обязательно связана с проблемами с производительностью Azure. Проблемы с производительностью могут возникать в результате проблем с приложениями, операционной системой или других проблем, которые могут быть не связаны с платформой Azure напрямую.

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

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

Дальнейшие действия

Теперь, когда вы прочитали о настройке производительности TCP/IP для виртуальных машин Azure, вы можете ознакомиться с другими рекомендациями по планированию виртуальных сетей или дополнительными сведениями об их подключении и настройке.

MTF — формат файла. Чем открыть MTF?

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

MTF файл имеет четыре исполнения и может быть получен в результате генерации следующих программных приложений:

• утилита MyTest. В данном случае структура MTF файла представляет собой отдельный тест, в котором содержатся все его атрибуты, включая параметры тестирования, графические фрагменты к каждому заданию и.т.д. Такой MTF файл заархивирован и закодирован.

Сама программа содержит в своем составе три модуля: MyTestStudent (тестировочный модуль), MyTestEditor (тестовый редактор) и MyTestServer (журнал результатов теста).

MyTest поддерживает тестирование как на уровне локальной сети, так и корпоративной.

В обновленной версии MyTestX применяется расширение .mtx.

• плагин мобильного телефона Motorola Media Manager. Представляет собой “тематический” MTF файл (Motorola Theme File) в котором содержатся пользовательские настройки: обои и заставки рабочего стола, рингтоны и другие режимы работы телефона.
• программа Multi Tracker. MTF файл является media-файлом, который может быть отредактирован в Multi Tracker с помощью интегрированных методов и средств. В частности, пользователю предоставляется возможность убрать из аудиозаписи вокал, удалить один из музыкальных инструментов или варьировать уровень его громкости.
• MasterCook – программа “кулинар”. MTF файл содержит рецепты по приготовлению различных блюд.

Программы для открытия MTF

В зависимости от исполнения MTF файла, он может быть открыт и редактирован с применением различных программных утилит:

Если при попытке открыть формат MTF система выдает ошибку: файл ассоциирован с неверным приложением.

Конвертация MTF в другие форматы

Ввиду того, что каждый MTF файл генерируется своей собственной программой, он имеет свою индивидуальную структуру, наполнение и объем. Конвертация/трансляция данных MTF файла предусмотрена только в рамках соответствующих программных комплексов.

Почему именно MTF и в чем его достоинства?

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

Что такое файлы MT и как их открыть? (Обновлено 2021 г.)

MT файлы являются типом 1830 Railroads And Robber Barons Game Data и были разработаны Simtex Studios Inc. для 1830: Railroads & Robber Barons. Анонимная статистика пользовательских данных позволяет сделать вывод о том, что файлы MT наиболее популярны среди тех, кто проживает в China и использует устройства Windows 10. Подавляющее большинство из этих пользователей предпочитают использовать Google Chrome в качестве основного интернет-браузера.

Связанные разработчики и программное обеспечение

Топ языков пользователей MT

Топ файловых браузеров, используемых пользователями MT

Подходит для установки на ПК?

Подходит для установки на мобильное устройство?

Топ стран, в которых используют файл MT

Топ операционных систем среди пользователей

Связанные операционные системы

Прочие типы файлов, связанные с файлами MT

«FileViewPro позволяет открыть любой файл с помощью одной программы, избавляя вас от необходимости поиска по папкам с файлами, разбросанным по всему жёсткому диску. FileViewPro позволяет открыть файл любого типа, будь то документ, электронная таблица, презентация или файл другого типа».   — Обзор Softonic

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

Copyright © 2010-2021 FileViewPro

Установка максимальной единицы передачи (MTU)

Что такое MTU?

Максимальная единица передачи (MTU) — это пакет или кадр наибольшего размера, которые могут быть отправлены по сети.

Зачем устанавливать MTU?

У каждого отправляемого пакета есть тело и заголовок. Заголовок содержит служебную информацию, необходимую для передачи пакетов по сети, например, куда отправить пакет и откуда он пришел.Поскольку для каждого пакета должна быть информация заголовка, и объем необходимой информации не должен действительно меняться, если мы увеличим MTU, больше информации будет отправлено в теле при увеличении MTU, тем самым уменьшая количество пакетов, которые необходимо быть отправленным для выполнения задачи, например, для передачи файла. Отправка меньшего количества пакетов означает, что уменьшается объем пропускной способности сети, которая «тратится впустую» из-за информации заголовка, и снижается нагрузка на сетевые устройства, обрабатывающие огромное количество пакетов.Увеличение MTU особенно полезно, когда вы отправляете большие объемы данных по сети, например, при передаче больших файлов.

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

MTU Размеры

Для большинства сетей (таких как Интернет) подходит размер MTU 1500.Однако, если у вас есть файловый сервер, подключенный к другим хостам в выделенной локальной сети, вы можете настроить эту локальную сеть на использование Jumbo-кадров, размер которых может достигать 9000 байт (просто установите MTU равным 9000).

Как установить размер MTU?

В большинстве случаев вам действительно не нужно вручную настраивать MTU, поскольку он обычно будет автоматически согласован / обнаружен. Однако, если вы хотите установить его на сервере Ubuntu / Debian, вам просто нужно отредактировать файл / etc / network / interfaces и добавить строку mtu , как показано ниже в конфигурации моего NAS.Затем вам нужно будет перезапустить сеть.

# Петлевой сетевой интерфейс
авто лоу
iface lo inet loopback

# Основной сетевой интерфейс
авто p4p1
iface p4p1 inet static
        адрес 10.1.0.4
        маска сети 255.248.0.0
        шлюз 10.0.0.1
        DNS-серверы 10.1.0.2

авто p2p1
iface p2p1 inet static
        адрес 192.168.1.2
        маска сети 255.255.255.0
        #gateway 192.168.1.2
        DNS-серверы 10.1.0.2
        mtu 9000
 

Как видите, я установил MTU равным 9000 для Jumbo-кадров в выделенной сети для передачи файлов, но я не устанавливаю его при подключении к Интернету.

Для пользователей Ubuntu Desktop откройте диспетчер сети, выберите соединение для редактирования и нажмите кнопку «Изменить»:

Затем вам нужно щелкнуть вкладку Ethernet и установить значение MTU перед сохранением и повторным подключением по ссылке.

Проверить мой MTU

Результат ifconfig должен показать вам ваш MTU для различных сетевых интерфейсов, как показано ниже:

Тестирование

Я обнаружил, что самый простой способ проверить, что мой MTU работает, — это использовать tracepath вот так:

tracepath [IP-адрес сервера]
 

Вы должны увидеть это (моя внутренняя локальная сеть с использованием jumbo-кадров):

Список литературы

Последнее обновление: 16 августа 2018 г.
Первая публикация: 16 августа 2018 г.

Настройте MTU для максимальной производительности сети

Переключить навигацию

  kubectl patch configmap / calico-config -n kube-system --type merge \
  -p '{"данные": {"veth_mtu": "1440"}}'
  

  kubectl rollout restart daemonset calico-node -n kube-system
  

  kubectl patch installation.operator.tigera.io default --type merge -p '{"spec": {"calicoNetwork": {"mtu": 1440}}}'
  

  oc установка патча.operator.tigera.io по умолчанию --type merge -p '{"spec": {"calicoNetwork": {"mtu": 1440}}}'