Маршрутизатор является маршрутизатором с чистым NAT, и NAT по какой-то причине не может быть отключен. Там нет такой опции. (TP-Link WR940N)
К счастью, это не важно, поскольку на самом деле ни одно устройство не использует 192.168.1.200 в качестве шлюза. Это единственный способ, которым они достигают «роутерной» части устройства - поэтому, пока они этого не делают, все данные просто замыкаются накоротко через встроенную микросхему коммутатора Ethernet, а процессор «роутера» просто сидит там. ничего не делать.
В любом случае шлюз никогда не используется для связи в одной подсети. Пока оба компьютера знают правильную маску сети, они будут отправлять пакеты друг другу напрямую.
В общем, ваша конфигурация выглядит так, как будто она должна работать идеально. Поскольку это не так, вам нужно проверить по крайней мере две вещи:
Убедитесь, что правила брандмауэра верны. Откройте
wf.mscредактор правил брандмауэра. В разделе «Входящие» убедитесь, что включены необходимые правила «Общий доступ к файлам». (Для доступа по\\IPкак минимум SMB-over-TCP через порт 445 должен быть разрешен.)Убедитесь, что ПК1 и ПК2 узнали правильный MAC-адрес друг друга через ARP. В Windows вы можете запустить,
arp -aчтобы увидеть ARP-кеш.Убедитесь, что пакеты, отправленные ПК1, получены ПК2, и наоборот. Установите Wireshark в обеих системах и запустите захват на адаптере Ethernet.
Вы можете установить фильтр захвата, например,
arp or icmp or udp or (tcp port 445)или фильтр отображения, например,arp || icmp || udp || tcp.port == 445для фильтрации нерелевантного веб-трафика. (Фильтры захвата устанавливаются перед началом захвата; фильтры дисплея устанавливаются во время выполнения захвата. Их синтаксис различен.)На захват не влияют настройки брандмауэра. Если пакет входит, но ОС не реагирует на него, это обычно указывает на проблему с «входящими» правилами брандмауэра.