Чи веб-браузери використовують різні вихідні порти для різних вкладок?

У веб-браузері, який підтримує декілька вкладок, таких як Firefox, чи роблять різні вкладки, що переходять у різні домени веб-сайтів, для кожного домену використовується спеціальний порт ?.

Або браузер використовує один порт для управління всіма вкладками, а отже, і всіма доменами ?.

Чи використовують браузери різні порти для підключення до різних веб-сайтів?

Так, вони роблять.

Ось приклад, який показує мої поточні підключення Firefox (у мене є 9 відкритих вкладок) у Windows 7:

Примітки:

• Видно, що локальні порти всі різні.

• Зазвичай віддалені порти становлять 80 (HTTP), 443 (HTTPS) або 8080 (HTTP Alternate).

  • Багато інших портів використовуються для розміщення веб-серверів. Шукайте HTTPу списку номерів портів TCP та UDP для деяких із них.

• Повний процес надання веб-сторінки описаний нижче. Дивіться, зокрема, кроки 5, 6, 13 та 15 (які виділені жирним шрифтом):

  • У загальному випадку надання однієї веб-сторінки використовує декілька підключень, не всі з яких будуть мати однакову віддалену адресу.

  • Це тому, що веб-сторінки часто містять ресурси, розміщені в інших місцях (файли javascript тощо).

• Кілька підключень до одного веб-сайту (наприклад, stackoverflow.com) також мають різні локальні порти (оскільки вони є окремими з'єднаннями на різних вкладках, що відображають різні сторінки).

Надання веб-сторінки - поетапно

Примітка:

• Кроки 5, 6, 13 та 15 (виділені жирним шрифтом) мають безпосереднє відношення до питання.

Ви коли-небудь замислювалися про те, що станеться, коли ви переглядаєте Інтернет? Це не так просто, як здається:

1. Ви вводите URL-адресу в адресний рядок у вибраному веб-переглядачі.
2. Браузер аналізує URL-адресу, щоб знайти протокол, хост, порт і шлях.
3. Він формує HTTP-запит (це був, швидше за все, протокол)
4. Щоб дістатися до хоста, спочатку потрібно перевести хост, прочитаний людиною, в IP-номер, і це зробити, зробивши пошук DNS на хості
5. Тоді розетку потрібно відкрити з комп'ютера користувача на той номер IP на вказаний порт (найчастіше порт 80)
6. Коли з'єднання відкрите, запит HTTP надсилається хосту
7. Хост пересилає запит на серверне програмне забезпечення (найчастіше Apache), налаштоване на прослуховування на вказаний порт
8. Сервер перевіряє запит (найчастіше лише шлях) і запускає серверний плагін, необхідний для обробки запиту (відповідає мові сервера, яку ви використовуєте, PHP, Java,. NET, Python?)
9. Плагін отримує доступ до повного запиту та починає готувати відповідь HTTP.
10. Для побудови відповіді база даних (швидше за все) доступна. Пошук у базі даних проводиться на основі параметрів у шляху (або даних) запиту
11. Дані з бази даних разом з іншою інформацією, яку плагін вирішує додати, об'єднуються у довгий рядок тексту (можливо, HTML).
12. Плагін поєднує ці дані з деякими метаданими (у вигляді заголовків HTTP) і відсилає відповідь HTTP назад у браузер.
13. Браузер отримує відповідь і аналізує HTML (який з 95% вірогідністю порушено) у відповіді
14. Дерево DOM будується з зламаного HTML
15. Нові запити надсилаються до сервера для кожного нового ресурсу, який знаходиться у джерелі HTML (як правило, зображення, таблиці стилів та файли JavaScript). Поверніться до кроку 3 і повторіть для кожного ресурсу.
16. Таблиці стилів аналізуються, і інформація відтворення в кожній з них приєднується до відповідного вузла в дереві DOM
17. Javascript розбирається і виконується, і вузли DOM переміщуються, і інформація про стиль оновлюється відповідно
18. Браузер відображає сторінку на екрані відповідно до дерева DOM та інформації про стиль для кожного вузла
19. Ви бачите сторінку на екрані
20. Ви дратуєтесь, весь процес був надто повільним.

Відображення джерел веб-сторінки - поетапно

Кожне з'єднання з веб-сайтом використовує інший сокет з портом призначення TCP за замовчуванням 80 для звичайного HTTP та 443 для HTTPS. Щоб сокет був унікальним, комбінація IP-адреси вихідного сигналу, вихідного TCP-порту, IP-адреси призначення та порту TCP-призначення повинна бути різною.

Якщо у вас є кілька підключень до одного веб-сайту (якщо припустимо, що веб-сайт використовує лише 1 IP-адресу) з одного комп’ютера, слід використовувати інший вихідний порт TCP. Таким чином, кожне з'єднання є унікальним.

Однак слід зазначити, що, як і для HTTP 1.1, всі з'єднання є стійкими протягом певного періоду часу (якщо не заявлено інше). Це означає, що ваш веб-переглядач може повторно використовувати одне і те ж з'єднання, якщо запитується декілька ресурсів з одного веб-сайту (наприклад, файли css / js). Це також стосується, якщо у вашому браузері є кілька примірників одного веб-сайту.

Якщо ви працюєте в Windows, netstat -no -p TCPкоманда покаже вам всі активні сокети TCP та їх відповідний ідентифікатор процесу, включаючи дані вашого браузера:

Якщо ви перебуваєте на Unix / Linux (у цьому випадку Debian), ви можете скористатися командою netstat -ntpабо ss -t:

Що стосується вкладок для різних веб-сайтів, то в TCP немає нічого, що вимагає, щоб локальний порт був різним, доки кортеж {local IP, local port, target IP, target port} є унікальним. Що стосується вкладок на той же веб-сайт, ситуація набагато складніша.

Браузер, як і будь-який інший фрагмент клієнтського програмного забезпечення, використовує інший локальний порт за вихідне з'єднання до тієї ж цілі. Загалом, він формуватиме декілька підключень до будь-якого веб-сайту, щоб отримати вбудовані ресурси, такі як зображення, CSS, JavaScript тощо. Він також об'єднає ці з'єднання для можливого повторного використання.

Неможливо сказати, чи будуть використовувати різні вкладки на одному веб-сайті різні з'єднання, оскільки (а) як правило, не існує жодного з'єднання на вкладку, і (b) залежно від часу та автентифікації, з'єднання можуть бути повторно використані між вкладками; і як неможливо ідентифікувати з'єднання, тому і локальні порти неможливо ідентифікувати.

Так. Ні, можливо. Це залежить.

По-перше, браузер може використовувати будь-яку з цих стратегій для з'єднань:

1. Єдине підключення (малоймовірно для будь-якого веб-переглядача останніх 1995 року)
2. Одне підключення на вкладку (в основному таке ж, як №1, просто трохи краще)
3. Одне з'єднання на ресурс (наївне, але працює не так погано)
4. Басейн з'єднань з підтримкою "живого", повторне використання з'єднань
5. Щось інше (читайте як: дивні речі)

У вас немає способу знати, яку стратегію використовуватиме браузер, хоча використання пулу з'єднань (і повторне використання з'єднань) є розумним припущенням.

По-друге, як працює TCP, ви маєте вихідний порт і порт призначення для кожного з'єднання. Пара джерела і адреса призначення / порт визначає з'єднання.
Ви завжди ^[1] використовуєте відомий порт (наприклад, 80 або 443) для підключення до сервера (до якого він слухає свою рекламну адресу), але інший порт вибраний випадковим чином. Таким чином, залежно від того, з якої сторони ви дивитесь на з'єднання, він або має один, або багато можливих портів.

Таким чином, одна і та ж вкладка може (і зазвичай буде) використовувати кілька різних портів на її кінці, але в принципі різні вкладки можуть бути (якщо з'єднання об'єднані і різні ресурси в різних вкладках завантажуються з одного сервера), використовують один і той же порт.

Оскільки в питанні прямо згадується вихідний , у "нормальному" випадку номери портів будуть однаковими незалежно від того, на якій вкладці вони перебувають, або одного з двох можливих портів (80 та 443). Хоча, звичайно, можна явно попросити інший порт (наприклад, 8080) в URL-адресі. Хоча це рідко.