Алек-НТК Опубликовано 14 октября, 2019 (изменено) · Жалоба 3 минуты назад, QWE сказал: Что за тестовый сервер? "Перегрузил только что тестовый сервак, маршрут по дефолту прописался сам." - Zebra помечает свои маршруты. или вами заданный маршрут ( /etc/net/ifaces/eth0/ipv4route ) остается? сам linux маршрут удалять не будет (если его не пнуть), включайте дебаг quagga и смотрите, что в логи пишет quagga в ТМ ядра linux маршруты попадают либо от команды с консоли, либо от скрипта после запуска системы либо от демона маршрутизации quaggа. "сервак 62.33.93.2" - это клон ? "Примерно минут через пять доступ из сети 10.90.0.0 сам отваливается, и всё это дело перестаёт пахать (ping нет)." смотрите ТМ после ребута и после того как перестало работать. А что такое ТМ? Загуглить это не смог. Тестовый сервак - обычный десктоп на i3. Zebra походу помечает свои маршруты. 62.33.93.2 - это клон. Изменено 14 октября, 2019 пользователем Алек-НТК Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
QWE Опубликовано 14 октября, 2019 (изменено) · Жалоба 23 минуты назад, Алек-НТК сказал: А что такое ТМ? Загуглить это не смог. ТМ - таблица маршрутизации. Список маршрутов ядра linux просмотр # ip ro list table main или ip ro если быть совсем точным - одна из 23 минуты назад, Алек-НТК сказал: Тестовый сервак - обычный десктоп на i3. Zebra походу помечает свои маршруты. 62.33.93.2 - это клон. тестовый сервак = клон? или для чего вам тестовый сервак? на сервере клоне сразу после запуска - пока с ротуингом все в порядке запустите # ip monitor all на консоли будут сетевые события ядра - добавление удаление маршрутов. в другой консоли с него запустите пинг. как только пинг пропадет. посмотрите в консоли с выводом команды # ip monitor all кто чего сделал Изменено 14 октября, 2019 пользователем QWE Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
QWE Опубликовано 14 октября, 2019 · Жалоба 43 минуты назад, Алек-НТК сказал: Адрес интерфейса и там и там один и тотже. Hанее Вам писали " Тогда надо обеспечить чтоб не было конфликта ip, у вас я вижу - scope link src 10.90.0.2 на обоих серверах " - это означает что перед тем как включить в сеть клон, боевой (с которого сделан клон) нужно выключить. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Алек-НТК Опубликовано 14 октября, 2019 (изменено) · Жалоба 21 минуту назад, QWE сказал: ТМ - таблица маршрутизации. Список маршрутов ядра linux просмотр # ip ro list table main или ip ro если быть совсем точным - одна из тестовый сервак = клон? или для чего вам тестовый сервак? на сервере клоне сразу после запуска - пока с ротуингом все в порядке запустите # ip monitor all на консоли будут сетевые события ядра - добавление удаление маршрутов. в другой консоли с него запустите пинг. как только пинг пропадет. посмотрите кто чего сделал в консоли с выводом команды # ip monitor all Тестовый сервак = клон! Он нужен для того, чтобы если загнётся основной сервер, быстро воткнуть в нашу телематику сервер-клон, чтобы абоненты были счастливы ) 3 минуты назад, Алек-НТК сказал: Тестовый сервак = клон! Он нужен для того, чтобы если загнётся основной сервер, быстро воткнуть в нашу телематику сервер-клон, чтобы абоненты были счастливы ) Соответственно два этих сервера в один момент времени не будут подключаться к сети. Мониторинг маршрутов проделаю только завтра, ибо заканчивается рабочий день. Спасибо за понимание и советы. Изменено 14 октября, 2019 пользователем Алек-НТК Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
QWE Опубликовано 14 октября, 2019 · Жалоба 2 часа назад, Алек-НТК сказал: Тестовый сервак = клон! Он нужен для того, чтобы если загнётся основной сервер, быстро воткнуть в нашу телематику сервер-клон, чтобы абоненты были счастливы ) Соответственно два этих сервера в один момент времени не будут подключаться к сети. Мониторинг маршрутов проделаю только завтра, ибо заканчивается рабочий день. Спасибо за понимание и советы. Аудит изменения таблиц маршрутизации https://ru.stackoverflow.com/questions/483359/Как-узнать-почему-меняется-таблица-маршрутизации-linux но это уж прям эксперт уровень, когда не будет понятно более простыми инструментами что происходит с ТМ, почему OSPF соседство и распространение дефолта (+ другие маршруты) не работает у Вас в сети на клоне. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
swsn Опубликовано 15 октября, 2019 · Жалоба @Алек-НТК Самое банальное что может быть причиной отсутствия соседей в ospf при правильной настройке это правила firewall iptables -F Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Алек-НТК Опубликовано 15 октября, 2019 (изменено) · Жалоба Все доброго дня! Непонятные для меня вещи продолжаются. Мониторю сервак весь день, попутно пробую что-то гуглить. Запускал ip monitor all на клоне (10.90.0.2) и в это же время пинговал этот сервак с управляющего хоста (10.90.0.31 - это адрес добавлен на сетевую карту, как дополнительный. Адрес сети управляющего хоста 192.168.0.0). Вывод ip monitor all показывал только создание и удаление маршрутов от абонентов до сервера NAS и маршруты соседей, которые прописаны в файле /etc/quagga/ospfd.conf. Вроде как бы всё чётко... Так вот. Пока шел пинг 5000 пакетов, доступ к серваку был постоянен. Как только пинг заканчивался, доступ отваливался, и доступ отваливался именно с управляющего хоста. Пинг напрямую из сети 10.90.0.0, конкретно с другого сервера (10.90.0.3) постоянен и стабилен. Маршрут по умолчанию до нужного мне сервера теперь стабилен и сохраняется даже после ребута, чего раньше не было. Quagga похоже всё-же каким-то образом всё таки заработала. Но есть один момент, который я совсем не могу понять. Доступ до сервера из хоста то появляется то пропадает. Интервал времени 10-15 минут. Ничего не делаю, а доступ то есть, то нет. Что это такое? Изменено 15 октября, 2019 пользователем Алек-НТК Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
QWE Опубликовано 15 октября, 2019 (изменено) · Жалоба 53 минуты назад, Алек-НТК сказал: Все доброго дня! Непонятные для меня вещи продолжаются. Мониторю сервак весь день, попутно пробую что-то гуглить. Запускал ip monitor all на клоне (10.90.0.2) и в это же время пинговал этот сервак с управляющего хоста (10.90.0.31 - это адрес добавлен на сетевую карту, как дополнительный. Адрес сети управляющего хоста 192.168.0.0). Вывод ip monitor all показывал только создание и удаление маршрутов от абонентов до сервера NAS и маршруты соседей, которые прописаны в файле /etc/quagga/ospfd.conf. Вроде как бы всё чётко... Так вот. Пока шел пинг 5000 пакетов, доступ к серваку был постоянен. Как только пинг заканчивался, доступ отваливался, и доступ отваливался именно с управляющего хоста. Пинг напрямую из сети 10.90.0.0, конкретно с другого сервера (10.90.0.3) постоянен и стабилен. Маршрут по умолчанию до нужного мне сервера теперь стабилен и сохраняется даже после ребута, чего раньше не было. Quagga похоже всё-же каким-то образом всё таки заработала. Но есть один момент, который я совсем не могу понять. Доступ до сервера из хоста то появляется то пропадает. Интервал времени 10-15 минут. Ничего не делаю, а доступ то есть, то нет. Что это такое? " Вывод ip monitor all показывал только создание и удаление маршрутов от абонентов до сервера NAS и маршруты соседей, которые прописаны в файле /etc/quagga/ospfd.conf. Вроде как бы всё чётко..." - почему так часто колбасит вашу локалку? у вас аварии что ли постоянно в локалке? смотрите трассиировку маршрута с упр. хоста до клона, может быть по числу хопов маршруты не равные с разных src IP одного и того же сервера (в данном случае с управляющего хоста) и связь теряется на к.л. промежуточном хопе ping -I <src interface or address> -n -R www.ru traceroute -s src_addr www.ru для пинга в одной подсети (directly connected) квагга в принципе не нужна. если в одной подсети ping перестает работать, то запускайте tcpdump на интерфейсе пингуемого сервера и смотрите - доходят ли до него ping (ICMP request) и соответственно отвечает ли он в обратку (ICMP reply) трассировку до клона пришлите c управляеющего хоста во время ping и после того как отвалился доступ до клона. Посмотрим где мог бы потеряться ICMP "Ничего не делаю, а доступ то есть, то нет. Что это такое?" на управляющем хосте запустите ip monitor all посмотрите что на нем меняется в сетевой части linux после того как ping перестает работать если между управляющим хостом и клоном есть промежуточный узел, то и на нем смотрите ip monitor all до и после того как пинг перестает работать (исчезает ли маршрут или арп запись) Изменено 15 октября, 2019 пользователем QWE Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Алек-НТК Опубликовано 15 октября, 2019 · Жалоба 6 минут назад, QWE сказал: смотрите трассиировку маршрута, может быть по числу хопов маршруты не равные с разных src IP одного и того же сервера (в данном случае с управляющего хоста) и связь теряется на к.л. промежуточном хопе ping -I <src interface or address> -n -R www.ru traceroute -s src_addr www.ru для пинга в одной подсети (directly connected) квагга в принципе не нужна. если в одной подсети ping перестает работать, то запускайте tcpdump на интерфейсе пингуемого сервера и смотрите - доходят ли до него ping (ICMP request) и соответственно отвечает ли он в обратку (ICMP reply) трассировку до клона пришлите c управляеющего хоста во время ping и после того как отвалился доступ до клона. Посмотрим где потерялся ICMP "Ничего не делаю, а доступ то есть, то нет. Что это такое?" на управляющем хосте запустите ip monitor all посмотрите что на нем меняется в сетевой части linux после того как ping перестает работать если между управляющим хостом и клоном есть промежуточный узел, то и на нем смотрите ip monitor all до и после того как пинг перестает работать Благодарю за вектор ) Завтра с утра всё это проделаю. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
QWE Опубликовано 15 октября, 2019 · Жалоба 4 минуты назад, Алек-НТК сказал: Благодарю за вектор ) Завтра с утра всё это проделаю. кстати на клоне у вас теже MAK адреса сетевых интерфейсов поднимаются после его старта что и на оригинале? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Алек-НТК Опубликовано 15 октября, 2019 · Жалоба 1 минуту назад, QWE сказал: кстати на клоне у вас теже MAK адреса сетевых интерфейсов поднимаются после его старта что и на оригинале? Вот это интересный вопрос. При выводе ip monitor вижу привязку мак-адресов к конкретным сетевым интерфейсам. Сегодня оставлю тестовый сервер на ночь работающим (весь день проработал подключённым к телематике и абоненты вроде не буянили), а завтра с утра сравню маки первым делом. Спасибо. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Алек-НТК Опубликовано 16 октября, 2019 (изменено) · Жалоба 16 часов назад, Алек-НТК сказал: Вот это интересный вопрос. При выводе ip monitor вижу привязку мак-адресов к конкретным сетевым интерфейсам. Сегодня оставлю тестовый сервер на ночь работающим (весь день проработал подключённым к телематике и абоненты вроде не буянили), а завтра с утра сравню маки первым делом. Спасибо. Доброе утро! На клоне поднимаются точно такие-же мак-адреса на сетевых интерфейсах, что и на оригинале. Должно ли так быть? Изменено 16 октября, 2019 пользователем Алек-НТК Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
QWE Опубликовано 16 октября, 2019 (изменено) · Жалоба 1 час назад, Алек-НТК сказал: Доброе утро! На клоне поднимаются точно такие-же мак-адреса на сетевых интерфейсах, что и на оригинале. Должно ли так быть? это же клон )) да. даже если бы другие поднимались, то все по идее должно работать - если нет в сети какой либо где привязки к мак адресам (на свиче, на серере и др). Пока проблема не найдена с пропадением пинга, докапаться нужно до всего. Изменено 16 октября, 2019 пользователем QWE Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Алек-НТК Опубликовано 16 октября, 2019 · Жалоба 1 час назад, QWE сказал: это же клон )) да. даже если бы другие поднимались, то все по идее должно работать - если нет в сети какой либо где привязки к мак адресам (на свиче, на серере и др). Пока проблема не найдена с пропадением пинга, докапаться нужно до всего. К сожалению мне достался по наследству от предыдущего админа управляющий хост на виндовс. ping -I <src interface or address> -n -R www.ru traceroute -s src_addr www.ru Может подскажите если в курсе, какие ключики подставлять для винды? Нагуглить быстро у меня не получилось. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
jffulcrum Опубликовано 16 октября, 2019 · Жалоба ping -S <src-address> -4 -a куда pathping -i <src-address> -4 куда Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Алек-НТК Опубликовано 16 октября, 2019 · Жалоба 8 минут назад, jffulcrum сказал: ping -S <src-address> -4 -a куда pathping -i <src-address> -4 куда Спасибо! Трассировка до клона (с работающим ping). C:\Users\Борис>pathping 10.90.0.31 -4 10.90.0.2 Трассировка маршрута к 10.90.0.2 с максимальным числом прыжков 30 0 Vinter [10.90.0.31] 1 10.90.0.2 Подсчет статистики за: 25 сек. ... Исходный узел Маршрутный узел Прыжок RTT Утер./Отпр. % Утер./Отпр. % Адрес 0 Vinter [10.90.0.31] 0/ 100 = 0% | 1 0мс 0/ 100 = 0% 0/ 100 = 0% 10.90.0.2 Трассировка завершена. Как только перестанет пинговаться, скину трассировку ещё раз. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
QWE Опубликовано 16 октября, 2019 · Жалоба 24 минуты назад, Алек-НТК сказал: Спасибо! Трассировка до клона (с работающим ping). C:\Users\Борис>pathping 10.90.0.31 -4 10.90.0.2 Трассировка маршрута к 10.90.0.2 с максимальным числом прыжков 30 0 Vinter [10.90.0.31] 1 10.90.0.2 Подсчет статистики за: 25 сек. ... Исходный узел Маршрутный узел Прыжок RTT Утер./Отпр. % Утер./Отпр. % Адрес 0 Vinter [10.90.0.31] 0/ 100 = 0% | 1 0мс 0/ 100 = 0% 0/ 100 = 0% 10.90.0.2 Трассировка завершена. Как только перестанет пинговаться, скину трассировку ещё раз. хопов промежуточных нет, что увидим уже понятно если пинг пропадет(хотя...). по идее упр комп и клон в одном широковещательном домене. на управляющем компе арп запись пропадает после пропадения с него пинга клона? arp -a пропадает ли арп запись упр компа на клоне после пропадения его пинга с упр компа? arp -an для просмотра ICMP пакетов которые генерит ping во второй консоли на клоне запустите tcpdump на интерфейсе который пингуете с упр компа допустим так tcpdump -v -n -i eth1 icmp eth1 - имя сетевого интерфейса клона который пингуете с упр компа и покажите правила iptables до и после пропадения ping а с клона если есть iptables -L -n -v Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Алек-НТК Опубликовано 16 октября, 2019 (изменено) · Жалоба 5 минут назад, QWE сказал: хопов промежуточных нет, что увидим уже понятно если пинг пропадет(хотя...). по идее упр комп и клон в одном широковещательном домене. на управляющем компе арп запись пропадает после пропадения с него пинга клона? arp -a пропадает ли арп запись упр компа на клоне после пропадения его пинга с упр компа? arp -an для просмотра ICMP пакетов которые генерит ping во второй консоли на клоне запустите tcpdump на интерфейсе который пингуете с упр компа допустим так tcpdump -v -n -i eth1 icmp eth1 - имя сетевого интерфейса клона который пингуете с упр компа При работающем пинге tcpdump говорит, что icmp echo request поступают и клон отвечает на них нормально icmp echo reply. Подожду пока пинг пропадёт. Спасибо. А случаем не подскажите аналог ip monitor all для виндовс? Нагуглить реально не смог. Изменено 16 октября, 2019 пользователем Алек-НТК Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
QWE Опубликовано 16 октября, 2019 · Жалоба 8 минут назад, Алек-НТК сказал: При работающем пинге tcpdump говорит, что icmp echo request поступают и клон отвечает на них нормально icmp echo reply. Подожду пока пинг пропадёт. Спасибо. А случаем не подскажите аналог ip monitor all для виндовс? Нагуглить реально не смог. у вас либо работает либо не работает, думаю достаточно будет вывода двух команд до и после пропадения пинга на упр компе netstat -rn arp -a может быть на упр компе файерволл "глючит" Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Алек-НТК Опубликовано 16 октября, 2019 · Жалоба 2 минуты назад, QWE сказал: у вас либо работает либо не работает, думаю достаточно будет вывода двух команд до и после пропадения пинга на упр компе netstat -rn arp -a может быть на упр компе файерволл "глючит" Пинг пропал. Вывод netstat -rn: C:\Users\Борис Винтерман>netstat -rn "65001" не является внутренней или внешней командой, исполняемой программой или пакетным файлом. =========================================================================== Список интерфейсов 25...02 00 4c 4f 4f 50 ......Npcap Loopback Adapter 13...08 60 6e 7d 05 ed ......Realtek PCIe GBE Family Controller 10...90 94 e4 81 da 25 ......D-Link DGE-528T Gigabit Ethernet Adapter 14...00 50 56 c0 00 01 ......VMware Virtual Ethernet Adapter for VMnet1 15...00 50 56 c0 00 08 ......VMware Virtual Ethernet Adapter for VMnet8 22...0a 00 27 00 00 16 ......VirtualBox Host-Only Ethernet Adapter 1...........................Software Loopback Interface 1 11...00 00 00 00 00 00 00 e0 Адаптер Microsoft ISATAP 19...00 00 00 00 00 00 00 e0 Teredo Tunneling Pseudo-Interface 16...00 00 00 00 00 00 00 e0 Адаптер Microsoft ISATAP #4 17...00 00 00 00 00 00 00 e0 Адаптер Microsoft ISATAP #5 23...00 00 00 00 00 00 00 e0 Адаптер Microsoft ISATAP #7 24...00 00 00 00 00 00 00 e0 Адаптер Microsoft ISATAP #8 =========================================================================== IPv4 таблица маршрута =========================================================================== Активные маршруты: Сетевой адрес Маска сети Адрес шлюза Интерфейс Метрика 0.0.0.0 0.0.0.0 192.168.0.111 10.90.0.31 276 10.90.0.0 255.255.254.0 On-link 10.90.0.31 276 10.90.0.31 255.255.255.255 On-link 10.90.0.31 276 10.90.1.255 255.255.255.255 On-link 10.90.0.31 276 10.252.0.0 255.255.0.0 10.90.1.254 10.90.0.31 40 127.0.0.0 255.0.0.0 On-link 127.0.0.1 306 127.0.0.0 255.0.0.0 On-link 127.0.0.1 286 127.0.0.1 255.255.255.255 On-link 127.0.0.1 306 127.0.0.1 255.255.255.255 On-link 127.0.0.1 286 127.255.255.255 255.255.255.255 On-link 127.0.0.1 306 127.255.255.255 255.255.255.255 On-link 127.0.0.1 286 192.168.0.0 255.255.255.0 On-link 10.90.0.31 276 192.168.0.31 255.255.255.255 On-link 10.90.0.31 276 192.168.0.255 255.255.255.255 On-link 10.90.0.31 276 192.168.16.0 255.255.255.0 On-link 192.168.16.1 276 192.168.16.1 255.255.255.255 On-link 192.168.16.1 276 192.168.16.255 255.255.255.255 On-link 192.168.16.1 276 192.168.56.0 255.255.255.0 On-link 192.168.56.1 266 192.168.56.1 255.255.255.255 On-link 192.168.56.1 266 192.168.56.255 255.255.255.255 On-link 192.168.56.1 266 192.168.85.0 255.255.255.0 On-link 192.168.85.1 276 192.168.85.1 255.255.255.255 On-link 192.168.85.1 276 192.168.85.255 255.255.255.255 On-link 192.168.85.1 276 224.0.0.0 240.0.0.0 On-link 127.0.0.1 306 224.0.0.0 240.0.0.0 On-link 10.90.0.31 276 224.0.0.0 240.0.0.0 On-link 192.168.56.1 266 224.0.0.0 240.0.0.0 On-link 127.0.0.1 286 224.0.0.0 240.0.0.0 On-link 192.168.16.1 276 224.0.0.0 240.0.0.0 On-link 192.168.85.1 276 255.255.255.255 255.255.255.255 On-link 127.0.0.1 306 255.255.255.255 255.255.255.255 On-link 10.90.0.31 276 255.255.255.255 255.255.255.255 On-link 192.168.56.1 266 255.255.255.255 255.255.255.255 On-link 127.0.0.1 286 255.255.255.255 255.255.255.255 On-link 192.168.16.1 276 255.255.255.255 255.255.255.255 On-link 192.168.85.1 276 =========================================================================== Постоянные маршруты: Сетевой адрес Маска Адрес шлюза Метрика 10.252.0.0 255.255.0.0 10.90.1.254 20 0.0.0.0 0.0.0.0 192.168.0.111 По умолчанию =========================================================================== IPv6 таблица маршрута =========================================================================== Активные маршруты: Метрика Сетевой адрес Шлюз 1 306 ::1/128 On-link 25 286 ::1/128 On-link 13 276 fe80::/64 On-link 22 266 fe80::/64 On-link 14 276 fe80::/64 On-link 15 276 fe80::/64 On-link 15 276 fe80::18df:dd12:f233:fdd0/128 On-link 14 276 fe80::289e:88e:38f8:5fbf/128 On-link 22 266 fe80::89a3:bac1:9e53:2ab3/128 On-link 13 276 fe80::d8de:7e12:5a92:a46e/128 On-link 1 306 ff00::/8 On-link 13 276 ff00::/8 On-link 22 266 ff00::/8 On-link 25 286 ff00::/8 On-link 14 276 ff00::/8 On-link 15 276 ff00::/8 On-link =========================================================================== Постоянные маршруты: Отсутствует Вывод arp -a: C:\Users\Борис Винтерман>arp -a Интерфейс: 10.90.0.31 --- 0xd адрес в Интернете Физический адрес Тип 10.90.0.3 00-22-15-1e-7e-5b динамический 10.90.0.22 8c-89-a5-e1-ab-ac динамический 10.90.0.40 00-1f-ce-4b-d8-0f динамический 10.90.1.255 ff-ff-ff-ff-ff-ff статический 192.168.0.1 8c-89-a5-e1-ab-ac динамический 192.168.0.3 6c-62-6d-b3-73-f4 динамический 192.168.0.9 40-8d-5c-3d-f8-4c динамический 192.168.0.11 70-4d-7b-2a-4f-cb динамический 192.168.0.18 74-d0-2b-92-2f-6b динамический 192.168.0.25 fc-3f-db-4d-96-3e динамический 192.168.0.29 40-8d-5c-06-ab-f2 динамический 192.168.0.111 bc-ee-7b-ee-48-40 динамический 192.168.0.155 20-1a-06-11-e1-d3 динамический 192.168.0.255 ff-ff-ff-ff-ff-ff статический 224.0.0.22 01-00-5e-00-00-16 статический 224.0.0.251 01-00-5e-00-00-fb статический 224.0.0.252 01-00-5e-00-00-fc статический 224.0.1.60 01-00-5e-00-01-3c статический 239.255.255.250 01-00-5e-7f-ff-fa статический Интерфейс: 192.168.16.1 --- 0xe адрес в Интернете Физический адрес Тип 192.168.16.255 ff-ff-ff-ff-ff-ff статический 224.0.0.22 01-00-5e-00-00-16 статический 224.0.0.251 01-00-5e-00-00-fb статический 224.0.0.252 01-00-5e-00-00-fc статический 224.0.1.60 01-00-5e-00-01-3c статический 239.255.255.250 01-00-5e-7f-ff-fa статический Интерфейс: 192.168.85.1 --- 0xf адрес в Интернете Физический адрес Тип 192.168.85.255 ff-ff-ff-ff-ff-ff статический 224.0.0.22 01-00-5e-00-00-16 статический 224.0.0.251 01-00-5e-00-00-fb статический 224.0.0.252 01-00-5e-00-00-fc статический 224.0.1.60 01-00-5e-00-01-3c статический 239.255.102.18 01-00-5e-7f-66-12 статический 239.255.255.250 01-00-5e-7f-ff-fa статический Интерфейс: 192.168.56.1 --- 0x16 адрес в Интернете Физический адрес Тип 192.168.56.255 ff-ff-ff-ff-ff-ff статический 224.0.0.22 01-00-5e-00-00-16 статический 224.0.0.251 01-00-5e-00-00-fb статический 224.0.0.252 01-00-5e-00-00-fc статический 224.0.1.60 01-00-5e-00-01-3c статический 239.255.255.250 01-00-5e-7f-ff-fa статический 255.255.255.255 ff-ff-ff-ff-ff-ff статический Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
QWE Опубликовано 16 октября, 2019 (изменено) · Жалоба 2 часа назад, Алек-НТК сказал: арп записи на упр компе для клона 10.90.0.2 не видно когда клон ping овался была арп запись для 10.90.0.2 на упр компе? Изменено 16 октября, 2019 пользователем QWE Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Алек-НТК Опубликовано 16 октября, 2019 · Жалоба 2 минуты назад, QWE сказал: арп записи на упр компе для клона 10.90.0.2 не видно когда ping работал была арп запись для 10.90.0.2 на упр компе? При работающем пинге запись 10.90.0.2 в таблице arp присутствует. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
QWE Опубликовано 16 октября, 2019 · Жалоба Только что, Алек-НТК сказал: При работающем пинге запись 10.90.0.2 в таблице arp присутствует. на клоне смотрим tcpdump -v -n -i eth1 arp по идее сразу после пропадения ping с упра компа должны приходить arp запросы с упр компа, будут ли ответы с клона? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Алек-НТК Опубликовано 16 октября, 2019 · Жалоба 32 минуты назад, QWE сказал: на клоне смотрим tcpdump -v -n -i eth1 arp по идее сразу после пропадения ping с упра компа должны приходить arp запросы с упр компа, будут ли ответы с клона? На клоне после пропадания пинг при вводе tcpdump есть запросы от 10.90.0.31, ответов для этого хоста я не увидел. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
QWE Опубликовано 16 октября, 2019 · Жалоба 2 минуты назад, Алек-НТК сказал: На клоне после пропадания пинг при вводе tcpdump есть запросы от 10.90.0.31, ответов для этого хоста я не увидел. посмотрите tcpdump для arp ответов на запросы от 10.90.0.31 на других сетевых интерфейсах клона, если таковые есть Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...