HTTP прокси режим на Ncat наспроти фиксен TCP реле

Фиксниот бајт-реле ја остава HTTP обработката на постоечкиот прокси. Режимот за слушање HTTP на Ncat е друга, протоколно свесна услуга.

client → local TCP relay → existing forward proxy → destination

Во овој распоред релето има еден фиксен горен тек. Ја предава барањето на клиентот непроменето на постоечкиот напреден прокси. Тој прокси ја чита апсолутната URL или целта CONNECT, применува политика и ја отвора врската до одредиштето.

Насочувањето на релето директно кон веб-страница го менува договорот. Напредниот прокси мора да избира одредишта и да се справува со HTTP врамувањето и однесувањето на врската; извлекувањето име на домаќин од првиот ред не е доволно.

Ncat на Nmap одделно нуди режим на слушање што разбира HTTP:

ncat --listen 127.0.0.1 3128 --proxy-type http

Овој loopback пример ја користи прокси имплементацијата на Ncat, а не функција што ја делат сите nc. Неговиот прокси на страната за слушање ракува со HTTP методи и CONNECT. Неговите SOCKS опции на клиентската страна не поставуваат SOCKS сервер во режим на слушање. Трајната споделена услуга бара и намерно ракување со врски, контрола на пристап и евидентирање.

За набљудување определете ја границата на шифрирањето. Реле на обична HTTP прокси врска ги гледа барањата и одговорите на проксито. По CONNECT, HTTPS на одредиштето се TLS бајти, а не читлива содржина на страница. TLS до проксито ги крие дури и почетната размена на проксито на таа врска. Користете дијагностика на клиент и прокси за протолкувани трансакции и заштитете ги дневниците што може да содржат акредитиви или чувствителни URL.

Поврзани статии