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

@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;
    }

Новые блоги и статьи Все статьи Все блоги /
Thinkpad X220 Tablet — это лучший бюджетный ноутбук для учёбы, точка. Programma_Boinc 23.12.2025 Thinkpad X220 Tablet — это лучший бюджетный ноутбук для учёбы, точка. Рецензия / Мнение/ Перевод https:/ / **********/ gallery/ thinkpad-x220-tablet-porn-gzoEAjs . . .	PhpStorm 2025.3: WSL Terminal всегда стартует в ~ and_y87 14.12.2025 PhpStorm 2025. 3: WSL Terminal всегда стартует в ~ (home), игнорируя директорию проекта Симптом: После обновления до PhpStorm 2025. 3 встроенный терминал WSL открывается в домашней директории. . .	Как объединить две одинаковые БД Access с разными данными VikBal 11.12.2025 Помогите пожалуйста !! Как объединить 2 одинаковые БД Access с разными данными.	Новый ноутбук volvo 07.12.2025 Всем привет. По скидке в "черную пятницу" взял себе новый ноутбук Lenovo ThinkBook 16 G7 на Амазоне: Ryzen 5 7533HS 64 Gb DDR5 1Tb NVMe 16" Full HD Display Win11 Pro	Музыка, написанная Искусственным Интеллектом volvo 04.12.2025 Всем привет. Некоторое время назад меня заинтересовало, что уже умеет ИИ в плане написания музыки для песен, и, собственно, исполнения этих самых песен. Стихов у нас много, уже вышли 4 книги, еще 3. . .
От async/await к виртуальным потокам в Python IndentationError 23.11.2025 Армин Ронахер поставил под сомнение async/ await. Создатель Flask заявляет: цветные функции - провал, виртуальные потоки - решение. Не threading-динозавры, а новое поколение лёгких потоков. Откат?. . .	Поиск "дружественных имён" СОМ портов Argus19 22.11.2025 Поиск "дружественных имён" СОМ портов На странице: https:/ / norseev. ru/ 2018/ 01/ 04/ comportlist_windows/ нашёл схожую тему. Там приведён код на С++, который показывает только имена СОМ портов, типа,. . .	Сколько Государство потратило денег на меня, обеспечивая инсулином. Programma_Boinc 20.11.2025 Сколько Государство потратило денег на меня, обеспечивая инсулином. Вот решила сделать интересный приблизительный подсчет, сколько государство потратило на меня денег на покупку инсулинов. . . .	Ломающие изменения в C#.NStar Alpha Etyuhibosecyu 20.11.2025 Уже можно не только тестировать, но и пользоваться C#. NStar - писать оконные приложения, содержащие надписи, кнопки, текстовые поля и даже изображения, например, моя игра "Три в ряд" написана на этом. . .	Мысли в слух kumehtar 18.11.2025 Кстати, совсем недавно имел разговор на тему медитаций с людьми. И обнаружил, что они вообще не понимают что такое медитация и зачем она нужна. Самые базовые вещи. Для них это - когда просто люди. . .

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

	Идентификация на сервере 11.02.2012, 20:09. Показов 1573. Ответов 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