Тунук TCP-SOCKS багыттоосундагы баштапкы багыттар
Тунук TCP-SOCKS багыттоосу прокси менен сүйлөшүүдөн мурун баштапкы багытты калыбына келтирүүчү котормочуну эмне үчүн талап кыларын түшүндүрөт.
Коргоочу дубал TCP байланышы кайда түшөрүн өзгөртө алат. Бирок ошол өзгөртүү менен эле ал баштапкы колдонмого SOCKS тилинде сүйлөөнү үйрөтө албайт.
Кадимки SOCKS сервери суралган багытты сүрөттөгөн сүйлөшүүнү күтөт. Прокси тууралуу билбеген колдонмо анын ордуна өзүнүн протокол байттарын дароо жөнөтөт. Ошол байттарды түз эле SOCKS угуучусуна багыттасаңыз, эки тарап биринчи билдирүү боюнча макулдаша албайт.
Жетишпеген компонент — котормочу
Тунук TCP-прокси компоненти ошол интерфейстердин ортосунда турат. Ал колдонмо башында сураган багытты табат, тиешелүү SOCKS же HTTP CONNECT сессиясын түзөт, анан колдонмо маалыматтарын пайда болгон агым аркылуу өткөрөт.
Өзүнүн Linux iptables жолунда redsocks булагы сакталган багытты SO_ORIGINAL_DST аркылуу алат. Башка операциялык системалар жана багыттоо ыкмалары башка механизмдерди колдонот. Бул багыттоочунун жана тармак жөндөөсүнүн касиети, кадимки SOCKS кардарынын функциясы эмес.
Баштапкы багыт тууралуу маалымат багыттоо эрежесин прокси хосттан байланышы жок шлюзга көчүрүү эмне үчүн ар дайым барабар эмес экенин да түшүндүрөт. Кабыл алуучу процесс өзүнүн кармоо режими талап кылган метаберилиштерди талап кылат. Башка жерде кайра жазылган дарек бул маалыматты күтүлгөн формада бербей калышы мүмкүн.
Котормочунун көлөмүн так кармаңыз. Иштеп турган багытталган TCP байланышы ыктыярдуу UDP, ICMP же ар бир чечүүчү жолго колдоо бар экенин далилдебейт. Жогорку прокси протоколу жана котормочунун ишке ашырылышы колдоого алынган операцияларды дагы эле аныктайт.
Жөндөө байланыштан кийин дароо ишке ашпаса, кирүү эрежелерин кенейтүүдөн мурун протоколдун чегин текшериңиз. Толук жеткиликтүү SOCKS угуучусу эч качан SOCKS сурамы болбогон байттарды четке кагышы мүмкүн.