Симптомы
Обычно всё начинается с жалоб на неработающий интернет или отсутствие доступа к локальным сетевым ресурсам. Иногда достаточно провести диагностику только на стороне клиента, но может понадобиться полная диагностика и со стороны сервера в том числе. Начнём с первой опции.
проброс порта осуществляется wan>>>lan не наоборот
Правильно пишет, т. адрес 192. 168. 0 не является подсетью этого роутера
07 авг. 2022, в 14:46
100000 руб. /за проект
07 авг. 2022, в 14:23
10000 руб. /за проект
07 авг. 2022, в 14:01
40000 руб. /за проект
Цель: Я хочу держать на своем ПК сервер как и раньше, чтобы он был доступен, но при этом раздавать интернет, для использования его другими устройствами, телефоном например. Это вообще возможно?
Как Исправить Конфликт IP Адресов Windows 7 или 10 в Сети (WAN-LAN) — Что Делать На Компьютере или Ноутбуке?
Наверняка вы, уважаемые пользователи, встречались с такой ситуацией, когда компьютер на Windows ругался на ваше подключение к локальной сети, выдавая сообщение о такой ошибке, как «Обнаружен конфликт IP адресов Windows в сети» или «wan и lan подсетей». Что с этим делать и как исправить при подключении к WiFi? Проблема может возникнуть только в том случае, если на нескольких компьютерах, либо на самом роутере неправильно настроены сетевые параметры. Причина возникновения конфликта IP адресов Windows с другой системой в сети очень проста — при подключении к вашему маршрутизатору по wifi или кабелю компьютер получает IP, который в данный момент уже используется в системе.
Где искать ошибку?
Давайте посмотрим, как это исправить. Чаще всего ситуация с ошибкой конфликта IP адресов в сети появляется, когда роутер раздает IP автоматически — то есть при подключении к локальной сетке, каждый раз компьютер получает новый IP из заданного диапазона. Сам ошибиться роутер на 99% не может, однако бывает ситуация, когда вы вручную задали адрес на каком-то компьютере (бывает, что это нужно, например, при организации видеонаблюдения или раздачи торрентов), но забыли активировать режим ручного назначения адресов или прописать его статический IP в настройках роутера.
Прежде всего, надо проверить, какой диапазон адресов выделен для использования при работе DHCP сервера в настройках роутера. Если при организации сети ничего не менялось в конфигурации роутера по умолчанию, то IP роутера можно прочитать на днище устройства
В моем примере у роутера адрес 192. 168. 1, а диапазон имеет значения от 2 до 254 — это значит, что IP наших устройств должны быть от 192. 168. 2 до 192. 168. 254 — никак не 192. 168. 2 или 192. 168. 1, так как первый не из нашей подсети, а второй — уже задан для самого маршрутизатора.
Теперь, когда мы знаем наш диапазон, идем в настройки протокола TCP/IP v. 4 на компьютере
И смотрим наш адрес. У меня как раз указан неправильный, не из того диапазона, поэтому я задам для него, допустим, 192. 168. 159. Если же у вас все верно, адрес в том же диапазоне и не идентичен роутеровскому, а конфликт IP адресов в сети остается, значит какому-то компьютеру уже задан ваш адрес. Нужно просто поменять цифры в последнем окошке. Также не забудьте в качестве шлюза и DNS-сервера IP адрес самого роутера, чего не сделано на вышепредставленном скриншоте.
Теперь возвращаемся в админку маршрутизатора в раздел, отвечающий за DHCP-сервер.
В том случае, если на вашем компьютере не требуется в обязательном порядке использование статического IP адреса, то проще всего поставить значения IP и DNS на «автомат»
Конфликт с другой системой
Еще одна менее распространенная, но встречающаяся ситуация, когда возникает конфликт IP адреса с другой системой Windows, когда на компьютере установлены 2 сетевые карты. Например, это бывает нужно на ПК в небольшом кафе или магазине, когда одна из которых работает с локальной сетью и интернетом (чем локальная сеть отличается от интернета?), а другая — с кассой. Случается, что либо компьютер не видит кассовый аппарат, либо не может выйти в глобальную сеть по WAN. Все это из-за того, что обе независимые локалки работают на одной подсети, то есть у обеих сетевых карт IP выглядят как 192. 168. xxx. Для исправления этой проблемы оставьте одну сеть как есть, а для другой задайте иное значение, например 192. 168. xxx. Проще всего это сделать в настройках роутера.
Для этого заходим в раздел с его IP, меняем его на 192. 168. 1 и сохраняем-перезапускаем.
Подключение к интернету по WAN-LAN
Наконец, последний случай, когда у вас нет никакой домашней или офисной локальной сети, компьютер напрямую подключен к интернету через порт WAN/LAN, а ошибка все равно есть и вы не можете к нему подключиться.
Если у вас выделенная линия со статическим IP, то решить проблему самостоятельно не удастся — дело в настройках провайдера, к которому придется обратиться за помощью. Если же динамический, что бывает в большинстве случаев, то есть 2 варианта, которые могут помочь.
И пишем в ней команду, которая обновит соединение: «ipconfig /renew»
Надеюсь, эти советы помогут вам исправить конфликт ip адресов в вашей системе локальной сети! Завершаю видеороликом от коллег, в котором рассказано, как правильно настроить статический адрес компьютера в локалке, чтобы не было конфликта.
Еще раз про IP-адреса, маски подсетей и вообще
Чуточку ликбеза. Навеяно предшествующими копипастами разной чепухи на данную тему. Уж простите, носинг персонал.
Обстоятельство первое. Всего теоретически IPv4-адресов может быть: 2 32 = 2 10 *2 10 *2 10 *2 2 = 1024*1024*1024*4 ≈ 1000*1000*1000*4 = 4 млрд. Ниже мы увидим, что довольно много из них «съедается» под всякую фигню.
Записывают IPv4-адрес, думаю, все знают, как. Четыре октета (то же, что байта, но если вы хотите блеснуть, то говорите «октет» — сразу сойдете за своего) в десятичном представлении без начальных нулей, разделенные точками: «192. 168. 10».
Но может быть маска
Сначала N единиц, потом 32-N нулей. Несложно догадаться, что такая форма записи является избыточной. Вполне достаточно числа N, называемого длиной маски. Так и делают: пишут 192. 168. 10/21 вместо 192. 168. 10 255. 255. 248. Обе формы несут один и тот же смысл, но первая заметно удобнее.
11000000. 10101000. 00001011. 00001010 11111111. 11111111. 11111000. 00000000 ———————————————- 11000000. 10101000. 00001000. 00000000 = 192. 168
Адрес 192. 168. 0, со всеми обнуленными битами на позициях, соответствующих нулям в маске, называется адресом подсети. Его (обычно) нельзя использовать в качестве адреса для интерфейса того или иного хоста. Если же эти биты наоборот, установить в единицы, то получится адрес 192. 168. 255. Этот адрес называется направленным бродкастом (широковещательным) для данной сети. Смысл его по нынешним временам весьма невелик: когда-то было поверье, что все хосты в подсети должны на него откликаться, но это было давно и неправда. Тем не менее этот адрес также нельзя (обычно) использовать в качестве адреса хоста. Итого два адреса в каждой подсети — на помойку. Все остальные адреса в диапазоне от 192. 168. 1 до 192. 168. 254 включительно являются полноправными адресами хостов внутри подсети 192. 168. 0/21, их можно использовать для назначения на компьютерах.
Таким образом, та часть адреса, которой соответствуют единицы в маске, является адресом (идентификатором) подсети. Ее еще часто называют словом префикс. А часть, которой соответствуют нули в маске, — идентификатором хоста внутри подсети. Адрес подсети в виде 192. 168. 0/21 или 192. 168. 0 255. 255. 248. 0 можно встретить довольно часто. Именно префиксами оперируют маршрутизаторы, прокладывая маршруты передачи трафика по сети. Про местонахождение хостов внутри подсетей знает только шлюз по умолчанию данной подсети (посредством той или иной технологии канального уровня), но не транзитные маршрутизаторы. А вот адрес хоста в отрыве от подсети не употребляется совсем.
Из данного обстоятельства в частности следует, что максимальной длиной маски для подсети с хостами является N=30. Именно сети /30 чаще всего используются для адресации на point-to-point-линках между маршрутизаторами.
И хотя большинство современных маршрутизаторов отлично работают и с масками /31, используя адрес подсети (нуль в однобитовой хоствой части) и бродкаст (единица) в качестве адресов интерфейсов, администраторы и сетевые инженеры часто попросту боятся такого подхода, предпочитая руководствоваться принципом «мало ли что».
А вот маска /32 используется достаточно часто. Во-первых, для всяких служебных надобностей при адресации т. loopback-интерфейсов, во-вторых, от криворукости: /32 — это подсеть, состоящая из одного хоста, то есть никакая и не сеть, в сущности. Чем чаще администратор сети оперирует не с группами хостов, а с индивидуальными машинами, тем менее сеть масштабируема, тем больше в ней соплей, бардака и никому непонятных правил. Исключением, пожалуй, является написание файрвольных правил для серверов, где специфичность — хорошее дело. А вот с пользователями лучше обращаться не индивидуально, а скопом, целыми подсетями, иначе сеть быстро станет неуправляемой.
Прежде чем посылать IP-пакет, компьютер определяет, попадает ли адрес назначения в «свою» подсеть. Если попадает, то шлет пакет «напрямую», если же нет — отсылает его шлюзу по умолчанию (маршрутизатору). Как правило, хотя это вовсе необязательно, шлюзу по умолчанию назначают первый адрес хоста в подсети: в нашем случае 192. 168. 1 — для красоты.
Обстоятельство четвертое. Из сказанного в частности следует, что маршрутизатор (шлюз и маршрутизатор — это одно и то же) с адресом интерфейса 192. 168. 1 ничего не знает о трафике, передаваемом между, например, хостами 192. 168. 5 и 192. 168. Очень частой ошибкой начинающих администраторов является желание заблокировать или как-то еще контролировать с помощью шлюза трафик между хостами в рамках одной подсети. Чтобы трафик проходил через маршрутизатор, адресат и отправитель должны находиться в разных подсетях.
Таким образом в сети (даже самого маленького предприятия) обычно должно быть несколько IP-подсетей (2+) и маршрутизатор (точнее файрвол, но в данном контексте можно считать эти слова синонимами), маршрутизирующий и контролирующий трафик между подсетями.
Обстоятельство пятое. Как и любому приличному IT-шнику, администратору сети, если только он получает зарплату не за красивые глаза, положено знать наизусть степени двойки от 0 до 16.
Процесс объединения мелких префиксов (с длинной маской, в которых мало хостов) в крупные (с короткой маской, в которых много хостов) называется агрегацией или суммаризацией (вот не суммированием!). Это очень важный процесс, позволяющий минимизировать количество информации, необходимой маршрутизатору для поиска пути передачи в сети. Так, скажем, провайдеры выдают клиентам тысячи маленьких блоков типа /29, но весь интернет даже не знает об их существовании. Вместо этого за каждым провайдером закрепляются крупные префиксы типа /19 и крупнее. Это позволяет на порядки сократить количество записей в глобальной таблице интернет-маршрутизации.
Обстоятельство шестое. Чем больше длина маски, тем меньше в подсети может быть хостов, и тем большую долю занимает «съедение» адресов на адреса подсети, направленного бродкаста и шлюза по умолчанию. В частности в подсети с маской /29 (2 32-29 = 8 комбинаций) останется всего 5 доступных для реального использования адресов (62,5%). Теперь представьте, что вы провайдер, выдающий корпоративным клиентам тысячи блоков /29. Таким образом, грамотное разбиение IP-пространства на подсети (составление адресного плана) — это целая маленькая наука, включающая поиск компромиссов между разными сложными факторами.
При наличии достаточно большого диапазона адресов, как правило из блоков для частного использования 10. 0/8, 172. 0/12 и 192. 168. 0/16, конечно, удобно использовать маски, совпадающие по длине с границами октетов: /8, /16, /24 или, соответственно, 255. 0, 255. 255. 0 и 255. 255. 255. При их использовании можно облегчить работу мозгу и калькулятору, избавившись от необходимости работать с двоичной системой и битами. Это правильный подход, но не стоит забывать, что злоупотребление расслабухой редко доводит до добра.
И последнее. Пресловутые классы адресов. Дорогие товарищи, забудьте это слово вообще! Совсем. Вот уже скоро 20 лет (!), как нет никаких классов. Ровно с тех пор, как стало понятно, что длина префикса может быть любой, а если раздавать адреса блоками по /8, то никакого интернета не получится.
Иногда «матерые специалисты» любят блеснуть словами «сеть класса такого-то» по отношению к подсети с той или иной длиной маски. Скажем, часто можно услышать слово «сеть класса C» про что-нибудь вроде 10. 0/24. Класс сети (когда он был) не имел никакого отношения к длине маски и определялся совсем другими факторами (комбинациями битов в адресе). В свою очередь классовая адресация обязывала иметь маски только предписанной для данного класса длины. Поэтому указанная подсеть 10. 0/24 никогда не принадлежала и не будет принадлежать к классу C.
Но обо всем этом лучше и не вспоминать. Единственное, что нужно знать — что существуют разные глобальные конвенции, собранные под одной крышей в RFC3330, о специальных значениях тех или иных блоков адресов. Так, например, упомянутые блоки 10/8, 172. 16/12 и 192. 168/16 (да, можно и так записывать префиксы, полностью откидывая хостовую часть) определены как диапазоны для частного использования, запрещенные к маршрутизации в интернете. Каждый может использовать их в частных целях по своему усмотрению. Блок 224. 0/4 зарезервирован для мультикаста и т. Но все это лишь конвенции, призванные облегчить административное взаимодействие. И хотя лично я крайне не рекомендую вам их нарушать (за исключением надежно изолированных лабораторных тестов), технически никто не запрещает использовать любые адреса для любых целей, покуда вы не стыкуетесь с внешним миром.
Клиенты получают неверные настройки (IP-адреса) по DHCP
Диагностика на стороне клиента
Чтобы понять, что происходит, первым делом, конечно, следует проверить, подключён ли клиент физически к проводной или беспроводной сети. Если да, то самое время приступать к проверке сетевых настроек на устройстве клиента с помощью утилит ipconfig /all (в командной строке Windows), ifconfig или ip addr (в терминале Linux).
Вариант 1. Текущий IP-адрес имеет вид 169. 254
Скорее всего, на клиентской машине при этом установлена ОС Windows. Это значит, что клиенту действительно не удалось получить сетевые настройки, потому что DHCP-сервер не отвечал, и адрес был сгенерирован службой APIPA (Automatic Private IP Addressing) из диапазона 169. 254. 0 – 169. 254. 255. 255. Если клиент — Linux-машина, адрес может принимать вид 0. 0, либо отсутствовать в принципе.
При выводе каких-либо ошибок и/или предупреждений нужно в первую очередь их устранить — например если DHCP-клиент не запущен, сперва его необходимо включить. После этого нужно снова проверить настройки. Если результат остался прежним, проверьте работоспособность сетевого драйвера и стека протоколов TCP/IP в целом. Проще всего это сделать с помощью команды ping 127. 1 (так называемая проверка внутренней обратной петли). Если в результате выполнения команды ответ от собственного сетевого адаптера получен, можно считать диагностику на стороне клиента завершённой и переходить к диагностике со стороны DHCP-сервера.
Вариант 2. Текущий IP-адрес не из диапазона 169. 254. 0 – 169. 254. 255. 255, но и не из того диапазона адресов, которые должен выдавать DHCP-сервер
Как известно, чудес не бывает. Если настройки, которые получает клиент, не от доверенного DHCP-сервера в сети, значит, их раздаёт кто-то другой. Тот, кто случайно или специально подключил к сети DHCP-сервер со своей конфигурацией. Возможно, это обычный Wi-Fi-роутер, к которому кабель по ошибке подключили через один из LAN-портов. Тогда ваша задача — найти недоверенный DHCP-сервер и предотвратить такие попытки в будущем.
Очевидно, что предложение от доверенного DHCP-сервера приходит позже, скорее всего, потому, что он дальше от клиента. Для последующей диагностики на устройстве клиента нужно установить анализатор сетевого трафика (Wireshark или tcpdump), запустить его, отфильтровав трафик по типу протокола DHCP или портам 67–68, и посмотреть в DHCP-ответах IP и MAC адрес DHCP-сервера, который их отправляет:
Дальше дело за малым. Во-первых, можно воспользоваться сервисом macvendors. com или аналогичным и по MAC-адресу определить производителя оборудования этого устройства. У Wireshark есть такая функция. Во-вторых, если есть управляемые коммутаторы в сети, найти по MAC, в какой порт какого коммутатора подключено это устройство. После нейтрализации недоверенного DHCP-сервера клиенту, скорее всего, удастся получить верные настройки. Для предотвращения таких инцидентов в будущем рекомендуется внедрить методы защиты от атак на DHCP на сетевом оборудовании.
Вариант 3. Текущий IP-адрес корректный, но доступа к интернету и другим сетевым ресурсам по-прежнему нет
Итак, диагностика на стороне клиента показала, что проблем не обнаружено. Независимо от реализации DHCP-сервера, теперь необходимо пошагово проверить ряд предположений, начиная с самых простых и очевидных.
Запущен ли DHCP как сервис?
В зависимости от ОС, дистрибутива и реализации DHCP-сервера, проверить это можно по-разному. Если сервис остановлен и есть ошибки в конфигурационных файлах, то запустить его не удастся. Это первая отправная точка. Если сервис запущен, можно переходить к следующему шагу.
Приходят ли запросы от клиентов на DHCP-сервер?
Чтобы определить это, нужно снова запустить анализатор сетевого трафика. На этот раз на сервере. После запуска на сервере tcpdump, dhcpdump или Wireshark клиенту, у которого проблемы с получением адреса, необходимо попытаться получить его снова любым способом, описанным в начале статьи. Если DHCP-сервер работает в штатном режиме, то должны быть и запросы, и ответы. Но всё может быть иначе.
Нет ни запросов, ни ответов?
Предположим, что у нас есть по крайней мере один клиент, которому не удаётся получить настройки, и запрос от него точно должен был прийти на сервер. Если этого не произошло, очевидно, что клиент либо сам не отправляет запрос, либо запрос не доходит до сервера по разным причинам. Может, он блокируется на промежуточном сетевом оборудовании или в сети некорректно работает ретрансляция DHCP-запросов dhcp_relay. Чтобы это проверить, можно в первом случае вернуться к диагностике на стороне клиента и проследить с помощью анализатора сетевого трафика, что клиент отправляет DHCP-запрос. Во втором — проверить настройки на промежуточном сетевом оборудовании.
Запрос(ы) есть, ответа(ов) нет?
DIR-655 конфликт Subnet Wan и Subnet Lan при настройке. Статический IP 192. 168. ** и в настройках Lan 192. 168. ** (192. 168. ** не должно быть)Как настроить помогите плиз. DHCP должен быть отключен,чтобы не конфликтовать с существующим DHCP в сети. И в автомате должен получать IP адрес. Прошивка 134WW
Зарегистрирован: Вт фев 26, 2008 19:07Сообщений: 9085Откуда: Москва
Зарегистрирован: Пн май 30, 2011 14:56Сообщений: 5
Он что, просто точкой доступа и свичом должен работать? В WAN ничего не втыкайте. В LAN1 воткните один комп, откройте веб-интерфейс с него и задайте на роутере ip адрес LAN из подсети 192. 168. х, отличный от 192. 168. 1, т. это скорее всего адрес основного маршрутизатора (а также не пересекающийся с другими имеющимися адресами). Отключите DHCP сервер. Настройте сеть вайфай.
После этого можете подключать его в основную сеть и пользоваться. Используйте только LAN порты, в WAN ничего не втыкайте.
Как исправить конфликт IP-адресов
Как происходят конфликты IP-адресов?
✓ Когда серверы DHCP вашей сети работают со сбоями и в конечном итоге назначают один и тот же динамический адрес нескольким системам.
Распознавание конфликтов IP-адресов
На некоторых старых машинах Windows во всплывающем окне может появиться предупреждающее сообщение или информативное сообщение:
Обязательно создайте точку восстановления на случай, если что-то пойдет не так.
Перезагрузите модем или беспроводной маршрутизатор
Выключите питание, отсоединив кабель питания или нажав кнопку питания, а затем снова включите через некоторое время.
Очистить DNS и сбросить TCP / IP
Теперь введите следующую команду и нажмите ввод после каждой:
Снова откройте командную строку администратора, введите следующее и нажмите ввод после каждого:
Способ 3. Установите статический IP-адрес для вашего компьютера с Windows вручную
На правой стороне панели задач щелкните правой кнопкой мыши значок «Сеть», а затем выберите «Открыть настройки сети и Интернета ».
Откроется окно «Настройки», после чего нажмите «Центр управления сетями и общим доступом» в разделе «Связанные настройки».
Теперь выберите «сетевой адаптер», который вы используете в данный момент (а также тот, который вызывает эту проблему).
Нажмите на существующее соединение, появится новое диалоговое окно. Нажмите «Свойства».
Теперь дважды щелкните по опции «Протокол Интернета версии 4 (TCP / IPv4) ».
Это позволит вам настроить ваш статический IP на основе ваших данных модема или маршрутизатора. Ниже приведен пример одного из таких случаев:
После того, как заполните все необходимые данные, нажмите OK и перезагрузите компьютер.