none
как работает "альтернативная конфигурация" tcp/ip4? и как можно сменить алгоритм? RRS feed

  • Pergunta

  • если в свойствах TCP/IP4 стоит "получать адрес автоматически" то становится доступна закладка "альтернативная конфигурация"

    т.е. по уму должно работать - если нет dhcp сервера, то IP назначать тот который руками прописан в  "альтернативная конфигурация"

    так вот как задумано не работает. точнее как всегда у M$ "есть нюансы"

    если комп с такой настройкой физически перенести в совершенно новое место, и в этом месте в сети не будет dhcp то 95% что адрес из  "альтернативная конфигурация" таки назначится..

    но это не то что надо. надо чтоб это срабатывало, без "переноса", а просто по факту отсутствия dhcp ответа 

    у меня Провайдер раздаёт интернет просто по динамическому IP, т.е. без всяких ppoe и прочих паролей.

    адрес выдаёт DHCP . но этот же dhcp любит глючить и переставать работать-выдавать адреса, при этом если в это же время IP прописать вручную то инет продолжает работать.

    трабл в том что именно в основной закладке надо прописывать ip

    значения из  "альтернативная конфигурация" игнорятся. т.е. если выставлено "получать адрес автоматически" а dhcp в этот момент глючит то назначается 169.*  адрес вместо того чтоб взять его из "альтернативная конфигурация"

    спрашивается почему? подозреваю что мониторятся MAC свитчей и прочего окружения и на основе это профиль сети создаётся, и раз единожды "увидев" в ней dhcp винда хочет его "видеть" всегда,  а это неправильно.

    можно ли что-то поменять в настройках, дабы работало как я хочу?

    Назначение адреса из "альтернативная конфигурация" по "просто по факту отсутствия dhcp ответа" 

    terça-feira, 2 de fevereiro de 2021 18:48

Todas as Respostas

  • Вообще говоря, все так и должно работать как вы хотите. 

    Но для начала, почему вы решили что DHCP сервер (я так понимаю на стороне провайдера?) по факту не отвечает? А не дает, например, отлуп потенциально блокируя таким образом адрес записанный в "альтернативной конфигурации" что и приводит к APIPA адресу.

    В любом случае, опишите вашу сетку подробнее.

    Кстати, у свичей типично нет MAC (и IP) адресов. Они нужны только более сложным управляемым и L3 свичам. Дома вы такого оборудования обычно не увидите. 



    This posting is provided "AS IS" with no warranties, and confers no rights.

    quarta-feira, 3 de fevereiro de 2021 02:49
    Moderador
  • провод провайдера идёт сразу в комп, мимо всяких хом-рутеров. подозревая что свитч таки управляемый, с веб мордой и своим ip , должен ли у него быть свой mac? х.з. 

    dhcp судя по ipconfig в другом сегменте, за шлюзом

    выставлено "получать адрес автоматически" чтоб не менять когда иногда пользуюсь другими провайдерами в других местах

    что именно происходит во время глюка конечно не могу утверждать, может какой-нибудь mac-sec срабатывает или шлюз dhcp пакет не пропускает, но факт что нормального штатного ответа нет, раз 169.* ловлю

    и не понимаю почему 169 а не то что в "альтернативная конфигурация"

    при этом прописка ip вручную возвращает инет, т.е. сам порт свитча или mac не лочится 

    quarta-feira, 3 de fevereiro de 2021 09:40
  • провод провайдера идёт сразу в комп, мимо всяких хом-рутеров. подозревая что свитч таки управляемый, с веб мордой и своим ip , должен ли у него быть свой mac? х.з. 

    dhcp судя по ipconfig в другом сегменте, за шлюзом

    выставлено "получать адрес автоматически" чтоб не менять когда иногда пользуюсь другими провайдерами в других местах

    что именно происходит во время глюка конечно не могу утверждать, может какой-нибудь mac-sec срабатывает или шлюз dhcp пакет не пропускает, но факт что нормального штатного ответа нет, раз 169.* ловлю

    и не понимаю почему 169 а не то что в "альтернативная конфигурация"

    при этом прописка ip вручную возвращает инет, т.е. сам порт свитча или mac не лочится 

    Я уже изложил возможную теорию почему адрес в альтернативной конфигурации не используется, см. выше. Думаю она куда более вероятна чем ваша теория "запоминания внешнего мира".

    Ваша проблема видимо вызвана какими то странностями на стороне провайдера. Она имеет простое, надежное и дешевое решение. Установите раутер как это сейчас принято и все будет работать.

    В противном случае вам придется начать с изучения что собственно происходит с запросами DHCP, например перехватив пакеты другим компьютером.


    This posting is provided "AS IS" with no warranties, and confers no rights.

    quarta-feira, 3 de fevereiro de 2021 17:01
    Moderador