Описание проекта
Проект представляет собой 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, пароля, роли (роль - админ)
Продолжение приложено в файле.
Задачи можно изменить и делегировать ( веб панель администратора)
