SOCKS прокси може да учита поруке, али не успева код позива
Уз Dante приручник и UDP захтеве SOCKS5 објашњава зашто радна TCP стаза не доказује подршку за саобраћај позива неке апликације.
Текстуалне поруке стижу кроз SOCKS прокси, али гласовни позив се никада не повезује. Прокси није нужно потпуно покварен. Апликација можда користи други пренос за позиве.
Успешан TCP захтев доказује TCP стазу за ту радњу. SOCKS5 такође дефинише UDP асоцијацију, али клијент, SOCKS услуга, мрежна правила и подешавања апликације сви морају подржавати предвиђену UDP руту.
Постоји више од TCP слушаоца
Dante приручник раздваја правила протокола и наредби, укључујући connect, udpassociate и udpreply. Правило које дозвољава само TCP везу коју сте већ тестирали не успоставља потребне UDP дозволе.
UDP асоцијација укључује и relay крајњу тачку и повратни саобраћај. Ватрозиди и превођење адреса морају дозволити ту стварну стазу. Отварање SOCKS TCP слушаоца није једнако томе да његов UDP relay постане доступан.
Проверите тренутну документацију и подешавања проксија у апликацији. Различите верзије могу другачије руковати порукама, медијима и позивима. Рецепт са форума за стари клијент не треба представљати као доказ да сваки садашњи клијент усмерава позиве кроз SOCKS.
Избегавајте отварање свих UDP портова као прву дијагнозу. Утврдите понашање relayja и предвиђени обим клијената, затим примените одговарајућу ограничену мрежну политику. Исто тако, искључивање подешавања прокси за позиве може учинити да позив проради слањем директно, што мења спољну стазу уместо да поправи проксирану.
Документујте успех по радњи: поруке, пренос медија и позиви. Један успешан захтев или промењена IP адреса прегледача не могу доказати да сваки део друге апликације дели исти прокси излаз.