Идентификация на сервере

@andrew_jr20 · Регистрация: 11.02.2012

Студворк — интернет-сервис помощи студентам

Добрый день.
Имеется задача каким-то образом идентифицировать подключаемый к серверу клиент (клиент - программа на телефоне). Изначально были идеи проводить идентификацию по IMEI или по номеру телефона, когда же вплотную подошёл к этому вопросу, зашёл в тупик - ни IMEI, ни номер получить так просто не получается (программа для телефона будет универсальной, без привязки к конкретной модели, общим будет только профиль, MIDP 2.0 или 2.1). Суть в том, что на сервере есть данные клиентов (роль, имя пользователя, номер телефона, статус - заблокирован или нет). Нужно как-то отличать одного подключаемого клиента от остальных и иметь возможность блокировать клиентов, потому что предполагается, что при увольнении или утере телефона клиентом аппарат может попасть не в те руки, что вызовет утечку информации.
Была мысль использовать логин с паролем, но хотелось бы большей прозрачности для пользователей, чтобы не было возни со вводом, проблем с раскладками, блокирования при ошибочных вводах и пр. (контингент клиентуры - от 20 до 60 лет), и постоянно вводить логин/пароль - напряжно.
Буду признателен за помощь, может кто-то уже реализовывал подобное - был бы рад увидеть пример

@wondertalik · 15.02.2012, 02:37

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

@@gent · 16.02.2012, 22:51

Советую взглянуть в сторону UUID. Класс в Java.util.UUID
Смысл в том, чтобы записать при установке приложения UUID в имя файла и его использовать. Это наиболее правильный вариант, нежели IMEI. Хотя на ME не знаю. На андроиде это чуть ли не единственная возможность определить устройство, ибо с IMEI и MAC там беда (беда с Китайцами и андроидом 2.3).

@andrew_jr20 · 17.02.2012, 09:38 **[ТС]**

Сообщение от @gent

Советую взглянуть в сторону UUID. Класс в Java.util.UUID
Смысл в том, чтобы записать при установке приложения UUID в имя файла и его использовать. Это наиболее правильный вариант, нежели IMEI. Хотя на ME не знаю. На андроиде это чуть ли не единственная возможность определить устройство, ибо с IMEI и MAC там беда (беда с Китайцами и андроидом 2.3).

А подробнее можно сам алгоритм? То есть если бы был IMEI, можно было бы со всех клиентов собрать IMEI телефонов, записать в базе и уже дальше работать с ним как с паролем - а как быть с UUID? Всё равно использовать только как пароль, который генерится при установке,
и сервер о нём не знает до тех пор, пока клиент не постучится с ним в первый раз? Или я порядок действий не так понял?
Пока собираюсь использовать связку логин-пароль, где логин выдаётся юзеру изначально, пароль генерируется при первом подключении и сохраняется в базе, но вопрос ещё открыт, дойду до реализации только через неделю-полторы, сначала основной функционал добить, а потом уже можно и за идентификацию взяться.

@wondertalik · 17.02.2012, 14:09

Сообщение от @gent

Советую взглянуть в сторону UUID. Класс в Java.util.UUID
Смысл в том, чтобы записать при установке приложения UUID в имя файла и его использовать. Это наиболее правильный вариант, нежели IMEI. Хотя на ME не знаю. На андроиде это чуть ли не единственная возможность определить устройство, ибо с IMEI и MAC там беда (беда с Китайцами и андроидом 2.3).

В java me в иерархии классов я такого не наблюдал(clcd 1.1/midp 2.1)

@mutagen · 17.02.2012, 18:18

а может так

Java
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
    private void saveData(String user, String password) throws RecordStoreException {
        RecordStore rs = RecordStore.openRecordStore("userData", true);
        rs.addRecord(user.getBytes(), 0, user.getBytes().length);
        rs.addRecord(password.getBytes(), 0, password.getBytes().length);
        rs.closeRecordStore();
    }
 
    private String getUser() throws RecordStoreException {
        return readData(1);
    }
    private String getPassword() throws RecordStoreException {
        return readData(2);
    }
    private String readData(int id) throws RecordStoreException {
        RecordStore rs = RecordStore.openRecordStore("userData", false);
        byte b[] = rs.getRecord(id);
        rs.closeRecordStore();
        return new String(b, 0, b.length);
    }
 
    private boolean isDataExist(){
        try {
            RecordStore rs = RecordStore.openRecordStore("userData", false);
        } catch (Exception e) {
            return false;
        }
        return true;
    }

Новые блоги и статьи Все статьи Все блоги /
SDL3 для Web (WebAssembly): Реализация движения на Box2D v3 - трение и коллизии с повёрнутыми стенами 8Observer8 20.02.2026 Содержание блога Box2D позволяет легко создать главного героя, который не проходит сквозь стены и перемещается с заданным трением о препятствия, которые можно располагать под углом, как верхнее. . .	Конвертировать закладки radiotray-ng в m3u-плейлист damix 19.02.2026 Это можно сделать скриптом для PowerShell. Использование . \СonvertRadiotrayToM3U. ps1 <path_to_bookmarks. json> Рядом с файлом bookmarks. json появится файл bookmarks. m3u с результатом. # Check if. . .	Семь CDC на одном интерфейсе: 5 U[S]ARTов, 1 CAN и 1 SSI Eddy_Em 18.02.2026 Постепенно допиливаю свою "многоинтерфейсную плату". Выглядит вот так: https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11617&stc=1&d=1771445347 Основана на STM32F303RBT6. На борту пять. . .	Камера Toupcam IUA500KMA Eddy_Em 12.02.2026 Т. к. у всяких "хикроботов" слишком уж мелкий пиксель, для подсмотра в ESPriF они вообще плохо годятся: уже 14 величину можно рассмотреть еле-еле лишь на экспозициях под 3 секунды (а то и больше),. . .
И ясному Солнцу zbw 12.02.2026 И ясному Солнцу, и светлой Луне. В мире покоя нет и люди не могут жить в тишине. А жить им немного лет.	«Знание-Сила» zbw 12.02.2026 «Знание-Сила» «Время-Деньги» «Деньги -Пуля»	SDL3 для Web (WebAssembly): Подключение Box2D v3, физика и отрисовка коллайдеров 8Observer8 12.02.2026 Содержание блога Box2D - это библиотека для 2D физики для анимаций и игр. С её помощью можно определять были ли коллизии между конкретными объектами и вызывать обработчики событий столкновения. . . .	SDL3 для Web (WebAssembly): Загрузка PNG с прозрачным фоном с помощью SDL_LoadPNG (без SDL3_image) 8Observer8 11.02.2026 Содержание блога Библиотека SDL3 содержит встроенные инструменты для базовой работы с изображениями - без использования библиотеки SDL3_image. Пошагово создадим проект для загрузки изображения. . .

@andrew_jr20 2 / 0 / 1 Регистрация: 11.02.2012 Сообщений: 31

	Идентификация на сервере 11.02.2012, 20:09. Показов 1590. Ответов 5 Метки нет (Все метки) Добрый день. Имеется задача каким-то образом идентифицировать подключаемый к серверу клиент (клиент - программа на телефоне). Изначально были идеи проводить идентификацию по IMEI или по номеру телефона, когда же вплотную подошёл к этому вопросу, зашёл в тупик - ни IMEI, ни номер получить так просто не получается (программа для телефона будет универсальной, без привязки к конкретной модели, общим будет только профиль, MIDP 2.0 или 2.1). Суть в том, что на сервере есть данные клиентов (роль, имя пользователя, номер телефона, статус - заблокирован или нет). Нужно как-то отличать одного подключаемого клиента от остальных и иметь возможность блокировать клиентов, потому что предполагается, что при увольнении или утере телефона клиентом аппарат может попасть не в те руки, что вызовет утечку информации. Была мысль использовать логин с паролем, но хотелось бы большей прозрачности для пользователей, чтобы не было возни со вводом, проблем с раскладками, блокирования при ошибочных вводах и пр. (контингент клиентуры - от 20 до 60 лет), и постоянно вводить логин/пароль - напряжно. Буду признателен за помощь, может кто-то уже реализовывал подобное - был бы рад увидеть пример 0

@wondertalik 5 / 5 / 2 Регистрация: 05.02.2012 Сообщений: 51
	15.02.2012, 02:37
	Используйте логин и пароль, как самое простое решение. В мидлете реализуйте возможность в настройках пользователя сохранять логин и пароль, для отмены необходимости вводить его каждый раз. При подключении вытягиваете эти данные и передаете на сервер. Обязательно реализуйте проверки и уведомление пользователю статуса авторизации. 0

@@gent 16 / 16 / 2 Регистрация: 19.10.2009 Сообщений: 91
	16.02.2012, 22:51
	Советую взглянуть в сторону UUID. Класс в Java.util.UUID Смысл в том, чтобы записать при установке приложения UUID в имя файла и его использовать. Это наиболее правильный вариант, нежели IMEI. Хотя на ME не знаю. На андроиде это чуть ли не единственная возможность определить устройство, ибо с IMEI и MAC там беда (беда с Китайцами и андроидом 2.3). 0