SOCKS-milliþjónn getur hlaðið skilaboðum en bregst á símtölum

Textaskilaboð berast í gegnum SOCKS-milliþjón, en raddsímtal nær aldrei sambandi. Milliþjónninn er ekki endilega alveg bilaður. Forritið gæti notað aðra flutning til símtala.

Árangursrík TCP-beiðni sannar TCP-slóð fyrir þá aðgerð. SOCKS5 skilgreinir einnig UDP-tengingu, en biðlarinn, SOCKS-þjónustan, netreglurnar og stillingar forritsins verða öll að styðja fyrirhugaða UDP-slóð.

Það er meira en TCP-hlustari

Dante-handbókin aðgreinir reglur um samskiptareglur og skipanir, þar á meðal connect, udpassociate og udpreply. Regla sem leyfir aðeins TCP-tenginguna sem þú hefur þegar prófað setur ekki nauðsynleg UDP-leyfi.

UDP-tenging felur einnig í sér endapunkt framsendingar og afturumferð. Eldveggir og vistfærsla þurfa að leyfa þá raunverulegu slóð. Að opna TCP-hlustara SOCKS jafngildir ekki því að gera UDP-framsendinguna hans aðgengilega.

Athugaðu núverandi milliþjónaskjöl og stillingar forritsins. Mismunandi útgáfur geta meðhöndlað skilaboð, miðla og símtöl á mismunandi hátt. Ekki ætti að leggja fram uppskrift af vefspjalli fyrir gamlan biðlara sem sönnun þess að sérhver núverandi biðlari beini símtölum í gegnum SOCKS.

Forðastu að opna hverja UDP-gátt sem fyrstu greiningu. Ákvarða hegðun framsendingar og fyrirhugað biðlarasvið og beittu síðan viðeigandi takmarkaðri netstefnu. Á sama hátt getur slökkt á stillingu um milliþjón fyrir símtöl látið símtal virka með því að senda það beint, sem breytir útleiðinni í stað þess að laga þá sem fer í gegnum milliþjóninn.

Skráðu árangur eftir aðgerðum: skilaboð, miðlaflutningur og símtöl. Ein virk beiðni eða breytt IP-tala vafra getur ekki sannað að hver hluti annars forrits deili sama útgangi milliþjónsins.