Напишите в поле ввода маску сети, которая может содержать до 6 компьютеров

Обновлено: 04.07.2024

Протокол управления передачей/Интернет-протокол (TCP/IP)

III.D Маски подсети

После того как номер сети был назначен IANA, hostid может быть назначен локально. Рассмотрим номер IP-сети из 132.181.0.0.16, назначенных для номера сети, что означает, что возможен уникальный номер из пула 2 16 = 65536. Из 65536 комбинаций нельзя использовать шаблон, состоящий из всех единиц (трансляция). Кроме того, шаблон, состоящий из одних нулей (сама сеть), не должен использоваться для присвоения номеров узлов.

На рис. 17 показана сеть с номером 132.181.0.0 (сеть 1), подключенная к Интернету с помощью маршрутизатора, и весь трафик для сети 132.181.0.0 отправляется на маршрутизатор этой сети. Возможно (но нереально) иметь в этой сети 65534 хоста.

Рисунок 17. Сеть класса B, подключенная к Интернету.

Если компания решит сегментировать эту сеть, чтобы лучше соответствовать бизнес-подразделениям, потребуется новая структура нумерации для поля hostid. Можно использовать другое присвоение номера сети, относящееся к классу A, B или C, но это включает в себя подачу заявки на новое назначение номера сети, даже если многие битовые комбинации hostid в сети 1 не используются. Поэтому некоторые биты из поля hostid используются для различения двух сетей, а остальные оставляются для присвоения номеров хостов. Это называется подсетью , а получившиеся сети называются подсетями. Схема разделения на подсети описана в RFC 950.

На рис. 18 показано, что вторая сеть (сеть 2) может быть подключена с помощью того же маршрутизатора, если в нем есть неиспользуемый порт. Первый байт поля hostid используется для указания номера этой подсети. Сеть 1 имеет номер подсети 1, Сеть 2 — номер подсети 2.

Рисунок 18 . Сеть класса B, подключенная к Интернету с помощью подсети.

Разделение на подсети позволяет разбивать сеть на более мелкие сети с использованием одного и того же сетевого номера и имеет следующие преимущества:

Реструктуризация внутренних сетей без воздействия на внешние сети

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

Подсети позволяют внутренне структурировать сеть, при этом остальная часть сети не узнает об изменениях во внутренней структуре сети. На рис. 18 внутренняя сеть разделена на две подсети, но трафик, поступающий из внешней сети, по-прежнему направляется на сетевой адрес 132.181.0.0. Маршрутизатор, принадлежащий организации, обязан различать IP-адреса, принадлежащие ее различным подсетям. Важным преимуществом того, что внутренняя сеть «невидима» для внешних сетей, является то, что организация может осуществить эту внутреннюю реструктуризацию без необходимости получения дополнительного сетевого номера от IANA, что еще больше сбережет этот ограниченный ресурс. Кроме того, поскольку структура внутренних подсетей не видна внешним сетям, использование подсетей приводит к повышению сетевой безопасности.

На рис. 19 показана взаимосвязь между различными полями IP-адреса и его подсетями. Маршрутизаторы используются для соединения этих подсетей. Маршрутизаторы также должны знать, сколько бит поля hostid используется для подсетей. Таким образом, он может анализировать hostid, указанный вместе с «маской подсети». Маска подсети требуется в то время, когда также указывается IP-адрес и выражается в виде десятичных чисел с точками, как и IP-адрес.

Рисунок 19 . Подсети и номера подсетей.

Маска подсети используется маршрутизаторами и хостами для интерпретации поля hostid таким образом, чтобы они могли определить, сколько битов используется для подсети. Маска представляет собой 32-битное число, которое делит поле hostid на номер подсети и номер хоста в соответствии со следующими правилами:

1 в маске подсети соответствуют положению идентификатора сети и номера подсети в IP-адресе.

0 в маске подсети соответствуют положению номера хоста в IP-адресе.

На рис. 20 показано применение этого правила к сетевому номеру класса B, используемому для разделения на подсети. Восемь бит поля hostid используются для номера подсети, а оставшиеся 8 бит используются для указания hostid в конкретной подсети. Маска подсети представляет собой 32-битный шаблон и записывается в десятичном формате с точками. Группа из 8 единиц соответствует десятичному значению 255, поэтому маска подсети может быть записана как 255.255.255.0

Рисунок 20 . Представление маски подсети.

Если для адреса класса B используется маска подсети 255.255.0.0, то подсети не используются. Адрес класса B имеет 16-битное поле netid. Это поле netid учитывается первыми двумя 255 (255.255) в 255.255.0.0 значение маски подсети. Оставшееся значение 0.0 должно соответствовать номеру хоста. В маске подсети для номера или поля подсети нет единиц, поэтому подсети не используются.

Если для адреса класса A используется одно и то же значение маски подсети 255.255.0.0, это показывает, что используется подсеть, поскольку адрес класса A имеет 8-битное поле netid. Это поле netid учитывается первыми 255 в маске подсети 255.255.0.0. Остальные 255 должны соответствовать номеру подсети длиной 8 бит.

Если для адреса класса C используется маска подсети 255.255.255.0, то подсети не используются. Адрес класса C имеет 24-битное поле netid, на которое приходится первые три 255 (255.255.255) в маске подсети 255.255.255.0. Оставшееся значение 0 должно соответствовать номеру хоста. В маске подсети для поля номера подсети нет единиц, поэтому подсети не используются.

Маска подсети 255.255.0.0 для адреса класса C недопустима, поскольку адрес класса C имеет 24-битное поле netid, но первые два 255 в 255.255.0.0 составляют только 16-битный netid. По крайней мере, еще 255 необходимы, чтобы покрыть оставшиеся 8 битов netid.

IP-адрес и его маска подсети могут быть представлены в виде косой черты. Например, IP-адрес 192.55.12.120 и маска подсети 255.255.255.240 могут быть объединены и выражены как 192.55.12.120/28, где 28 представляет количество единиц в маске, начиная слева. В следующей таблице указана эквивалентность двоичных и десятичных значений масок подсети.

Размер подсети (биты)	Шаблон битов	Десятичное значение
1	10000000	128
2	11000000	192
3	11100000	224
4	11110000	240
5	11111000	248
6	11111100	252
7	11111110	254

Рассмотрите следующий пример:

Учитывается IP-адрес 192.55.12.120 и маска подсети 255.255.255.240. Определите значения: номера подсети, номера хоста и номера направленной широковещательной рассылки

Сетевой адрес формируется из двоичного И IP-адреса и маски, а именно:

Адрес хоста формируется из двоичного И IP-адреса и маски НЕ, а именно:

Широковещательный адрес для этой подсети формируется из двоичного ИЛИ IP-адреса и маски НЕ, а именно:

Настройка Kali Linux

Джеймс Брод , Эндрю Бинднер , взлом с помощью Kali , 2014 г.

Основные подсети

Разделение подсетей — это тема, которая может запутать многих людей, поэтому в этой книге подсети будут объясняться только как способ настройки сетей наилучшим образом для сохранения IP-адресов. Это делается путем применения маски, которая будет отфильтровывать часть IP-адреса компьютера, позволяя раскрыть сетевую адресацию. Вернемся к примеру с Syngress. IP-адрес — 69.163.177.2, и если бы мы были в небольшой сети с менее чем 255 пользователями, мы могли бы использовать маску подсети класса C 255.255.255.0. При применении маски части адреса аннулируются, а другие остаются, позволяя компьютерам в сети узнать, в какой сети они находятся. Опять же, базовый пример маски подсети использует только числа 255 и 0 октетов нумерации; поэтому для идентификации сети любая часть адреса, совпадающая с 255, вообще не изменяется, поэтому первые три октета IP-адреса (69, 163, 177) будут сопоставляться с 255, что позволяет исходным числам быть пройдены. Любое число, совпадающее с 0, полностью аннулируется, поэтому последний октет адреса, или 2, будет аннулирован, что приведет к 0. Таким образом, применяя маску подсети 255.255.255.0 к адресу 69.163.177.2, мы находим, что сетевой адрес 69.163.177.0. В большинстве небольших сетей будет хорошо работать маска подсети 255.255.255.0, в более крупных сетях потребуется другая маска подсети, которая может быть рассчитана для предоставления услуг определенному количеству сетевых узлов.

Разведка

Подсети IP

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

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

Таблица 2.6. Общие классы подсетей

< td>0.0.0.0< td>C

Разведка

2.6.1.2 IP-подсети

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

Таблица 2.6. Общие классы подсетей

Класс	Начало	Конец	Маска подсети по умолчанию (dec)	Нотация CIDR
A	127.255.255.255	255.0.0.0	/8
B< /td>	128.0.0.0	191.255.255.255	255.255.0.0	/16
192.0.0.0	223.255.255.255	255.255.255.0	/24

< td>0.0.0.0< td>C

Межсетевое взаимодействие

Ларри Л. Петерсон, Брюс С. Дэви, компьютерные сети (пятое издание), 2012 г.

Бесклассовая адресация

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

Чтобы увидеть, как взаимосвязаны вопросы эффективности адресного пространства и масштабируемости системы маршрутизации, рассмотрим гипотетический случай компании, в сети которой 256 хостов. Это немного слишком много для адреса класса C, поэтому у вас может возникнуть соблазн назначить класс B. Однако использование куска адресного пространства, которое может адресовать 65 535 для адресации 256 хостов, имеет эффективность всего 2 5 6 ∕ 6 5 , 5 3 5 знак равно 0 . 3 9 %. Несмотря на то, что подсети могут помочь нам тщательно назначать адреса, это не позволяет обойти тот факт, что любой организации с более чем 255 хостами или ожиданием того, что в конечном итоге будет столько хостов, нужен адрес класса B.

Первый способ решить эту проблему – отказать в предоставлении адреса класса B любой организации, которая запросит его, если только они не проявят потребность в адресах, близких к 64 КБ, и вместо этого предоставить им соответствующее количество адресов класса B. C-адреса для охвата ожидаемого количества хостов. Поскольку теперь мы будем раздавать адресное пространство кусками по 256 адресов за раз, мы сможем более точно сопоставить объем потребляемого адресного пространства с размером организации. Для любой организации, имеющей не менее 256 хостов, мы можем гарантировать использование адресов не менее чем на 50 %, а обычно намного больше.

Однако это решение порождает не менее серьезную проблему: чрезмерные требования к памяти на маршрутизаторах. Если одному сайту назначено, скажем, 16 сетевых номеров класса C, это означает, что каждому магистральному интернет-маршрутизатору требуется 16 записей в его таблицах маршрутизации, чтобы направлять пакеты на этот сайт. Это верно, даже если путь к каждой из этих сетей одинаков. Если бы мы присвоили сайту адрес класса B, та же информация о маршрутизации могла бы храниться в одной записи таблицы. Однако тогда наша эффективность назначения адресов будет только 1 6 × 2 5 5 ∕ 6 5 , 5 3 6 = 6 . 2 %.

Поэтому CIDR пытается сбалансировать стремление минимизировать количество маршрутов, которые должен знать маршрутизатор, с необходимостью эффективной раздачи адресов. Для этого CIDR помогает нам агрегировать маршруты. То есть он позволяет нам использовать одну запись в таблице переадресации, чтобы сообщить нам, как достичь множества различных сетей. Как отмечалось выше, это достигается за счет нарушения жестких границ между классами адресов. Чтобы понять, как это работает, рассмотрим нашу гипотетическую организацию с 16 сетевыми номерами класса C.Вместо того, чтобы раздавать 16 адресов случайным образом, мы можем раздать блок непрерывных адресов класса C. Предположим, мы назначаем номера сети класса C от 192.4.16 до 192.4.31. Обратите внимание, что старшие 20 битов всех адресов в этом диапазоне одинаковы (11000000 00000100 0001). Таким образом, мы фактически создали 20-битный номер сети — что-то среднее между номером сети класса B и номером класса C с точки зрения количества хостов, которые он может поддерживать. Другими словами, мы получаем как высокую адресную эффективность раздачи адресов порциями меньше, чем в сети класса B, так и единый сетевой префикс, который можно использовать в таблицах переадресации. Обратите внимание: чтобы эта схема работала, нам нужно раздавать блоки адресов класса C с общим префиксом, что означает, что каждый блок должен содержать несколько сетей класса C, являющихся степенью двойки.

CIDR требует нового типа записи для представления сетевых номеров, или префиксов, как они известны, поскольку префиксы могут быть любой длины. По соглашению после префикса ставится /X, где X — длина префикса в битах. Итак, в приведенном выше примере 20-битный префикс для всех сетей с 192.4.16 по 192.4.31 представлен как 192.4.16/20. Напротив, если бы мы хотели представить один номер сети класса C длиной 24 бита, мы бы написали его как 192.4.16/24. Сегодня, когда CIDR является нормой, люди чаще говорят о префиксах «косая черта 24», чем о сетях класса C. Обратите внимание, что представление сетевого адреса таким образом похоже на подход 〈mask, value〉, используемый в подсетях, поскольку маски состоят из непрерывных битов, начиная со старшего бита (что на практике почти всегда имеет место).

Возможность агрегировать маршруты на границе сети, как мы только что видели, — это только первый шаг. Представьте себе сеть интернет-провайдера, основной задачей которой является обеспечение подключения к Интернету большого количества корпораций и университетских городков (клиентов). Если мы назначим клиентам префиксы таким образом, что множество разных сетей клиентов, подключенных к сети провайдера, будут иметь общий, более короткий адресный префикс, то мы сможем получить еще большую агрегацию маршрутов. Рассмотрим пример на рис. 3.22. Предположим, что восьми клиентам, обслуживаемым сетью провайдера, назначены смежные 24-битные сетевые префиксы. Все эти префиксы начинаются с одного и того же 21 бита. Поскольку все клиенты доступны через одну и ту же сеть провайдера, он может объявить один маршрут для всех них, просто объявив общий 21-битный префикс, который они используют. И он может сделать это, даже если не все 24-битные префиксы были выданы, пока поставщик в конечном итоге будет иметь право выдавать эти префиксы клиенту. Один из способов добиться этого — заранее выделить часть адресного пространства провайдеру, а затем позволить сетевому провайдеру назначать адреса из этого пространства своим клиентам по мере необходимости. Обратите внимание, что, в отличие от этого простого примера, нет необходимости, чтобы все префиксы клиентов были одинаковой длины.

Что такое подсети? — Разбиение на подсети — это процесс разделения сети на небольшие сети, что является обычной задачей в сетях IPV4.

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

Аналогия с подсетями

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

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

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

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

Если мы присвоим номера нашим классам и компьютерам, мы могли бы, например:

компьютер 11, класс 24

Нам нужны две цифры для класса, что позволит указать максимум 100 классов (0-99).

Нам нужны две цифры для имени компьютера, что позволяет использовать не более 100 компьютеров (0–99).

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

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

компьютер 11, класс 24
24–11
11–24
2411
и т. д.

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

Предположим, мы идем на 2411, где 24 – классная комната, а 11 – компьютер.

Теперь, когда мы видим следующий код 0223, мы знаем, что это относится к классу 2 и компьютеру 23.

Мы легко делаем это в уме, когда знаем схему маркировки.

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

IP-адреса и подсети

Как и в нашем примере с классной комнатой, IP-адрес разделен на два компонента: сетевой компонент и компонент узла.

Таким образом, адрес 10.0.2.1 разделен на сеть плюс узел.

Так это номер сети 10, или 10.2, или 10.0.2?

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

Основными классами были классы A,B,C. С распределением следующим образом:

Сеть класса A, узел, узел, узел
Сеть класса B, сеть, узел, узел
Сеть класса C, сеть, сеть, узел

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

Разделение IP-подсетей — проблемы с большими сетями

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

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

Это то же самое, что иметь слишком много детей в одном классе.

Вы можете приравнять адрес сети и узла к нашему классу и номеру парты

Что произойдет, если в вашем классе будет сотня парт, то есть сотни учеников?

Поэтому, несмотря на то, что адрес класса A может вмещать тысячи узлов, совершенно нецелесообразно размещать такое количество узлов в одной сети.

Решением проблемы было разделение сети на небольшие сети, называемые подсетями или подсетями.

Возьмем, к примеру, адрес класса A, в котором используется 1 байт для идентификатора сети и 3 байта для идентификатора узла. Написано

Сеть. Узел.Узел.Узел

Важно понимать, что сетевая часть адреса используется только для маршрутизации IP-пакетов в общедоступном Интернете.

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

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

Сеть. Подсеть . Узел.Узел или Сеть. Подсеть.Подсеть. Узел.

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

Маска эффективно скрывает компонент узла и оставляет компоненты сети и подсети.

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

Примечание: если ваш двоичный файл немного заржавел, см. руководство по двоичным числам

Для этого на компьютере мы используем число, которое затем логически объединяем с IP-адресом.

Вот логическая таблица для AND

1 и 1 =1
1 и 0 = 0
0 и 1 = 0
0 и 0 = 0

Итак, наша маска для скрытия последнего байта: 255.255.255.0 As 0 и Anything всегда 0

Лучший способ убедиться в этом — записать числа в двоичном формате

000001011.00000001.00000001.00010101 = 11.1.1.21
11111111.11111111.11111111.00000000 =255.255.255.0

а затем выполнить логическое И

Сетевой адрес 11.1.1.0 что соответствует сети 11 подсети 1.1

Маска подсети определяет способ разделения IPv4-адреса.

В приведенном выше примере использовался IP-адрес класса A, мы можем сделать то же самое с адресом класса B.

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

Примеры работы

1- Вам был выделен сетевой адрес класса А 29.0.0.0. Вам нужно создать как минимум 20 сетей, и каждая сеть будет поддерживать максимум 160 хостов. Будут ли работать следующие две маски подсети?

255.255.0.0 и/или 255.255.255.0

Да, оба варианта будут работать.

Маска 255.255.0.0 имеет 8 бит для подсети и 16 бит для хоста

8 бит соответствуют 2 8 = 256 подсетям

16 бит вмещают 2 16 = более 64 000 хостов

Маска 255.255.255.0 имеет 16 бит для подсети и 8 бит для хоста.

Возможно 2 8 -2 хоста = 254, что достаточно.

<р>2. – Вам был выделен сетевой адрес класса B 135.1.0.0, и вам необходимо создать 4 подсети с примерно 200 хостами в каждой. Какую маску проще всего использовать, чтобы удовлетворить критериям?

Проще всего создать подсеть на границе байтов, что означает маску подсети 255.255.255.0

Это позволит выделить 8 бит для подсети и 8 бит для хоста.

Нам нужно разместить около 200 хостов, что требует 8 битов, которые у нас есть.

Нам нужны 4 подсети, для которых требуется 4 бита, а у нас есть 8 бит. Так что у нас более чем достаточно.

Бесклассовая междоменная маршрутизация (CIDR)

Бесклассовая междоменная маршрутизация была введена в 1993 году, чтобы заменить классовую структуру сети.

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

Пример.
Сеть класса C будет иметь маску подсети 255.255.255.0, что означает, что для сети используются 24 бита.

В нотации CIDR это обозначается /24 после IP-адреса. Итак:

IP-адрес 192.168.1.168, маска подсети 255.255.255.0 записывается как: 192.168.1.168/24 в нотации CIDR.

Таблица: примеры CIDR и подсети

Примеры работы

Запишите IP-адрес 222.1.1.20, маску 255.255.255.192 в нотации CIDR.

Десятичное число 192 = 11000000, двоичное значение, что означает, что 2 бита этого октета используются для подсети. Теперь добавьте 24 бита 255.255.255, и у нас получится 26 бит. Итак, мы пишем:

<р>2. Напишите это IP адрес 135.1.1.25 маска 255.255. 248.0 в нотации CIDR

Десятичный 248 = 11111000, двоичный, что означает, что 5 бит этого октета используются для подсети. Теперь добавьте 16 бит 255.255. и у нас есть 21 бит. Итак, мы пишем:

Простые вопросы для упражнения по подсетям

Лучший способ научиться создавать подсети — попробовать несколько примеров. Мы рассмотрим некоторые распространенные проблемы с подсетями, возникающие при создании сетей.

1 — Вам был выделен сетевой адрес класса C 201.1.1.0. Как вы можете получить хосты?

2- Вам был выделен сетевой адрес класса А 21.0.0.0. Вам нужно создать как минимум 10 сетей, и каждая сеть будет поддерживать максимум 100 хостов. Будут ли работать следующие две маски подсети.

255.255.0.0 и/или 255.255.255.0

3 — Вам был выделен сетевой адрес класса B 129.1.0.0. Вы создали подсеть, используя маску подсети 255.255.255.0. Сколько сетей вы можете иметь и сколько хостов вы можете разместить в каждой сети?

Ответы

A1– 256-2= 254 – Почему? адреса хостов, состоящие только из 0 и всех 1, не допускаются.

A2- Да, вам нужно только 8 бит для 100 хостов, и обе маски подсети дадут вам это.

Маска подсети 255.255.255.0 даст вам множество сетей (2 16 ) и 254 хоста.

Подсеть 255.255.0.0 даст вам множество хостов (примерно 2 16 ) и 256 сетей.

A3 — сеть имеет 8 бит, как и компонент узла. Это означает, что у вас есть 2 8 = 256 сетей и 256 -2 = 254 хоста

Разделение адресов класса C на подсети

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

Теперь мы рассмотрим, как создать подсеть на границе без байтов, используя адрес класса C.

Упражнение. Вам был выделен сетевой адрес класса C 195.1.1.0.

Необходимо создать 5 подсетей, в каждой сети может быть не более 10 хостов.

Теперь наша текущая маска подсети — 255.255.255.0

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

Итак, для 10 хостов нам нужно 4 бита (16-2 = 14 хостов)

для 5 подсетей нам нужно 3 бита (возможно 8 сетей)

11100000=224 (Примечание: 3 бита для подсетей)

11110000=240 (Примечание: 4 бита для подсетей)

Таким образом, обе маски подсети 255.255.255.224 и 255.255.255.240 будут работать.

В нотации CIDR у нас есть 195.1.1.0/27 и 195.1.1.0/28

Таблица подсетей и калькулятор

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

Эта статья предназначена для общего ознакомления с концепциями сетей и подсетей Интернет-протокола (IP). В конце статьи есть глоссарий.

Относится к: Windows 10 — все выпуски
Исходный номер базы знаний: 164015

Обзор

IP-адрес
Маска подсети
Шлюз по умолчанию

Чтобы правильно настроить TCP/IP, необходимо понимать, как сети TCP/IP адресуются и делятся на сети и подсети.

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

IP-адреса: сети и хосты

IP-адрес — это 32-битное число. Он однозначно идентифицирует узел (компьютер или другое устройство, например принтер или маршрутизатор) в сети TCP/IP.

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

Например, десятичный IP-адрес с точками 192.168.123.132 представляет собой (в двоичном представлении) 32-битное число 110000000101000111101110000100. Это число может быть трудно понять, поэтому разделите его на четыре части по восемь двоичных цифр.< /p>

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

Чтобы этот процесс работал, IP-адрес состоит из двух частей. Первая часть IP-адреса используется как сетевой адрес, а последняя часть — как адрес хоста. Если вы возьмете пример 192.168.123.132 и разделите его на эти две части, вы получите 192.168.123. Сеть .132 Host или 192.168.123.0 — сетевой адрес. 0.0.0.132 - адрес хоста.

Маска подсети

Второй элемент, необходимый для работы TCP/IP, — это маска подсети. Маска подсети используется протоколом TCP/IP для определения того, находится ли узел в локальной подсети или в удаленной сети.

В TCP/IP части IP-адреса, которые используются в качестве адресов сети и хоста, не являются фиксированными. Если у вас нет дополнительной информации, указанные выше адреса сети и хоста определить невозможно. Эта информация предоставляется в другом 32-битном числе, называемом маской подсети. Маска подсети в этом примере — 255.255.255.0. Неясно, что означает это число, если только вы не знаете, что 255 в двоичном представлении равно 11111111. Таким образом, маска подсети 11111111.11111111.11111111.00000000.

Соединяя IP-адрес и маску подсети вместе, сетевую и узловую части адреса можно разделить:

11000000.10101000.01111011.10000100 - IP-адрес (192.168.123.132)
11111111.11111111.11111111.00000000 - Маска подсети (255.255.255.0)

Первые 24 бита (количество единиц в маске подсети) идентифицируются как сетевой адрес. Последние 8 бит (количество оставшихся нулей в маске подсети) идентифицируются как адрес хоста. Он дает вам следующие адреса:

11000000.10101000.01111011.00000000 – сетевой адрес (192.168.123.0)
00000000.00000000.00000000.10000100 – адрес хоста (000.000.000.132)

Итак, теперь вы знаете, что для этого примера с маской подсети 255.255.255.0 идентификатор сети равен 192.168.123.0, а адрес хоста — 0.0.0.132. Когда пакет поступает в подсеть 192.168.123.0 (из локальной подсети или удаленной сети) и имеет адрес назначения 192.168.123.132, ваш компьютер получит его из сети и обработает.

Класс	Начало	Конец	Маска подсети по умолчанию (dec)	Нотация CIDR
A	127.255.255.255	255.0.0.0	/8
B< /td>	128.0.0.0	191.255.255.255	255.255.0.0	/16
192.0.0.0	223.255.255.255	255.255.255.0	/24

< td>1111111.11111111.1111111.11000000

Десятичный	Двоичный
255.255.255.192
255.255.255.224	1111111.11111111.1111111.11100000

р>

Internet RFC 1878 (доступен в разделе InterNIC-Public Information Counting Internet Domain Name Registration Services) описывает допустимые подсети и маски подсетей, которые можно использовать в сетях TCP/IP.

Сетевые классы

Интернет-адреса выделяются InterNIC, организацией, управляющей Интернетом. Эти IP-адреса делятся на классы. Наиболее распространенными из них являются классы A, B и C. Классы D и E существуют, но не используются конечными пользователями. Каждый из классов адресов имеет свою маску подсети по умолчанию. Вы можете определить класс IP-адреса, взглянув на его первый октет. Ниже приведены диапазоны интернет-адресов классов A, B и C, для каждого из которых приведен пример адреса:

Сети класса A используют маску подсети по умолчанию 255.0.0.0 и имеют 0–127 в качестве первого октета. Адрес 10.52.36.11 является адресом класса А. Его первый октет — 10, то есть от 1 до 126 включительно.

Сети класса C используют маску подсети по умолчанию 255.255.255.0 и имеют 192–223 в качестве первого октета. Адрес 192.168.123.132 является адресом класса C. Его первый октет — 192, то есть от 192 до 223 включительно.

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

Физическая топология сети
Количество сетей (или хостов) не соответствует ограничениям маски подсети по умолчанию.

В следующем разделе объясняется, как можно разделить сети с помощью масок подсети.

Подсети

Сеть класса A, B или C TCP/IP может быть дополнительно разделена или разделена на подсети системным администратором. Это становится необходимым, когда вы согласовываете логическую схему адресов Интернета (абстрактный мир IP-адресов и подсетей) с физическими сетями, используемыми в реальном мире.

Системный администратор, которому выделен блок IP-адресов, может управлять сетями, организованными не так, чтобы эти адреса легко помещались. Например, у вас есть глобальная сеть со 150 хостами в трех сетях (в разных городах), которые соединены маршрутизатором TCP/IP. Каждая из этих трех сетей имеет 50 хостов. Вам выделена сеть класса C 192.168.123.0. (Например, этот адрес на самом деле находится в диапазоне, не выделенном в Интернете.) Это означает, что вы можете использовать адреса от 192.168.123.1 до 192.168.123.254 для ваших 150 хостов.

В вашем примере нельзя использовать два адреса: 192.168.123.0 и 192.168.123.255, так как двоичные адреса с частью узла, состоящей из единиц и всех нулей, недействительны. Нулевой адрес недействителен, поскольку он используется для указания сети без указания хоста. Адрес 255 (в двоичном представлении адрес узла из всех единиц) используется для передачи сообщения каждому узлу в сети. Просто помните, что первый и последний адрес в любой сети или подсети не могут быть назначены какому-либо отдельному хосту.

Теперь вы должны иметь возможность назначать IP-адреса 254 хостам. Он отлично работает, если все 150 компьютеров находятся в одной сети. Однако ваши 150 компьютеров находятся в трех отдельных физических сетях. Вместо того чтобы запрашивать дополнительные блоки адресов для каждой сети, вы делите свою сеть на подсети, что позволяет использовать один блок адресов в нескольких физических сетях.

В этом случае вы разделяете свою сеть на четыре подсети, используя маску подсети, которая увеличивает сетевой адрес и уменьшает возможный диапазон адресов узлов. Другими словами, вы «заимствуете» некоторые биты, используемые для адреса хоста, и используете их для сетевой части адреса. Маска подсети 255.255.255.192 дает вам четыре сети по 62 хоста в каждой. Это работает, потому что в двоичной записи 255.255.255.192 совпадает с 1111111.11111111.1111111.11000000. Первые две цифры последнего октета становятся сетевыми адресами, поэтому вы получаете дополнительные сети 00000000 (0), 01000000 (64), 10000000 (128) и 11000000 (192). (Некоторые администраторы будут использовать только две из подсетей, используя 255.255.255.192 в качестве маски подсети. Для получения дополнительной информации по этой теме см. RFC 1878.) В этих четырех сетях последние шесть двоичных цифр могут использоваться для адресов узлов.

При использовании маски подсети 255.255.255.192 ваша сеть 192.168.123.0 становится четырьмя сетями: 192.168.123.0, 192.168.123.64, 192.168.123.128 и 192.168.123.192. Эти четыре сети будут иметь действительные адреса узлов:

192.168.123.1–62 192.168.123.65–126 192.168.123.129–190 192.168.123.193–254

Помните еще раз, что двоичные адреса хостов, содержащие все единицы или все нули, недействительны, поэтому вы не можете использовать адреса с последним октетом 0, 63, 64, 127, 128, 191, 192 или 255.< /p>

Вы можете увидеть, как это работает, взглянув на два адреса хоста: 192.168.123.71 и 192.168.123.133. Если вы использовали маску подсети класса C по умолчанию 255.255.255.0, оба адреса находятся в сети 192.168.123.0. Однако если вы используете маску подсети 255.255.255.192, они находятся в разных сетях; 192.168.123.71 находится в сети 192.168.123.64, 192.168.123.133 — в сети 192.168.123.128.

Шлюзы по умолчанию

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

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

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

Устранение неполадок

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

Неправильная маска подсети. Если в сети используется маска подсети, отличная от маски по умолчанию для класса адресов, а клиент по-прежнему настроен на использование маски подсети по умолчанию для класса адресов, связь с некоторыми соседними сетями невозможна, но не с дальние. Например, если вы создаете четыре подсети (например, в примере с подсетями), но используете неправильную маску подсети 255.255.255.0 в конфигурации TCP/IP, хосты не смогут определить, что некоторые компьютеры находятся в разных подсетях. их. В этой ситуации пакеты, предназначенные для узлов в разных физических сетях, которые являются частью одного и того же адреса класса C, не будут отправляться на шлюз по умолчанию для доставки. Распространенным признаком этой проблемы является то, что компьютер может взаимодействовать с хостами, находящимися в его локальной сети, и может взаимодействовать со всеми удаленными сетями, кроме тех сетей, которые находятся поблизости и имеют одинаковый адрес класса A, B или C. Чтобы решить эту проблему, просто введите правильную маску подсети в конфигурации TCP/IP для этого хоста.

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

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

В одной физической сети может быть несколько маршрутизаторов.
В качестве шлюза по умолчанию настроен неверный маршрутизатор.

Эта проблема часто возникает, если в организации есть маршрутизатор, подключенный к внутренней сети TCP/IP, и еще один маршрутизатор, подключенный к Интернету.

Ссылки

"TCP/IP Illustrated, Volume 1: The Protocols", Richard Stevens, Addison Wesley, 1994 г.
"Internetworking with TCP/IP, Volume 1: Principles, Protocols, and Architecture", Douglas E. Comer, Prentice Hall, 1995

Рекомендуется, чтобы системный администратор, отвечающий за сети TCP/IP, имел хотя бы один из этих справочников.

Глоссарий

Широковещательный адрес — IP-адрес, часть хоста которого состоит из единиц.

Хост – компьютер или другое устройство в сети TCP/IP.

Интернет — глобальная совокупность сетей, соединенных вместе и имеющих общий диапазон IP-адресов.

InterNIC – организация, отвечающая за администрирование IP-адресов в Интернете.

IP – сетевой протокол, используемый для отправки сетевых пакетов по сети TCP/IP или Интернету.

IP-адрес – уникальный 32-битный адрес узла в сети TCP/IP или межсетевом соединении.

Сеть. В этой статье термин "сеть" используется двумя способами. Один представляет собой группу компьютеров в одном физическом сегменте сети. Другой — это диапазон сетевых IP-адресов, выделенный системным администратором.

Сетевой адрес – IP-адрес, часть узла которого состоит из нулей.

Пакет – единица данных, передаваемая по сети TCP/IP или глобальной сети.

RFC (Request for Comment) — документ, используемый для определения стандартов в Интернете.

Маршрутизатор. Устройство, передающее сетевой трафик между разными IP-сетями.

Маска подсети – 32-разрядное число, используемое для различения сетевой и хостовой частей IP-адреса.

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

TCP/IP – в широком смысле набор протоколов, стандартов и утилит, обычно используемых в Интернете и крупных сетях.

Глобальная вычислительная сеть (WAN). Большая сеть, представляющая собой набор небольших сетей, разделенных маршрутизаторами. Интернет является примером большой глобальной сети.

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

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

Важно! Эта статья относится только к базам данных Access для настольных компьютеров. Веб-приложения Access и веб-базы данных не поддерживают маски ввода.

В этой статье

О масках ввода

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

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

Три части маски ввода

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

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

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

Третья часть маски ввода также является необязательной и указывает на одиночный символ или пробел, который используется в качестве заполнителя. По умолчанию Access использует символ подчеркивания (_). Если вы хотите использовать другой символ, введите его в третьей части маски.

Например, это маска ввода телефонных номеров в формате США: (999) 000-000;0;-:

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

0 во второй части маски ввода указывает, что символы маски будут сохранены вместе с данными.

Третья часть маски ввода указывает, что дефис (-) вместо подчеркивания (_) должен использоваться в качестве символа-заполнителя.

Символы, определяющие маски ввода

В следующей таблице перечислены символы-заполнители и литеральные символы для маски ввода и объясняется, как она управляет вводом данных:

Пояснение

Пользователь должен ввести цифру (от 0 до 9).

Пользователь может ввести цифру (от 0 до 9).

Пользователь может ввести цифру, пробел, знак плюс или минус. Если пропустить, Access вводит пустое место.

Пользователь должен ввести букву.

Пользователь может ввести букву.

Пользователь должен ввести букву или цифру.

Пользователь может ввести букву или цифру.

Пользователь должен ввести либо символ, либо пробел.

Пользователь может вводить символы или пробелы.

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

Преобразует все символы, следующие за ними, в верхний регистр.

Когда следует избегать использования масок ввода в Access

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

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

Вы планируете использовать элемент управления "Выбор даты" с полем "Дата/время". Маски ввода несовместимы с элементом управления "Выбор даты".

Добавить маску ввода в поле таблицы с помощью Мастера ввода маски

Можно использовать маски ввода с полями, для которых заданы типы данных "Текст", "Число" (кроме ReplicationID), "Валюта" и "Дата/время".

Примечание. Если вы используете маску ввода для поля "Дата/время", элемент управления "Выбор даты" становится недоступным для этого поля.

В области навигации щелкните правой кнопкой мыши таблицу и выберите в контекстном меню пункт "Дизайн".

Нажмите на поле, в которое вы хотите добавить маску ввода.

В разделе "Свойства поля" на вкладке "Общие" щелкните поле свойства "Маска ввода".

Нажмите кнопку "Создать", чтобы запустить мастер ввода маски.

В списке Маска ввода выберите тип маски, которую вы хотите добавить.

Нажмите "Попробовать" и введите данные, чтобы проверить, как отображается маска.

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

Выберите способ хранения данных.

Нажмите "Готово" и сохраните изменения.

Добавить маску ввода в запрос

В области навигации щелкните правой кнопкой мыши запрос, который вы хотите изменить, и в контекстном меню выберите Представление «Дизайн».

В сетке макета запроса поместите указатель в столбец поля, которое нужно изменить.

Вы можете поместить курсор в любую строку этого поля.

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

В разделе "Свойства поля" на вкладке "Общие" щелкните поле свойства "Маска ввода".

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

Добавить маску ввода в форму или элемент управления отчетом

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

Щелкните правой кнопкой мыши элемент управления, который вы хотите изменить, и выберите "Свойства" в контекстном меню.

На вкладке "Все" щелкните поле свойства "Маска ввода".

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

Создание пользовательских масок ввода

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

Настройка масок ввода с помощью Мастера ввода масок

Откройте объект в представлении «Дизайн» и щелкните поле, в которое вы хотите добавить настраиваемую маску ввода.

Нажмите "Сборка", чтобы запустить мастер ввода маски.

Нажмите "Изменить список".

Откроется диалоговое окно мастера настройки маски ввода.

Перейдите к новой записи в диалоговом окне и введите новое описание в текстовое поле "Описание".

В текстовом поле «Маска ввода» введите символы и заполнители, используя разрешенные символы из списка таблицы.

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

Нажмите «Закрыть». Новая маска ввода отображается в списке.

Настроить маски ввода с помощью параметра свойства поля

В области навигации щелкните объект правой кнопкой мыши и в контекстном меню выберите Представление «Дизайн».

Нажмите на поле, в котором вы хотите создать пользовательскую маску ввода.

В области "Свойства поля" щелкните текстовое поле "Маска ввода" и введите собственную маску.

Нажмите CTRL+S, чтобы сохранить изменения.

Вы должны вручную ввести определение маски ввода для полей "Число" и "Валюта".

Примеры масок ввода

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

Эта маска ввода

Предоставляет этот тип значения

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

(206) 555-0199
( ) 555-0199

В этом случае в разделе кода города используется заполнитель 9, поэтому коды городов указывать необязательно. Кроме того, восклицательный знак (!) заставляет маску заполняться слева направо.

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

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

GREENGR339M3
МАЙ R 452B7

Комбинация обязательных (L) и необязательных (?) букв и обязательных цифр (0). Знак «больше чем» заставляет пользователей вводить все буквы в верхнем регистре. Чтобы использовать маску ввода этого типа, вы должны установить тип данных для поля таблицы как текст или памятку.

Обязательный почтовый индекс и необязательный раздел плюс четыре.

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

Использование масок ввода для адресов электронной почты

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

Нулевой или ((Как "*?@?*.?*") И (Не как "*[ ,;]*"))

Текст подтверждения (необязательно)

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

Читайте также: