Ситуация следующая.
Есть корпоративное мобильное приложение, которое подключается к опубликованной базе 1С через веб-сервис по статическому адресу.
Этот адрес для глобальной сети и в локальной не доступен (не знаю, можно ли это всё нормально настроить, чтобы можно было по одному адресу подключаться к веб-сервису из локальной и глобальной сетей).
Но многие сотрудники работают в приложении через локальную wi-fi сеть, приложение выдаёт ошибку при подключении, и сотрудники идут ко мне (разработчику) выяснять проблему.
Меня это достало.
Как можно в приложении определить, к какой сети подключено устройство. Может быть, SSID/BSSID узнать как-то. Может быть, ip-адрес устройства узнать через какой-нибудь внешний API или веб-сервис.
Я могу определить, что сейчас устройство подключено к WI-FI, но не обязательно это локальный WI-FI в офисе, может быть, он домашний.
Искал подходящий интент типа android.net.wifi.WifiManager (но это broadcast событие, срабатывает при изменении состояния сети, 1С не отлавливает его) или WIFI IP SETTINGS (открывает настройки wifi). В общем, ничего не нашёл.
Возможно, я договорюсь с тех.отделом, и они предоставят локальный адрес публикации и глобальный. Тогда мне нужно будет подключаться к первому или второму в зависимости от того, к какой сети подключен сотрудник.

Есть ли какие-нибудь решение этого вопроса?

Решение этого вопроса - чтоб все работало без костылей

Нужно, чтобы офисная wi-fi сеть давала бы доступ в интернет. А иначе зачем она?

(1) Да можно и с костылями, как угодно. Тех.отдел сказал, что адрес для глобального доступа один, для локального - другой. Исхожу из этого

(2) Она даёт доступ в интернет. Просто невозможно получить доступ по публичному адресу к локальному ресурсу. Что-то вроде этого

ИнформацияОбИнтернетСоединении (InternetConnectionInformation)
ПолучитьТипСоединения (GetConnectionType)
Синтаксис:
ПолучитьТипСоединения()
Возвращаемое значение:
Тип: ТипИнтернетСоединения.
Описание:
Возвращает информацию о текущем используемом типе соединения.
Доступность:
Мобильный клиент, мобильное приложение (клиент), мобильное приложение (сервер).
Использование в версии:
Доступен, начиная с версии 8.3.9.

Примерно так:
Публичный адрес публикации https://MyApp.MyCompany.ru:8888/MyApp/ws/MobileAppExchange
Локальный адрес публикации http://192.168.3.73/MyApp/ws/MobileAppExchange

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

(5) Оно возвращает тип соединения WI-FI или Сотовые данные.
Я написал, что этого мало. Допустим, человек открыл приложение у себя дома через свой WI-FI, в этом случае нужен глобальный адрес публикации, а не локальный, как из офисного WI-FI

(5) Локальную сеть оно не возвращает

(4) У вас админы накосячили, из локальной сети к локальному ресурсу по внешнему ip прекрасно получается доступ

(8) да бросьте

ТипИнтернетСоединения (InternetConnectionType)
Значения
WiFi (WiFi)
ЛокальнаяСеть (LAN)
НетСоединения (NoConnection)
СотовыеДанные (CellularData)
Описание:
Типы интернет-соединений.

(6) Все правильно, на роутере настроена подмена порта, локальный 80 а внешний 8888.
Уберите подмену порта (редирект - порт маппинг извне), сделайте чтобы локальный тоже был 8888 и на него с внешнего и посылайте чтобы было одинаково

Публичный адрес публикации https://MyApp.MyCompany.ru:8888/MyApp/ws/MobileAppExchange
Локальный адрес публикации http://192.168.3.73:8888/MyApp/ws/MobileAppExchange

(11)+ Грубо говоря из локалки трафик идет не через внешний роутер а напрямую и пытается стучаться на 8888 порт а тот не отвечает же!
Можно или опубликованную базу править или внутри на сервере 192.168.3.73 поднять на 8888 порту nginx и настроить проброс на 80 на этот же 192.168.3.73

(3) Ну если с костылями - проверяй доступность глобального адреса в коде, если недостуен - пробуй через локальный.

Для проверки из wifi сетки сделайте
tracert MyApp.MyCompany.ru

(10) Возвращает WI-FI, и что мне с этим делать?

(13) Ну, это в последнюю очередь...

(12) С тех.отделом работать очень тяжело... Слишком ЧСВшные. Если начать им что-то объяснять на их языке - загнобят.
Хотелось бы решить это на своей стороне, без изменения настроек сети

(14) Трассировка маршрута к MyApp.MyCompany.ru [193.242.149.149]
с максимальным числом прыжков 30:

  1    <1 мс    <1 мс    <1 мс  149-149-static.b2b-telecom.ru [193.242.149.149]

Трассировка завершена.

Что это значит?

(18) как и думал см (12)
из другого инета не вашего wifi будет сильно дольше типа
https://i.paste.pics/db69145d0159058599239b8cfbca3f71.png

(19) у него не вифи в (18) =)

(19)+ Т.е. он дальше вашего шлюза не лезет и проброска с 8888 на 192.168.3.73:80 не проходит

Короче из локалки по wifi вполне будет работать адрес
http://MyApp.MyCompany.ru:80/MyApp/ws/MobileAppExchange

Обрати внимание httpS походу тоже снаружи добавляется сервера

(20) Пофиг с самого сервера трасернул

(20) Да, разница невелика
  1     7 ms     1 ms     2 ms  149-149-static.b2b-telecom.ru [193.242.149.149]
(это с wi-fi)

(21) Нет, по этому адресу ошибка 404
Если через https, то ошибка ERR_SSL_PROTOCOL_ERROR

(24) Значит все интереснее (дальше роутера не проходит до сервера) и трясите чтобы на роутере для home интерфейса тоже маппинг с 8888 на 192.168.3.73:80 сделали.
А не только для входящего интерфейса

была аналогичная проблема, решил  настройкой сети на миркотике

На стороне 1С пока что определяю текущий IP адрес get запросом к "ru.smart-ip.net/myip". Работает очень быстро. Если внешний ip-адрес = статический внешний ip-адрес нашего сервера, то выдаю сообщение, чтобы сотрудник переключился на сотовые данные.
Но в идеале надо, конечно настроить так (25). Буду пытаться решить вопрос с тех.отделом...