Android постоянное соединение с сервером

Как исправить ошибку при получении данных с сервера на Андроид

У пользователей телефонов и планшетов с операционной системой Android часто возникает проблема с официальным магазином при скачке приложений. В окне появляется надпись, свидетельствующая о неполадки при соединении с сервером, а также код ошибки. Как правило, DF-DFERH. Пользователю доступна кнопка повторной отправки информации.

В этой статье рассказано о том, как решить проблему. Обойти ошибку не удастся, так как в большинстве случаев пользователь не может просматривать содержимое Google Play. Советуем придерживаться инструкции, не пропускать действия. Обратите внимание, что на устройствах от разных производителей названия настроек отличаются. Однако суть остается прежней. Также код в сообщении может быть с префиксом «RH».

Магазин приложений не открывается из-за неполадок с сетью или стороннего программного обеспечения

Для начала стоит проверить следующие настройки. Возможно, для решения не понадобится использовать более радикальные методы:

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

Чтобы предотвратить ошибку, не стоит устанавливать всевозможные неофициальные программы для взлома, накрутки, а также очистки смартфона. К ним также относится VPN. Через виртуальные приватные сети Google Play не сможет передать данные на сервер для подключения. Следовательно, дальнейшая работа будет невозможна, поэтому удалить ПО.

Чтобы включить безопасный режим, сделайте это:

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

На некоторых устройствах процесс отличается. На телефонах и планшетах от Самсунг нужно полностью выключить гаджет. Зажать кнопку включения, после появления логотипа «Samsung» держите клавишу уменьшения громкости. Удерживайте кнопку, пока смартфон не включится.

Если приложение удалять жалко, то отключите его в списке программ.

Очистка кэш-файлов, откат Гугл Плей до предыдущих версий

Этот шаг помогает не во всех случаях, но попробовать стоит. Возможно следующая инструкция решит неполадку с соединением официального магазина Google Play Market с сервером. Суть заключается в удалении кэш-файлов и обновлений Маркета. Ошибка часто происходит на более новых версиях смартфонов. Вероятно, файлы обновления скачались и установились неправильно, чтобы это исправить, сделайте следующее:

1. Откройте меню настроек. Найдите раздел «Приложения». На некоторых устройствах название опции отличается.
2. На новых версиях операционной системы нужно открыть полный список приложений — «Показать все программы».
3. Выберите магазин Google Play. Если возможно, воспользуйтесь поиском.

Нажмите на иконку Play Market. Если версия ОС 8 и выше, то очистите кэш-файлы, всю информацию о программе. Для этого понадобится зайти в пункт «Хранилище». В нем есть все необходимые опции.

Имейте в виду, что после этого нужно повторно выполнить вход в свою учетную запись Google.

После выполненных действий запустите магазин приложений повторно. Проверьте, не исчезла ли ошибка соединения. Некоторым пользователям эти действия помогают. В противном случае откройте настройки еще раз, в списке приложений найдите Play Market, нажмите на кнопку «Отключить». Дальше нужно удалить обновления. Это опция восстановит исходную версию программы, которая изначально была установлена на устройство.

После этого нужно восстановить программу. Нажмите «Включить» в меню настроек. Запустите ПО еще раз, проверьте, подключается ли Маркет к серверу. Иногда оно само начинает обновляться. В таком случае нужно подождать.

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

Проблемы с учетной записью Google, вызывающие неполадки с подключением к серверу

При появлении сообщения «Ошибка при соединении с сервером» или об неполадке при получении информации часто помогает сброс учетной записи Гугл на смартфоне или планшете.

Имейте в виду, что при выполнении следующих действий, придется повторно авторизоваться. Для этого нужно знать пароль и адрес электронной почты. В противном случае может возникнуть потребность в восстановлении аккаунта. Чтобы сбросить учетную запись, сделайте это:

1. Откройте меню настроек.
2. Перейдите во вкладку «Аккаунты».
3. Выберите в списке Гугл. В некоторых устройствах этого пункта нет. Поэтому нужно зайти в список аккаунтов электронной почты Gmail.
4. Удалите аккаунт, нажав соответствующую кнопку.
5. Добавьте учетную запись в список повторно, введя данные для авторизации.

После выполненных действий, зайдите в Google Play Market еще раз. Если проблема не решилась, перейдите к следующей инструкции.

Включите разрешение для программ от Гугл в настройках телефона или планшета

В операционной системе Android нужно предоставлять разрешения для выполнения различных действий. К примеру, работа программы в фоновом режиме или неограниченная передача данных. Если по умолчанию нужные параметры выключены, то программное обеспечение не сможет корректно работать.

Откройте меню настроек, зайдите в список приложений и найдите «Сервисы Google Play». Нажмите на него. В меню «О приложении» должна быть опция «Передача данных». Включите работу в фоновом режиме, отключите ограничение на использование трафика.

Вернитесь в настройку программы сервисов. Откройте ветку дополнительных параметров. Пункт существует не во всех версиях операционной системы Android. Включите функцию, позволяющую изменять системные настройки. Те же действия стоит повторить для Play Market.

Обновление магазина приложений до последней версии

Еще один способ решить неполадку — скачать установщик Play Market в интернете, установить программу вручную. Для этого нужно загрузить APK-файл. Далее разрешите установку программы на телефон или планшет.

Совет! Скачивайте файлы только с проверенных источников, чтобы не заразить устройство вредоносным ПО.

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

Источник

Android постоянное vpn соединение

Что хочу:
Постоянное vpn соединение. При любом обрыве сети — постоянно пытаться переподключиться. Пока нет VPN-коннекта — никаким приложениям нельзя выходить в интернет.

Что есть:
Мобильник с android на борту. Прошивка стоковая, но могу сменить.
Сервер с openvpn (pritunl)

В чем проблема:
При любой проблеме со связью делается небольшое количество реконнектов и перестает пытаться.

Вот после таких ошибок реконнекта не происходит.

в настройках openvpn клиента есть опция seamless tunnel.

Если ты об этом http://imgur.com/GxO7QyR, то галка поставлена

Версия openvpn — 0.6.44

У меня другой клиент. Спасибо. Попробую этот

Не работает, к сожалению

Если нажать кнопку коннект при нормальном интернете, то соединиться естественно

В AFWall есть поддержка vpn. Ты можешь разрешить приложению доступ только через vpn. И в то время пока vpn будет переподключаться приложение просто не сможет выйти в интернет. Да если что я использую Openvpn for Android, с реконнектами проблемы никогда не было.
Кстати да, это очень опционально, потому-что во время пере-подключения к vpn, приложение все равно будет пытаться выйти через vpn.

Источник

Постоянная VPN на Android

Для доступа извне к ресурсам в локальной сети обычно используют обратный прокси (reverse proxy) или VPN. В материале описываются странности и методы их обхода при настройке Always-on (постоянного) VPN на Android.

Евгений Боздаганян

Read more posts by this author.

Евгений Боздаганян

Ресурсы локальных сетей и доступ к ним

Время от времени я возвращаюсь к теме VPN — виртуальной частной сети. Делаю я это по нескольким причинам. Главные, конечно, приватность и безопасность. или, может лучше, в обратном порядке: безопасность и приватность. Есть в этом, также, определённый момент отсутствия знаний. Сейчас попробую пояснить.

Я не устаю напоминать, что использую некоторое количество self-hosted сервисов. Достаточно часто я «выставляю» их интерфейс наружу — делаю я это потому, что такой подход облегчает доступ к реализованному в этих сервисах функционалу. При этом, я стараюсь как-то обезопасить и себя, и сервисы, поэтому перед всеми этими WebUI использую «обратный» прокси (reverse proxy).

Обычно, конфигурирование этого прокси [1] для обеспечения доступа к сервисам, не представляет проблем. Но, время от времени, я сталкиваюсь со сложной (возможно, только для меня) задачей. И если, за какое-то резонное время, у меня не получается её решить (самостоятельно ли, с помощью Гугла ли), я вспоминаю, что альтернативой является VPN .

Об одну из таких задач я споткнулся совсем недавно. У меня, достаточно давно, реализован доступ к административному интерфейсу моего домашнего роутера. При этом, на даче у меня тоже есть роутер, да не один. Недавно я провёл работы по объединению домашней и дачной сетей — при помощи SoftEther VPN. К сожалению, все свои задумки мне реализовать не удалось (надеюсь, что пока), но уже сейчас я могу из домашней сети, без каких бы то ни было танцев с бубнами, открыть web интерфейс дачных MikroTik-ов. Что за танцы с бубнами? Ну те, которые приходится исполнять из-за отсутствия «белого», пусть даже «динамического», IP адреса на даче.

Доступ извне при помощи обратного прокси

Как говорится, не было забот. После того, как дотянуться до интерфейса MikroTik -ов из домашней сети стало так же просто, как и до интерфейса Keenetic-а, у меня зачесались руки обеспечить этот доступ через свой обратный прокси. Ну, чтобы, находясь за пределами своих локальных сетей, можно было бы без подключения к VPN , вбив адрес в браузере на планшете, посмотреть, как чувствуют себя дачные роутеры. И тут, достаточно неожиданно, выяснилось, что обычный мой подход не срабатывает.

Несколько слов о том, что это за подход такой [2] . Раньше я использовал для доступа к домашнему роутеру домен третьего уровня, и, так как на него у меня выпущен сертификат Let’s Encrypt (мой обратный прокси ещё и терминирует SSL трафик), я решил оставить домен, как есть. Ну а раз теперь количество роутеров увеличилось, то я решил, что устройство, к которому идёт обращение, буду определять через путь, ну, например, my.domain.com/keenetic для домашнего Keenetic -а, а my.domain.com/mikrotik-1 для MikroTik -а, выполняющего роль CAPsMAN-а.

Я и раньше проделывал подобные трюки. Для решения приходилось модифицировать путь, чтобы на backend -сервер приходил правильный URL . Но, в этом случае, данный подход не сработал. Я смог отобразить страницу ввода пароля MikroTik , после чего процесс застопорился. Я подозреваю, что роутер как-то хитро выстраивает работу с адресами, но уловить, как именно, пока не могу. А без точного понимания того, как осуществляются переходы, не могу правильно модифицировать путь.

VPN — альтернатива обратному прокси

Побившись некоторое время головой об стену, я решил, что выставлять наружу web интерфейс роутера — не такая уж и правильная затея [3] . А кроме выставления чего-либо наружу, мне известен лишь один другой подход — самому спрятаться внутрь — то бишь, задействовать VPN .

Когда я нахожусь в зонах своих локальных сетей, я использую именно VPN , когда обращаюсь к ресурсам удалённой локалки. Просто это происходит прозрачно — благодаря настройкам на роутерах (и не только). Но когда я вне этих зон, то для доступа к ресурсам локальных сетей приходится явно подключаться к определённой VPN сети. Когда это делаешь раз-два в месяц, можно и потерпеть, но если тебе это нужно несколько раз в день, то необходимость постоянно входить/выходить в настройки того же Android , слегка утомляет.

Можно, конечно, подключиться к VPN один раз, и надеяться, что не произойдёт разъединения, но, обычно, такой фокус не прокатывает — соединение обязательно будет разорвано, к тому же, об этом, как правило, узнаёшь только тогда, когда пытаешься обратиться к удалённому локальному ресурсу.

И тут я вспомнил о такой замечательной настройке, как Постоянная VPN ( Always-On VPN ). Документация [4] обещает, что при задействовании этой опции, соединение с VPN будет устанавливаться автоматически, например, при перезагрузке устройства. К тому же, в случае потери соединения, система вас обязательно оповестит.

Always-On VPN. Проблема.

Как водится, я решил опробовать этот новый для меня функционал. Но тут меня тоже ожидали испытания. Казалось бы, что может пойти не так при попытке, по сути, включить «галку»? Ответ на этот вопрос прост до безобразия — после этого элементарного действия подключиться к VPN становится невозможно! Соответствующая кнопка становится недоступна.

Меня, конечно, повеселила сама логика «отложенной» проверки. Ведь что, по сути, происходит: какие-то условия, необходимые для того, чтобы использование постоянной VPN стало возможным, не выполняются. В такой ситуации было бы логичным сделать недоступным соответствующий переключатель. Но, видимо, чтобы не расстраивать пользователя, что у него что-то не так, ему об этом просто не говорят — вдруг он не захочет использовать этот функционал вообще? И выходит, что проблемы, как бы, не существует — ровно до того момента, пока не попробуешь включить нужный тебе режим. Надо бы взять на вооружение такой подход, пользователям, наверное, понравится 😏.

Ладно, шутки шутками, но теперь, когда я не смог включить постоянное использование VPN , этот режим стал мне просто жизненно необходим 😄. В общем, я вновь обратился к документации. Надо сказать, что никаких предварительных требований, выполнение которых необходимо для того, чтобы VPN стала постоянной, я не увидел. Возможно, есть более подробная и точная документация, и я её просто не нашёл.

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

Always-On VPN. Причины неудач.

Начну издалека. Мой провайдер выдаёт мне условно постоянный белый IP . Условность заключается в том, что IP не меняется, пока во взаимодействии с провайдером всё стабильно: тарифный план постоянен и всегда вовремя оплачен. Когда у меня в качестве домашнего роутера выступал ASUS RT-N56U, IP изменялся всего пару раз — когда я забывал вовремя оплатить интернет.

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

Из обсуждений на форумах следовало, что указывать домен в настройках VPN , если есть желание использовать виртуальную сеть на постоянной основе, нельзя, надо указывать непосредственно адрес. На одном из форумов Google была ветка, сообщения в которой объясняли причину такого ограничения/требования: для того, чтобы привести имя домена VPN сервиса к адресу, придётся пропустить через межсетевой экран ( firewall ) запросы к DNS серверу, и создатели абсолютно безопасной системы Android (это сарказм, если что 😏), боялись, что это может существенно подорвать эту самую безопасность. Как? Типа, злоумышленники перенаправят запросы на свой DNS сервер, подсунут вместо истинного сервера VPN свой дубликат, после чего получат доступ ко всей конфиденциальной информации, которую наивный пользователь пустит через установленное VPN соединение.

Что ж, в теории такая атака возможна. Какие усилия надо приложить, чтобы её осуществить, я не буду оценивать — не являюсь экспертом в области безопасности. Ну, раз боятся, значит, есть основания — они-то точно знают систему лучше, причём, изнутри, и, исходя из этого знания, могут адекватнее оценивать риски (а это была подколка 😏).

Always-On VPN. Настройка.

Ладно, изменил я имя домена на IP адрес, хотя, если честно, уверенности, что теперь я стану использовать эту возможность (постоянную VPN ), у меня поубавилось. И что вы думаете, произошло? Да ровным счётом — ничего. Кнопка как была недоступной, так и осталась таковой.

Поразмыслив немного, я решил в дополнительных настройках VPN соединения указать адрес DNS сервера. Ведь если следовать логике, то DNS сервер тоже может быть задан в виде имени домена. Указание же адреса DNS сервера в настройках соединения, сделает использование именно его обязательным, приводить имя домена к адресу не придётся, безопасность останется на высоте, ну и вот это вот всё.

И действительно, после этой правки подключить постоянное VPN соединение стало возможным.

Послесловие

Все хорошо, что хорошо заканчивается. Вот только, как уже писал выше, я теперь и не знаю, нужно ли мне такое постоянное соединение. Ведь раз в месяц мне точно придётся его перенастраивать. Ну или придётся вплотную заняться проблемой изменения «белого» IP адреса — а я не уверен, что смогу её решить. Но, в любом случае, я рад, что мне удалось настроить постоянное VPN подключение: «мужик сказал — мужик сделал» 😂.

Ну и, под конец, парочка интересных особенностей постоянного VPN соединения, с которыми мне довелось столкнуться [5] . Во-первых, после включения режима весь трафик идёт через VPN , любая попытка «проскочить» в обход, видимо, обречена на провал. Я попробовал задать Маршруты пересылки в Дополнительных настройках VPN соединения, в результате, весь остальной трафик просто был «обрезан». Во-вторых, отключение постоянного VPN соединения тоже процедура не совсем очевидная: при попытке отсоединиться вручную коннект автоматически восстанавливается — VPN же постоянный 😃. Мне пришлось отключить сначала WiFi и только после этого получилось добраться до «галки» Постоянная VPN .

Ну что ж, на этом, пока, всё.

Я использую HAProxy ↩︎

Чисто, чтобы выговориться. К тому же, когда объясняешь свои манипуляции, нет-нет да и найдёшь причину неудач ↩︎

Можно сказать, чуть изменив крылатое выражение из мультфильма «Маугли»: через трещину в голове, возможно, вошло немного ума. ↩︎

Пусть заголовок Android Enterprise не вводит в заблуждение — сейчас речь именно о возможностях самого устройства. ↩︎

Есть ненулевая вероятность, что данный фактаж зависит от производителя устройства. ↩︎

Subscribe to Записки на полях

Get the latest posts delivered right to your inbox

Адресация self-hosted сервисов при помощи поддоменов

Применение поддоменов в адресах self-hosted сервисов, использование DNS записей A-record и CNAME-record при описании поддоменов у регистратора

История о том, как меня «взломали».

Поучительная история о том, как недостаточное внимание, уделяемое вопросам безопасности, может привести к нежелательным последствиям — взлому домашней IP камеры.

Subscribe to Записки на полях

Stay up to date! Get all the latest & greatest posts delivered straight to your inbox

Источник