калмари. Свързване с други прокси сървъри

Вместо да изтегля уеб страници директно от интернет, Squid може да бъде конфигуриран да се свързва с друг прокси сървър и да пренасочва някои или всички заявки от клиента към него. Това може да е необходимо, ако организацията има един основен прокси и един обикновен прокси сървър на отдел. В този случай обикновените прокси сървъри, преди да влязат онлайн, първо ще изпратят заявка до главния прокси сървър, за да видят дали този, изискван от клиента, е в кеша на главния прокси сървър. Може да бъде полезно и у дома, ако вашият интернет доставчик позволява достъп до техния прокси сървър. Това първо ще търси прокси кеша на доставчика (вероятно през по-бърза връзка към него, като Ethernet). И ако необходимата информация не бъде намерена в кеша или страниците вече са остарели, тогава заявката ще бъде изпратена директно в Интернет.

Използвайки ACL за класифициране на заявки, можете да конфигурирате Squid да пренасочва само някои заявки към друг прокси сървър, докато останалите отиват директно в Интернет. Например вашият прокси сървър може да приема заявки за ресурси във вашата вътрешна мрежа и да пренасочва останалите към основния прокси сървър.

За да може вашият сървър да използва друг прокси сървър за пренасочване на заявки към него, с изключение на някои домейни или мрежи, следвайте тези инструкции:

1. На главната страница на модула щракнете върху бутонаКонтрол на достъпа).

свързване

Фигура - Главна страница на модула Squid. За да увеличите снимката, щракнете върху нея.

2. Създайте ACL катоИме на хост на уеб сървър илиАдрес на уеб сървър, който ще съдържа уеб сървърите, към които вашият прокси сървър ще се свърже директно.Назовете този ACL - direct, например.

други

Фигура - Списъци за контрол на достъпа до таблица. За да увеличите снимката, щракнете върху нея.

други

Фигура - Създаване на ACL формуляр за име на хост на уеб сървър. За да увеличите снимката, щракнете върху нея.

3. Върнете се на главната страница на модула и щракнете върху иконатаДруги кешове) и ще получите страница, съдържаща списък с други прокси сървъри (ако са въведени по-рано) и форма за настройка на опции, които определят кога да се използва един или друг прокси сървър на трета страна.

други

Фигура - Главна страница на модула Squid. За да увеличите снимката, щракнете върху нея.

4. Щракнете върху връзкатаДобавяне на друг кеш).

други

Фигура - Таблица с други кешове. За да увеличите снимката, щракнете върху нея.

5. Във формуляра, който се отваря, в полетоИме на хост(Име на хост) въведете пълното име на хост на главния прокси сървър, например corporateproxy.example.com. Не въвеждайте просто corporateproxy, Squid понякога има проблеми с разрешаването на нестандартни DNS имена.

други

Фигура - Форма за опции за кеш хост. За да увеличите снимката, щракнете върху нея.

6. В менютоType(Type) изберетеparent(Parent, main) и тогава Squid ще "разбере", че този прокси сървър е от по-високо ниво.

7. В полетоПрокси порт) въведете номера на порта, който главният прокси сървър слуша. Например 8080.

8. В полетоICP порт(ICP порт) въведете номера на порта, който главният прокси сървър използва, за да слуша за ICP заявки. Това обикновено е 3130. Ако не знаете кой порт слуша главният прокси сървър, все пак въведете 3130.

9. Натиснете бутонаЗапазване(Запазване) в долната част на страницата. Ще бъдете автоматично върнати на страница със списък с други проксита.

Използвайте връзкатаДобавяне на ACL за директно извличанеACL за директно извличане) и добавете директния ACL, който сте създали, като изберете действиетоРазрешаване(Разрешаване). И след това добавете ACL всички, като изберете действиетоОтказ(Отказ). Това указва за Squid, че страниците от локалната мрежа ще бъдат взети директно, а останалите ще преминат през друго прокси.

други

Фигура - Създаване на формуляр за директно извличане. За да увеличите снимката, щракнете върху нея.

11. Накрая щракнете върху бутонаПрилагане на промените), за да приложите промените.

Ако просто искате вашето прокси да препраща всички заявки към друго прокси, тогава трябва да пропуснете стъпка 10.

В голяма мрежа с много клиенти един Squid сървър може да не успее да се справи с броя на входящите заявки. Например голяма компания със стотици служители и всеки, работещ с браузъри, или интернет доставчик, предоставящ на клиентите достъп до своя прокси сървър. Едно решение може да бъде използването на по-мощна машина за сървъра. Друг подход е да инсталирате Squid на няколко машини и да разпределите прокси натоварването между тях.

За щастие, Squid има решение на този проблем. Може да се конфигурира да се свързва с други кешове в някой клъстер на прокси сървър и да разбере дали исканата уеб страница или друг обект е в кешовете. Ако обектът вече е в кеша на клъстера, той ще бъде извлечен от там, вместо да бъде качен отвън. Тъй като всички прокси сървъри в една организация обикновено са свързани чрез високоскоростна връзка, заявките се обработват с повечеефективност за клиентите. Протоколът, използван за агрегиране на проксита, се нарича ICP и се използва само от Squid.

На главната страница на модула щракнете върху иконатаДруги кешове). За да създадете два или повече прокси сървъра, които комуникират помежду си чрез ICP протокола, следвайте тези инструкции:

1. Щракнете върху връзкатаДобавяне на друг кеш).

2. Във формуляра, който се появява, в полетоИме на хост(Име на хост) въведете пълното име на хост на един сървър, където се намира друг кеш.

3. От менютоType(Type) изберетеsibling(sibling). Това ще каже на Squid, че друг кеш е на същото ниво като него, т.е. равен на него.

4. В полетоПрокси порт) въведете HTTP порта, който друг прокси слуша.

5. В полетоICP порт(ICP порт) въведете номера на порта, който друг (братски) прокси слуша за обработка на ICP заявки. Обикновено е 3130.

6. Натиснете бутонаЗапазване), за да добавите друг прокси.

7. Повторете стъпки от 2 до 7 за всеки следващ прокси в клъстера.

8. Щракнете върху бутонаПрилагане на промените), за да приложите промените.

Крайният резултат трябва да бъде, че всеки прокси сървър в клъстера може свободно да използва кешовете на други прокси сървъри, които са в същия клъстер с него, за да обработи клиентска заявка. Можете също да използвате ACL, за да дефинирате определени заявки, които ще отиват директно, без да търсят други кешове.