HTTP-проксі
Якщо ви знайшли помилку в документації або маєте пропозиції, залиште повідомлення на форумі Mudfish (https://forums.mudfish.net).
Цей документ описує застосування й використання прискорення HTTP (вебу), далі вебприскорення, за допомогою Mudfish.
Вступ
Попри гучну назву, ця технологія досить звична для постачальників CDN (Content Delivery Network). Сервер кешування, зазвичай зворотний проксі, розміщують якомога ближче до комп’ютера користувача. Він кешує вміст HTTP і, якщо вже має його, сам передає користувачу без звернення до серверної частини.
Відмінність від інших CDN у тому, що вони зазвичай працюють із компаніями й кешують їхні сайти та важливі дані. Mudfish натомість кешує сайти, які відвідує користувач.
За способом роботи це ближче до прозорого проксі.
Особливості та ефект
Сервіс використовує власний Cache-Terminator («знищувач кешу») — багатопотоковий неблокувальний сервер кешування, модифікований на основі коду varnish. Він дає такі переваги.
- Оптимізація WAN Mudfish може прискорити повільне завантаження сторінок при доступі з-за кордону. Вона може прискорювати вебдії, зокрема перегляд відео та завантаження файлів.
- Може працювати як HTTP-проксі для обходу обмежень доступу за країною. Доступний через усі вузли Mudfish у країні та за кордоном.
- Дає змогу тимчасово приховати поточний публічний IP. (Для запобігання зловживанням IP записується лише в журнали вузла Mudfish.)
Недоліки
-
За специфікацією HTTP 1.1 серверна частина, зазвичай фактичний вебсервер, заголовками на зразок Cache-Control визначає, як довго можна кешувати відповідь. Якщо сервер оновить вміст, вузол Mudfish, який ще дотримується Cache-Control попередньої відповіді, може не знати про оновлення й передати старі дані. Через це сторінка може відображатися неправильно.
Зазвичай проблему розв’язують очищенням кешу (Purging), але інтерфейсу для прямого керування цією функцією користувачем поки немає.
Підключення через публічний IP
Вузли Mudfish підтримують HTTP(S)-проксі через публічну IPv4-адресу. Потрібна автентифікація за ID і паролем Mudfish.
Види сервісу
| Сервіс | TCP-порт | Опис |
|---|---|---|
| HTTP-проксі | 18080 | Використовує звичайний HTTP. Залежно від запиту трафік може передаватися без шифрування. |
| HTTPS-проксі | 18082 | Шифрує з’єднання з вузлом за допомогою SSL. Може допомогти обійти перевірку вебтрафіку або мережевий брандмауер. |
| HTTP-проксі (SSL Bump) | 18083 | Вузол розшифровує трафік HTTPS, потім знову шифрує його кореневим сертифікатом CA Mudfish і передає далі. |
Для SSL Bump спочатку встановіть у браузері кореневий сертифікат CA Mudfish.
Перевірка адреси вузла й налаштування
- На сторінці стану вузлів знайдіть публічну IPv4-адресу або ім’я хоста потрібного сервера. Дані також доступні в JSON через API вузлів. Публічна IPv4-адреса міститься в
ip, ім’я хоста — уhostname. Опис усіх полів наведено в полях відповіді API вузлів. - У налаштуваннях проксі браузера або операційної системи введіть публічну адресу й порт відповідного сервісу. Для звичайного HTTP-проксі вкажіть TCP 18080.
- Коли буде запитано автентифікацію, введіть ID і пароль Mudfish.
Наведені нижче старі приклади внутрішньої мережі використовують внутрішній IP і порт 8080. Для публічного IP використовуйте перевірені вище публічну адресу й порт.