SOCKS прокси хабарламаларды жүктей алады, бірақ қоңырауларда істемейді
Dante нұсқаулығы мен SOCKS5-тің UDP талаптары арқылы жұмыс істейтін TCP жолының қосымшаның қоңырау трафигіне қолдауын неге дәлелдемейтіні түсіндіріледі.
Мәтіндік хабарламалар SOCKS проксиі арқылы келеді, бірақ дауыс қоңырауы ешқашан қосылмайды. Прокси мүлдем бұзылған болуы міндетті емес. Қосымша қоңыраулар үшін басқа тасымалдауды пайдалануы мүмкін.
Сәтті TCP сұранысы сол әрекет үшін TCP жолын дәлелдейді. SOCKS5 сондай-ақ UDP бірлестігін анықтайды, бірақ клиент, SOCKS қызметі, желі ережелері және қосымша параметрлері көзделген UDP маршрутын қолдауы керек.
TCP тыңдаушысынан көбірек нәрсе бар
Dante нұсқаулығы протокол мен команда ережелерін бөледі, оның ішінде connect, udpassociate және udpreply. Тек сіз сынаған TCP қосылысына рұқсат беретін ереже қажетті UDP рұқсаттарын белгілемейді.
UDP бірлестігі реле соңғы нүктесін және қайтару трафигін де қамтиды. Брандмауэрлер мен мекенжай аудармасы нақты сол жолға рұқсат беруі керек. SOCKS-тің TCP тыңдаушысын ашу оның UDP релесін қолжетімді етуге тең емес.
Қосымшаның ағымдағы прокси құжаттамасы мен параметрлерін тексеріңіз. Әр түрлі нұсқалар хабарламаларды, медианы және қоңырауларды басқаша өңдеуі мүмкін. Ескі клиент үшін форум рецептін әрбір ағымдағы клиент қоңырауларды SOCKS арқылы бағыттайды деген дәлел ретінде ұсынуға болмайды.
Алғашқы диагностика ретінде барлық UDP порттарын ашудың алдын алыңыз. Реле мінез-құлқы мен көзделген клиент ауқымын анықтап, содан кейін тиісті шектелген желі саясатын қолданыңыз. Сол сияқты, қоңыраулар үшін прокси параметрін өшіру қоңырауды тікелей жіберу арқылы істетуі мүмкін, бұл проксиленген жолды жөндеудің орнына сыртқы маршрутты өзгертеді.
Әр әрекет бойынша сәттілікті құжаттаңыз: хабарламалар, медиа тасымалдау және қоңыраулар. Бір жұмыс істейтін сұраныс немесе өзгерген браузер IP-і басқа қосымшаның әрбір бөлігі бірдей прокси шығысын бөлісетінін дәлелдей алмайды.