Не может проверить с помощью ping-запросов по LAN, пока ping не получен
Проблема решена. Если Вы предположили, что это были политики, Вы выигрываете cookie.
Проще говоря, вводя имя пользователя и пароль для выполнения, поскольку пользователь в задаче добавляет что пользователь к локальному выполнению как пакетная политика. Выгода - то, что, когда групповые политики обновляются, это перезаписывается. Проблема облегчена путем возвращения в пароль (таким образом добавляющий пользователя к локальной политике снова) до следующего раза, когда политики вытягивают.
Это - глупая ошибка с моей стороны, но я полагал, что отправлю ответ здесь для кого-либо еще, кто может страдать от той же дилеммы.
Когда вы говорите об одной и той же подсети, понятно ли вам отраслевое определение подсети, потому что это термин, который часто используется неправильно.
Я хочу уточнить, что вы говорите, что два поля OSx не разделены маршрутизатор (брандмауэры - это маршрутизаторы с определенным отношением), связывающий две схемы адресации, в которых находятся эти блоки.
То, что вы описываете, является точным сигналом для устаревших записей ARP, пропущенных либо из-за несуществующего, либо из-за неверно сконфигурированного плана сокращения ARP . ARP - это метод адресации Ethernet, при котором адреса TCP / IP зависят от правильной работы.
Вы ' При повторном описании одной системы не удается найти другую до тех пор, пока она не будет достигнута первым тем же компьютером, который она просто не смогла найти, пока она не будет обновлена сначала на отсутствующем компьютере.
Если это проблема сокращения ARP, отсутствующий компьютер, который должен Во-вторых, ping обновляет ваш первый и неисправный компьютер с помощью новой комбинации ARP / IP, если они оба находятся в разных подсетях, коммутатор промышленного уровня, такой как профессиональное устройство Cisco или NetGear, будет легко управлять этими записями и предотвращать частое сравнение этого к сети, не оснащенной таким оборудованием.
Хороший вопрос, есть ли у машины B более агрессивная политика управления питанием или она используется реже и ей разрешено приостанавливаться / переходить в спящий режим? Потому что это не идеальное мероприятие, и сообщество Windows сталкивается с этой проблемой в сетях крупных небольших компаний, которые пытаются сэкономить на электроэнергии, но не обновили свою сетевую инфраструктуру. Таким образом, ПК отключен, их IP-адреса передаются в аренду кому-то другому или возвращаются в пул адресов и остаются неназначенными. Ваша машина A продолжает настаивать на том, что машина B должна находиться на этом конкретном IP-адресе, когда она давно была исключена с этого адреса.
Подтвердите это, запретив обеим машинам приостанавливать работу или выключать свои сетевые адаптеры для экономии энергии. Сетевые адаптеры WiFi обычно потребляют больше энергии и управляются более агрессивно, поэтому, если это устройства WiFi, проверьте все настройки управления питанием на обеих машинах, чтобы убедиться, что они остаются активными и включенными.
Команды TCP / IP имеют больше общих частей, чем другие используемые команды в Mac / Windows, на стороне Win,
Проверьте наличие повторяющегося MAC-адреса в вашей локальной сети.
Это очень похоже на проблему с сетью, которая возникла у меня некоторое время назад.