[БАГ 3.x] Все функции Hotspot, основанные на WebProxy, не работают

У нас возникла похожая проблема. Мы только что обновили наш хотспот с версии 2.9.49 до 3.11 и наблюдаем странное поведение. Эта система работала пару лет, но после обновления до 3.11 попытка доступа к нашей главной странице хотспота через запертую сеть приводит к частичной загрузке веб-страниц. Мы попытались вернуться к версии 3.10 и получили такой же результат. Немного подробнее о том, что происходит: когда пользователь подключается к хотспоту, мы сразу перенаправляем его на страницу register.cramerit.net через запертую сеть. (У нас добавлены правила для запертой сети — см. экспорт ниже). Мы используем iframe для отображения страницы входа в роутер. Перенаправление с rlogin.html работает нормально, но целевая страница не загружается полностью. HTML обрывается. Если несколько раз пытаться перезагрузить страницу, она будет загружаться с разной степенью обрыва и иногда почти полностью, но это очень непоследовательно. Если я отключаю хотспот, страница загружается без проблем. Кроме того, если удастся аутентифицироваться при работающем хотспоте, все остальные веб-страницы загружаются нормально. Единственная страница, с которой возникают проблемы, — это главная страница хотспота, к которой осуществляется доступ через запертую сеть. Очевидно, здесь есть проблема — может кто-то подсказать, что не так? # jul/16/2008 20:59:46 by RouterOS 3.10
/ip hotspot profile
set default dns-name="" hotspot-address=0.0.0.0 html-directory="" \
   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-address=12.201.133.254 \
   html-directory=hotspot http-cookie-lifetime=8w4d http-proxy=0.0.0.0:0 \
   login-by=cookie,http-chap,http-pap name=hsprof1 nas-port-type=\
   wireless-802.11 radius-accounting=yes radius-default-domain="" \
   radius-interim-update=1m radius-location-id="" radius-location-name="" \
   rate-limit="" smtp-server=0.0.0.0 split-user-domain=no use-radius=yes
/ip hotspot
add disabled=yes idle-timeout=none interface=Hotspot keepalive-timeout=none \
   name=server1 profile=hsprof1
add disabled=yes idle-timeout=none interface="ether 2 - Students" \
   keepalive-timeout=none name=newserver profile=hsprof1
/ip hotspot user profile
set default advertise=no idle-timeout=8w4d keepalive-timeout=5m name=default \
   open-status-page=always shared-users=1 status-autorefresh=1m \
   transparent-proxy=yes
/ip hotspot ip-binding
add address=10.2.7.0/24 comment="" disabled=no type=bypassed
add address=10.0.0.0/8 comment="" disabled=yes server=server1 type=bypassed
add address=12.201.133.10 comment="" disabled=yes server=server1 type=\
   bypassed
add address=12.201.132.125 comment="" disabled=yes type=bypassed
add address=12.201.132.226 comment="" disabled=no type=bypassed
/ip hotspot service-port
set ftp disabled=no ports=21
/ip hotspot user
add comment="" disabled=no name=admin password=jazkot&76 profile=default
/ip hotspot walled-garden
add action=allow comment="" disabled=no dst-host=register.cramerit.net \
   dst-port=80 server=newserver
add action=allow comment="" disabled=no dst-host=register.cramerit.net \
   dst-port=443 server=newserver
add action=allow comment="" disabled=no dst-host=12.201.197.1 dst-port=80 \
   server=newserver
add action=allow comment="" disabled=no dst-host=12.201.197.1 dst-port=443 \
   server=newserver

Я также подозревал, что закрытый доступ испытывает проблемы с использованием хост-имён, поэтому я заменил их на IP-адреса из закрытого доступа. Это ничего не изменило. Мои недоступные страницы также были по https, так что я думаю, что проблема связана с прозрачным прокси редиректированных страниц, которые находятся в списке закрытого доступа. Однако моя проблемная точка доступа во Флориде теперь снова в сети. Она страдала от того, что большие страницы из закрытого доступа отказывались загружаться, но маленькие тестовые страницы (все через https) загружались. Я перезагрузил роутер Linksys, который стоит перед моей точкой доступа, и теперь всё работает. Никто другой за роутером Linksys не жаловался ни на что, но точка доступа MT была очень сбита с толку, и только по страницам закрытого доступа на https. Я всё ещё не знаю, в чём причина. В этом конкретном случае есть некоторые доказательства того, что MT не виноват, но у меня были другие точки доступа MT, которые не стояли за другим роутером и проявляли то же самое. Также стоит отметить, что у меня есть более 10 точек доступа, которые имеют записи закрытого доступа по https с хост-именами (в отличие от IP-адресов), и все они работают нормально. Если одна из моих точек доступа, которая не стоит за другим роутером, окажется в этом режиме, я попробую заменить хост-имя закрытого доступа на IP-адрес, чтобы проверить, изменит ли это ситуацию. Пока что мои точки доступа нормально работают с записями закрытого доступа по хост-именам на https.

Я только что попробовал добавить наши серверы входа в список IP, посмотрим, что получится. Но мне хотелось бы узнать, почему, когда у вас отключен прозрачный прокси во всех пользовательских профилях и везде, где его можно выбрать, пользователь все равно получает сообщение о прокси, когда происходит перенаправление, есть идеи? С уважением, Пол

Что насчет настройки "HTTP Proxy" в профилях серверов, где можно указать внешний прокси-сервер? Если мы настроим внешний прокси-сервер и сконфигурируем хотспот для его использования, это полностью обойдет внутренний прокси-сервер?