Адресная строка | Vivaldi Browser Help

This post is also available in:
English 日本語 Français Español Deutsch Српски Български

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

Активация адресной строки

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

• Щёлкните на адресной строке мышкой.
• Используйте сочетание клавиш Ctrl+L / ⌘ L.
• Введите «Перейти в адресную строку» в окне «Быстрые команды».
• Создайте жест мыши для этого действия.

Переход на веб-страницу

Чтобы открыть веб-страницу по нужной ссылке:

1. Активируйте адресную строку.
2. Введите полную ссылку или начните вводить текст и выберите ранее посещённую ссылку из показанных предложений.
3. Откройте ссылку одним из следующих способов:
   • Нажмите клавишу ВВОД на клавиатуре.
   • Щёлкните мышкой по одному из предложений в выпадающем меню.
   • Нажмите на значок слева от адресной строки. Значок может быть увеличительным стеклом поиска, логотипом выбранной поисковой системы или логотипом веб-сайта, если вы выделили ранее посещённую ссылку в выпадающем меню адресной строки.

Нажмите Alt + Enter, чтобы открыть ссылку или результаты поиска в новой вкладке. Ярлык можно изменить на Shift + Enter в меню Настройки > Адресная панель > Открыть адрес в новой вкладке.

Поиск в адресной строке

Чтобы выполнить поиск из адресной строки:

1. Активируйте адресную строку.
2. Введите ключевые слова для поиска в поисковой системе по умолчанию или введите префикс поисковой системы перед ключевыми словами.
3. Откройте страницу с результатами поиска одним из следующих способов:
   • Нажмите клавишу ВВОД на клавиатуре.
   • Щёлкните мышкой по одному из предложений в выпадающем меню.
   • Нажмите на значок слева от адресной строки. Значок может быть увеличительным стеклом поиска или логотипом выбранной поисковой системы.

Поиск в адресной строке включен по умолчанию, но вы можете отключить его в меню Настройки > Поиск >Параметры поиска, если вы предпочитаете выполнять поиск с помощью отдельного поля поиска и/или быстрых команд.

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

Параметры адресной строки

Показать полный адрес

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

Чтобы всегда показывать полный адрес:

1. Перейдите в меню Настройки > Адресная панель > Опции адресной панели.
2. Включите параметр «Показать полный адрес».

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

Выбирать адрес по клику

Чтобы поместить текстовый курсор туда, где вы щёлкнули мышкой в адресной строке вместо выбора полного адреса:

1. Перейдите в меню Настройки > Адресная панель > Опции адресной панели.
2. Отключите параметр «Выбирать адрес по клику».

Копирование и вырезание кодированного адреса

Количество символов, разрешенных в адресе веб-сайта, также известном как URL, ограничено. Если URL-адрес содержит специальные символы, например пробелы и символы из языков с нелатинским алфавитом, браузер кодирует их перед отправкой URL-адреса на веб-сервер. Когда вы видите URL-адрес в адресной строке со специальными символами, например: https://forum.vivaldi.net/category/26/日本語-japanese, URL-адрес был декодирован. Кодированный URL-адрес того же адреса выглядит следующим образом: https://forum.vivaldi.net/category/26/%E6%97%A5%E6%9C%AC%E8%AA%9E-japanese.

По умолчанию Vivaldi копирует и вырезает кодированные адреса. Если вы хотите копировать и вырезать декодированные адреса:

1. Перейдите в меню Настройки > Адресная панель > Опции адресной панели.
2. Отключите параметр «Копировать кодированные адреса».

Важно! Другие приложения могут быть не способны обрабатывать декодированные URL-адреса.

Индикатор загрузки страницы

Если в меню Настройки > Адресная панель >Опции адресной панели включен индикатор загрузки страницы, то поле адреса превратится в индикатор выполнения загрузки в цвете выделения текущей темы.

Генератор QR-кода

Для создания QR-ссылок активных вкладок из адресной строки включите генератор QR-кодов в меню Настройки > Адресная панель > Опции адресной панели. Узнайте больше об этой функциональности на странице справки о создании и совместном использовании QR-кодов.

Функции адресной строки

Автозавершение адреса

Когда вы вводите что-то в адресной строке, Vivaldi автоматически предлагает автозаполнение из закладок и истории. В меню Настройки > Адресная панель > Автозавершение адреса можно отдать закладкам приоритет автозаполнения, установив флажок «Закладки всегда вначале». В качестве альтернативы вы можете Ctrl/⌘ + Щелчок на URL-адрес, чтобы отсечь правую часть ссылки, по которой вы щёлкнули, и перейти на эту страницу. Например, щёлкнув слово «blog» на странице https://vivaldi.com/blog/address-field-drop-down-guide/, вы перейдёте на страницу https://vivaldi.com/blog/.

Копирование без параметров

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

Пример URL-адреса с форума Vivaldi с несколькими параметрами поиска: https://forum.vivaldi.net/search?term=tab%20stacks&in=titlesposts&matchWords=all&categories%5B%5D=32&sortBy=relevance&sortDirection=desc&showAs=posts.

Тот же URL-адрес без параметров: https://forum.vivaldi.net/search.

Чтобы скопировать ссылку без параметров:

1. Щелкните правой кнопкой мыши по адресной строке.
2. Выберите Копировать без параметров.

Выпадающее меню «История введённых адресов»

Нажатие кнопки Показать историю введённых адресов в правой части адресной строки раскроет выпадающее меню с последними веб-адресами и поисковыми запросами, введёнными в адресной строке.

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

• Поисковые запросы
• Закладки
• История введённых адресов
• Часто посещаемые страницы
• История просмотра страниц
• Варианты поиска (должны быть включены в меню Настройки > Поиск > Поиск в адресной строке)

Вы можете включить/отключить перечисленные типы данных в меню Настройки > Адресная панель >Выпадающий список.

Если вы не хотите видеть никакие предложения, то можете полностью отключить выпадающее меню в разделе Настройки > Адресная панель > Выпадающий список.

Блокировщик слежки и рекламы

Настройте блокировку активной вкладки и просматривайте информацию о заблокированных трекерах и рекламе с помощью кнопки Блокировка содержимого. Узнайте больше об этой функциональности на странице справки о блокировщике слежки и рекламы.

Информация о сайте

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

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

Создайте ярлык веб-страницы, перетащив мышкой кнопку информации о сайте на рабочий стол или в папку с файлами.

Ленты новостей

Значок «Предлагаемые ленты новостей» появится в правой части адресной строки, если веб-сайт предлагает ленты новостей. Нажмите эту кнопку, чтобы просмотреть и/или подписаться на ленту.

Узнайте больше об этой функции на странице справки о лентах новостей.

Режим чтения

Чтобы сконцентрироваться на основном содержимом веб-страницы и скрыть все отвлекающие факторы, включите Режим чтения.

Узнать больше об этой функции можно на странице справки о режиме чтения.

Переводчик

С помощью переводчика Vivaldi вы можете легко переводить веб-страницы полностью. Просто нажмите на кнопку перевести страницу в правой части адресной строки.

Узнайте больше об этой функции на странице справки о переводе веб-страниц.

Добавление страницы в закладки

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

Узнайте больше об этой функции на странице справки о закладках.

Функции безопасности адресной строки

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

Подсветка основного домена

По умолчанию основной домен URL-адреса (eTLD+1) выделяется, а остальные части — затеняются, чтобы помочь определить, какая компания контролирует домен, и предотвратить мошенничество и фишинговые атаки.

Не рекомендуется отключать подсветку основного домена, но Vivaldi дает вам возможность сделать это в меню Настройки > Адресная панель >Функции безопасности.

Удаление Javascript из вставленного текста

Vivaldi позволяет вводить URL-адреса с префиксом javascript: в адресной строке. При нажатии клавиши ВВОД запускается в контексте текущей страницы. Это позволяет быстро вводить некоторые команды и выполнять их для изменения поведения страницы без необходимости открывать средства отладки.

При вставке javascript: URL в адресную строку, по умолчанию Vivaldi удалит префикс протокола «javascript:» из начала URL-адреса. Это сделано для предотвращения атак социальной инженерии, когда злоумышленник убеждает вас скопировать URL-адрес с JavaScript, вставить его в адресную строку и нажать ВВОД прежде чем вы поймете, что именно вы вставили, что позволит ему скомпрометировать ваши учётные данные на этом веб-сайте. Когда этот параметр включен, вам нужно будет вручную добавить протокол javascript: обратно после вставки, чего достаточно, чтобы вы знали, что может происходить что-то вредоносное.

Однако некоторым пользователям может не понадобиться эта защита, поэтому её можно отключить в меню Настройки > Адресная панель > Функции безопасности. При отключении этого параметра протокол javascript: не будет удаляться.

Важно! Отключайте этот параметр только в том случае, если вы уверены, что сможете обнаружить этот вид вредоносной атаки самостоятельно.

Всегда использовать безопасное соединение (HTTPS)

Чтобы всегда загружать веб-сайты с использованием безопасного протокола HTTPS вместо менее безопасного HTTP, перейдите в меню Настройки > Адресная панель > Функции безопасности и включите параметр Всегда использовать безопасное соединение (HTTPS). После этого каждый раз при открытии ссылки, которая начинается с HTTP, вы будете перенаправлены на HTTPS-версию сайта. Если вы откроете веб-сайт, который не поддерживает протокол HTTPS, вы увидите сообщение с предложением вернуться на предыдущую страницу или продолжить, используя небезопасное соединение.

Let us know if something’s missing from this article. That’s the only way we can improve.

Настройка URL-адреса (Configuration Manager) — SQL Server Reporting Services (SSRS)

• 
  Статья




• 
  03/23/2023
• 
  

Приступать к использованию веб,-портал или веб-службы сервера отчетов можно лишь после настройки как минимум одного URL-адреса для каждого приложения. Настройка URL-адресов является обязательной в случае установки служб Reporting Services в режиме «только файлы» (иначе говоря, если на странице «Параметры установки» сервера отчетов в мастере установки выбран параметр Установить, но не настраивать сервер). При установке служб Reporting Services в конфигурации по умолчанию URL-адреса настраиваются автоматически для каждого приложения.

Для их настройки необходимо пользоваться программой настройки служб Reporting Services. Это средство позволяет определить все части URL-адреса. В отличие от предыдущих выпусков, веб-сайты служб IIS больше не предоставляют доступ к Reporting Services приложениям в SQL Server 2008 (10.0.x) и более поздних версиях.

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

В этом разделе содержатся инструкции по выполнению следующих задач.

• Создание URL-адреса для веб-службы сервера отчетов.

• Создайте URL-адрес веб-портала.

• Указание дополнительных свойств URL-адреса для определения дополнительных URL-адресов.

Дополнительные сведения о хранении и поддержке URL-адресов, а также о проблемах совместимости см. в статьях Сведения о резервировании и регистрации URL-адресов (диспетчер конфигурации сервера отчетов) и Параллельная установка служб Reporting Services и IIS (собственный режим SSRS). Обзор примеров URL-адресов, часто используемых при установке служб Reporting Services, см. в подразделе Примеры URL-адресов данного раздела.

Предварительные требования

Перед тем как приступать к созданию или изменению URL-адреса, нужно запомнить следующие моменты.

• Необходимо быть членом локальной группы администраторов на компьютере сервера отчетов.

• Если служба IIS установлена на этом же компьютере, проверьте имена виртуальных каталогов на веб-сайте, который использует порт 80. Если будут найдены виртуальные каталоги, в которых используются имена виртуальных каталогов служб Reporting Services по умолчанию (такие как Reports и ReportServer), выберите для настраиваемых URL-адресов служб Reporting Services другие имена виртуальных каталогов.

• Для их настройки необходимо пользоваться программой настройки служб Reporting Services. Не пользуйтесь системной программой. Никогда не изменяйте резервирование URL-адресов в разделе URLReservations файла RSReportServer.config напрямую. Как для обновления внутренне хранимого базового резервирования URL-адреса, так и для синхронизации настроек URL в файле RSReportServer.config необходимо использовать программу настройки служб Reporting Services.

• Выберите время, когда выполняется небольшой объем действий с отчетами. Каждый раз при изменении резервирования URL-адреса можно ожидать очистки доменов приложений для веб-службы сервера отчетов и веб-портал.

• Общие сведения о структуре и использовании URL-адресов в службах Reporting Services см. в статье Настройка URL-адресов сервера отчетов (диспетчер конфигурации сервера отчетов).

Настройка URL-адреса для веб-службы сервера отчетов

1. Запустите программу настройки служб Reporting Services и подключитесь к локальному экземпляру сервера отчетов.

2. Щелкните URL-адрес веб-службы.

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

   Чтобы запрос мог попасть в пункт назначения, это значение должно быть уникальным. Это значение обязательно. Оно учитывает регистр букв. Между именем виртуального каталога и экземпляром приложения служб Reporting Services имеется однозначное соответствие. При создании нескольких URL-адресов для одного и того же экземпляра приложения необходимо во всех URL-адресах, указанных для этого экземпляра приложения, использовать одно и то же имя виртуального каталога.

   Для веб-службы сервера отчетов по умолчанию применяется имя виртуального каталога ReportServer.

4. Укажите IP-адрес, уникально определяющий компьютер сервера отчетов в сети. Если необходимо указать заголовок узла или определить дополнительные URL-адреса для одного и того же экземпляра приложения, следует нажать кнопку Дополнительно. Сведения о том, как устанавливать дополнительные свойства для URL-адресов, см. в инструкциях далее в этом разделе. В противном случае перейдите на страницу URL-адрес веб-службы и выберите одно из следующих значений.

   • ЗначениеВсе назначенные указывает на то, что в URL-адресе, который указывает на приложение сервера отчетов, может быть указан любой IP-адрес, указывающий на компьютер сервера отчетов. Сюда также включаются понятные имена узлов (например, имя компьютера), которые DNS-сервер разрешает в IP-адрес этого компьютера. Это значение по умолчанию для URL-адреса Reporting Services/

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

   • 127.0.0.1 — это адрес в формате IPv4, используемый для доступа к локальному компьютеру. Используется для локального администрирования компьютера сервера отчетов. При выборе только этого значения доступ к приложению будут иметь лишь пользователи, зарегистрировавшиеся локально на компьютере сервера отчетов.

   • ::1 — это петлевой адрес в формате IPv6.

   • Отдельные IP-адреса представлены также в этом списке. IP-адреса могут иметь форматы IPv4 и IPv6. Nnn.nnn.nnn.nnn — 32-разрядный адрес IPv4 сетевого адаптера на компьютере. Адреса IPv6 имеют 128 разрядов. Каждый из них состоит из восьми полей по 4 байта, разделенных двоеточиями: <префикс:>:nnnn:nnnn:nnnn:nnnn:nnnn:nnnn

     Если на вашем компьютере установлено несколько плат или ваша сеть поддерживает как адреса IPv4, так и адреса IPv6, вы увидите несколько IP-адресов. Если выбрать только один IP-адрес, доступ приложения будет ограничен этим адресом (а также именем узла, которое сервер доменных имен связывает с этим адресом). Доступ к компьютеру сервера отчетов ни по имени localhost, ни по IP-адресам других установленных на нем плат сетевых адаптеров будет невозможен. Обычно это значение выбирается потому, что пользователь выполняет настройку резервирования нескольких URL-адресов, в которых также явно указываются IP-адреса или имена узлов (например, один для сетевой платы, используемый для соединения с интрасетью сетью, а второй — используемый для соединения с экстрасетью).

5. Укажите номер порта. Порт 80 применяется по умолчанию, поскольку его можно использовать совместно с другими приложениями. Если необходимо использовать другой номер порта, помните, что его придется указывать в URL-адресе при каждом обращении к серверу отчетов. Для поиска свободного порта можно использовать следующие методы.

   • В командной строке введите следующие команды для возвращения списка используемых портов TCP:

     netstat -anp tcp

   • Просмотрите статью службы технической поддержки Майкрософт Сведения о назначении портов TCP/IP, обращая внимание на порядок назначения портов TCP и на различия между известными портами (от 0 до 1023), зарегистрированными портами (от 1024 до 49151) и динамическими, или частными, портами (от 49152 до 65535).

   • При использовании брандмауэра Windows необходимо открыть порт. Инструкции см. в разделе Configure a Firewall for Report Server Access.

6. Если вы еще не сделали этого, удостоверьтесь, что служба IIS (если она установлена) не имеет виртуального каталога с именем, которое вы планируете использовать.

7. Если установлен TLS/SSL-сертификат, можно выделить его, чтобы связать URL-адрес с TLS/SSL-сертификатом, установленным на компьютере.

8. Если выбран TLS/SSL-сертификат, то можно указать другой номер порта. По умолчанию используется порт 443, но можно использовать любой доступный порт.

9. Чтобы создать URL-адрес, нажмите кнопку Применить .

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

Примечание

Если у вас имеются привязки TLS и резервирования URL-адресов и необходимо изменить привязку TLS, например для использования другого сертификата или заголовка узла, то рекомендуется выполнить следующую последовательность шагов.

1. Сначала удалите все резервирования URL-адресов.
2. Затем удалите все привязки TLS.
3. Создайте URL-адреса и привязки TLS заново.

Предыдущие шаги можно выполнить с помощью диспетчера конфигурации служб Reporting Services.

Microsoft Windows поддерживает одну привязку для каждого сочетания IP-адреса и порта. Если настроить сервер отчетов на использование конкретного значения заголовка узла и сертификата для сочетания IP-адреса и порта, уже назначенного другому значению заголовка узла, то в браузере будет выдано предупреждение о том, что сертификат не соответствует используемому URL-адресу.

Чтобы решить эту проблему, удалите все привязки и создайте новые с уникальными настройками либо настройте для служб Reporting Services регистрацию URL-адресов с шаблонами.

Создание резервирования URL-адреса для веб-портале

1. Запустите средства настройки служб Службы Reporting Services и подключитесь к экземпляру сервера отчетов.

2. Щелкните URL-адрес веб-портала.

3. Укажите виртуальный каталог. Веб-портал прослушивает те же IP-адрес и порт, что и веб-служба сервера отчетов. Если веб-портал настроен таким образом, что он указывает на другую веб-службу сервера отчетов, необходимо изменить параметры URL-адреса веб-портала в файле RSReportServer.config.

4. Если установлен TLS/SSL-сертификат, можно выбрать его, чтобы все запросы к веб-порталу маршрутизировались по протоколу HTTPS.

   Если выбран TLS/SSL-сертификат, то можно указать другой номер порта. По умолчанию используется порт 443, но можно использовать любой доступный порт.

5. Чтобы создать URL-адрес, нажмите кнопку Применить .

6. Проверьте URL-адрес, щелкнув ссылку в разделе URL-адреса .

Установка дополнительных свойств для указания дополнительных URL-адресов

Несколько URL-адресов веб-службы сервера отчетов или веб-портала можно зарезервировать, указав различные порты или имена узлов (IP-адрес или имя заголовка узла, которое сервер доменных имен может преобразовать в IP-адрес, назначенный компьютеру). Создав несколько URL-адресов, можно установить различные пути доступа к одному экземпляру сервера отчетов. Так, для обеспечения доступа к серверу отчетов через локальную сеть и через экстрасеть можно использовать применяемый по умолчанию URL-адрес для доступа по локальной сети и дополнительное полное имя узла для доступа через экстрасеть.

Назначение нескольких имен виртуальных каталогов для одного экземпляра приложения не допускается. Каждый экземпляр приложения служб Reporting Services сопоставляется одному имени виртуального каталога. При наличии на одном компьютере нескольких экземпляров служб Reporting Services имя виртуального каталога должно включать в себя имя этого экземпляра; таким образом гарантируется, что каждый запрос доставляется правильному адресату.

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

Заголовок узла представляет собой уникальное имя, позволяющее нескольким веб-сайтам совместно использовать один и тот же IP-адрес и порт. По сравнению с IP-адресами и номерами порта имена заголовков узлов легче запоминать и проще вводить. Пример имени заголовка узла: www.adventure-works.com.

SSL-порт
Задает порт для TLS/SSL-соединений. По умолчанию номер порта TLS — 443.

SSL-сертификат
Определяет имя TLS/SSL-сертификата, установленного на компьютере. Если сертификат соответствует шаблону, его можно использовать для соединения с сервером отчетов.

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

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

Назначение дополнительных свойств URL-адресу

1. На странице URL-адрес веб-службы или на странице URL-адрес веб-портала нажмите кнопку Дополнительно.

2. Нажмите кнопку Добавить.

3. Щелкните IP-адрес или имя заголовка узла. При указании заголовка узла обязательно используйте такое имя, которое может разрешить служба DNS. При указании общедоступного доменного имени включайте весь URL-адрес, в том числе https://www.

4. Укажите номер порта. При указании нестандартного порта URL-адрес приложения должен всегда включать номер порта.

5. Нажмите кнопку ОК.

6. Проверьте URL-адрес, открыв окно браузера и введя в него этот адрес.

URL-адреса для нескольких экземпляров сервера отчетов на одном компьютере

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

Примеры конфигурации URL-адресов

Приведенный ниже список содержит несколько примеров того, как может выглядеть URL-адрес сервера отчетов.

• https://localhost/reportserver

• https://localhost/reportserver_SQLEXPRESS

• https://sales01/reportserver

• https://sales01:8080/reportserver

• https://sales.adventure-works.com/reportserver

• https://www. adventure-works.com:8080/reportserver01

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

• https://localhost/reports

• https://localhost/reports_SQLEXPRESS

• https://sales01/reports

• https://sales01:8080/reports

• https://sales.adventure-works.com/reports

• https://www.adventure-works.com:8080/reports

См. также:

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

Что происходит, когда вы вводите URL-адрес в адресную строку браузера?

к
Кайл Ли | на
26 августа 2021 г. | в
Мысль Лидерство |
Постоянная ссылка |
Комментарии |
Делиться

Эта статья была написана Дженной Педерсон.

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

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

Во-первых, мы рассмотрим взаимосвязь между веб-сайтами, серверами и IP-адресами. Затем мы рассмотрим шаги, которые выполняет ваш браузер:

• найти расположение сервера, на котором размещен веб-сайт
• установить соединение с сервером
• отправить запрос на получение конкретной страницы
• обрабатывает ответ от сервера, а
• как он отображает страницу, чтобы вы, зритель, могли взаимодействовать с веб-сайтом

Веб-сайты, серверы, IP-адреса, о боже!

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

Когда вы указываете в браузере URL-адрес, например https://jennapederson.dev/hello-world, ваш браузер должен выяснить, на каком сервере в Интернете размещен сайт. Для этого он просматривает домен jennapederson.dev, чтобы найти адрес.

Каждое устройство в Интернете — серверы, сотовые телефоны, ваш умный холодильник — имеют уникальный адрес, называемый IP-адресом. IP-адрес состоит из четырех пронумерованных частей:

.

203.0.113.0

Но такие числа трудно запомнить! Вот тут-то и появляются доменные имена. jennapederson.dev гораздо легче запомнить, чем 203.0.113.0, верно? Представьте себе, что вам нужно запомнить все телефонные номера ваших контактов, не имея приложения «Контакты» на вашем телефоне. Приложение «Контакты» позволяет искать телефонные номера по имени.

То же самое мы делаем в Интернете. Система доменных имен, или DNS, похожа на приложение «Контакты» на нашем телефоне. DNS помогает нашему браузеру (и нам) находить серверы в Интернете. Мы можем выполнить поиск DNS, чтобы найти IP-адрес сервера на основе доменного имени jennapederson.dev. Подробнее о DNS можно прочитать здесь.

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

Процесс

Чтобы показать, как все эти шаги сочетаются друг с другом, я собираюсь использовать экземпляр Amazon Lightsail и зону DNS Lightsail. Я использую Lightsail, потому что это один из самых простых сервисов для управления виртуальными частными серверами (VPS) и DNS в одном месте, но эти концепции работают для любого сервиса VPS и DNS.

1. Вы вводите https://jennapederson.dev/hello-world в браузере и нажимаете Enter

Давайте разберем части этого URL-адреса, который вы ввели, чтобы попасть сюда.

https://jennapederson.dev/hello-world

Схема

https:// это схема. HTTPS расшифровывается как безопасный протокол передачи гипертекста. Эта схема указывает браузеру установить соединение с сервером с использованием безопасности транспортного уровня или TLS. TLS — это протокол шифрования для защиты связи через Интернет. С помощью HTTPS данные, которыми обмениваются ваш браузер и сервер, такие как пароли или информация о кредитной карте, шифруются. Возможно, вы также видели ftp:// , mailto:// или file:// . Это другие протоколы, с которыми браузеры умеют работать.

Домен

jennapederson.dev — доменное имя сайта. Это запоминающийся адрес, который указывает на IP-адрес определенного сервера. Если вы посмотрите на DNS-зону Lightsail ниже, вы увидите запись DNS A, указывающую на экземпляр Lightsail, jennapedersondev-static-ip , которая представляет собой статический IP-адрес экземпляра Lightsail.

Путь

Иногда в URL присутствует дополнительный путь к ресурсу. Например, для этого URL-адреса https://jennapederson.dev/the-path-to/hello-world , the-path-to — это путь на сервере к запрашиваемому ресурсу, hello-world . . Вы можете думать об этом как о структуре каталогов файлов и других каталогов на вашем компьютере. Это способ организовать ваши ресурсы, будь то статический HTML, CSS, Javascript или файлы изображений или динамически генерируемый контент. Общие примеры путей: блог , сообщения , теги или изображения , каждое из которых группирует разные ресурсы.

Ресурс

Когда вы вводите этот URL-адрес в браузере, hello-world — это имя ресурса на веб-сайте, который вы хотите просмотреть. Иногда вы увидите это с расширением файла, например .html , которое указывает, что это статический файл на сервере с содержимым HTML. Без расширения, такого как этот URL-адрес, он обычно указывает, что сервер сгенерировал этот контент. Например, новостной сайт покажет вам настроенный, актуальный и местный новостной контент, что он может сделать только тогда, когда знает, кто вы или откуда пришел запрос.

2. Браузер ищет IP-адрес для домена

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

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

Как только браузер получит DNS-запись с IP-адресом, ему пора найти сервер в Интернете и установить соединение.

3. Браузер инициирует TCP-соединение с сервером

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

Вместо этого многие сайты используют сеть доставки контента или CDN для кэширования статического и динамического контента ближе к браузеру. В нашем примере я установил экземпляр Lightsail jennapedersondev в качестве источника для распространения CDN.

CDN — это глобально распределенная сеть серверов кэширования, которые повышают производительность вашего сайта или приложения (источника), приближая контент к вашим пользователям. CDN Lightsail использует CloudFront, который является частью глобальной сети AWS. Запросы от клиентского браузера могут использовать преимущества этой частной сети со сверхнизкой задержкой и высокой доступностью. Чтобы отслеживать переходы, которые выполняет запрос с моего компьютера на jennapederson.dev, мы можем использовать трассировка . На изображении ниже первый переход (первая строка) относится к моему маршрутизатору. Переходы в первом блоке находятся в сети моего интернет-провайдера, а переходы во втором блоке — в глобальной сети AWS.

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

Как только браузер находит сервер в Интернете, он устанавливает TCP-соединение с сервером и, если используется HTTPS, для защиты связи выполняется рукопожатие TLS. TCP и TLS — чрезвычайно важные темы, но мы рассмотрим их в другом посте.

На изображении ниже это соединение (начальное соединение) заняло 130,30 мс.

После того как браузер установил соединение с сервером, следующим шагом будет отправка HTTP-запроса для получения ресурса или страницы.

4. Браузер отправляет HTTP-запрос на сервер

Теперь, когда у браузера есть соединение с сервером, он следует правилам связи для протокола HTTP(s). Он начинается с того, что браузер отправляет HTTP-запрос на сервер, чтобы запросить содержимое страницы. HTTP-запрос содержит строку запроса, заголовки (или метаданные о запросе) и тело. Строка запроса содержит информацию, которую сервер может использовать для определения того, что хочет сделать клиент (в данном случае ваш браузер).

Строка запроса содержит следующее:

• метод запроса, который является одним из GET, POST, PUT, PATCH, DELETE или несколькими другими глаголами HTTP
• путь, указывающий на запрошенные ресурсы
• версия HTTP для связи с

Строка запроса для запроса URL выглядит так:

ПОЛУЧИТЬ /hello-world HTTP/1.1

Строка запроса сообщает серверу, что вы хотите ПОЛУЧИТЬ ресурс в /hello-world и для связи с HTTP/1.1 .

Помните, что HTTP-глаголы выражают смысловое значение вашего запроса. Вы также можете использовать методы POST, PUT или PATCH для отправки данных на сервер для хранения либо для создания новых данных, либо для обновления существующих данных по пути запроса. Метод DELETE удалит ресурс по заданному пути. Однако важно знать, что серверам не обязательно поддерживать все глаголы. Сервер может ответить 200 OK в метод DELETE и ничего не делать с ресурсом.
Следующая часть запроса — заголовки запроса. Заголовки передают дополнительную информацию от клиента, которая помогает маршрутизировать запрос, указывает, какой тип клиента делает запрос (пользовательский агент), и может использоваться для поддержки A/B-тестирования, синего/зеленого развертывания и канареечного развертывания.
Заголовки представляют собой такие пары ключ-значение:

 Хост: jennapederson.dev
Пользовательский агент: curl/7.64.1
Принять: */* 

Последняя часть запроса — тело. Тело (обычно) пустое для GET-запроса, подобного нашему. Для запроса, который манипулирует ресурсами, такими как POST, PUT или PATCH, тело будет содержать данные от клиента для создания или обновления.
Тело запроса может быть в разных форматах, и сервер понимает формат на основе заголовка запроса, Content-Type .
Вот пример полного запроса URL со строкой запроса и заголовками (без тела, так как это GET):

 ПОЛУЧИТЬ /привет-мир/ HTTP/1. 1
Ведущий: jennapederson.dev
Соединение: Keep-alive
Прагма: без кеша
Кэш-контроль: без кеша
sec-ch-ua: "Не бренд";v="99", "Chromium";v="90", "Google Chrome";v="90"
сек-ч-уа-мобиль: ?0
Обновить-небезопасные-запросы: 1
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, например Gecko) Chrome/90.0.4430.212 Safari/537.36
Принять: text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3; р=0,9Sec-Fetch-Site: того же происхождения
Sec-Fetch-Mode: навигация
Sec-Fetch-Пользователь: ?1
Sec-Fetch-Dest: документ
Реферер: 
Accept-Encoding: gzip, deflate, br
Принять-Язык: en-US,en;q=0.9
днт: 1
сек-гпк: 1 

После того, как сервер получил запрос от клиента, он обрабатывает его и отправляет ответ.

5. Сервер обрабатывает запрос и отправляет ответ

Сервер принимает запрос и на основе информации в строке запроса, заголовках и теле запроса решает, как обработать запрос. По запросу GET /hello-world/ HTTP/1.1 , сервер получает содержимое по этому пути, формирует ответ и отправляет его обратно клиенту. Ответ содержит следующее:

• строка состояния, сообщающая клиенту о статусе запроса
• заголовки ответа, сообщающие браузеру, как обрабатывать ответ
• запрошенный ресурс по этому пути, будь то содержимое, такое как HTML, CSS, Javascript или файлы изображений, или данные

Строка состояния содержит как версию HTTP, так и числовое и текстовое представление статуса запроса. Ответ выглядит так:

 HTTP/1.1 200 ОК
Дата: вторник, 25 мая 2021 г., 19:40:59 по Гринвичу
Сервер: Апач
Параметры X-Frame: SAMEORIGIN
X-Powered-By: Экспресс
Cache-Control: max-age=0, без кеша
Тип содержимого: текст/html; кодировка = utf-8
Варьировать: Accept-Encoding
X-Mod-Pagespeed: 1.13.35.2-0
Кодировка содержимого: br
Keep-Alive: таймаут=1, макс=100
Соединение: Keep-Alive
Передача-кодирование: по частям


<голова>
    ОСТАЛЬНАЯ ЧАСТЬ HTML 

Браузер считает код состояния из 200 успешным. Ответ был 200, поэтому браузер знает, что нужно отобразить ответ.
Ресурсы могут быть статическими файлами, текстовыми (например, index.html ) или нетекстовыми данными (например, logo.img ). Однако браузеры не всегда запрашивают статические файлы. Часто это динамические ресурсы, генерируемые во время запроса, и файл, связанный с ресурсом, отсутствует. Собственно, в этом запросе именно это и происходит. Нет файла hello-world , но сервер все еще знает, как обработать запрос. Сервер создает динамический ресурс, создавая HTML-код из фрагментов или шаблонов и комбинируя его с динамическими данными для отправки в ответ в виде текста, чтобы браузер мог отобразить страницу.
Теперь, когда вы знаете, как сервер формирует ответ для отправки обратно в браузер, давайте посмотрим, как браузер обрабатывает ответ.

6. Браузер отображает содержимое

После того, как браузер получил ответ от сервера, он проверяет заголовки ответа на предмет информации о том, как отображать ресурс. Заголовок Content-Type выше сообщает браузеру, что он получил ресурс HTML в теле ответа. К счастью для нас, браузер знает, что делать с HTML!
Первый запрос GET возвращает HTML, структуру страницы. Но если вы проверите HTML-код страницы (или любой веб-страницы) с помощью инструментов разработчика вашего браузера, вы увидите, что он ссылается на другие ресурсы Javascript, CSS, изображения и запрашивает дополнительные данные для отображения веб-страницы в соответствии с дизайном.
Когда браузер анализирует и отображает HTML, он делает дополнительные запросы на получение Javascript, CSS, изображений и данных. Он может делать многое из этого параллельно, но не всегда, и это история для другого поста.

На изображении выше вы можете видеть, что HTML ссылается на ресурс CSS. Браузер делает последующий запрос на сервер, чтобы получить этот ресурс CSS для оформления страницы. Заголовок Content-Type запроса ресурса CSS указывает браузеру отображать CSS. Если браузер запрашивает ресурс изображения, заголовок Content-Type сообщает браузеру, что это нетекстовые данные, и отображает их соответствующим образом.

Подведение итогов

Ты сделал это! Вы отследили запрос URL-адреса от браузера до сервера, на котором он размещен, и ответ обратно в браузер для обработки. Мы рассмотрели взаимосвязь между веб-сайтами, серверами, IP-адресами и рассмотрели каждый из шагов, которые проходит ваш браузер, когда вы вводите URL-адрес в свой браузер и нажимаете клавишу ввода. Для обзора вот эти шесть шагов:

1. Вы вводите URL-адрес в браузере и нажимаете Enter
2. Браузер ищет IP-адрес для домена
3. Браузер инициирует TCP-соединение с сервером
4. Браузер отправляет HTTP-запрос на сервер
5. Сервер обрабатывает запрос и отправляет ответ
6. Браузер отображает содержимое

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

Если вы хотите попробовать это сами, вы можете создать свой собственный виртуальный частный сервер, настроить CDN и управлять доменами с помощью Amazon Lightsail. Начните прямо сейчас с этого руководства и ознакомьтесь с последними ценовыми предложениями, чтобы начать работу еще быстрее.

ТЕГИ:
Amazon Lightsail, CDN

Основы Интернета: Использование веб-браузера

Урок 5: Использование веб-браузера

/en/internetbasics/understanding-the-cloud/content/

Использование веб-браузера

Веб-браузер — это тип программного обеспечения, позволяющего находить и просматривать веб-сайты в Интернете. Даже если вы этого не знали, прямо сейчас вы используете веб-браузер для чтения этой страницы! Существует множество различных веб-браузеров, но некоторые из наиболее распространенных включают Google Chrome , Safari и Mozilla Firefox .

Независимо от того, какой веб-браузер вы используете, вы захотите изучить основы работы в Интернете. В этом уроке мы поговорим о переход на разные веб-сайты, использование вкладок просмотр , создание закладок и многое другое.

Посмотрите видео ниже, чтобы узнать об основах использования веб-браузера.