Можно ли сопоставить 2 разных MAC-адреса одному и тому же IP-адресу?
Для резервного копирования мне нужно подключиться обратно с сервера к портативному устройству, и я хотел бы иметь один и тот же IP-адрес как для беспроводного, так и для проводного интерфейса.
Веб-интерфейс openwrt не принимает несколько записей DHCP с одним и тем же IP-адресом, но, возможно, есть обходной путь?
Пояснение добавлено 23 мая :
Я должен был прояснить, что только один из сетевых интерфейсов портативного компьютера подключен к сети в любой момент времени (следовательно, коммутаторы не должны путаться). Первоначально у меня было 2 разных IP-адреса, назначенных интерфейсам, с одним и тем же DNS-именем, но это работало не очень хорошо (таймауты, когда я получил неправильный IP). Тем не менее, я хочу использовать одно и то же имя для обоих, поскольку оно жестко задано в моем скрипте резервного копирования.
Извините за путаницу.
Ответы:
(случайный полуобдуманный комментарий: такое высокое количество неконструктивных и простых неточных ответов и комментариев к вопросу редко можно увидеть)
В отличие от других здесь, я утверждаю, что ваш запрос на самом деле довольно элементарный и поддерживается в dnsmasq начиная с версии 2.46 , IIRC. Это была единственная причина, по которой я перешел с dd-wrt . После года работы OpenWRT я теперь знаю, что на самом деле есть еще много причин для перехода, но это не относится к делу.
Я использую Backfire 10.04-rc4 :
Моя конфигурация:
Наслаждайтесь плавным переходом, который обеспечивает эта настройка, все существующие сеансы остаются живыми, если вы не слишком долго пользуетесь коммутатором.
источник
ab:cd:ef:01:02:03
а с другим04:05:06:07:08:09
, просто введите одну запись с одним пробелом, разделяющим два, напримерab:cd:ef:01:02:03 04:05:06:07:08:09
.Я провел небольшое исследование.
Первое, что я узнал, это то, что можно назначать аренду DHCP на основе критериев, отличных от MAC-адреса.
Из dhcp FAQ :
Затем, хотя он, очевидно, не поддерживается веб-интерфейсом luci в openWRT, сам dnsmasq поддерживает client_id и несколько MAC-адресов (с некоторыми предостережениями).
Со страницы руководства dnsmasq :
Я выбрал решение для Multi-Mac (потому что я не пытался выяснить, как я могу указать идентификатор клиента на стороне клиента, что необходимо сделать для каждого отдельного клиента, и альтернатива для Multi-Mac одно решение для всех портативных компьютеров в доме.)
Я обошел интерфейс luci и добавил в /etc/dnsmasq.conf следующую строку:
и /etc/dnsmasq-dhcphosts.conf содержит строки следующего формата:
(Я храню этот конфиг в отдельном файле, чтобы предотвратить его перезапись при следующем обновлении.)
Работает отлично.
источник
Ваша цель: чтобы постоянное имя хоста ноутбука всегда указывало на (активный IP-адрес / интерфейс) ноутбука? Я бы подумал, что объединенная служба DNS-и-DHCP в dnsmasq сделает это, то есть когда клиент выполняет DHCPDISCOVER / DHCPREQUEST, он сообщает свое имя хоста, а dnsmasq связывает имя хоста с любым назначенным IP-адресом. Это был мой опыт, однако я должен признать, что я не пытался соединиться с одной сетью i / f, затем отключить (не делая явного выпуска) и соединиться снова с другой.
Предполагая имя хоста «ноутбук», что происходит, когда вы запрашиваете у устройства OpenWRT «ноутбук» после переключения с одного интерфейса на другой?
источник
Зачем использовать DHCP?
Вы можете вручную настроить статический IP-адрес на обоих интерфейсах, а затем использовать тот, который вы предпочитаете (оставляя другой, конечно, отключенным).
источник
Я был бы очень удивлен, если ваш коммутатор может поддержать это. Возможно, вам больше повезет, если оба сетевых интерфейса будут иметь одинаковый MAC-адрес.
Сказав это, я определенно согласен с Голокриптом, будь здесь драконы.
источник
Нет, это невозможно. Но большинство сетевых адаптеров позволяют вам административно устанавливать MAC, и вы можете установить оба сетевых адаптера на один и тот же MAC.
На большинстве * nix boxen вы обычно можете сделать это, а затем настроить отказоустойчивый интерфейс LAGG для обоих (с предпочтением для проводного), чтобы разрешить горячее подключение проводного соединения без отключения сеансов TCP.
источник