Mac не соединяются с точкой доступа Wi-Fi, но ПК будут
Мы изучили это приблизительно 18 месяцев назад. Мы закончили тем, что шли с другим поставщиком (не Звездочка), но из памяти выбор был главным образом довольно плох, специально для очень специализированных сред. И их интерфейсы были всеми ясно запоздалая мысль, разработанная кем-то только с основными навыками HTML.
В конце мы пошли с поставщиком VoIP под названием Swyx и затем записали, наш собственный прогнозирующий код набора с помощью их обширного и хорошо зарегистрированного ActiveX API (интегрировал его в Не регистр Вызова, запросы автоматического обратного вызова, когда вызовы перестали работать или перешли к автоответчику, и т.д.).
Прием для определения поставщика неотмеченного (или физически недоступный) AP должно изучить свой BSSID (который является в основном MAC-адресом 802,11 беспроводных NIC AP). Первая половина (первые 3 байта == 6 шестнадцатеричных цифр) типичного MAC-адреса в OUI IEEE (Организационно Уникальный идентификатор). Можно искать OUI к компании, отображающейся на веб-сайте IEEE.
Простым способом найти BSSID любого AP, к которому можно связаться, является к щелчку опции дополнительное меню AirPort (меню значка AirPort в строке меню), в то время как связано. Вы будете видеть несколько дополнительных частей диагностической информации серого цвета, включая BSSID. Таким образом, если BSSID обнаруживаются как, скажем, "0:1f:f3:12:34:56", OUI является "00:1f:f3". Поиску IEEE на странице, связанной выше, не нравятся двоеточия, таким образом, или удалить их как "001ff3" или заменяют их дефисами как "00-1f-f3". Обратите внимание, что Mac OS X часто отбрасывает начальный нуль в любом данном байте в MAC-адресе, поэтому если какой-либо байт MAC-адреса только имеет одну цифру, необходимо будет отложить начальный нуль в перед поиском его на поиске OUI IEEE.
Несколько раз поиску OUI не удается окончательно определить производителя AP. Например, если 2's бит места первого байта MAC-адреса установлен, это - "локальный" бит, что означает, что MAC-адрес "локально администрируем", что означает, что это не реальный guaranteed-globally-unique MAC-адрес, но тот, который был "составлен", возможно, администратором сети, который настроил AP. Другие времена, поиск OUI скажет Вам, кто сделал беспроводную плату NIC AP, или кто сделал чипсет на карте, но не, кто сделал само AP.
Если подход поиска OUI не работает на Вас, делает снимок AP и отправляет его. Возможно, кто-то здесь распознает его. Кроме того, какие кабели можно видеть вход в APS? Вы видите одного или несколько коаксиальных кабелей, но никакой кабель Ethernet? Затем поле, на которое Вы смотрите, является, вероятно, просто внешней антенной, и реальное AP вне поля зрения, возможно, выше потолка отбрасывания. Вы могли также смотреть на некоторую другую часть создания инфраструктуры, как детектор дыма промышленного стиля, тепловой детектор, датчик движения для автоматических световых сигналов или антенна для некоторой абсолютно несвязанной беспроводной технологии (как внутренний повторитель сигнала ячейки). Просто, потому что Ваша мощность сигнала Wi-Fi хороша около того поля, не означает, что полем является Ваше фактическое AP. Я научился этому на горьком опыте урок - я не распознал главным образом неотмеченный белый корпус антенны, как являющийся AP в здании, потому что моя мощность сигнала Wi-Fi была сильна около него и не поняла, что это была антенна для внутреннего повторителя сигнала ячейки, и реальное AP, оказалось, было скрыто выше отбрасывания, перекрывающего на два метра дальше вниз Холла.
Если Ваш APS оказывается полями Cisco, работающими в легком режиме, остерегается этих ошибок Cisco:
CSCsy73154 — Точка доступа не передает предложение DHCP клиенту.
... который иногда называют:
CSCsz22901 — Точка доступа не передает предложение DHCP клиенту, таким образом, клиенту не удается получить IP-адрес.
Мой сайт выполнял Cisco APS в легком режиме (конкретно 1252 в режиме B/G/N + A/N HT20, но я не знаю, что это имеет значение), в сочетании с различными моделями Контроллеров беспроводной локальной сети Cisco (WLCs) и Модулей Услуги беспроводной связи (WiSMs).
Даже без любой безопасности, включенной в определенной сети, некоторые клиенты Mac иногда не получат арендные договоры DHCP. 802,11 трассировки пакетов режима монитора, в сочетании с проводными трассировками пакетов Ethernet между APS и контроллерами (показывая незашифрованную сессию LWAPP) показали, что клиенты успешно связывались и отправляли, их DHCP Обнаруживают пакеты, и сервер DHCP отвечал с Предложением DHCP, и WLC/WiSM передавал то Предложение DHCP Cisco AP, но Cisco AP никогда не передавала то Предложение DHCP клиенту.
Эти проблемы были устранены в следующих релизах программного обеспечения Cisco WLC/WiSM с лета 2009 года:
4.2.207.0 (чтобы не быть перепутанным с 4.2.205.0, который НЕ имеет фиксации),
5.2.193.0
6.0.x.x - я верю любой общественности 6.x, выпуск имеет фиксацию.
Если Ваш сайт будет работать 5.0.x.x или 5.1.x.x выпуск на Вашем Cisco WLCs/WiSMs, то необходимо будет оценить обновление до 5,2 или 6.0, потому что я думаю, собиралась ли Cisco когда-либо зафиксировать это для тех рядов сборки, они сделали бы так к настоящему времени.
Можно попробовать NetStumbler: это - сниффер Wi-Fi и будет, вероятно, говорить/показывать Вам, как это настроено и возможно что продолжается. Я действительно знаю, что мой MacBook, рабочему Тигру OS X пришлось нелегко с WPA2, когда у меня был беспроводной маршрутизатор D-Link - я должен был переключить его на WEP с MAC-адресом, фильтрующим только для соединения.