Czy można zmapować 2 różne adresy MAC na ten sam adres IP?
W celu wykonania kopii zapasowej muszę ponownie połączyć się z serwerem z urządzeniem przenośnym i chcę mieć ten sam adres IP zarówno dla interfejsu bezprzewodowego, jak i przewodowego.
Interfejs sieciowy openwrt nie akceptuje wielu wpisów dhcp z tym samym adresem IP, ale być może istnieje obejście?
Wyjaśnienie dodane 23 maja :
Powinienem był wyjaśnić, że tylko jeden interfejs sieciowy urządzenia przenośnego jest podłączony do sieci w danym momencie (stąd przełączniki nie powinny się mylić). Początkowo miałem 2 różne adresy IP przypisane do interfejsów o tej samej nazwie DNS, ale to nie działało bardzo dobrze (przekroczenia limitu czasu, gdy otrzymałem zły adres IP). Jednak chcę używać tej samej nazwy dla obu, ponieważ jest ona zapisana na stałe w moim skrypcie kopii zapasowej.
Przepraszam za zamieszanie.
Odpowiedzi:
(losowy, półpoważny komentarz: rzadko widuje się tak wysoką liczbę niekonstruktywnych i zwykłych niedokładnych odpowiedzi i komentarzy do pytania)
W przeciwieństwie do innych tutaj, twierdzę, że twoja prośba jest w rzeczywistości dość elementarna i jest obsługiwana w dnsmasq od wersji 2.46 , IIRC. To był jedyny powód, dla którego przestawiłem się z dd-wrt . Po około roku korzystania z OpenWRT wiem, że istnieje naprawdę wiele innych powodów, aby się zmienić, ale to nie ma sensu.
Korzystam z Backfire 10.04-rc4 :
Moja konfiguracja:
Ciesz się płynnym przejściem, jakie zapewnia ta konfiguracja, wszystkie istniejące sesje pozostaną przy życiu, jeśli przełącznik nie zajmie Ci zbyt wiele czasu.
źródło
ab:cd:ef:01:02:03
a drugą za pomocą04:05:06:07:08:09
, po prostu wprowadź jeden wpis z pojedynczą spacją oddzielającą dwa, npab:cd:ef:01:02:03 04:05:06:07:08:09
.Zrobiłem trochę badań.
Najpierw dowiedziałem się, że można przypisywać dzierżawę DHCP na podstawie kryteriów innych niż adres MAC.
Z FAQ dhcp :
Następnie, chociaż najwyraźniej nie jest obsługiwany przez interfejs internetowy luci w openWRT, sam dnsmasq obsługuje identyfikator_klienta i wiele adresów MAC (z pewną ostrożnością).
Z dnsmasq strony man :
Wybrałem rozwiązanie dla wielu komputerów Mac (ponieważ nie próbowałem dowiedzieć się, w jaki sposób mogę określić identyfikator klienta po stronie klienta, co należy zrobić dla każdego osobnego klienta, a alternatywą dla wielu komputerów Mac jest jedno rozwiązanie dla wszystkich urządzeń przenośnych w domu).
Ominąłem interfejs luci i dodałem bezpośrednio do /etc/dnsmasq.conf następującą linię:
i /etc/dnsmasq-dhcphosts.conf zawiera wiersze o następującym formacie:
(Trzymam tę konfigurację w osobnym pliku, aby zapobiec zastąpieniu jej przez następną aktualizację).
Działa w porządku.
źródło
Twój cel: aby stała nazwa hosta laptopa zawsze wskazywała na (aktywny adres IP / interfejs) laptopa? Myślałem, że połączona usługa DNS-i-DHCP dnsmasq by to zrobiła, tzn. Kiedy klient wykonuje DHCPDISCOVER / DHCPREQUEST, zgłasza swoją nazwę hosta, a dnsmasq kojarzy nazwę hosta z dowolnym przypisanym adresem IP. Takie było moje doświadczenie, jednak muszę przyznać, że nie próbowałem łączyć się z jedną siecią we / wy, a następnie rozłączać się (bez wyraźnego wydania) i ponownie łączyć się z inną.
Zakładając nazwę hosta „laptop”, co się stanie, gdy zapytasz urządzenie OpenWRT o „laptop” po przełączeniu z jednego interfejsu na inny?
źródło
Dlaczego warto korzystać z DHCP?
Możesz ręcznie skonfigurować statyczny adres IP na obu interfejsach, a następnie użyć tego, który wolisz (pozostawiając drugi oczywiście odłączony).
źródło
Byłbym bardzo zaskoczony, gdyby twój przełącznik mógł to obsługiwać. Możesz mieć więcej szczęścia, dając obu interfejsom sieciowym ten sam adres MAC.
Mówiąc to, zdecydowanie zgadzam się z Holocryptic, tutaj są smoki.
źródło
Nie, to niemożliwe. Ale większość kart sieciowych pozwala administracyjnie ustawić MAC i można ustawić obie karty sieciowe na tym samym MAC.
W większości * nix boxen zazwyczaj możesz to zrobić, a następnie skonfigurować interfejs LAGG przełączania awaryjnego na oba (z preferencją dla przewodowego), aby umożliwić hotplugowanie połączenia przewodowego bez rozłączania sesji TCP.
źródło