код ошибки 4003 маска подсети не соответствует адресу сети назначения введите снова
Код ошибки 4003 маска подсети не соответствует адресу сети назначения введите снова
Настройка сетей, доступа в интернет и сетевого оборудования
Жузик,
ип меняется на стороне провайдера
и тв на это никак не повлияеш
Если что- стучись в асю. Не обещаю ответить быстро, но эффективно. 🙂
В ближайших покупках ноутбук, соответственно хочу сделать Wi-Fi сеть.
ББ выключать буду, значит необходим роутер, чтобы был доступен интернет.
Интернет у меня идет по ADSL. Кабель телефонный, RJ-11 если не ошибаюсь.
Модем в данный момент подключается по USB.
Имеется и сетевая карта.
Значит, что хочу: купить роутер.
Чтобы в нем был Wi-Fi, разъем для телефонного кабеля (RJ-11), DSL-модем (чтобы выкинуть старый d-link), ну и все собственно. Как я понимаю, везде есть RJ-45, ну по нему подключу роутер к ББ.
Что посоветуете? Какие модели оптимальны? Какие модели крайне не желательны?
Буду рад любому совету.
Я настроился на него, спасибо n0v0
Я дома пользуюсь D-Link DSL-G604T. Честно говоря, доволен очень. Это ADSL-модем и Wi-Fi/Ethernet роутер в одном флаконе. Обошелся мне в довольно скромные 80$. С помощью него объединил в беспроводную локальную сеть стационарный домашний ПК, свой ноутбук, а также Dell X51v. Ну и, конечно же, все три устройства спокойно кушают интернет по Wi-Fi, причем абсолютно независимо, т.е., например, достаточно включить роутер (и не включать ни один из ББ), и можно свободно пользоваться интернетом на КПК. Очень удобно.
Это да. Но, с другой стороны, последняя прошивка вышла в конце марта сего года. WPA2 добавили, в частности. Так что устарел он разве что в том плане, что поддерживает только стандарт IEEE 802.11g (скорость ограничена 54 Мбит/с). Да и ошибки из прошивки к этому времени практически все вычистили. По крайней мере, все нужные мне функции работают ровно так, как от них и ожидаешь.
В смысле, не в домене?
А мне нужно, чтобы и eMule работал.
Какой прокси лучше: usergate или wingate? Или ещё какой-то?
PS: надо срочно, потому что скоро уезжаю на лето в другой город, где не будет инета, и надо скачать много файлов из инета, а траффик и деньги кончились. Может мне в аську кто-нибудь стукнет и объяснит? 261651981 С меня +1 к репутации. Или хоть +5.
Еще раз про IP-адреса, маски подсетей и вообще
Чуточку ликбеза. Навеяно предшествующими копипастами разной чепухи на данную тему. Уж простите, носинг персонал.
IP-адрес (v4) состоит из 32-бит. Любой уважающий себя админ, да и вообще айтишник (про сетевых инженеров молчу) должен уметь, будучи разбуженным среди ночи или находясь в состоянии сильного алкогольного опьянения, правильно отвечать на вопрос «из скольки бит состоит IP-адрес». Желательно вообще-то и про IPv6 тоже: 128 бит.
Обстоятельство первое. Всего теоретически IPv4-адресов может быть:
2 32 = 2 10 *2 10 *2 10 *2 2 = 1024*1024*1024*4 ≈ 1000*1000*1000*4 = 4 млрд.
Ниже мы увидим, что довольно много из них «съедается» под всякую фигню.
Записывают IPv4-адрес, думаю, все знают, как. Четыре октета (то же, что байта, но если вы хотите блеснуть, то говорите «октет» — сразу сойдете за своего) в десятичном представлении без начальных нулей, разделенные точками: «192.168.11.10».
В заголовке IP-пакета есть поля source IP и destination IP: адреса источника (кто посылает) и назначения (кому). Как на почтовом конверте. Внутри пакетов у IP-адресов нет никаких масок. Разделителей между октетами тоже нет. Просто 32-бита на адрес назначения и еще 32 на адрес источника.
Однако, когда IP-адрес присваивается интерфейсу (сетевому адаптеру или как там его еще называют) компьютера или маршрутизатора, то кроме самого адреса данного устройства ему назначают еще и маску подсети. Еще раз: маска не передается в заголовках IP-пакетов.
Компьютерам маска подсети нужна для определения границ — ни за что не угадаете чего — подсети. Чтоб каждый мог определить, кто находится с ним в одной [под]сети, а кто — за ее пределами. (Вообще-то можно говорить просто «сети», часто этот термин используют именно в значении «IP-подсеть».) Дело в том, что внутри одной сети компьютеры обмениваются пакетами «напрямую», а когда нужно послать пакет в другую сеть — шлют их шлюзу по умолчанию (третий настраиваемый в сетевых свойствах параметр, если вы помните). Разберемся, как это происходит.
Маска подсети — это тоже 32-бита. Но в отличии от IP-адреса, нули и единицы в ней не могут чередоваться. Всегда сначала идет сколько-то единиц, потом сколько-то нулей. Не может быть маски
Но может быть маска
Сначала N единиц, потом 32-N нулей. Несложно догадаться, что такая форма записи является избыточной. Вполне достаточно числа N, называемого длиной маски. Так и делают: пишут 192.168.11.10/21 вместо 192.168.11.10 255.255.248.0. Обе формы несут один и тот же смысл, но первая заметно удобнее.
Чтобы определить границы подсети, компьютер делает побитовое умножение (логическое И) между IP-адресом и маской, получая на выходе адрес с обнуленными битами в позициях нулей маски. Рассмотрим пример 192.168.11.10/21:
11000000.10101000.00001011.00001010
11111111.11111111.11111000.00000000
———————————————-
11000000.10101000.00001000.00000000 = 192.168.8.0
Обстоятельство второе. Любой уважающий себя администратор обязан уметь переводить IP-адреса из десятичной формы в двоичную и обратно в уме или на бумажке, а также хорошо владеть двоичной арифметикой.
Адрес 192.168.8.0, со всеми обнуленными битами на позициях, соответствующих нулям в маске, называется адресом подсети. Его (обычно) нельзя использовать в качестве адреса для интерфейса того или иного хоста. Если же эти биты наоборот, установить в единицы, то получится адрес 192.168.15.255. Этот адрес называется направленным бродкастом (широковещательным) для данной сети. Смысл его по нынешним временам весьма невелик: когда-то было поверье, что все хосты в подсети должны на него откликаться, но это было давно и неправда. Тем не менее этот адрес также нельзя (обычно) использовать в качестве адреса хоста. Итого два адреса в каждой подсети — на помойку. Все остальные адреса в диапазоне от 192.168.8.1 до 192.168.15.254 включительно являются полноправными адресами хостов внутри подсети 192.168.8.0/21, их можно использовать для назначения на компьютерах.
Таким образом, та часть адреса, которой соответствуют единицы в маске, является адресом (идентификатором) подсети. Ее еще часто называют словом префикс. А часть, которой соответствуют нули в маске, — идентификатором хоста внутри подсети. Адрес подсети в виде 192.168.8.0/21 или 192.168.8.0 255.255.248.0 можно встретить довольно часто. Именно префиксами оперируют маршрутизаторы, прокладывая маршруты передачи трафика по сети. Про местонахождение хостов внутри подсетей знает только шлюз по умолчанию данной подсети (посредством той или иной технологии канального уровня), но не транзитные маршрутизаторы. А вот адрес хоста в отрыве от подсети не употребляется совсем.
Из данного обстоятельства в частности следует, что максимальной длиной маски для подсети с хостами является N=30. Именно сети /30 чаще всего используются для адресации на point-to-point-линках между маршрутизаторами.
И хотя большинство современных маршрутизаторов отлично работают и с масками /31, используя адрес подсети (нуль в однобитовой хоствой части) и бродкаст (единица) в качестве адресов интерфейсов, администраторы и сетевые инженеры часто попросту боятся такого подхода, предпочитая руководствоваться принципом «мало ли что».
А вот маска /32 используется достаточно часто. Во-первых, для всяких служебных надобностей при адресации т. н. loopback-интерфейсов, во-вторых, от криворукости: /32 — это подсеть, состоящая из одного хоста, то есть никакая и не сеть, в сущности. Чем чаще администратор сети оперирует не с группами хостов, а с индивидуальными машинами, тем менее сеть масштабируема, тем больше в ней соплей, бардака и никому непонятных правил. Исключением, пожалуй, является написание файрвольных правил для серверов, где специфичность — хорошее дело. А вот с пользователями лучше обращаться не индивидуально, а скопом, целыми подсетями, иначе сеть быстро станет неуправляемой.
Интерфейс, на котором настроен IP-адрес, иногда называют IP-интерфейсом или L3-интерфейсом («эл-три», см. Модель OSI).
Прежде чем посылать IP-пакет, компьютер определяет, попадает ли адрес назначения в «свою» подсеть. Если попадает, то шлет пакет «напрямую», если же нет — отсылает его шлюзу по умолчанию (маршрутизатору). Как правило, хотя это вовсе необязательно, шлюзу по умолчанию назначают первый адрес хоста в подсети: в нашем случае 192.168.8.1 — для красоты.
Обстоятельство четвертое. Из сказанного в частности следует, что маршрутизатор (шлюз и маршрутизатор — это одно и то же) с адресом интерфейса 192.168.8.1 ничего не знает о трафике, передаваемом между, например, хостами 192.168.8.5 и 192.168.8.7. Очень частой ошибкой начинающих администраторов является желание заблокировать или как-то еще контролировать с помощью шлюза трафик между хостами в рамках одной подсети. Чтобы трафик проходил через маршрутизатор, адресат и отправитель должны находиться в разных подсетях.
Таким образом в сети (даже самого маленького предприятия) обычно должно быть несколько IP-подсетей (2+) и маршрутизатор (точнее файрвол, но в данном контексте можно считать эти слова синонимами), маршрутизирующий и контролирующий трафик между подсетями.
Обстоятельство пятое. Как и любому приличному IT-шнику, администратору сети, если только он получает зарплату не за красивые глаза, положено знать наизусть степени двойки от 0 до 16.
Процесс объединения мелких префиксов (с длинной маской, в которых мало хостов) в крупные (с короткой маской, в которых много хостов) называется агрегацией или суммаризацией (вот не суммированием!). Это очень важный процесс, позволяющий минимизировать количество информации, необходимой маршрутизатору для поиска пути передачи в сети. Так, скажем, провайдеры выдают клиентам тысячи маленьких блоков типа /29, но весь интернет даже не знает об их существовании. Вместо этого за каждым провайдером закрепляются крупные префиксы типа /19 и крупнее. Это позволяет на порядки сократить количество записей в глобальной таблице интернет-маршрутизации.
Обстоятельство шестое. Чем больше длина маски, тем меньше в подсети может быть хостов, и тем большую долю занимает «съедение» адресов на адреса подсети, направленного бродкаста и шлюза по умолчанию. В частности в подсети с маской /29 (2 32-29 = 8 комбинаций) останется всего 5 доступных для реального использования адресов (62,5%). Теперь представьте, что вы провайдер, выдающий корпоративным клиентам тысячи блоков /29. Таким образом, грамотное разбиение IP-пространства на подсети (составление адресного плана) — это целая маленькая наука, включающая поиск компромиссов между разными сложными факторами.
При наличии достаточно большого диапазона адресов, как правило из блоков для частного использования 10.0.0.0/8, 172.16.0.0/12 и 192.168.0.0/16, конечно, удобно использовать маски, совпадающие по длине с границами октетов: /8, /16, /24 или, соответственно, 255.0.0.0, 255.255.0.0 и 255.255.255.0. При их использовании можно облегчить работу мозгу и калькулятору, избавившись от необходимости работать с двоичной системой и битами. Это правильный подход, но не стоит забывать, что злоупотребление расслабухой редко доводит до добра.
И последнее. Пресловутые классы адресов. Дорогие товарищи, забудьте это слово вообще! Совсем. Вот уже скоро 20 лет (!), как нет никаких классов. Ровно с тех пор, как стало понятно, что длина префикса может быть любой, а если раздавать адреса блоками по /8, то никакого интернета не получится.
Иногда «матерые специалисты» любят блеснуть словами «сеть класса такого-то» по отношению к подсети с той или иной длиной маски. Скажем, часто можно услышать слово «сеть класса C» про что-нибудь вроде 10.1.2.0/24. Класс сети (когда он был) не имел никакого отношения к длине маски и определялся совсем другими факторами (комбинациями битов в адресе). В свою очередь классовая адресация обязывала иметь маски только предписанной для данного класса длины. Поэтому указанная подсеть 10.1.2.0/24 никогда не принадлежала и не будет принадлежать к классу C.
Но обо всем этом лучше и не вспоминать. Единственное, что нужно знать — что существуют разные глобальные конвенции, собранные под одной крышей в RFC3330, о специальных значениях тех или иных блоков адресов. Так, например, упомянутые блоки 10/8, 172.16/12 и 192.168/16 (да, можно и так записывать префиксы, полностью откидывая хостовую часть) определены как диапазоны для частного использования, запрещенные к маршрутизации в интернете. Каждый может использовать их в частных целях по своему усмотрению. Блок 224.0.0.0/4 зарезервирован для мультикаста и т. д. Но все это лишь конвенции, призванные облегчить административное взаимодействие. И хотя лично я крайне не рекомендую вам их нарушать (за исключением надежно изолированных лабораторных тестов), технически никто не запрещает использовать любые адреса для любых целей, покуда вы не стыкуетесь с внешним миром.
Код ошибки 4003 маска подсети не соответствует адресу сети назначения введите снова
Дорогие пользователи! У нас появился новый форум на платформе tp-link.community (Сообщество)
Форум доступен по ссылке https://community.tp-link.com/ru
Просим Вас отнестись с пониманием к новому форуму, он находится в стадии доработки и в скором времени будет полностью завершен.
Если при регистрации в Сообществе Вы укажете адрес электронный почты, который используете на данном форуме, то Ваши данные будут перенесены на форум Сообщества автоматически.
Также, если на форуме Сообщества Ваш никнейм будет занят, то Вам предложат сменить его или оставить, но с приставкой «_RU».
Убедительная просьба не дублировать темы на старом/новом форуме.
Проблема с настройкой маршрутизатора TL-WR841ND
Проблема с настройкой маршрутизатора TL-WR841ND
Сообщение Konstantin1990 » 15 июл 2016, 08:55
Re: Проблема с настройкой маршрутизатора TL-WR841ND
Сообщение Konstantin1990 » 15 июл 2016, 09:46
Re: Проблема с настройкой маршрутизатора TL-WR841ND
Сообщение Elusion » 15 июл 2016, 11:25
Re: Проблема с настройкой маршрутизатора TL-WR841ND
Сообщение Konstantin1990 » 16 июл 2016, 05:00
Re: Проблема с настройкой маршрутизатора TL-WR841ND
Сообщение Ame » 23 июл 2016, 14:50
Смените подсеть маршрутизатора с 192.168.1.1 например на 192.168.10.1 если хотите через wan порт подключить его.
Обнаружен конфликт IP-адресов Windows. Что делать?
Не мало разных ошибок можно увидеть в Windows. И сегодня я расскажу о решении ошибки «Обнаружен конфликт IP-адресов Windows», которую можно часто увидеть при подключении к интернету. В том числе через роутер. В Windows 10, Windows 8 и Windows 7, в окне с ошибкой можно прочитать простое и понятное описание: «В этой сети уже есть компьютер с таким-же IP-адресом».
А вот само окно с ошибкой:
И ошибка в старой, доброй Windows XP:
Ну и несколько советов, прежде всем перейти к настройкам:
Если все это не помогает, нужно проверить настройки IP для сетевого адаптера. Там есть два варианта: выставить автоматическое получение адресов, и если это не поможет, то прописать статические адреса.
Как исправить ошибку с конфликтом IP-адресов в Windows 10, 8, 7, XP
Зайдите в «Центр управления сетями и общим доступом» и перейдите в «Изменение адаптеров адаптера».
Дальше нажмите правой кнопкой мыши на адаптер «Сетевое подключение», или «Ethernet» и откройте «Свойства».
Нажмите на пункт «IP версии 4 (TCP/IPv4)», затем нажмите на кнопку «Свойства». Если у вас там выставлены какие-то параметры, то установите автоматическое получение IP и DNS. Вот так:
Перезагрузите компьютер. Если после этого интернет не заработал, или у вас там было изначально выставлено автоматическое получение, то можно попробовать задать необходимые параметры вручную.
Статические IP-адреса: как вариант решения конфликта
Лично я против статических IP-адресов. Лучше на всех устройствах выставить автоматическое получение. А то рано или поздно, ошибка вылезет снова. Но если вам нужно срочно решить эту проблему, то вариант со статическими адресами может пригодится.
Открываем настройки как я показывал выше. Только вместо автоматических настроек ставим переключатель возле «Использовать следующий IP-адрес». И дальше нам нужно прописать сам IP-адрес, маску подсети и основной шлюз.
Думаю, эти действия помогли вам избавится от ошибки, и интернет на вашем компьютере все таки заработал. Пишите в комментариях, задавайте вопросы!
Последствия неправильно настроенной маски подсети / шлюза
Я недавно сделал обновление на Cisco 2520. Как часть обновления и SVI был добавлен к коммутатору, чтобы позволить VLAN маршрутизировать локально, который ранее был сделан на другом коммутаторе (через транк). У SVI были следующие параметры;
Сетевой адрес: 192.168.65.96 Маска подсети: 255.255.255.248 SVI Адрес: 192.168.65.102
В этой подсети было два устройства, и после внесения изменений оба устройства все еще могли обмениваться данными с удаленной сетью, хотя шлюз по умолчанию и маска подсети были 192.168.65.1 / 255.255.255.0 соответственно.
После этого во время мониторинга я потерял связь с одним из устройств, а другое оставалось в сети. Я исправил проблему, правильно настроив маску подсети и шлюз по умолчанию на обоих устройствах, но мне было интересно, если кто-нибудь может объяснить, почему я смог связаться с одним устройством, а не с другим, даже если на обоих устройствах были неправильно настроены маски Sunet / шлюзы по умолчанию?
1 ответ 1
Обычно хосты следуют одному базовому правилу при решении, куда отправлять пакеты (на уровне L2 / MAC):
Поэтому неправильная настройка шлюза может остаться незамеченной, потому что:
Неправильная настройка маски сети (или длины префикса) может привести к следующим результатам:
Если маска сети шире, чем должна быть (т. Е. Длина префикса короче), хосты в той же подсети все равно смогут обмениваться данными, потому что «Та же подсеть?»проверка все равно не подведет.
Но связь все еще может быть возможной, если шлюз реализует Proxy ARP и отвечает на эти запросы ARP от имени «другой стороны». Иногда это делается как часть изоляции клиента, которую проводят интернет-провайдеры, или как промежуточный этап разделения большой подсети на несколько. (Действительно, прокси-ARP использовался для разделения классных сетей до изобретения подсетей.)
Если маска сети слишком узка (длина префикса слишком велика), это наоборот: это повлияет на связь внутри подсети, потому что хост ошибочно считает, что ему нужно использовать шлюз.
Обратите внимание, что это не обязательно помешает связи (так как шлюз просто направит пакет обратно в ту же подсеть), просто сделает его намного менее эффективным.
(Шлюз также может отправлять вам пакеты ICMP «Redirect», информирующие вас о существовании прямого пути; некоторые операционные системы автоматически обновляют свою таблицу маршрутизации при получении этого.)
Если только у вас нет комбинации слишком узкой маски сети и неверного шлюза. Это полностью предотвратит связь с уязвимыми хостами.
Примечание. В этом посте «маршрутизатор» и «шлюз» (синоним) относятся к логическому узлу (который говорит по IP, содержит таблицу маршрутизации и подключается к нескольким сетям на основе IP), а не к физическому устройству. Если вы используете комбинированный маршрутизатор / коммутатор, то данные, проходящие через порты коммутатора , не обязательно проходят через ядро маршрутизатора, поэтому в целях приведенного выше объяснения вы должны рассматривать его как два устройства.