Хотелось бы обсудить вопрос использования модных на сегодня мессенджеров, таких как Telegram, Whatsapp, etc… на Android. У меня есть ряд претензий при работе с ними:

• Проприетарный клиент, непонятно что делающий на моём устройстве. Исключением здесь пожалуй является ?только? Telegram.
• Уязвимости в клиентах. Например последние уязвимости Whatsapp…
• Зоопарк, нет ЗООПАРК мессенджеров. Этот пункт беспокоит меня больше всего. Вам нужно общаться с человеком который использует мессенджер, которого нет у вас? И вы вынуждены поставить себе еще один непонятный крап на телефон.
• Отсуствие нормального контроля за мессенджерами, в плане того что, очередной устанавливаемый вами мессенжер ТРЕБУЕТ полного доступа к списку ваших контактов, и автоматически добавляет все их в свой контакт лист, т.е. добавятся все ваши контакты, а не те которые вы хотите.

Этот список далеко не полный, и конечно каждый может дополнить, или вычеркнуть из этого списка то что сочтет нужным/ненужным. Но суть в том что с этим нужно что-то делать… Мне представляются следующие решения данной проблемы:

1. Свой сервер на котором подняты сервисы с нужными вам мессенджерами. Нечто вроде:

   • Некий «клиент мессенджера» такой, как: Виртуальная машина с андроидом с установленным мессенджером, Docker контейнер с установленным мессенджером, просто браузер (практически у всех мессенджеров есть WEB клиенты), etc. Установленный на вашем сервере.
   • Некий ваш «агрегатор», который ?каким то? образом забирает данные от «клиент мессенджера».
   • Некое «приложение» мессенджера в вашем телефоне. Приложение должно получать данные от вашего «агрегатора». Не обязательно чтобы это было «специальное приложение» можно тупо проксировать все сообщение от других мессенджеров например в Telegram, суть в том чтобы у вас было ОДНО приложение на телефоне, в таком случае «агрегатор» будет выполнять роль «прокси» для сообщений.

2. Какой нибудь мульти-протокольный клиент? Нечто вроде:

   • Что то на подобии клиента «IM+» с поддержкой кучи протоколов.
   • Какой нибудь внешний «сервис агрегатор» с поддержкой кучи протоколов и своим клиентом..? (идея для стартапа, лол)
   • etc?

Суть в том чтобы по максимуму убрать количество претензий к мессенжеру. Пусть пункт 1 или 2 поддерживает не все месенжеры(желательно хотябы WhatsApp, Telegram, Viber), пусть поддерживает только текстовые сообщения(без групп, мултимедиа, etc…). В общем пожалуста пните в нужном направлении, на что нибудь подобное. Я уже не знаю куда копать.

Имеется сетевая карта:

Network controller: Qualcomm Atheros QCA9377 802.11ac Wireless Network Adapter

global
country RU: DFS-ETSI
        (2402 - 2482 @ 40), (N/A, 20), (N/A)
        (5170 - 5250 @ 80), (N/A, 20), (N/A), AUTO-BW
        (5250 - 5330 @ 80), (N/A, 20), (0 ms), DFS, AUTO-BW
        (5650 - 5730 @ 80), (N/A, 30), (0 ms), DFS
        (5735 - 5835 @ 80), (N/A, 30), (N/A)
        (57000 - 66000 @ 2160), (N/A, 40), (N/A)

Я нагуглил следующие решения openwrt_pathes в часности 402 патч позволяет системе «забить» на redomain который прошит в eeprom. Но проблема в том что патчи видимо староваты и в моих исходниках ядра(linux-headers-4.15.0-42) нет файла «drivers/net/wireless/ath/regd.c». Система ubuntu 18.04.

Выхлоп iw list с проблемой:

                Frequencies:
                        * 5180 MHz [36] (20.0 dBm) (no IR)
                        * 5200 MHz [40] (20.0 dBm) (no IR)
                        * 5220 MHz [44] (20.0 dBm) (no IR)
                        * 5240 MHz [48] (20.0 dBm) (no IR)
                        * 5260 MHz [52] (20.0 dBm) (no IR, radar detection)
                        * 5280 MHz [56] (20.0 dBm) (no IR, radar detection)
                        * 5300 MHz [60] (20.0 dBm) (no IR, radar detection)
                        * 5320 MHz [64] (20.0 dBm) (no IR, radar detection)
                        * 5500 MHz [100] (disabled)
                        * 5520 MHz [104] (disabled)
                        * 5540 MHz [108] (disabled)
                        * 5560 MHz [112] (disabled)
                        * 5580 MHz [116] (disabled)
                        * 5600 MHz [120] (disabled)
                        * 5620 MHz [124] (disabled)
                        * 5640 MHz [128] (disabled)
                        * 5660 MHz [132] (30.0 dBm) (no IR, radar detection)
                        * 5680 MHz [136] (30.0 dBm) (no IR, radar detection)
                        * 5700 MHz [140] (30.0 dBm) (no IR, radar detection)
                        * 5720 MHz [144] (30.0 dBm) (no IR, radar detection)
                        * 5745 MHz [149] (30.0 dBm) (no IR)
                        * 5765 MHz [153] (30.0 dBm) (no IR)
                        * 5785 MHz [157] (30.0 dBm) (no IR)
                        * 5805 MHz [161] (30.0 dBm) (no IR)
                        * 5825 MHz [165] (30.0 dBm) (no IR)
                        * 5845 MHz [169] (disabled)

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

Здравствуй ЛОР.

Помоги разобратся с непонятнятками в iptables. Вот схемка сети. Все просто!: сервер, с двумя внутренними сетями(«VM network product» = DMZ), одна сеть для WEB приложений, другая для сервисов в часности Nginx Proxy. Проброс портов с внешки на Nginx, далее Nginx проксирует в DMZ на приложение (192.168.1.2:80). Firewall настроен только на самом физическом сервере(на виртуальных машинах все ACCEPT). Все вроде просто и работает(в данном виде).

Задача: Чтобы приложение с хоста 192.168.1.2 имело доступ по своему DNS имени на внешнем интерфейсе к самому себе. Т.е. приложение на хосте 192.168.1.2 делает http(/s) запрос по своему DNS имени app.example.com и получало доступ к самому себе через Nginx Proxy.

Непонятно следующее: как _правильно_ решить данную задачу. в данный момент имеются следующие правила:

#$IPT -t nat -A PREROUTING -p tcp -i $PRODUCT_LAN_IF -m multiport --dports '80,443' -j DNAT --to-destination $NGINX_PROXY_IP
#$IPT -t nat -I POSTROUTING -p tcp -d $NGINX_PROXY_IP --dport 80 -j SNAT --to-source $SERVICE_LAN_IP