У меня есть две машины Windows 10, и в той же конфигурации:
Установленная функция Windows,
брандмауэр,
расширенные настройки обмена,
запущенные сервисы.

Одна машина ACER не имеет проблем, доступ к ней можно получить через MAC OS.
Но другой компьютер MSI может видеть общие папки только по //127.0.0.1 и //localhost.
и не может получить доступ по localhost, мой DHCP дать ему IP как //192.168.1.118

Поэтому никакой другой компьютер не может получить доступ к компьютеру MSI.

Вот службы, которыми я пользуюсь в связи с этой проблемой.
· DNS-клиент
· Хост провайдера обнаружения функций
· Публикация ресурса обнаружения функций
· Группировка одноранговых сетей
· Провайдер HomeGroup
· HomeGroup Listener
· SSDP Discovery
· Хост устройства UPnP

Сервис SMB, похоже, не привязан к моему IP.

Здесь сообщения от компьютера ACER при попытке доступа к MSI SMB

ресурс общего доступа к файлам и принтерам (MSI) находится в сети, но не отвечает на попытки подключения.
Удаленный компьютер не отвечает на подключения через порт 445, возможно, из-за настроек брандмауэра или политики безопасности или из-за того, что он может быть временно недоступен. Windows не может найти никаких проблем с брандмауэром на вашем компьютере.

Вот логи с netsh interface ip show address на компьютере MSI

Конфигурация для интерфейса "локальное соединение * 2"
DHCP включен: да
InterfaceMetric: 25

Конфигурация для интерфейса "WLAN"
DHCP включен: да
IP-адрес: 192.168.1.118
Префикс подсети: 192.168.1.0/24 (маска 255.255.255.0)
Шлюз по умолчанию: 192.168.1.1
Метрика шлюза: 0
InterfaceMetric: 55

Конфигурация для интерфейса "localconnection * 3"
DHCP включен: нет
IP-адрес: 192.168.137.1
Префикс подсети: 192.168.137.0/24 (маска 255.255.255.0)
InterfaceMetric: 55

Конфигурация для интерфейса "Loopback Pseudo-Interface 1"
DHCP включен: нет
IP-адрес: 127.0.0.1
Префикс подсети: 127.0.0.0/8 (маска 255.0.0.0)
InterfaceMetric: 75

2 ответа2

1

Совет: ipconfig /all сбрасывает слишком много данных; В будущем учтите:

netsh interface ip show address

При этом ваш компьютер MSI находится в частной сети с включенным обнаружением и совместным использованием файлов? Если да, проверили ли вы настройки брандмауэра? Самый простой способ проверить, является ли это проблемой брандмауэра: временно отключить брандмауэр (предполагается, что вы находитесь в домашней сети и доверяете другим устройствам в сети), а затем попытайтесь подключиться. Если соединение проходит, мы знаем, что это был брандмауэр, вызывающий проблему. Затем вы захотите снова включить брандмауэр и затем начать проверку входящих правил.

0

После многих попыток проблема связана с Visual Studio. Перед установкой VS я включил IIS. VS также установить IIS Express. Не уверен на 100%, что является причиной проблемы, но после отмены VS, SMB снова работает и FTP. HTTP-сервер также снова работает с локальным IP.

Также удалите несколько VS установленных пакетов:

  • IIS 10.0 express
  • MS SQL Server 2012 Native Client
  • Microsoft Web deploy 3.6
  • Microsoft MPI
  • Микрософт Удостоверения личности
  • Майкрософт как поставщик OLE DB для SQL Server 2016

  • Средства разработки Microsoft Azure

  • Microsoft Azure Compute эмулирует
  • Библиотеки Microsoft Azure для .Net
  • SDK Microsoft Azure для мобильных устройств
  • Microsoft Azure Power Shell
  • Эмулятор хранилища Microsoft Azure

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .