Встроенное устройство настроило с плохим IP-адресом, я могу все еще соединиться?
Это могла быть 'освободившая буфер' копия проблема? Возможно, что Windows делает некоторые приемы, которые могут ускорить копию, источник/цель является локальным диском, но это возвращается к более безопасному поведению, если это использует два сетевых устройства.
Я играл с дисковым тестированием в Unix, и Ose могут играть много приемов с дисковой подсистемой.Удачи.
Мое обычное решение для проблем как этот к:
- Получите устройство на ту же подсеть как устройство
- Настройте устройство с совместимыми параметрами сети
- Соединитесь со встроенным устройством
- Измените плохие настройки сети на встроенном устройстве
Шаг 1 обычно является твердой частью. Это может быть ноутбук, который Вы просто перетаскиваете к правильному местоположению или устройству с двумя портами подключенной сети; один, чтобы Вы соединились с, один для плохих сетевых данных.
Если устройство имеет неизвестную сетевую конфигурацию, это становится более волосатым, и результаты не так хороши. Однако я сделал это. Вам нужен физический доступ к устройству и его сетевым подключениям. Что я сделал:
- Подключите свой ноутбук и устройство к переключателю, подключенному ни к чему иному.
- Настройте свой ноутбук без IP-адреса, просто оставьте его с необработанными Ethernet-адресами.
- Запустите трассировку сети неразборчивого режима с того ноутбука.
- Цикл включения и выключения питания устройство.
- Наблюдайте пакеты.
Если Вы будете удачливы, то устройство будет орать некоторые пакеты. Вероятно, ARPing для MAC-адресов устройства шлюза. Это должно показать IP, который это полагает себя иметь. Если это пронзительно кричит для шлюза, который должен дать некоторые представления относительно того, чем это полагает, что его сетевая маска хотя не всегда. После того как Вы имеете IP, настраиваете Ваш ноутбук, чтобы быть смежными с одно с ним мудрый IP и попытаться проверить с помощью ping-запросов его. Поддерживайте сетевую трассировку в рабочем состоянии.
Если сетевая трассировка показывает, что, когда Ваша машина пытается к ARP, IP-адрес цели и устройство не отвечают, Вы, возможно, должны установить статическую запись таблицы ARP для того IP. Я столкнулся с устройствами, где этот шаг был необходим для удара устройства в работу. Если проверка с помощью ping-запросов не работает даже после установки arp-записи, возможности очень высоки, что это существенно недостижимо из сети.
Если Вы настраиваете компьютер с IP: 172.16.1.235/8 у Вас будет лучшая возможность того, чтобы заставлять это сразу работать. Если оба устройства будут думать, что они находятся на той же подсети, то они просто свяжутся.
Это поддерживает IPv6? Используйте IPv6 для соединения с устройством. Можно, вероятно, найти MAC и разработать локальный для ссылки адрес.
Если никакой работают, вероятно, интерфейс снижается. совет sysadmin1138 превосходен, сделайте точно это.