Жива TCP утичница, партнер WebSocket који одговара и користан напредак апликације различита су запажања:

ДоказШта утврђује
Животност на нивоу TCP-аПроверена транспортна путања одговара на том нивоу
Одговарајући WebSocket PongПартнер је одговорио на тај контролни оквир
Потврда апликацијеАпликација је потврдила операцију према сопственом протоколу

Посреднички прокси обично одржава одвојене везе према клијенту и према одредишту. TCP партнер клијента је прокси, док Ping унутар успостављеног тунела путује до WebSocket крајње тачке.

Одговарајући Pong

Протокол захтева да Pong који одговара носи апликацијске податке Ping-а. Употребите то подударање за препознавање нерешене провере. Незатражен Pong је дозвољен, али не тражи потврду; слање после сваке поруке с подацима даје другачији доказ.

Преферирајте механизам откуцаја срца који библиотека подржава. JavaScript у прегледачу захтева уместо тогауговор о откуцају срца апликације. Изаберите интервале и прагове неуспеха према радном оптерећењу и мрежној политици. Паузе у распоређивању или преоптерећена петља догађаја могу пропустити агресиван праг без утврђивања да је мрежа отказала.

Одржавајте пријемник у раду

Клијенту је потребан сталан I/O за пријем и обраду контролних оквира. Блокирање тог механизма може учинити да локална оскудица ресурса изгледа као прекид.

Ping ствара саобраћај у тунелу, али сваки посредник одлучује шта задовољава његову политику мировања. Ниједан откуцај срца не гарантује заштиту од апсолутног ограничења трајања везе.

Партнер може одговорити на Ping док његова апликација престаје да производи ажурирања, а тиха претплата може бити здрава. Пратите последњи важећи Pong и значајан догађај апликације одвојено када су оба важна. При неуспеху задржите руту, протекла времена и нерешену проверу, затим затворите или опоравите кроз подржани животни циклус.

Повезани чланци