Во многих компаниях приняты меры для предотвращения исходящих ICMP-запросов, TCP-соединений с портами, отличными от 80/443, например, или даже для предотвращения прямого доступа к Интернету (прозрачным образом) через прокси-сервер вашего трафика.
Под интернет-соединением я бы понял любой способ связи с внешним миром, будь то UDP, TCP или ICMP. В зависимости от того, для чего вашему приложению необходимо связаться с Интернетом, я бы посоветовал проверить тот же протокол, поскольку это единственное, что имеет значение для вашего приложения.
Если ваше приложение использует HTTP для связи с внешним источником, попробуйте подключиться к нескольким сайтам, которые, как вы подозреваете, не попали в черный список и имеют надежное время безотказной работы. Например, google.com, microsoft.com, apple.com и т. Д. ...
Edit:
Я не уверен, в чем специфика, поэтому позвольте мне привести пример с гипотетической ситуацией.
Приложение A собирает данные о системе, в которой оно работает, и пересылает ее веб-службе, прослушивающей yourserverhost.yourcompany.com:80
Приложение B в основном берет на себя работу веб-службы, когда она не работает, и регистрирует все, чтобы данные не терялись.
- Когда все в порядке, приложение A будет отправлять данные на ваш веб-сервис
- Как только это соединение разрывается, вы сразу же запускаете приложение B (здесь очевидно, почему бы не оставить приложение B запущенным как отказоустойчивое)
- Приложение A подключается к приложению B и передает то, что было буферизовано
- Приложение A продолжает пытаться восстановить соединение с вашей веб-службой, и после его резервного копирования приложение B запросит остановку
Если проблема, с которой вы сталкиваетесь, не похожа на это, пожалуйста, предоставьте более конкретное описание того, что должны делать приложения A и B. Я буду более чем рад помочь.