On 23 Mar 2001 21:39:28 +0200, Patrascu Eugeniu wrote:
> >
> > Daca tot le ai pe amindoua pe aceeasi cutie, de ce nu pui unul singur sa
> > faca treaba asta?
> pentru ca daca pun unul sa faca treaba asta, cand moare EuropeOnline,
> squidul va da niste erori cum ca location unavailable sau ceva de genul
> asta. Asa ca daca moare EuropeOnline sa o ia traficul tot prin squid, de
> pe legatura terestra. De aia sunt puse 2 squid-uri. Si am vazut eu pe la
Inteleg ca tu ai EuropeOnline ca parent.
Pai squid poate fi configurat sa incerce intii parent-ul, apoi sa
renunte daca acesta nu merge, si s-o ia pe direct. Asta e o chestie pe
care o stie de mult, si este exact ce vrei tu sa se intimple.
Eroare provine, probabil, din faptul ca tu *fortzezi* EO ca parent
(probabil cu "never_direct all" sau alta balarie de genul asta), si nu-l
lasi sa renunte la parent in caz de failure. Da-i putina libertate de
miscare, relaxeaza un pic setarile, si-o sa vezi ca face ce te astepti.
Nu am lucrat cu EO, dar am avut proxy-uri care faceau exact asta ce vrei
tu: incercau sa mearga printr-un parent si, daca acesta pica, o luau pe
direct. Nu ai nevoie sa inseriezi doua proxy-uri pentru asta.
Teoretic, poti pune un proxy sa aiba EO ca parent "default no-query", si
alt proxy sa-l aiba pe primul ca parent simplu sau chiar "no-query" (si
probabil ca asta voiai sa intrebi), dar asta este echivalent cu a avea
doar al doilea proxy cu EO ca parent "no-query".
(Indiferent daca EO te lasa sau nu sa faci ICP pe proxy-urile lor,
trebuie sa declari parent-ul EO ca "no-query", pentru ca atita vreme cit
EO merge tu vrei sa primesti TOT TRAFICUL prin ei, asadar ICP nu prea
are sens. Prin urmare, "no-query", adica "suge tot ce poti, fara sa
intrebi".)
Daca faci cum vrei tu, cu doua proxy-uri, proxy-ul care e legat la EO nu
face decit sa paseze mai departe un raspuns de genul "nu pot sa iau
obiectul X de la parent-ul Y", lucru pe care-l poate face si al doilea
proxy foarte bine, fara ajutor din afara.
Intelegi? Primul proxy ar fi doar un relay pasiv. Decizia ar fi luata
tot de al doilea, care poate foarte bine sa intrebe direct si sa ia
aceeasi decizie.
Uite ce zice documentatia:
# By combining nonhierarchical_direct off and prefer_direct on you
# can set up Squid to use a parent as a backup path if going
direct
# fails.
Deci asta e exact *invers* decit vrei tu. *Probabil* ca tu vei vrea sa
ai asa (nu sint 100% sigur):
nonhierarchical_direct off
prefer_direct off
In rezumat: pune EO ca parent "no-query", si fortzeaza prefer_direct
off.
De asemenea, vezi sa nu ai chestii aberante la always_direct si la
never_direct (pentru inceput lasa-le comentate, sau cu "none").
Squid este conceput sa tina cont de situatii ca a ta: cind moare
parent-ul, s-o ia pe direct. Nu trebuie sa faci jonglerii cu proxy-uri
atunci cind poti rezolva problema dintr-unul singur.
Citeste mai atent documentatia relativ la cache_peer si optiunile sale.
De asemenea, vezi si la nonhierarchical_direct si prefer_direct. (prima
optiune *cred* c-a aparut in squid-2.4, dar a doua trebuie sa fie sigur
si in versiuni mai vechi).
Probabil ca n-o sa-ti mearga din prima, dar citeste bine ce zice la
optiunile alea, si foloseste-le in mod inteligent. Fa citeva
experimente, si pina la urma trebuie sa mearga.
> configurari ca se pot leag doua squiduri intre ele, gandidu-ma ca toata
> lumea sa puna ca proxy adresa squidului terestru, iar acesta intai sa-l
> intrebe pe ala legat la EOL si in cazul cand nu primeste nimic de la el sa
> o ia direct pe legatura terestra.
"Squid-ul terestru" poate decide si singur daca parent-ul (EO) e
available sau nu, si daca nu atunci s-o ia direct pe default route. E
una din facilitatile pe care le-am folosit de multa vreme, cu succes.
Trebuie doar sa-l configurezi ca lumea.
--
Florin Andrei
---
Send e-mail to '[EMAIL PROTECTED]' with 'unsubscribe rlug' to
unsubscribe from this list.
