د Netty SOCKS خبرې اترې د خپل اپلیکیشن پروتوکول څخه مخکې وټاکئ

د موجود Netty bootstrap/pipeline لپاره چې SOCKS سرور باید هدف حل کړي:

bootstrap.resolver(NoopAddressResolverGroup.INSTANCE);

pipeline.addFirst(
    new Socks5ProxyHandler(new InetSocketAddress("127.0.0.1", 1080))
);

bootstrap.connect(
    InetSocketAddress.createUnresolved("example.com", 443)
);

د پروکسي پای ټکی محلي پورټ 1080 دی؛ نه حل شوی د نښلونې هدف example.com:443 دی. دواړو رولونو لپاره د پروکسي پته مه کاروئ او د هینډلر له ترلاسه کولو دمخه نوم مه حل کوئ. د اجازه ورکړل شوي عامه پروکسي لارې عامه هدفونو لپاره، د SOCKS5 پروکسي لیست د هینډلر پروکسي پای ټکي لپاره نوماندان برابروي.

Socks5ProxyHandler د هغو هینډلرونو څخه مخکې وټاکئ چې د هدف ترافیک تبادله کوي. د هغې د پروکسي نښلونې future ته انتظار وکړئ، نه یوازې هغه چینل ته چې اوریدونکي ته رسیږي. رد شوې طریقه یا هدف دې ترتیب مرحلې ته اړه لري.

د HTTPS لپاره، بله TLS طبقه د هدف د کوربه نوم، اړین تایید او باور کاروي—نه د SOCKS پای ټکي هویت. یوازې وروسته له دې HTTP/اپلیکیشن تبادله پیل کیږي.

دا ټوټه د پیښو لوپونه، د چینل ډولونه، TLS/HTTP هینډلرونه یا نورماله تېروتنه نه برابروي. د تصدیق اړتیاوو سره سم SOCKS جوړونکی وټاکئ؛ HTTP Basic هینډلر بل پروتوکول دی.

no-op resolver یوازې هغه ځای وکاروئ چې دا لاندې هینډلر د کوربه نوم حل لري. نورې نښلونې ممکن محلي پلټنې ته اړتیا ولري. د ناکامۍ تشخیص پر مهال د resolver تولید، پروکسي future، TLS او د اپلیکیشن پایله جلا وساتئ.