PROXY/VPN проекта Android

Описание проекта

Проект представляет собой SDK + приложение работающее на основе данного SDK, которое выступает в роли прокси/vpn сервера, и непосредственно backconnect server к которому будет подключаться приложение. Через который можно будет получить доступ к приложению для выхода в сеть с его ip адреса с использованием нескольких протоколов (HTTP/HTTPS Proxy, Socks5 Proxy (TCP/UDP), SSH Tunnel, ShadowSocks, Wire Guard VPN). По сути он будет являются прослойкой для подключения к приложению.

Проект состоит из следующих основных сущностей:

1) SDK

2) Приложение

3) Сервер приложения

4) Main server (главный сервер)

5) Backconnect сервер (прокси сервер)

6) Кабинет администратора

Описание основных сущностей

SDK - это Kotlin библиотека для android приложений с своим универсальным

АПИ которое разработчики в том числении и мы сами сможем внедрять в свои приложения для поднять прокси. Например разработчик внедряет его в свое приложение при инициализации указывая уникальный id клиента и приложения (описано также в пункте главный сервер), и в зависимости от настроек в базе данных нашего контрольного сервера будет доступен различный функционал. При инициализации данного SDK в параметрах должен передаваться id приложения и другие параметры которые хранятся в главном сервере для идентификации запрещенные прокси на стороне главного сервера. Протоколы которые должно поддерживать SDK с прокси сервером - HTTP/HTTPS Proxy, Socks5 Proxy (TCP/UDP), SSH Tunnel, ShadowSocks, Wire Guard VPN.

Нужно решить следующие моменты при работе SDK:

- приложение не должно подключаться к прокси серверу если на

телефоне запущен VPN, должен быть чистый выход через mobile или WiFi

Приложение - оно должно работать на основе SDK и сервера приложения для возможности прямого заработка пользователем. Он сможет создать аккаунт и запускать заработок на своем устройстве, которое будет работать в фоне и при подключении к его прокси он будет получать деньги за это. Приложение должно 

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

Приложение должно быть написано на языке Kotlin.

Приложение изначально должно поддерживать следующие языки интерфейса:

- русский

- английский

- французский

- немецкий

- испанский

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

Авторизация запросов в приложении будет реализована с помощью пары токенов:

● Access token: стандартный JWT токен - его необходимо передавать в каждом запросе где необходима авторизация запроса в заголовке (header) в таком формате - Authorization: Bearer {JWT}

● Refresh token: рандомная строка которую необходимо передавать в соответствующем методе API

Сервер приложения - данный сервер будет напрямую взаимодействовать с приложением, отвечать за регистрации, авторизации, выплаты, а также в отдаче контента такого как FAQ, саппорта, выплат, новостей, вывод уведомлений.

Должны быть реализованы следующие методы АПИ для приложения:

- регистрация с использованием почты, которая должна подтвердится для

будущего логина, а также с использование капчи (не google, например

cloudflare)

- вход в аккаунта

- восстановление пароля с использование капчи (не google, например

cloudflare)

- главный экран, включение отключение прокси, отключение оптимизации,

настройка смены ip адреса (как вариант через голосового помощника)

- новости либо новости расположить на главном экране

- личный кабинет

- FAQ

- саппорт

- история транзакций

- страница вывода средств

- push-уведомлений которые можно будет сделать администратору через

личный кабинет

Для кабинета администратора должны быть реализованы следующие методы:

- список пользователей с всей основной информацией

- работа с faq (создание, просмотр, удаление и редактирование)

 - работа с тикетами (просмотр, переписка, закрытие тикета, просмотр всех тикетов конкретного пользователя)

- работа с выводами (просмотр, подтверждение либо отклонение, просмотр всех выводов конкретного пользователя)

- просмотр подключений (один пользователь может иметь несколько телефонов и это по сути подключения всех приложений к серверам) и их состояние (просмотр всех подключений или конкретного пользователя)

- просмотр истории подключений и их состояние (просмотр всех подключений или конкретного пользователя)

Сервер приложения - будет работать с приложением и совместно с контрольным сервером. Будет реализовывать всю логику описанную выше а также быть промежуточной точкой для общения с контрольным сервером. По сути на этом сервере будет база пользователей, история заработка, выводов, методы АПИ для получения различной информации для кабинета администратора. Все остальные данные о подключении приложение будет брать через SDK от главного сервера.

Главный сервер - это мозг системы, который будет взаимодействовать с SDK, прокси серверами и клиентами (которые будут покупать прокси и администраторы).

Со стороны SDK при запросе на подключение прокси серверу он должен находить более оптимальный прокси сервер используя ГЕО данные приложения и локации прокси сервера для подключения к оптимальному прокси сервер. Для SDK должны быть реализованы необходимые методы для правильного взаимодействия.

Должно быть реализованы следующие методы АПИ для контрольного сервера:

1) для покупателей прокси:

a) получение списка прокси

b) подключения прокси

c) отключение прокси

d) получение состояния прокси (ниже описаны обязательные

параметры)

i) текущий ip

ii) статус подключения

iii) использованный трафик с момента его подключения

e) смена ip адреса

2) для кабинета администратора:

a) получение списка всех устройств в онлайне (с пагинацией, количеством всех прокси, id клиента, id приложения, ip адресом, ГЕО параметрами) (роль - админ)

b) получение списка истории всех подключений (роль - админ)

c) получения списка прокси конкретного клиента (роль - клиент)

d) получения списка истории подключения с количеством

использованного трафика прокси конкретного клиента (роль -

клиент)

e) получения статистики по подключениям и использованному

трафику конкретного клиента (роль - клиент)

f) метод для регистрации нового пользователя в системе, с

указанием email, пароля, роли (роль - админ)

Продолжение приложено в файле.
Задачи можно изменить и делегировать ( веб панель администратора)