Как проверить неограниченный доступ в интернет? (обнаружение захваченного портала)

мне нужно надежно определить, имеет ли устройство полный доступ в интернет, т. е. что пользователь не ограничен портал (также называемый обнесенный стеной сад), т. е. ограниченная подсеть, которая заставляет пользователей отправлять свои учетные данные в форме, чтобы получить полный доступ.

мое приложение автоматизирует процесс аутентификации, и поэтому важно знать, что полный доступ в интернет недоступен до начала действия входа в систему.

вопрос не о том, как проверить, что сетевой интерфейс и в подключенном состоянии. Речь идет о том, чтобы убедиться, что устройство имеет неограниченный доступ в интернет, а не изолированный сегмент интрасети.

все подходы, которые я пробовал до сих пор, терпят неудачу, потому что подключение к любому известному хосту не вызовет исключения, но вернет действительный HTTP 200 код ответа, потому что все запросы направляются на вход страница.

вот все подходы, которые я пробовал, но все они возвращаются true вместо false по причинам, изложенным выше:

1:

InetAddress.getByName(host).isReachable(TIMEOUT_IN_MILLISECONDS);
isConnected = true; <exception not thrown>

2:

Socket socket = new Socket();
SocketAddress sockaddr = new InetSocketAddress(InetAddress.getByName(host), 80);
socket.connect(sockaddr, pingTimeout);
isConnected = socket.isConnected();

3:

URL url = new URL(hostUrl));
URLConnection urlConn = url.openConnection();
HttpURLConnection httpConn = (HttpURLConnection) urlConn;
httpConn.setAllowUserInteraction(false);
httpConn.setRequestMethod("GET");
httpConn.connect();
responseCode = httpConn.getResponseCode();
isConnected = responseCode == HttpURLConnection.HTTP_OK;

Итак, как мне убедиться, что я подключен к фактическому хосту вместо страницы перенаправления входа в систему? Очевидно, я мог бы проверить фактическое тело ответа от хоста "ping", который я использую, но это не похоже на правильное решение.

5 ответов


для справки, вот "официальный" метод из базы кода Android 4.0.1 AOSP: WifiWatchdogStateMachine.isWalledGardenConnection (). Я включаю код ниже на случай, если ссылка сломается в будущем.

private static final String mWalledGardenUrl = "http://clients3.google.com/generate_204";
private static final int WALLED_GARDEN_SOCKET_TIMEOUT_MS = 10000;

private boolean isWalledGardenConnection() {
    HttpURLConnection urlConnection = null;
    try {
        URL url = new URL(mWalledGardenUrl); // "http://clients3.google.com/generate_204"
        urlConnection = (HttpURLConnection) url.openConnection();
        urlConnection.setInstanceFollowRedirects(false);
        urlConnection.setConnectTimeout(WALLED_GARDEN_SOCKET_TIMEOUT_MS);
        urlConnection.setReadTimeout(WALLED_GARDEN_SOCKET_TIMEOUT_MS);
        urlConnection.setUseCaches(false);
        urlConnection.getInputStream();
        // We got a valid response, but not from the real google
        return urlConnection.getResponseCode() != 204;
    } catch (IOException e) {
        if (DBG) {
            log("Walled garden check - probably not a portal: exception "
                    + e);
        }
        return false;
    } finally {
        if (urlConnection != null) {
            urlConnection.disconnect();
        }
    }
}

этот подход основан на определенном URL,mWalledGardenUrl = "http://clients3.google.com/generate_204" всегда возвращает 204 код ответа. Это будет работать, даже если DNS был нарушен, так как в этом случае a 200 код будет возвращен вместо ожидаемого 204. Я видел некоторые захваченные порталы, подделывающие запросы к этому конкретному URL-адресу, чтобы предотвратить Интернет не работает сообщение на устройствах Android.

Google имеет вариант этой темы: fetching http://www.google.com/blank.html вернет 200 код с телом ответа нулевой длины. Поэтому, если вы получите непустое тело, это будет еще один способ выяснить, что вы находитесь за стеной сада.

Apple имеет свои собственные URL-адреса для обнаружения захваченных порталов: когда сеть устройства IOS и MacOS будут подключаться к URL-адресу, напримерhttp://www.apple.com/library/test/success.html, http://attwifi.apple.com/library/test/success.html, или http://captive.apple.com/hotspot-detect.html который должен возвращать код состояния HTTP 200 и тело, содержащее Success.

Примечание: Этот подход не будет работать в районах с ограниченным доступом в Интернет, таких как Китай, где вся страна-это обнесенный стеной сад, и где большинство сервисов Google/Apple заблокированы или отфильтрованы. Некоторые из них не могут быть заблокированы:http://www.google.cn/generate_204, http://g.cn/generate_204, http://gstatic.com/generate_204 или http://connectivitycheck.gstatic.com/generate_204 - тем не менее, все они принадлежат google, поэтому не гарантируется работа.


другим возможным решением может быть подключение через HTTPS и проверка целевого сертификата. Не уверен, что огороженные сады действительно обслуживают страницу входа через HTTPS или просто отбрасывают соединения. В любом случае, вы должны быть в состоянии увидеть, что Ваш пункт назначения не тот, который вы ожидали.

конечно, у вас также есть накладные расходы TLS и проверки сертификатов. Такова, к сожалению, цена аутентифицированных соединений.


Я считаю, что предотвращение перенаправления для вашего соединения будет работать.

URL url = new URL(hostUrl));
HttpURLConnection httpConn = (HttpURLConnection)url.openConnection();

/* This line prevents redirects */
httpConn.setInstanceFollowRedirects( false );

httpConn.setAllowUserInteraction( false );
httpConn.setRequestMethod( "GET" );
httpConn.connect();
responseCode = httpConn.getResponseCode();
isConnected = responseCode == HttpURLConnection.HTTP_OK;

Если это не сработает, то я думаю, что единственный способ сделать это-проверить тело ответа.


Это было реализовано на Android 4.2.2 + версии - я нахожу их подход быстрым и интересным:

CaptivePortalTracker.java обнаруживает огороженный сад следующим образом - Попробуйте подключиться к www.google.com/generate_204 - Проверьте, что HTTP-ответ 204

Если проверка не удастся, мы находимся в огороженном саду.

private boolean isCaptivePortal(InetAddress server) {
    HttpURLConnection urlConnection = null;
    if (!mIsCaptivePortalCheckEnabled) return false;

    mUrl = "http://" + server.getHostAddress() + "/generate_204";
    if (DBG) log("Checking " + mUrl);
    try {
        URL url = new URL(mUrl);
        urlConnection = (HttpURLConnection) url.openConnection();
        urlConnection.setInstanceFollowRedirects(false);
        urlConnection.setConnectTimeout(SOCKET_TIMEOUT_MS);
        urlConnection.setReadTimeout(SOCKET_TIMEOUT_MS);
        urlConnection.setUseCaches(false);
        urlConnection.getInputStream();
        // we got a valid response, but not from the real google
        return urlConnection.getResponseCode() != 204;
    } catch (IOException e) {
        if (DBG) log("Probably not a portal: exception " + e);
        return false;
    } finally {
        if (urlConnection != null) {
            urlConnection.disconnect();
        }
    }
}

если вы уже используете retrofit вы можете сделать это retrofit. просто сделай пинг.html-страница и отправить запрос головы к нему с помощью дооснащения и убедитесь, что ваш http-клиент настроен, как показано ниже: (followRedirects(false) часть является наиболее важной частью)

private OkHttpClient getCheckInternetOkHttpClient() {
    return new OkHttpClient.Builder()
            .readTimeout(2L, TimeUnit.SECONDS)
            .connectTimeout(2L, TimeUnit.SECONDS)
            .followRedirects(false)
            .build();
}

затем создайте свою модернизацию, как показано ниже:

private InternetCheckApi getCheckInternetRetrofitApi() {
    return (new Retrofit.Builder())
            .baseUrl("[base url of your ping.html page]")             
            .addConverterFactory(GsonConverterFactory.create(new Gson()))
            .client(getCheckInternetOkHttpClient())
            .build().create(InternetCheckApi.class);
}

ваш InternetCheckApi.класс будет такой:

public interface InternetCheckApi {
    @Headers({"Content-Typel: application/json"})
    @HEAD("ping.html")
    Call<Void> checkInternetConnectivity();
}

затем вы можете использовать его, как показано ниже:

getCheckInternetOkHttpClient().checkInternetConnectivity().enqueue(new Callback<Void>() {
     public void onResponse(Call<Void> call, Response<Void> response) {
       if(response.code() == 200) {
        //internet is available
       } else {
         //internet is not available
       }
     }

     public void onFailure(Call<Void> call, Throwable t) {
        //internet is not available
     }
  }
);

обратите внимание, что ваш интернет проверить http клиент должен быть отделен от основного http-клиента.