В локальной сети не пингуется с роутером

Добрый день! У меня возникла проблема, просьба помочь , в чем может быть причина этого.

Есть несколько компьютеров, соединенных в локальную сеть. Обычное малое предприятие. на компах установлено ПО ВИН ХР Про СП2, офис 2003, 1С 8.0. В сети также есть файл-сервер с ПО ВИН 2003 сервер, поднят Сиквел, также установлен клиент-серверный вариант Симантека Антивируса. Для выхода в Инет используется маршрутизатор DI-804HV. Сетевой протокол TCP/IP с жестко прописанными IP-адресами на каждом компе (DHCP на маршрутизаторе не поднят), в одной подсети с адресом роутера, с прописанными ДНС-серверами провайдера.

Был в офисе установлен новый компьютер (скажем Комп А), установлена Винда СП2 , все необходимое ПО. Комп А видит сеть — все компы, сервер, пингует их, все ресурсы, все работает, но … интернета на компе нет. Роутер он не видит, пинг на роутер не проходит. IP компа А -192.168.1.199, роутера 192.168.1.254, остальные компы 190-198 ,маска 255.255.255.0 Переставлял винды, менял сетевуху, сетевые кабели — ничего не помогает. На это же место стаится другой комп — Инет работает. Брайнмайер отключен. Исключений ИП-адресов в роутере нет. Вчера перепрошил роутер прошивкой от сентября 2008 года — ничего не изменилось.

Не понимаю,в чем дело, где копать-то ????

Спасибо заранее за помощь!

Тимофей Бережнов

@timaberezhnov

Выпускник ВУЗа, спец. Информационная безопасность

  • karabanov

Почему не пингуется роутер?

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

Вот приблизительная схема сети:
7db17b9cda4c4b5798e4493fc6489e5d.png


  • Вопрос задан

  • 3719 просмотров

У вас скорее всего Ubuntu сервер включен в WAN разъем WiFi роутера. Поэтому с точки зрения роутера Ubuntu — это внешняя система, а по умолчанию у подобных девайсов управление из вне заблокировано, в т.ч. и пинги и проч.
Кроме того на Ubuntu должен быть прописан маршрут до сети 192.168.0.0/24 (route print).

Пригласить эксперта

Встречные вопросы:
1) По какому адресу пытаетесь пинговать роутер (.1.2 или .0.1) ?
Если по .0.1, то не получится из-за NAT и, скорее всего, отсутствия маршрутов. Впрочем, по этой же причине, и пинги за роутер не пройдут.
2) Зачем вам это?
Не ради холивара вопрос, а просто непонятно, зачем вы используете WAN порт роутера? Может проще воткнуть Ubuntu Server в LAN и тогда все заработает само?


  • Показать ещё
    Загружается…

09 окт. 2023, в 20:54

100000 руб./за проект

09 окт. 2023, в 20:31

30000 руб./за проект

09 окт. 2023, в 19:26

1500 руб./в час

Минуточку внимания

  • #1

Добрый вечер,
столкнулись с проблемой, не пингуются устройства, подключенные по Wi-Fi.
Причем странно все. Какие-то нормально пингуются, какие-то нет, а некоторые из винды не пингуются, а с линукса нормально.
Точки разные, систематизировать баг не получается.
Установлены все возможные новые прошивки.
Клиенты, подключенные по проводу — все в порядке.
И еще интересный факт: например WiFi SIP телефон не пингуется, но сам прекрасно связывается с астериском.
Буду благодарен любым мыслям и идеям, даже в порядке бреда.
CLOUD KEY FIRMWARE
Current VersionUCK.mtk7623.v1.1.19.f4a17b0.210204.0232
CLOUD KEY (CLOUD KEY GEN2, CLOUD KEY GEN2 PLUS)
Current Version6.5.55-16678-1

fAntom


  • #2

Режим isolated в контроллере или на точках не включен?

  • Автор темы

  • #3

Режим isolated в контроллере или на точках не включен?

это в настройках WiFi сети?
Есть три Сетки:
Гости
Хозяева
Сервис
у всех режим l2-isolated отключен.

fAntom


  • #4

А в свойствах точек? Вообще в свойствах надо посмотреть отличия между работающими и проблемными.

  • Автор темы

  • #5

простите, но в свойствах точек нет такой опции как режим isolated. Мы же про unifi точки говорим

fAntom


  • #6

В некоторых прошивках точек иногда встречалась (более старых).

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

Это проверяли?
Когда начались проблемы, после обновлений? Если с них, то, что именно обновилось?
P.S. Если обновления до версий 5-6, для точек они сильно экспериментальные. Некоторые тоже, если выше 4.0.80. А сам контроллер 6 версии только избавился от «детских проблем» и, судя, по номеру Вашей версии не совсем до конца. Других версий вроде нет.

  • Автор темы

  • #7

а не может так чудить CloudKey первого поколения? Может он не справляется с большим количеством устройств unifi и клиентов в сети? не было таких проблем в истории?

fAntom


  • #8

Были, но больше касалась размера БД, АРМ в нем 32-бит. Да и некоторые точки официально не поддерживаются с 01.03.21, но работали как-то.

  • Автор темы

  • #9

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

А вот можно подробности с «Были, но больше касалась размера БД, АРМ в нем 32-бит «?
У меня был такой случай: то ли карта SD сдохла, то ли место закончилось, но глюки были. И похожие.
Решил заменой SD карты, и даже конфигурацию не пришлось заново восстанавливать. И как раз на CloudeKey первого поколения. Жуют они эти SD карты что ли…

Спасибо за наводку на мысль. Проверим. Отпишусь по результатам.

  • Автор темы

  • #10

а знаете, что интересно… с CloudKey не пингуются те хосты и клиенты, которые не пингуются из Windows, и некоторые из Linux.
Но одно точно: не пингуются ВСЕ, что там, что там.
Сам CloudKey их тупо не видит.
С роутера все прекрасно!
Заходил по SSH и проверял. Скрины во вложении, если кому интересно.

Получается, что сам контроллер (CloudKey) того… не того?

  • Unifi CloudKey а с роутера пингуется.PNG

    137,1 KB
    Просмотры: 155

  • Unifi CloudKey и пример на 52 IP.PNG

    240,6 KB
    Просмотры: 152

  • Unifi CloudKey и пример на 53 IP.PNG

    283,2 KB
    Просмотры: 158

  • Unifi CloudKey и пример на 111 IP.PNG

    273,2 KB
    Просмотры: 147

  • Unifi CloudKeyс него тоже не пингуется.PNG

    263,8 KB
    Просмотры: 147

  • Unifi Ping с роутера.PNG

    167,7 KB
    Просмотры: 145

  • Автор темы

  • #11

на контроллере нет никаких запрещающих правил
root@UniFi-CloudKey:/var# iptables -L
Chain INPUT (policy ACCEPT)
target prot opt source destination

Chain FORWARD (policy ACCEPT)
target prot opt source destination

Chain OUTPUT (policy ACCEPT)
target prot opt source destination

становится все интересней и интересней.
Почему контроллер не видит клиентов, которых он же и распределяет по точкам доступа?

fAntom


  • #12

а знаете, что интересно… с CloudKey не пингуются те хосты и клиенты, которые не пингуются из Windows, и некоторые из Linux.
Но одно точно: не пингуются ВСЕ, что там, что там.

Поясните мысль. Не пингуются из CloudKey и Windows и они же частично из Linux. Или: не пингуются из CloudKey+Windows и CloudKey+Linux.

Почему контроллер не видит клиентов, которых он же и распределяет по точкам доступа?

А он их не особо распределяет. DHCP что раздает?

  • Автор темы

  • #13

Вот такая пертушка получается. Никакой логики.
ping 10.10.10.52
Router OK
CloudKey Destination Host Unreachable
Linux OK
Windows TimeOut

ping 10.10.10.53
Router OK
CloudKey Destination Host Unreachable
Linux OK
Windows TimeOut

ping 10.10.10.108
Router OK
CloudKey Destination Host Unreachable
Linux Destination Host Unreachable
Windows OK

ping 10.10.10.109
Router OK
CloudKey OK
Linux Destination Host Unreachable
Windows Destination Host Unreachable

DHCP раздает роутер, раздает подсеть 10.10.10.0/24. Или в чем вопрос?

fAntom


  • #14

Посмотрите на топологию сети, может там какие-то управляемые коммутаторы стоят и точки в разные подключены.

  • Автор темы

  • #15

да, так и есть. точки не все в один, а в разные подключены. 10 коммутаторов, 25 точек

fAntom


  • #16

Может есть закономерность их пингования в зависимости куда они подключены?

Микротик не пингуется из локальной сети

На чтение 5 мин Опубликовано Обновлено

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

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

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

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

Содержание

  1. Mikrotik: неответ на пинг внутри сети
  2. Причины отсутствия ответа Mikrotik на пинг из собственной сети:
  3. Способы решения проблемы отсутствия ответа Mikrotik на пинг из собственной сети

Микротик – популярное устройство в сетевой инфраструктуре, которое обеспечивает функции маршрутизации, коммутации, брандмауэра и многое другое. Однако иногда возникают проблемы с пингом (ICMP-ответ не получен) внутри сети на сам Mikrotik.

Есть несколько причин, по которым Mikrotik может не отвечать на пинг.

  1. Отсутствие настроек правил брандмауэра: По умолчанию Mikrotik настроен таким образом, что блокирует входящий ICMP-трафик. Чтобы разрешить пинги, нужно добавить правила брандмауэра в Mikrotik. Для этого можно использовать интерфейс веб-конфигурации или командную строку.
  2. Отключение ICMP настройками: Если пинги были разрешены с помощью правил брандмауэра, но Mikrotik по-прежнему не отвечает, возможно, были применены другие настройки, которые блокируют ICMP. В таком случае нужно проверить конфигурацию Mikrotik и убедиться, что ICMP не заблокирован.
  3. Проблемы с сетевым интерфейсом или кабелем: Если Mikrotik не отвечает на пинг внутри сети только на некоторых узлах, может быть проблема с сетевым интерфейсом или с кабелем. Нужно проверить физическое подключение, заменить кабель и перезагрузить Mikrotik.
  4. Неправильные настройки Routing: Неправильные настройки маршрутизации также могут привести к отсутствию пинга на Mikrotik. Проверьте правильность настроек маршрутизации и убедитесь, что сеть настроена правильно.
  5. Проблемы с настройками ARP: Проблемы с настройками ARP могут вызывать отказ Mikrotik от пингов. Убедитесь, что таблицы ARP обновлены и соответствуют текущей сетевой конфигурации.

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

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

Причины отсутствия ответа Mikrotik на пинг из собственной сети:

Если Mikrotik не отвечает на пинг из собственной сети, это может быть вызвано различными причинами. Ниже приведены наиболее распространенные из них.

  1. Неправильная конфигурация на Mikrotik: Возможно, настройки Mikrotik некорректны, что приводит к отсутствию ответа на пинг из собственной сети. Необходимо проверить настройки интерфейсов, маршрутов, файрволла и других параметров, чтобы исключить возможность ошибок в конфигурации.
  2. Отключен процесс отклика на ping: По умолчанию Mikrotik отвечает на пинг из собственной сети (loopback). Однако, возможна ситуация, когда этот процесс отключен. В таком случае необходимо включить опцию «ip firewall filter add chain=input protocol=icmp in-interface=из_какого_интерфейса action=accept» в настройках файрволла.
  3. Включен конфигурационный фильтр на ICMP пакеты: Mikrotik может быть настроен для блокировки ICMP пакетов (ping). Если это происходит, Mikrotik не будет отвечать на пинг из собственной сети. Отключите фильтр на ICMP пакеты, чтобы разрешить пинги.
  4. Проблема с сетевым оборудованием: Оборудование, подключенное к Mikrotik, может вызывать проблемы, из-за которых Mikrotik не отвечает на пинг. Возможно, проблема связана с сетевыми кабелями, аппаратными неисправностями или другими факторами. Проверьте состояние оборудования и устраните проблемы, если они обнаружены.
  5. Проблема с IP-адресом: Если IP-адрес, указанный в настройках Mikrotik, не соответствует фактическому IP-адресу, ассоциированному с устройством в сети, это может привести к отсутствию ответа на пинг. Убедитесь, что IP-адрес настроен правильно и соответствует сетевой конфигурации.

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

Способы решения проблемы отсутствия ответа Mikrotik на пинг из собственной сети

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

  1. Проверьте конфигурацию маршрутизатора. Убедитесь, что IP-адрес и маска сети настроены правильно и соответствуют вашей сети. При необходимости, отредактируйте настройки маршрутизатора.
  2. Проверьте настройки файрвола. Mikrotik имеет встроенный файрвол, который может блокировать пинги. Убедитесь, что правила файрвола не блокируют пакеты ICMP (пинг). Проверьте настройки файрвола и при необходимости, измените или добавьте правила, разрешающие пакеты ICMP.
  3. Проверьте наличие физического подключения. Проверьте, что устройство Mikrotik подключено к сети и имеет рабочее физическое подключение. Проверьте кабели, порты и светодиоды на устройстве, чтобы убедиться, что все подключено должным образом.
  4. Перезагрузите маршрутизатор. Иногда проблемы сети могут быть решены простым перезапуском устройства. Перезагрузите маршрутизатор Mikrotik и проверьте, отвечает ли он на пинг после перезагрузки.
  5. Проверьте сетевую инфраструктуру. Если устройство Mikrotik не отвечает на пинг, возможно проблема кроется не в самом маршрутизаторе, а в других компонентах сети. Проверьте работоспособность других устройств в сети, сетевую архитектуру и настройки других коммутаторов и маршрутизаторов.

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


0

1

Есть у меня домашняя беспроводная сеть

Адаптер беспроводной локальной сети Беспроводная сеть:

   DNS-суффикс подключения . . . . . :
   Локальный IPv6-адрес канала . . . : fe80::b142:8a8:7c63:4196%7
   IPv4-адрес. . . . . . . . . . . . : 192.168.3.3
   Маска подсети . . . . . . . . . . : 255.255.255.0
   Основной шлюз. . . . . . . . . : 192.168.3.1

Поставил virtual box

Поставил туда сервер и использовал сетевой мост в настройках

Для интерфейса enp0s3 задал
адрес 192.168.3.19
маска 255.255.255.0
шлюз 192.168.3.1

Добавил туда интерфейс enp0s9 через добавление адаптера и присвоил туда сеть 192.168.5.0/24 с шлюзом 192.168.5.1. (использовал параметр внутренняя сеть)

Поставил туда еще один сервер (использовал параметр внутренняя сеть) с параметрами
адрес 192.168.5.19
маска 255.255.255.0
шлюз 192.168.5.1

И проблема заключается в том что 192.168.5.19 не может пингануть роутер 192.168.3.1, из за этого не может резрезолвить адреса и не пингуются любые адреса. Друг друга они пингуют, 192.168.5.19 отлично пингует свой шлюз 192.168.5.1. А 192.168.3.10 отлично пингует 192.168.5.19.
Система стоит Debian. Firewalld и iptables нету в процессах. В таблице iptables -L, всё стоит на accept по умолчанию. Не пойму в чём проблема. Может проблема в nat?

/etc/sysctl.conf
net.ipv4.ip_forward = 1

Включал, не помогло.

  • В линк 300 не могу зайти в настройки роутера
  • В каком диапазоне работает вай фай роутер ростелеком
  • В компьютере как найти роутер чтобы подключить
  • В каком роутере самый лучший wifi
  • В каком году появились роутеры