Squid veel te traag

[asusk7m550]

Ik heb net even de search gedaan, maar ik kom er niet uit
Ik heb een squid proxy draaien (2.3-STABLE2) op linux redhat 6.2.
Nu werkt de proxy wel, maar het gaat erg sloom.
Nu heb ik mijn nameserver er uitgegooit, want misschien is dat het. Maar dit wil niet.
Ik heb de verwijziging veranderd, maar nee hoor het helpt niet. Wat zou het nog meer kunnen zijn??

[Verwijderd]

Wat zijn je systemspecs waar squid op draai en welke programma's draai je nog meer? Kortom iets meer info graag, want zo wordt het een raadspelletje

[asusk7m550]

Het is een Pentium 233 MMX.
met 64 MB geheugen, alleen mijn eigen pc hangt nu achter de server en maakt gebruik van de proxy.
Verder draai ik apache, postgresql, imap, LDAP, sendmail.
Maar die zitten de heledag niet aan het doen.

[moto-moi]

Op maandag 22 oktober 2001 23:20 schreef asusk7m550 het volgende:
Het is een Pentium 233 MMX.
met 64 MB geheugen, alleen mijn eigen pc hangt nu achter de server en maakt gebruik van de proxy.

In dat geval zal een proxy vaak vertragend werken. Jouw computer vraagt aan de proxy bijv. een .html pagina op (Tweakers.net :-) ), deze gaat daarne een verbinding met tweakers.net maken, slaat pagina op, en geeft hem dan door aan jouw computer. Als je dat nou met een computer of 3 doet, en deze computer vaak dezelfde pagina's aanvragen, zal het sneller gaan, aangezien een pagina dan in de cache staat van de proxy.. Maar het lijkt me eerlijk gezegt weinig nut hebben met maar een computer..

Then again, I could be wrong :-)

[Verwijderd]

In dit draadje komen een aantal oplossingen voorbij.http://gathering.tweakers.net/forum/list_messages/90461/1?limit=25

Misschien zit er wat voor je tussen.

[Verwijderd]

Op maandag 22 oktober 2001 23:23 schreef moto-moi het volgende:

[..]

In dat geval zal een proxy vaak vertragend werken. Jouw computer vraagt aan de proxy bijv. een .html pagina op (Tweakers.net :-) ), deze gaat daarne een verbinding met tweakers.net maken, slaat pagina op, en geeft hem dan door aan jouw computer. Als je dat nou met een computer of 3 doet, en deze computer vaak dezelfde pagina's aanvragen, zal het sneller gaan, aangezien een pagina dan in de cache staat van de proxy.. Maar het lijkt me eerlijk gezegt weinig nut hebben met maar een computer..

Then again, I could be wrong :-)

En wat als je een vrij statische pagina meerdere keren opvraagt op een computer. Dan serveert squid hem toch ook gewoon bij de 2e keer. Dus toch snelheiswinst.

[asusk7m550]

Die had ik dus net ook al opgezocht en gedaan, maar het helpt helemaal niets.
Ik heb nu mijn apache,postgresql en LDAP er uitgegooit. Maar nog steeds het zelfde probleem.
Ook als ik een pagina met een plaatje opvraag, komt er een gedeelte van het plaatje maar niet het hele plaatje.

Oja ik doe dit om een proxy server op te zetten voor het netwerk, maar als het niet werkt dan hoef ik de proxy nog niet in te zetten (en mijn pc is nu de test pc)

[Stalkert]

ik heb squid draaien op een redhat 7.1 bak met een pentium 133. Ik kan niet echt zeggen dat het trager werkt. Kben er eigenlijk best tevreden over, net zoals over mijn named-dnsserver

[Verwijderd]

In je eerste reply zeg je dat je iets van dns server draait. In je 2 reply komt hij niet meer voor in het lijstje met services of draait dns op een andere pc? Staat je ip van je client pc wel in die DNS of werk je gewoon met /etc/hosts files, want dan moet je je ip daaraan toevoegen.

[update]
Ook al staat je ip in je dns server als je die stopt dan kan er geen reverse lookup gedaan worden. Ik denk toch dat je het in die hoek moet zoeken.

[moto-moi]

Op maandag 22 oktober 2001 23:25 schreef balou het volgende:
En wat als je een vrij statische pagina meerdere keren opvraagt op een computer. Dan serveert squid hem toch ook gewoon bij de 2e keer. Dus toch snelheiswinst.

Hmm, hoe vaak reload jij bijv. een homepage bij bijv. planet-internet ? Dat gebreurt bijna nooit :-)

En voor GoT of tweakers.net lijkt het mij alleen maar overkill...

[Verwijderd]

Op maandag 22 oktober 2001 23:31 schreef moto-moi het volgende:

[..]

Hmm, hoe vaak reload jij bijv. een homepage bij bijv. planet-internet ? Dat gebreurt bijna nooit :-)

En voor GoT of tweakers.net lijkt het mij alleen maar overkill...

Zoals je intussen kan lezen is het een testopstelling en wordt het als het werkt in een (misschien groter) netwerk gebruikt. Bovendien draai ik zelf ook (nog) geen squid server, maar wil ik het binnenkort wel gaan doen, gewoon om wat ervaring op te doen.

[asusk7m550]

Ik had een DNS server draaien, maar ik heb die gestopt.
De bestanden /etc/resolv.conf en /etc/dhcpd.conf heb ik aangepast aan de nieuwe situatie.

[Verwijderd]

Op maandag 22 oktober 2001 23:36 schreef asusk7m550 het volgende:
Ik had een DNS server draaien, maar ik heb die gestopt.
De bestanden /etc/resolv.conf en /etc/dhcpd.conf heb ik aangepast aan de nieuwe situatie.

Wat heb je precies aangepast in die bestanden dan? In resolv.conf kun je je dns server opgeven en in dhcpd.conf je dhcp server configuratie. Ik zie niet in wat je daar aan zou moeten veranderen. Heb je het zo en zo als eens geprobeerd met die DNS server gewoon aan en staat je client ip wel in die DNS?

[moto-moi]

Op maandag 22 oktober 2001 23:36 schreef balou het volgende:
Zoals je intussen kan lezen is het een testopstelling en wordt het als het werkt in een (misschien groter) netwerk gebruikt. Bovendien draai ik zelf ook (nog) geen squid server, maar wil ik het binnenkort wel gaan doen, gewoon om wat ervaring op te doen.

Ervaring is altijd handig, en zoals ik schreef, met een aantal computers is het wel handig..
Ik gebruik het zelf niet, aangezien ik _nu_ al vaak op <shift>-Reload druk.. Maar dat kan ook mijn nieuwsgierige aard zijn ;-)

[asusk7m550]

Oja mijn conf ziet er als volgt uit:
[code]http_port 8080
icp_port 0
acl QUERY urlpath_regex cgi-bin \?
no_cache deny QUERY
cache_mem 16 MB
cache_dir ufs /cache 200 16 256
redirect_rewrites_host_header off
replacement_policy GDSF
acl localnet src 192.168.1.0/255.255.255.0
acl localhost src 127.0.0.1/255.255.255.255
acl Safe_ports port 80 443 210 119 70 21 1025-65535
acl CONNECT method CONNECT
acl all src 0.0.0.0/0.0.0.0
http_access allow localnet
http_access allow localhost
http_access deny !Safe_ports
http_access deny CONNECT
http_access deny all
cache_mgr [e-mail]
cache_effective_user squid
cache_effective_group squid
log_icp_queries off
cachemgr_passwd *** all
buffered_logs on

[Verwijderd]

waar staat de optie log_fqdn in /etc/squid.conf op ingesteld?
Als die op 'on' staat gaat squid bij ieder IP dat connect de fqdn zoeken (volledige dns naam)
Als je je dns niet hebt geconfigureerd met een reverse lookup zone voor je interne netwerk gaan bind bij de forwarders op zoek (vooropgesteld dat je die hebt ingesteld)
Kan ie daar niks op vinden (en dat kan ie niet als je een private ip reeks gebruikt) kan dat ff duren.
Zet je vervolgens je eigen DNS uit en past /etc/resolv.conf aan naar de DNS server van je ISP heb je nog steeds hetzelfde verhaal.

[edit] je hebt inmiddels de config gepost zie ik...
zet de optie 'log_fqdn off' er eens in voor de zekerheid (bij mij staat de optie er niet in, en logt ie alleen ip's, maar je weet nooit)

[Verwijderd]

Op maandag 22 oktober 2001 23:43 schreef Operations het volgende:
waar staat de optie log_fqdn in /etc/squid.conf op ingesteld?
Als die op 'on' staat gaat squid bij ieder IP dat connect de fqdn zoeken (volledige dns naam)
Als je je dns niet hebt geconfigureerd met een reverse lookup zone voor je interne netwerk gaan bind bij de forwarders op zoek (vooropgesteld dat je die hebt ingesteld)
Kan ie daar niks op vinden (en dat kan ie niet als je een private ip reeks gebruikt) kan dat ff duren.
Zet je vervolgens je eigen DNS uit en past /etc/resolv.conf aan naar de DNS server van je ISP heb je nog steeds hetzelfde verhaal.

Ik doelde al de hele tijd op reverse DNS lookups. Alleen wist ik niet dat je dat ook kon uitschakelen binnen squid (mijn gebrek aan uitgebreide squid kennis). Maar misschien mooier is om je dns gewoon goed te verzorgen, want er zijn veel paketten die reverse lookups doen.

[Pc123]

Misschien moet je ff kijken of je system load niet te hoog is door programmatjes die niet helemaal goed werken.

[asusk7m550]

Mijn load was net 0.00 0.00 0.00.
Ook te bewonderen op de server