Pe Internet, puteți găsi adesea declarații pe care serverul proxy servește pentru a accelera descărcarea prin cache conținutul paginilor, DNS etc. De fapt, aceasta este doar una dintre proprietățile utile ale serverelor proxy, dar nu și cea mai importantă și inerentă nu tuturor serverelor.
În terminologia calculatorului, "proxy" (proxy) este un program care transmite cererile software-ului dvs. la Internet, primește răspunsuri și le trimite înapoi.
[CUT]
Necesitatea unui astfel de program apare de obicei dacă nu puteți lucra direct de pe site-ul utilizatorului, dar există o ieșire pe un alt computer din rețeaua locală. Apoi, pe acest alt computer pune un proxy, iar software-ul pe toate celelalte computere ale rețelei este configurat astfel încât munca să fie condusă prin ea. Acum, aproape toate programele mai mult sau mai puțin populare sunt capabile să lucreze prin proxy, într-un fel sau altul conceput pentru a lucra cu rețeaua. Astfel, dacă cel puțin un computer din rețeaua locală are acces "în afară", atunci toți ceilalți pot folosi această conexiune.
Este posibil să lucrați fără un proxy? Da, este posibil - odată ce au făcut totul. Dar o astfel de muncă necesită anumite condiții suplimentare și are dezavantajele sale în comparație cu utilizarea unui proxy.
Care sunt tipurile de proxy-uri?
Am enumerat principalele, dar nu toate, caracteristicile proxy-ului HTTP. Dar deja una dintre cele listate este suficientă pentru a vă asigura că fără un proxy HTTP într-o rețea serioasă nu se poate face.
FTP-proxy poate fi de două tipuri principale, în funcție de protocolul proxy-ului în sine. Cu serverele ftp, acest proxy, desigur, funcționează întotdeauna pe FTP. Dar cu programele client - browsere și clienți ftp (CuteFTP, FAR, etc.), proxy-ul poate funcționa atât prin FTP, cât și prin HTTP. A doua metodă este mai convenabilă pentru browsere, deoarece istoric este pentru ei "nativ". Browserul solicită resursa din proxy specificând protocolul serverului vizat în URL - http sau ftp. În funcție de aceasta, proxy-ul alege protocolul pentru lucrul cu serverul țintă, iar protocolul pentru lucrul cu browser-ul nu se modifică - HTTP. Prin urmare, de regulă, funcția de lucru cu serverele FTP este, de asemenea, inserată în proxy-ul HTTP. și anume Proxy HTTP. descris mai sus, lucrează de obicei cu același succes atât cu servere HTTP cât și FTP. Dar atunci când "converti" protocoalele FTP<->HTTP unele funcții de protocol FTP util sunt pierdute. Prin urmare, clienții ftp specializați preferă un proxy special care funcționează cu ambele părți prin FTP. Un astfel de proxy se numește FTP-poarta, pentru a sublinia diferența de proxy-ul FTP din proxy-ul HTTP. De asemenea, acest proxy este numit și în cazul anumitor clienți ftp. Deși există și de a face un nume de confuzie mai mare: de exemplu, în programul CuteFTP FTP-gate numit un firewall, deși firewall-ul, în cazul general - acest lucru nu este un proxy, și, de fapt, scopul invers al programului - nu pentru a se conecta la Internet, și pentru izolare de la el. Suportul pentru FTP-poarta o varietate de moduri de a specifica protocolul FTP al serverului țintă, care, în FTP-client dorește să lucreze, pentru a configura FTP-client au de obicei o alegere a acestei metode.
Șosete-proxy. Acest tip de proxy va fi o conversație separată, deoarece în prezent acesta este cel mai "promițător" protocol.
A fost dezvoltat de Dave Koblas de la SGI. De la începutul existenței protocolului a trecut prin unele modificări mari, dar până în prezent, „în“ există două versiuni ale protocolului: SOCKS4 și SOCKS5. În ciuda faptului că Socks5 este mai "avansată", acum cu același grad de distribuție a serverului, atât cu suportul vechii, cât și al noii versiuni. Protocolul este un traducător (ceva de genul un server proxy), dar spre deosebire de proxy convenționale Șosete-client „stă“ între cererea și stratul de transport în modelul de rețea, și șosete-server situat la nivelul aplicației. Acest lucru înseamnă că un astfel de server nu este legat mai mult de protocoale de nivel înalt. protocolul în sine este proiectat pentru aplicații care se bazează pe TCP și UDP, se pot utiliza resursele de rețea la care accesul este limitat la arhitectura sau configurația (de exemplu, accesul la resursele internet ale rețelei locale pentru aplicațiile în care nu sunt furnizate, în general, lucrul cu utilizarea unui proxy ).