Пряма відповідь
Відмова у підключенні зазвичай означає, що хост відповів, але жодна служба не прийняла цільовий порт. Тайм-аут означає відсутність придатної відповіді до кінцевого терміну клієнта, що може вказувати на неправильну IP-адресу, маршрутизацію, фільтрацію, стан сну або втрату пакетів.
Чому це відбувається
Обидва симптоми виникають перед декодуванням носія, тому змінювати налаштування H.264 передчасно. Корисне питання полягає в тому, чи доступні хост, порт і маршрут з того самого сегмента мережі, що й програма перегляду.
Почніть із точного коду стану чи ознаки мережі, а потім змінюйте один рівень за раз.
Контрольований тест
Перевірте IP-адресу камери, потім конкретний порт RTSP, а потім метод RTSP. Дайте акумуляторним камерам достатньо часу, щоб вийти з режиму сну, але тримайте загальний тест обмеженим.
Змінюйте одну змінну за раз. Записуйте модель камери, мікропрограму, кінцеву точку та обліковий запис; потім перевірте доступність мережі, відповідь протоколу, транспорт медіа та декодування як окремі рівні.
Використовуйте спеціальний обліковий запис лише для перегляду та надійний локальний інструмент діагностики. Відредагуйте облікові дані, приватні адреси та ідентифікаційні дані, перш ніж надавати спільний доступ до результатів.
Діагностична послідовність
| Перевірте | Дія | Доказ прогресу |
|---|---|---|
| Адреса | Підтвердьте поточну оренду або бронювання DHCP. | IP-адреса належить передбачуваній камері. |
| Порт | Перевірте, чи ввімкнено налаштовану службу RTSP. | Підключення приймається на задокументований порт. |
| Маршрут | Перевірте з того самого VLAN перед перетином маршрутизатора або VPN. | Локальний доступ працює до введення віддаленого доступу. |
| Протокол | Надішліть справжній запит RTSP після відкриття порту. | Сервер повертає відповідь RTSP. |
Докази, які потрібно зберігати
Збережіть час, що минув, і найнижчий рівень, який відповів. Це перетворює розпливчастий звіт «неможливо підключитися» на проблему маршрутизації, обслуговування або RTSP.
Примітка про обмеження та безпеку
Успішний пінг не доводить, що RTSP увімкнено, а відкритий порт TCP не доводить, що існує дійсний шлях потоку.
Для віддаленого перегляду використовуйте керований VPN замість того, щоб відкривати RTSP або порти адміністрування камери безпосередньо в публічному Інтернеті.
SmartRTSP
SmartRTSP — це орієнтований на камеру засіб перегляду RTSP і ONVIF для пристроїв Apple, Windows і Android. Він підходить для прямого перегляду, виявлення та перевірки кількома камерами; зберігайте спеціальний NVR або VMS, якщо потрібен постійний запис, експорт доказів або централізований контроль підприємства.
Часті запитання
Чи підтверджує тайм-аут, що камера офлайн?
Ні. Брандмауер, неправильний маршрут, пристрій у режимі сну або втрата пакетів можуть викликати той самий симптом.
Що зазвичай означає відмова у з’єднанні?
Хост доступний, але нічого не приймає запитане з’єднання, або він активно відхилив його.
Чи варто спочатку збільшити час очікування?
Достатньо лише для покриття задокументованої затримки пробудження; інакше знайдіть відсутню відповідь перед тим, як приховати її за допомогою тривалого тайм-ауту.
Первинні посилання
- IETF RFC 7826 — Протокол потокового передавання в реальному часі 2.0
- Опції та приклади протоколу FFmpeg — RTSP
Пов’язаний посібник SmartRTSP
Відкрити відповідний посібникВикористовуйте час і відповідь мережі, щоб вирішити, чи досліджувати маршрутизацію, правила брандмауера чи неактивну службу RTSP.