Comments | dil: Этот Apple ещё хуже Майкрософта..

dil

Этот Apple ещё хуже Майкрософта..

Oct 16, 2016 00:02

Один юзер из Англии жаловался, что его ноутбук периодически ругается, что выданный ему (по DHCP) адрес уже кем-то используется, и wifi отваливается. Ethernet’а у него в ноутбуке нет, поэтому местные айтишники выдали ему usb’шный ethernet-адаптер и подключили кабелем вместо wifi. А ноутбук продолжает жаловаться на то же самое. Тогда в DHCP-сервере ( Read more... )

apple, рабочее, заметки ненатуралиста, ирландия, networking, uk, дублин, wifi

Comments 7

mpd October 16 2016, 08:30:00 UTC

Нет, я, конечно, слышал, что устройства эполовские генерят маки разные, когда подключаются к точкам.
Или, как вот они само подключение делают (здесь есть про опыт настройки публичного вайфая в московском метро).
Но в этом-то случае - это дефолтная настройка эполовской точки доступа так поступает на уровне IP?

dil October 16 2016, 11:46:01 UTC

Так здесь маки самих устройств не меняются. И ноутбук теперь вообще подключается не по вайфаю, а по езернету.

mpd October 16 2016, 20:02:45 UTC

Спасибо за UPD!

mpd October 16 2016, 20:19:43 UTC

Забавно, что это всё 2007-2009-й год...
Заглянул у себя в настройки своего Gentoo, а там - выключен zeroconf, но включён mdnsresponder-compat! Но, зачем!!!
Очень интересно...

fossa_white October 18 2016, 11:23:03 UTC

А зачем такое поведение вообще нужно? В смысле - о чём думала Apple, когда такое проксирование реализовывала? (если что - я ламер).

dil October 18 2016, 12:42:51 UTC

Я в эппловской логике не разбираюсь, но вроде бы идея была в том, чтобы всякие девайсы могли засыпать в целях экономии электричества, а когда к ним кто-нибудь обратится, этот sleep proxy, перехвативший ихний IP, это заметит и их разбудит посредством wake-on-lan: http://stuartcheshire.org/sleepproxy/

Но про то, что arp-ответы имеют обыкновение кэшироваться, они почему-то не подумали. И хуже того, когда машина получает себе IP по DHCP и проверяет, не использует ли его ещё кто, этот самый sleep proxy ей самой тоже отвечает про этот IP своим MAC'ом, что и приводит к описанной в посте проблеме.

fossa_white October 18 2016, 13:09:03 UTC

Ясно. Со сном - я-бы проще сделал. Раз уж мы вынуждены держать сетевой интерфейс запитанным и сопоставлять прилетевшие пакеты с образцом, чтобы проснуться по Wake-on-Lan (т.е. как минимум часть сетевого контроллера работает), то почему-бы не сделать так, чтобы устройство просыпалось не от WOL-пакета, а от пакета, содержащего свой MAC. Да, наверное это будет несколько сложнее и энергозатратнее (думаю - не сильно), но зато решило-бы проблему.