Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Новинка
Распродажа
Новости
Доставка
Оплата
Загрузки
  • Прошивки
    • WinBox
    • RouterOS
    • Мобильные приложения MikroTik
    • Архив
  • RouterOS
  • Мобильные приложения MikroTik
  • Архив
Форум
Настройка
    info@mikrotik.moscow
    +7 495 320-55-52
    Заказать звонок
    Mikrotik.moscow
    Каталог
    • Акции
      Акции
    • Маршрутизаторы
      Маршрутизаторы
    • Коммутаторы
      Коммутаторы
    • Радиомосты и уличные точки доступа
      Радиомосты и уличные точки доступа
    • Wi-Fi для дома и офиса
      Wi-Fi для дома и офиса
    • LTE/5G
      LTE/5G
    • Powerline адаптеры
      Powerline адаптеры
    • IoT устройства
      IoT устройства
    • Оборудование 60 ГГц
      Оборудование 60 ГГц
    • Материнские платы RouterBOARD
      Материнские платы RouterBOARD
    • Корпуса
      Корпуса
    • Интерфейсы
      Интерфейсы
    • SFP/QSFP трансиверы
      SFP/QSFP трансиверы
    • Аксессуары
      Аксессуары
    • Антенны
      Антенны
    • Архив
      Архив
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Скачать WinBox Скачать Прошивки Форум > RouterOS Форум > SwOS Форум > Железо
    Mikrotik.moscow
    Каталог
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Mikrotik.moscow
    Телефоны
    +7 495 320-55-52
    Заказать звонок
    0
    0
    0
    Mikrotik.moscow
    • +7 495 320-55-52
      • Назад
      • Телефоны
      • +7 495 320-55-52
      • Заказать звонок
    • info@mikrotik.moscow
    • г. Москва, ул. Бакунинская, 84
    • Пн-Пт: 09-00 до 18-00
      Сб-Вс: выходной


    • Кабинет
    • 0 Сравнение
    • 0 Избранное
    • 0 Корзина
    Главная
    Форум
    Форум
    RouterOS
    Проблемы с перенаправлением на хотспотах у MacBook Pro и Windows 7

    Проблемы с перенаправлением на хотспотах у MacBook Pro и Windows 7

    Форумы: RouterOS, Аппаратное обеспечение, SwOS, Обратная связь, Объявления, Сторонние инструменты
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    Проблемы с перенаправлением на хотспотах у MacBook Pro и Windows 7, RouterOS
     
    ZeroByte
    Guest
    #1
    0
    03.11.2011 20:55:00
    У нас возникла проблема с пользователями «новых» операционных систем — в основном MacBook Pro и Windows 7. Наши точки доступа на данном объекте — открытые AP, работающие в режиме моста. Пользователи с этими устройствами могут подключаться к проводному Ethernet, аутентифицироваться и спокойно работать в интернете. Однако если они подключаются к любой из беспроводных точек доступа, им выдаются IP-адреса, они отображаются в списке хостов горячей точки, а также в DHCP-арендах и т. п. Но при попытке зайти в браузер — страница просто не загружается, и появляется ошибка «страница не может быть отображена». Кто-нибудь сталкивался с подобным? На Windows XP и старых Mac таких проблем нет. Mikrotik — RB1000, версия 4.17.
     
     
     
    ZeroByte
    Guest
    #2
    0
    30.12.2011 18:45:00
    На самом деле, даже если мы создаём обходную привязку в точке доступа, устройства Apple (включая iPad и iPhone, по ним тоже были обращения) всё равно не могут выйти в интернет. Мы решили эту проблему в изначальном месте, изменив настройку в точках доступа Ubiquiti. Оказалось, что если в расширенных настройках изменить агрегацию с 32 кадров на 31, проблема исчезает. Но за последние две недели эта же проблема начала появляться повсюду. Один из предыдущих участников предположил, что это похоже на проблему с MTU. И я склоняюсь к этому мнению. Если попросить пользователя вручную изменить MTU в настройках, доступ в сеть появляется. Но очевидно, что это неудобное и неприемлемое решение.

    Я пробовал использовать правило mangle для коррекции TCP MSS — это помогает частично. У некоторых пользователей всё начинает работать, но потом снова ломается. У некоторых не работает вообще, а у некоторых проблема решается одним этим изменением. Мы заметили, что другие приложения, кроме браузера, вроде iTunes работают нормально. Прозрачный прокси на этих точках доступа отключён. В общем, это настоящая головоломка. (Если найду решение, обязательно поделюсь)
     
     
     
    brosky
    Guest
    #3
    0
    01.01.2012 18:25:00
    И я думал, что я один... http://forum.mikrotik.com/t/hotspot-weird-problem-on-multiple-similar-setups/52759/1 http://forum.mikrotik.com/t/hotspot-users-cant-acces-internet/43610/1 Уже почти год, а решения так и не нашли.
     
     
     
    brosky
    Guest
    #4
    0
    02.01.2012 16:16:00
    Почти... но если я отключаю точку доступа, всё в порядке. В настройках точки доступа я не нашёл параметра MTU. Ситуация становится настолько плохой, что мне приходится отключать некоторые точки доступа во время праздников, чтобы хоть немного отдохнуть. Самое странное, что это обычно происходит с одними и теми же людьми со временем.
     
     
     
    ZeroByte
    Guest
    #5
    0
    04.01.2012 14:53:00
    Обновление — мы обнаружили, что когда пострадавшее устройство (Mac, iPhone, iPad и т.д. — судя по всему, проблема с Windows 7 здесь не массовая) перезагружается, проблема решается без какого-либо вмешательства в Mikrotik. То есть если пользователь подключается к точке доступа, сталкивается с проблемой, а потом просто перезагружает устройство без добавления биндингов, отключения хотспота или изменения настроек MTU — всё начинает работать нормально, включая страницу входа в хотспот. (Все ещё ломаю голову)
     
     
     
    telstra
    Guest
    #6
    0
    05.02.2012 23:32:00
    Это проблема с DNS... Используйте эти адреса 8.8.8.8 8.8.4.4  
    ip dhcp-server network add address=Lan/24 gateway=gateway netmask=24 dns-server=8.8.8.8,8.8.4.4
     
     
     
    redsalamander
    Guest
    #7
    0
    01.12.2012 04:55:00
    Столкнулся с той же проблемой. Хотспот отлично работал с iPad / iPhone / Android, а Windows 8 отказывался нормально подключаться (Windows 7 / XP — та же фигня). Читал предыдущий пост про DNS — логично, но добавление DNS от Google проблему не решило.

    Моя конфигурация: RB433 с двумя WiFi-картами. Lan-пост — это просто LAN. WiFi 1 настроен как моя точка доступа, WiFi 2 — как хотспот. У меня есть Linux-файрвол, который контролирует доступ в интернет для всей сети (RB433 не умеет делать PPPoE). Так что по сути Linux-машина — основной DNS-шлюз для локальной сети.

    Что я сделал, чтобы исправить ситуацию: в конфигурации DHCP (ip/dhcp server/networks) добавил IP хотспота как первый DNS-сервер, а IP Linux-машины — вторым. Это назначит Routerboard первичным DNS, а настоящий — вторым.

    Сначала это не помогло, но в Windows я заметил, что при подключении к сети система пытается перейти по адресу http://hotspot/login … и тут важно, чтобы Windows понимал это как нормальный адрес. Поэтому в IP/Hotspot/server profiles на вкладке General изменил DNS-имя на что-то вроде hotspot.local.

    Кстати, вместо того чтобы в DHCP ставить RB в качестве первого DNS, если ваш шлюз умеет, можно добавить редирект с hotspot.local на нужный IP — тоже должно сработать.
     
     
     
    redsalamander
    Guest
    #8
    0
    11.01.2013 09:11:00
    Кто-то уже добился успеха с этим? Казалось, я решил проблему, но, видимо, нет. Видел другой пост, где предлагали добавить apple.com в walled garden. Я пробовал — результата нет. Похоже, что проблема в DNS, так как точка доступа не разрешается. Зато мой файрволл видит её, и я даже добавил статический маршрут на IP точки доступа — тоже без толку. Нашёл, что помогает такой способ:  
    Главное — сделать следующее:  
    Код:  
    /ip hotspot profile set hsprof1 dns-name=""  
    /ip hotspot walled-garden add action=allow comment="" disabled=no dst-host=www.apple.com path=/library/test/success.html  

    По какой-то причине iPhone и iPad не разрешают dns-name точки доступа нормально, поэтому лучше не указывать его — тогда будет использоваться IP. Следующий трюк — разрешить в walled garden URL http://www.apple.com/library/test/success.html. Если iOS не сможет увидеть этот адрес, появится надоедливая страница с логином. Тогда пользователь может открыть браузер на устройстве, и ему покажут страницу входа в точку доступа.  

    Конечно, это обходной путь. Правильно было бы понять, какой именно сигнал маленький всплывающий экран с логином ждёт, чтобы понять, что пользователь вошёл в систему, но пока мне так и не удалось это выяснить.
     
     
     
    brosky
    Guest
    #9
    0
    11.01.2013 09:43:00
    Я вроде как решил эту проблему (во всяком случае, уже несколько месяцев её не видел). Что изменилось: добавлено имя хотспота (пользователи проходят авторизацию на hotspot.local), синхронизированы куки в радиусе хотспота (1 день для hotspot/dhcp).
     
     
     
    redsalamander
    Guest
    #10
    0
    12.01.2013 08:58:00
    Ок, я внедрил изменения на стороне клиента, и всё сработало. Вот что было изменено.  

    В профиле сервера hotspot:  
    General > DNS Name: hotspot.info (hotspot.local не сработал)  
    Login > Mac: 0 / Cookie: 1 / HTTP CHAP: 1 / HTTPS: 0 / HTTP PAP: 0 / Trial: 0  
    Walled Garden Allow: 1  
    Dst Host: apple.com  
    Path: /library/test/success.html  
    DNS Settings > Static hotspot.info 192.168.0.1 (IP интерфейса, к которому будут подключаться пользователи)  

    После этого я проверил на Apple iOS6, Android ICS и Windows8 — все успешно вошли без проблем.  
    Если кто-то подскажет, как, я с удовольствием экспортирую и выложу конфигурацию.
     
     
     
    brosky
    Guest
    #11
    0
    12.01.2013 10:28:00
    /экспорт файл=somename.txt скопируйте файл и вставьте сюда соответствующие части или, /ip hotspot profile print detail /ip dns print detail и так далее…
     
     
     
    redsalamander
    Guest
    #12
    0
    12.01.2013 13:51:00
    Думаю, это всё. Надеюсь, кому-то поможет, но, к сожалению, подозреваю, что через пару месяцев снова буду именно я искать это, когда придётся заново настраивать и не вспомню, что делал.

    /interface wireless  
    set 0 adaptive-noise-immunity=none allow-sharedkey=no antenna-gain=17 antenna-mode=ant-a area="" arp=enabled band=2ghz-b/g basic-rates-a/g=6Mbps basic-rates-b=1Mbps bridge-mode=disabled burst-time=disabled channel-width=20mhz compression=no country="south africa" default-ap-tx-limit=0 default-authentication=yes default-client-tx-limit=0 default-forwarding=yes dfs-mode=none disable-running-check=no disabled=no disconnect-timeout=3s distance=dynamic frame-lifetime=0 frequency=2417 frequency-mode=manual-txpower frequency-offset=0 hide-ssid=no hw-fragmentation-threshold=disabled hw-protection-mode=none hw-protection-threshold=0 hw-retries=7 l2mtu=2290 mac-address=00:0C:42:62:52:CC max-station-count=2007 mode=ap-bridge mtu=1500 multicast-helper=default name=wlan1 noise-floor-threshold=default nv2-cell-radius=30 nv2-noise-floor-offset=default nv2-preshared-key="" nv2-qos=default nv2-queue-count=2 nv2-security=disabled on-fail-retry-time=100ms periodic-calibration=default periodic-calibration-interval=60 preamble-mode=both proprietary-extensions=post-2.9.25 radio-name=000C426252CC rate-selection=advanced rate-set=default scan-list=default security-profile=default ssid="my hotspot" station-bridge-clone-mac=00:00:00:00:00:00 supported-rates-a/g=6Mbps,9Mbps,12Mbps,18Mbps,24Mbps,36Mbps,48Mbps,54Mbps supported-rates-b=1Mbps,2Mbps,5.5Mbps,11Mbps tdma-period-size=2 tx-power-mode=default update-stats-interval=disabled wds-cost-range=50-150 wds-default-bridge=none wds-default-cost=100 wds-ignore-ssid=no wds-mode=disabled wireless-protocol=unspecified wmm-support=disabled

    /ip hotspot profile  
    set [ find default=yes ] dns-name="" hotspot-address=0.0.0.0 html-directory=hotspot http-cookie-lifetime=3d http-proxy=0.0.0.0:0 login-by=cookie,http-chap name=default rate-limit="" smtp-server=0.0.0.0 split-user-domain=no use-radius=no
    add dns-name=hotspot.info hotspot-address=10.5.50.1 html-directory=hotspot http-cookie-lifetime=3d http-proxy=0.0.0.0:0 login-by=cookie,http-chap name=hsprof2 nas-port-type=wireless-802.11 radius-accounting=yes radius-default-domain="" radius-interim-update=received radius-location-id="" radius-location-name="" radius-mac-format=XX:XX:XX:XX:XX:XX rate-limit="" smtp-server=0.0.0.0 split-user-domain=no use-radius=yes

    /ip hotspot user profile  
    set [ find default=yes ] idle-timeout=none keepalive-timeout=2m name=default shared-users=1 status-autorefresh=1m transparent-proxy=no
     
     
     
    TheWiFiGuy
    Guest
    #13
    0
    13.01.2013 10:32:00
    .local — это зарезервированный домен DNS в операционной системе Apple, и его не следует использовать, если вы хотите, чтобы устройства Apple работали корректно. Я понимаю, что у вас не получилось, но это может помочь другим в похожей ситуации.
     
     
     
    Felix
    Guest
    #14
    0
    16.01.2013 18:27:00
    Привет, посмотри пост от “redsalamander”, настройки DNS и walled garden необходимы. Windows 7 и 8 делают то же самое, что и устройства Apple: они пытаются получить доступ к txt-файлу с серверов Microsoft, чтобы определить, есть ли у сети доступ в интернет. http://www.msftncsi.com/ncsi.txt Также смотри здесь: http://blog.superuser.com/2011/05/16/windows-7-network-awareness/ Надеюсь, это поможет.
     
     
     
    redsalamander
    Guest
    #15
    0
    21.03.2013 20:36:00
    Просто решил уточнить по этому поводу: после внесённых изменений всё работает просто идеально.
     
     
     
    risipetillo
    Guest
    #16
    0
    30.05.2013 03:01:00
    ЗАМЕТКА для себя: у Apple OS проблемы с перенаправлением, если установить FQDN хотспота на *.local
     
     
     
    Страницы: 1
    Читают тему
    +7 495 320-55-52
    info@mikrotik.moscow
    Электрозаводская, Бауманская
    Москва, ул. Бакунинская, 84с21
    Конфиденциальность Оферта
    © 2026 «Mikrotik.Moscow»
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры