-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Oshte malko dopylnenie, ako razreshite za iziasnenie na problema
dokrai s dumi prosti.

Po princip tova opisanie

cache_peer IP_2 parent 3128 0

zabraniava ICP uslugata za proverka na cache. 

Sega niakoi shte si pomisliat (znam kak shte stane i zatova pravia
utochneniata), che ne traibva da polzvat ICP uslugata. Ne e taka.

Prosto, kogato edin host izpylniavash proxy-cache usluga se
ukazhe kato parent, to taka i taka vsichko minava prez nego i
pitaneto za cache malko se obezmislia.

ICP obache e moshtna usluga, koiato za goliamo moe syzhalenie
e malko poznata po nashite zemi i pochti neizpolzvana ot strana
na klientskia softwarev svetoven mashtab. ICP proiaviava svoiata
sila, kogato imame sibling (a ne parent) ukazvane na host za
cache ot strana na drug cache server. Ideologiata e da se ukazhat
mnogo hostove kato subling (a ne parent) i da se izprashtat UDP
zaiavki za izvlichane na cache. Ako ima cache, otgovariash na
kriteriite na zaiavkata, toi se vryzhta po TCP. Az primerno imam
4 takiva cache.

Ot druga strana sym pomagal na poznati, koito sa iskali da imat
proxy server pri sebe si i da ukazhat proxy-serverite na
dostvchika si kato sibling. Niakyde e stavalo... drugade sym 
poluchaval divo absurdnia otgovor, che tazi usluga e v razrez
z politikata na mrezhova sigurnost na firmata (!!!!!!!!!!!!!).

No ako mozhete vi syvetvam da pravite sibling omrezhvane. 
Sibling omrezhvaneto e tolkova po-efektivno, kolkoto poveche
uchastnici ima v nego, stiga te da sa razbira se svyrzani kym
vas chrez sravnitelno byrza vryzka (sravnitelno spriamo traffica
koito obmeniate).

Ako vie ste ukazali HOST_A za sibling na vashia proxy-cache, 
a HOST_A e ukazal vashia proxy-cache server za svoi
sibling, to tova ne e greshno i niama da dovede do bezkraina
rekursia pri podavane na ICP zaiavka. Prichinata e, che ICP
zaiavkata zapitva dadenata mashina za nalichen cache i ne
se prodylzhava vyz osnova na nastroiki v conf. fail za sibling
vyrhu drugi mashini. 

  Pozdravi
     Vesselin Kolev

On Thursday 20 Feb 2003 10:47, Vesselin Kolev wrote:
> Napisah otgovor na Todor, no lichno. Shte e dobra da napisha
> otgovora i tuk za da mozhe da se tyrsi v archiva na lista.
>
> Reshenieto na probleme e prosto:
>
> redyt
>
> cache_peer IP_2 parent 3128 3130
>
> da se zameni s
>
> cache_peer IP_2 parent 3128 0
>
> Inache se poluchava taka, vse edno ima ICP zapitvania
> za izvlichane na nalichen cache na port 3130/udp (taka
> e po standart). Ako niama nalichen cache se vryshtat
> podobni syobshtenia kato v log-a, koito beshe predstaven.
>
>   Tova e v obshti linii.
>
>     Pozdravi
>       Vesselin Kolev
>
> On Thursday 20 Feb 2003 09:42, Todor Lazarov wrote:
> > Hello lug-bg,
> >
> > Ако може малко помощ.
> >
> > Имам два прокси сървера (squid 2.5.STABLE1)
> > Искам единия (IP_1) да го вържа към другия.
> >
> > т.е. да стане parent на другия.
> >
> > В squid.conf
> >
> > Описвам следното на прокси с адрес IP_1:
> >
> > cache_peer IP_2 parent 3128 3130
> > cache_peer_domain IP_2 .com .net .bg
> >
> >
> > А на прокси с IP (IP_2).
> > Добавям прокси с IP_1 в access list
> >
> >
> > Ето и схемата:
> >
> >
> > IP_1 |--------------------| IP_2
> >
> > Но когато прокси IP_1 подаде заявка към IP_2
> > в лога се вижда следното:
> >
> > 1045723268.394      0 IP_1   UDP_MISS/000 39 ICP_QUERY http://www.dir.bg/
> > - NONE/- - 1045723314.372      0 IP_1   UDP_MISS/000 43 ICP_QUERY
> > http://www.007.dir.bg/ - NONE/- -
> >
> > Което ме навежда на мисълта че не е наред.
> > Иначе ако някой host се върже към проксито IP_2 няма проблеми.
> >
> > Къде греша.
> >
> >
> > ----------------------------------
> > Best regards,
> >  Todor Lazarov , M.Sc., eng.
> >  System and network administrator
> >  +359 (03051) 3345
> >  Chepelare
> >
> >  mailto:[EMAIL PROTECTED]
> > ----------------------------------
>
> ===========================================================================
>= A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
> http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara
> Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
> ===========================================================================
>=
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+VKMN+48lZPXaa+MRAtjGAKCuFoxSFm8KPAqlcw+8z8D04KBa7gCdH6RK
n6nbGbya/4CE7Sr0zMOk8Mk=
=xG1X
-----END PGP SIGNATURE-----

============================================================================
A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
============================================================================

Reply via email to