Горячая точка edirect, когда нет подключения к интернету.

Причина ошибки в том, что разрешение имени не работает, и это нужно сделать ещё до того, как браузер отправит http-запрос (который затем перехватывается точкой доступа, и пользователь перенаправляется на страницу входа). Эта часть ясна… Единственный способ обойти проблему, о которой вы говорите, который я могу придумать прямо сейчас, это иметь хотя бы ещё один сервер, до которого можно достучаться из сети точки доступа. Вы могли бы установить там «ложный» DNS-сервер, который будет отвечать фиксированным IP-адресом для всех DNS-запросов A-записей (независимо от запрашиваемого имени). Затем запустите веб-сервер на этом IP-адресе, отображающий сообщение «Наше сетевое соединение в настоящее время недоступно». Последний шаг – добавить скрипты в вашу точку доступа, которые будут обнаруживать доступность вашего интернет-соединения (например, использовать инструмент netwatch) и перенаправлять все DNS-запросы к вашему «ложному DNS-серверу», когда ваш исходящий канал больше похож на входящий.

Что касается «ложного DNS-сервера»: если у вас ничего под рукой нет, самый простой/дешевый способ, который я могу придумать прямо сейчас, — это LinkSys WRT54G с кастомной Linux-прошивкой. Это может быть ложный DNS-сервер и веб-сервер, обслуживающий вашу страницу «Мы в сети»…

Кристиан, а не так ли, что MT-бокс можно настроить со своим собственным DNS-сервером? С Netwatch мы можем легко отслеживать подключение к интернету, пингуя, скажем, ISP-GW. Нельзя ли просто сделать mangle, чтобы перехватывать DNS-запросы и перенаправлять их на страницу, размещенную на MT-боксе? (просто идея). Может, у кого-то есть другой способ решения этой задачи? Роберт С.