URL-адреса в файлах конфигурации (Диспетчер конфигурации) — SQL Server Reporting Services (SSRS)

Twitter LinkedIn Facebook Адрес электронной почты

  • Статья
  • Чтение занимает 4 мин

Службы Reporting Services сохраняют параметры приложений в файле RSReportServer. config. В этом файле содержатся как URL-адреса, так и резервирование URL-адресов. Эти параметры имеют различные предназначения и подчиняются различным правилам изменения. Пользователям, имеющим опыт изменения настройки системы через файлы конфигурации, этот раздел поможет узнать назначение каждого из параметров URL-адресов.

Параметры URL-адресов в файле RSReportServer.config

Службы Reporting Services сохраняют URL-адреса для доступа к приложениям и отчетам, а также для подключения компонентов клиентских веб-интерфейсов к внутреннему серверу отчетов.

URL-адреса для доступа к приложениям

URL-адреса используются для доступа к веб-службам сервера отчетов и веб-порталу. Для их настройки необходимо пользоваться программой настройки служб Reporting Services. Эта программа создает для каждого из приложений резервирование URL-адресов в компоненте HTTP.SYS и добавляет соответствующие записи в раздел

URLReservations файла RSReportServer.config.

  • Описания каждого элемента в разделе URLReservations см. в статье Файл конфигурации RsReportServer.config.

  • Дополнительные сведения о синтаксисе только элемента UrlString см. в разделе Синтаксис резервирования URL-адресов (Диспетчер конфигурации сервера отчетов).

  • Инструкции по настройке URL-адресов для доступа к приложениям см. в разделе Настройка URL-адреса (Диспетчер конфигурации сервера отчетов).

URL-адреса для доступа к отчетам

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

ПараметрUrlRoot автоматически задается в файле RSReportServer. config при настройке URL-адресов для доступа к приложениям. Изменяя это значение в файле конфигурации, необходимо указывать действительный URL-адрес веб-службы сервера отчетов, которая подключена к базе данных сервера отчетов, в которой содержатся доставляемые отчеты. Параметр UrlRoot может быть указан только для одного экземпляра сервера отчетов. Для каждого экземпляра сервера отчетов в файле RSReportServer.config может существовать только одна запись UrlRoot . Если веб-службой сервера отчетов зарезервировано несколько URL-адресов, то в качестве значения параметра UrlRootдолжно быть выбрано одно из доступных значений.

В большинстве случаев изменение параметра UrlRootне требуется. Но если планируется доступ к серверу отчетов по полному URL-адресу, а для заголовка сайта не задан URL-адрес, содержащий его полное имя, нужно вручную изменить файл RSReportServer.config, задав в параметре UrlRoot полный URL-адрес сервера отчетов, который будет использоваться при подготовке отчетов (например, https://www. adventure-works.com/mywebapp/reportserver).

URL-адреса для подключения веб-портала и веб-частей к веб-службам сервера отчетов

веб-портал и веб-части SharePoint 2.0 служб Reporting Services представляют собой компоненты клиентских веб-интерфейсов, подключаемые к серверу отчетов. Для соединения с сервером отчетов используются следующие URL-адреса.

Примечание

Предыдущие версии служб Reporting Services включали элемент ReportServerVirtualDirectory . В SQL Server 2008 и более новых версиях это значение является устаревшим. Если после обновления существующей установки остался файл конфигурации, содержащий этот параметр, то сервер отчетов его считывание не производит.

В следующей таблице кратко перечислены все URL-адреса, которые могут быть указаны в файле конфигурации служб Reporting Services.

ПараметрИспользованиеОписание
ReportServerUrlНеобязательный параметр. Этот элемент отсутствует в файле конфигурации RSReportServer.config, его необходимо добавить вручную.

Этот элемент задается только при настройке по одному из следующих сценариев.

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

Если для сервера отчетов имеется несколько URL-адресов, но необходимо, чтобы веб-портал был доступен по конкретному URL-адресу.

Существует конкретный URL-адрес сервера отчетов, по которому должны осуществляться все подключения к веб-порталу.

Например, можно разрешить доступ к веб-порталу всем компьютерам в сети, но чтобы веб-портал подключался к серверу отчетов по локальному соединению. В этом случае можно указать для параметра ReportServerUrl значение «https://localhost/reportserver«.

Это значение указывает URL-адрес веб-службы сервера отчетов. Это значение считывается приложением веб-портала при запуске.
Если значение задано, веб-портал подключается к серверу отчетов, указанному в URL-адресе.

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

Если на сервере отчетов, с которым проводится соединение, установлен сертификат TLS (ранее — SSL), то параметр ReportServerUrl должен содержать имя сервера, зарегистрированного для данного сертификата. Если возникло сообщение об ошибке «Базовое соединение закрыто: не удалось установить отношение доверия для безопасного канала SSL/TLS», задайте в качестве значения параметра

ReportServerUrl полное доменное имя сервера, для которого был выдан сертификат TLS/SSL. Например, если сертификат зарегистрирован для https://adventure-works.com.onlinesales, URL-адрес сервера отчетов будет https://adventure-works.com.onlinesales/reportserver.

ReportServerExternalUrl
Необязательный параметр. Этот элемент отсутствует в файле конфигурации RSReportServer.config, его необходимо добавить вручную.

Этот элемент следует указывать только при использовании веб-частей SharePoint 2.0, если необходимо предоставлять пользователям возможность получения и открытия отчетов в новом окне браузера.

Добавьте <ReportServerExternalUrl> после элемента <ReportServerUrl>, указав в нем полное имя сервера отчетов, которое разрешено для экземпляра сервера отчетов при обращении из отдельного окна обозревателя. Не удаляйте элемент <ReportServerUrl>.

В следующем примере показан синтаксис:

<ReportServerExternalUrl>https://myserver/reportserver</ReportServerExternalUrl>

Это значение используется веб-частями SharePoint 2. 0.

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

См. также:

Настройка URL-адресов сервера отчетов (диспетчер конфигурации сервера отчетов)

Настройка URL-адреса (диспетчер конфигурации сервера отчетов)

Расширение файла URL — File Extension URL

Как открыть URL файлы

Если появилась ситуация, в которой Вы не можете открыть файл URL на своем компьютере — причин может быть несколько. Первой и одновременно самой важной (встречается чаще всего) является отсутствие соответствующей аппликации обслуживающей URL среди установленных на Вашем компьютере.

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

В дальнейшей части этой страницы Вы найдете другие возможные причины, вызывающие проблемы с файлами URL.

Возможные проблемы с файлами в формате URL

Отсутствие возможности открытия и работы с файлом URL, совсем не должен значить, что мы не имеем установленного на своем компьютере соответствующего программного обеспечения. Могут выступать другие проблемы, которые также блокируют нам возможность работы с файлом Internet Shortcut — URL — Uniform Resource Locator. Ниже находится список возможных проблем.

  • Повреждение открываемого файла URL.
  • Ошибочные связи файла URL в записях реестра.
  • Случайное удаление описания расширения URL из реестра Windows
  • Некомплектная установка аппликации, обслуживающей формат URL
  • Открываемый файл URL инфицирован нежелательным, вредным программным обеспечением.
  • На компьютере слишком мало места, чтобы открыть файл URL.
  • Драйверы оборудования, используемого компьютером для открытия файла URL неактуальные.

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

Похожие расширения
.a4p Adobe Authorware Package Without Runtime
.a5w Adobe Authorware Unpackaged Format
.
adr		 Opera Bookmarks Format
.aex Greetings Card Format
.alx BlackBerry Application Loader Format
.an Adobe Edge Animate Project Format
.ap Fifth Generation Systems Active Page Format
.aro SteelArrow Script Format

Является ли путь «file://» URL-адресом?

Спросил

Изменено 5 лет, 4 месяца назад

Просмотрено 29 тысяч раз

11

Новинка! Сохраняйте вопросы или ответы и организуйте свой любимый контент.
Узнать больше.

Иногда я вижу, как люди ссылаются на пути файловой системы (POSIX/Windows) как на URI, так и на URL. Я не любитель файловой системы, но мне еще предстоит найти путь к файловой системе, который противоречит моему пониманию формата URL. Это, конечно, при условии, что он включает имя схемы (например, file://localhost/path/to/file.txt).

Пути к файловой системе определенно являются URI — я имею в виду, что нет — так что все, кто ссылается на пути к файловой системе как на URI, находятся внутри безопасной зоны. Но безопасно ли называть их URL-адресами?

Если бы URL-адрес определялся одним (неустаревшим) RFC, а не состоял из полудюжины специализированных, мне не пришлось бы задавать этот вопрос.

  • URL-адрес
  • путь
  • uri

2

файл — это зарегистрированная схема URI (для «Имен файлов, специфичных для хоста»).

Он ссылается на RFC 1738, который называется «Унифицированные указатели ресурсов (URL)», в котором указан файл :

URL-адрес файла имеет вид:

 файл://<хост>/<путь>

Итак, да, файл URI — это URL.

Однако разделение URI на URL, URN и «Другое» (например, data ) в любом случае не так уж полезно. FWIW, спецификация URL-адресов WHATWG пытается стандартизировать термин «URL» для всех типов URI (даже тех, которые сегодня не являются URL-адресами, в соответствии с RFC). Примечание W3C «URI, URL и URN: разъяснения и рекомендации 1.0» пытается резюмировать путаницу в терминах:

Совокупность документов (RFC и т. д.), охватывающих архитектуру URI, синтаксис, регистрацию и т. д., охватывает как классический, так и современный периоды. Люди, хорошо разбирающиеся в вопросах URI, склонны использовать «URL» и «URI» способами, которые кажутся взаимозаменяемыми. Среди этих экспертов это не проблема. Но среди интернет-сообщества в целом это так. Люди не уверены, что URI и URL означают одно и то же в документах, где они (очевидно) имеют значение. […]

Зарегистрируйтесь или войдите в систему

Зарегистрируйтесь с помощью Google

Зарегистрироваться через Facebook

Зарегистрируйтесь, используя электронную почту и пароль

Опубликовать как гость

Электронная почта

Требуется, но не отображается

Опубликовать как гость

Электронная почта

Требуется, но не отображается

macos — сохранить веб-страницу в виде файла URL и открыть с помощью Chrome

Спросил

Изменено 1 год, 3 месяца назад

Просмотрено 14 тысяч раз

10

Новинка! Сохраняйте вопросы или ответы и организуйте свой любимый контент.
Узнать больше.

Как я могу просто сохранить веб-страницу в хроме в виде текстового URL-файла, который при нажатии в поисковике открывает веб-страницу в хроме?

Вот что я пока нашел и попробовал: следующий код:

 [InternetShortcut]
URL-адрес = http://http://stackoverflow.com/

(в конце тоже нужна пустая строка, но я не смог получить это, как показано в коде выше). При сохранении в виде файла .url и сохранении его просто в моей файловой системе, и при нажатии на него открывается веб-страница непосредственно в сафари (поскольку я на Mac с OSX). Я хочу, чтобы это открывалось в Chrome, но изменение настроек «открыть с помощью» открывает файл как текстовый файл; он не выполняется и ведет меня на эту веб-страницу.

  • макос
  • гугл-хром

2

Я был в той же ситуации, что и вы, Джефф, и я смог найти это после того, как перерыл кучу форумов.

  1. Откройте Chrome/Firefox и перейдите на веб-страницу, которую вы хотели сохранить.
  2. Посмотрите на адресную строку.
  3. Найдите значок замка слева от строки URL. Он может выглядеть как страница, или замок, или замок с желтым треугольником.
  4. Нажмите и перетащите его на рабочий стол, а затем бросьте.

Это создаст файл webloc, и для меня он показывает значок Safari в качестве изображения файла, даже говорит, что Safari является программой по умолчанию для его открытия. Однако, когда я нажимаю на него, он всегда открывается в Chrome! 🙂

Надеюсь, это поможет.

Использование Chrome версии 29.0.1547.76

OSX 10.9.2

1

https://stackoverflow.com/a/22768604/10258377

Спасибо, @AZRckCrwler.

Я хотел бы облегчить понимание на основе его ответа.

Найдите значок замка, который находится слева от строки URL. Он может выглядеть как страница, или замок, или замок с желтым треугольником.

Вы можете увидеть круг, который я отметил, затем перетащите его сюда.

No related posts.