Как настроить прокси в Power BI

Если вам нужно как настроить прокси в Power BI, начните с простого факта: это руководство относится к Power BI Desktop в Windows, а не ко всем продуктам Microsoft с экраном входа. Это важно, потому что Power BI Desktop обычно следует сетевым правилам Windows, и для многих пользователей это именно прокси для Power BI Desktop Windows, даже если отдельного переключателя «proxy» внутри самого приложения вы не увидите. Одно неверное предположение может стоить целого дня.

Используйте этот путь, если Power BI Desktop не может войти в систему, не может подключиться к службе Power BI или сбо́ит во время обновления данных. Если проблема только с одним источником данных отчёта, исправление может быть в другом месте. Если ошибка появляется ещё до загрузки первого набора данных, прокси — более вероятный подозреваемый, и нередко именно поэтому возникает ситуация, когда Power BI не подключается через прокси.

1. Проверьте, какое именно приложение Power BI вы используете

Сначала убедитесь, что у вас Power BI Desktop для Windows. Настольное приложение, служба Power BI в браузере и шлюз on-premises работают по-разному и не используют один общий параметр прокси. Если вы в браузере, нужно искать настройки прокси в самом браузере.

Это руководство не охватывает мобильные приложения Power BI и общую настройку прокси в Windows для всей системы. Оно также не касается сетевой политики Microsoft 365 на уровне всего тенанта. Здесь речь о конкретном случае: Power BI Desktop на ПК с Windows должен выходить через прокси для входа, обновления данных или подключения к сервису.

Такой узкий фокус экономит время. Очень много времени.

Прежде чем что-то менять, откройте Power BI Desktop и отметьте точный момент, на котором происходит сбой. Если ошибка возникает при входе, это один путь. Если при обновлении — другой. Если участвует шлюз, это третий сценарий, и исправление может вообще не находиться на вашем ноутбуке.

2. Определите точные параметры прокси, которые требуются в вашей сети

Недостаточно знать, что «у нас используется прокси». Вам нужны имя хоста, порт, способ аутентификации и понимание того, использует ли компания PAC-файл или ручную настройку прокси. Без этих данных вы просто гадаете.

Запросите хост прокси в формате, который ожидает ваша сетевая команда, например DNS-имя или IP-адрес. Также спросите номер порта. Если требуется аутентификация, уточните, это обычные учётные данные, вход домена, NTLM, Kerberos или что-то другое. Одна эта деталь меняет всю настройку.

Некоторые организации публикуют PAC-файл и ожидают, что Windows автоматически найдёт прокси. Другие хотят, чтобы фиксированный прокси-сервер был введён вручную. Если вы не знаете, какой вариант у вас, уточните у IT до начала настройки. Ручная конфигурация в сети, где допустим только PAC, часто ломается так, что это выглядит как проблема Power BI.

Для быстрого различения терминов страница VPN और प्रॉक्सी शब्दावल? поможет отделить язык прокси от языка VPN. Эти понятия часто путают во внутренних заявках, из-за чего возникает лишняя путаница.

Ещё один важный момент — меняется ли прокси в зависимости от сетевого расположения. Ноутбук дома, в Wi‑Fi и в офисной сети может видеть разные правила прокси. Это важно, когда отчёт работает в понедельник и ломается во вторник.

3. Определите, куда именно Power BI пытается выйти в интернет

Power BI Desktop не делает один-единственный запрос в интернет. Он отправляет несколько: вход в учётную запись Microsoft — один поток, доступ к службе Power BI — другой, связь со шлюзом — третий, и каждый источник данных может добавлять ещё. Прокси может блокировать один путь и не затрагивать другие.

Начните со входа. Если Power BI Desktop не может пройти аутентификацию в учётной записи Microsoft или организационной учётной записи, возможно, прокси блокирует конечные точки Microsoft. Затем проверьте доступ к самой службе Power BI. После этого посмотрите на источник данных: SQL Server, SharePoint, веб-API или файлы, находящиеся внутри корпоративной сети.

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

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

Для планирования сети с учётом конечных точек и портов прокси см. номера портов прокси для веб-скрапинга. Контекст другой, но суть та же: номер порта важен не меньше, чем имя хоста.

4. Настройте прокси на уровне Windows для Power BI Desktop

Самый распространённый вариант — настроить прокси в Windows, чтобы Power BI Desktop унаследовал эти параметры. Обычно Power BI Desktop не предлагает отдельную панель управления прокси для стандартного рабочего сценария. Это означает, что результат часто определяют сетевые настройки Windows.

Откройте настройки прокси Windows и проверьте, использует ли ваша компания автоматическую или ручную настройку. Если у вас PAC-файл, укажите путь к скрипту, который предоставила IT-команда. Если используется ручной прокси, введите сервер и порт точно, так как указано. Одна опечатка в порте может остановить всё.

Не угадывайте правила исключений. Если сетевые администраторы сказали, что локальные адреса или некоторые домены Microsoft должны обходить прокси, внесите эти исключения точно. Прокси, который перехватывает внутренний трафик, может нарушить связь со шлюзом или доступ к локальному источнику данных. Это частая ошибка, и она выглядит случайной, пока вы не сравните список обхода.

Если в вашей среде используется более широкая схема безопасности, статья о том, как выбрать VPN, полезна только как точка сравнения. VPN и прокси — не одно и то же, и VPN не заменяет правило прокси для Power BI Desktop.

После изменения настроек прокси в Windows перезапустите Power BI Desktop. А если того требует политика IT, перезагрузите и Windows. Некоторые изменения прокси полностью применяются только после обновления сетевого стека. Этот небольшой шаг экономит массу ложных проверок.

5. Разберитесь с аутентификацией прокси и запросами учётных данных

Если прокси требует имя пользователя и пароль, Power BI Desktop может запросить их при входе, обновлении или при первом подключении к данным. Запрос может прийти из Windows, из браузерного потока входа в Microsoft или непосредственно из источника данных. Экран выглядит похоже. Причина — не всегда одна и та же.

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

Следите за повторяющимися запросами. Один запрос в некоторых конфигурациях — это нормально. Повторяющиеся запросы обычно означают одно из трёх: неверные учётные данные, прокси не принимает этот способ аутентификации или Power BI Desktop идёт к другой конечной точке, для которой нужно другое правило. Это утомительно, но полезно.

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

Есть одна практичная привычка: не сохраняйте неправильные учётные данные и не продолжайте бесконечно повторять попытку. После трёх неудачных попыток остановитесь и уточните метод прокси у IT. Заблокированные учётные записи никому не помогают, а заблокированная запись может сделать проблему с прокси хуже, чем она есть на самом деле.

6. Проверьте, что Power BI может входить и загружать данные через прокси

Проверяйте настройку в три шага. Сначала откройте Power BI Desktop и войдите в систему. Затем подключитесь к простому, хорошо знакомому источнику. Потом обновите небольшой набор данных или пример запроса. Держите тест небольшим, чтобы было понятно, на каком этапе возникает сбой.

Одного успешного входа недостаточно. Power BI может войти, но всё равно не пройти к веб-источнику данных или соединению со службой. Панель может выглядеть исправной, хотя обновление данных в фоне уже сломалось. Поэтому настоящий тест данных действительно важен.

Если вы используете веб-источники или автоматический сбор данных в других инструментах, статья о ротации прокси для веб-скрапинга объясняет, почему повторяющиеся запросы могут вызывать разное поведение. Конечно, Power BI не занимается скрапингом, но повторные обращения к источнику всё равно могут натолкнуться на правила прокси, ограничения по учётным данным или фильтры конечной точки.

Проверьте точный текст ошибки. Предупреждение о сертификате — это не то же самое, что ошибка аутентификации. Тайм-аут — не то же самое, что отказ в подключении. Если вы можете сохранить сообщение и отметку времени, IT сможет сравнить их с логами прокси. Без этих деталей им тоже придётся гадать.

Если соединение работает в одной сети и не работает в другой, зафиксируйте различия. Офисный Wi‑Fi, домашний Wi‑Fi и сеансы через VPN часто ведут себя по-разному. Три проверки лучше, чем одна.

7. Разберите типичные точки отказа Power BI при работе через прокси

Блокировка конечных точек Microsoft — частая проблема. Power BI Desktop может обращаться к нескольким службам Microsoft, и строгий прокси или межсетевой экран может блокировать только одну из них. Если вход не выполняется, но веб-браузинг работает, не спешите считать, что прокси в порядке. Веб-браузинг и Power BI — не одно и то же.

Проблемы может вызывать и проверка сертификатов. Некоторые средства безопасности проверяют HTTPS-трафик и подставляют собственные сертификаты. Если Power BI Desktop или связанный компонент Microsoft не доверяет этой цепочке сертификатов, соединение может оборваться. Обычно это проявляется как ошибка безопасного соединения, а не как явное сообщение о прокси.

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

Сбои обновления после смены прокси часто связаны с сохранёнными учётными данными или старым путём подключения. Попробуйте очистить учётные данные затронутого источника данных в Power BI Desktop и ввести их заново. Затем повторите проверку. Одни устаревшие данные могут продолжать давать сбой ещё долго после того, как сам прокси уже настроен правильно.

Если вам нужен более широкий взгляд на методы скрытия сети, статья о том, как скрыть IP-адрес поможет объяснить разницу между прокси, VPN и прямым подключением вашей сетевой команде. Такой разговор обычно идёт лучше, когда все используют одни и те же слова.

8. Поймите, когда нужно подключать IT или сетевую команду

Подключайте IT, когда политика прокси находится вне вашего контроля. Если компания использует PAC-файл, списки разрешённых адресов firewall, проверку сертификатов или централизованную аутентификацию, скорее всего, вы не можете исправить это самостоятельно. Это не ограничение Power BI. Это вопрос сетевой политики.

Сообщите им четыре вещи: точную версию Power BI Desktop, точный текст ошибки, используемый хост прокси или PAC-файл и время возникновения сбоя. Четырёх пунктов достаточно, чтобы начать реальную проверку. Фразы «не работает» недостаточно.

Если команда прокси уточняет протокол источника, укажите, произошёл ли сбой при входе, доступе к сервису, связи со шлюзом или при обращении к конкретному источнику данных. Чем точнее вы опишете проблему, тем меньше будет переписки туда-сюда. Мелкая деталь, большой эффект.

Бывает и так, что проблема вообще не в Power BI. Политика домена может блокировать поток входа Microsoft. Правило firewall может закрывать порт 443 для конкретной конечной точки. Политика сертификатов может отклонять инспекцию. Всё это — задачи для сетевой команды, а не то, что пользователь настольного приложения должен угадывать.

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

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

И последний практический совет: сохраните заметку о рабочей конфигурации после того, как всё заработает. Запишите режим прокси в Windows, путь к PAC-файлу или хост ручного прокси, порт и дату изменения. В следующем месяце, когда что-то снова изменится, вам не придётся начинать с нуля.