Squid (locale adressen umgehen

Hallo Linux Gemeinde

Habe eine kleine frage, und zwar
wie kann ich meinem Localem Squidt Cache Proxy mitteilen
das er bei besteimmten adressen nicht seinen gegen Partner (cache_peer) fragen soll.

Der hintergrund ist folgender,
ich möchte mir erstaren die adressen die ganzen localen adressen im IExplorer einzutragen .
da dies ein riesen aufwand wäre.

MfG
Marcus Lindemann

Hallo,

die squid.conf ist gut inline dokumentiert. Les sie einfach durch und du wirst es wissen.:wink:

Und nebenbei wirst du noch mehr über den squid erfahren und evtl. weitere nützliche Funktionen sehen.

in diesem Sinne noch einen schönen Tag

polarix

Danke für Deine schnelle und fachgerechte Antwort.

Und ich dachte ich würde auch in diesem Forum nur wieder solch eine Antwort bekommen, wie z.b.

Ließ erst mal die Manpage oder andere Howto´s zu deinem Thema.

Mfg
Marcus

[Bei dieser Antwort wurde das Vollzitat nachträglich automatisiert entfernt]

OT Howtos und Manpages

Danke für Deine schnelle und fachgerechte Antwort.

Hat es dich den weiter gebracht?

Hast du die Lösung ?

Und ich dachte ich würde auch in diesem Forum nur wieder solch
eine Antwort bekommen, wie z.b.

Ließ erst mal die Manpage oder andere Howto´s zu deinem Thema.

Was ist daran verkehrt ?

Frage dich mal warum die Leute so etwas schreiben ?

Meine Gründe kurz zusammengefasst. (Habe diese Diskussion schon zu oft geführt und fasse mich deshalb kurz)

-> Warum soll ich jedesmal das selbe schreiben, wenn es schon geeignete Doku gibt?

Wenn ich sehe das jemand die Doku gelesen hat, aber noch verständnis Probs hat, werde ich Ihm natürlich auch detailierter weiterhelfen.

-> Warum soll ich meine Zeit aufwenden um jemanden zu helfen der nicht mal selber bereit ist Zeit dafür zu investieren um sich selbst zu helfen?

usw.

cu

Markus

Hallo!

-> Warum soll ich jedesmal das selbe schreiben, wenn es
schon geeignete Doku gibt?

Wenn Du nichts zu sagen hast, außer Klugschei*erei, dann lass es doch einfach. Niemand zwingt Dich, jede Frage zu beantworten…

Wenn ich sehe das jemand die Doku gelesen hat, aber noch
verständnis Probs hat, werde ich Ihm natürlich auch
detailierter weiterhelfen.

Woran siehst Du denn, dass dieser Marcus unerfahren ist? Möglicherweise hat er ja die Doku gelesen, HOWTO’s durchsucht, und sieht möglicherweise vor lauter Anleitungen und Details den Wald vor Bäumen nicht mehr.

-> Warum soll ich meine Zeit aufwenden um jemanden zu
helfen der nicht mal selber bereit ist Zeit dafür zu
investieren um sich selbst zu helfen?

Warum verbringst Du Deine Zeit dann nicht damit, ein Buch zu schreiben, dass von Posts bei werweisswas.de handelt, die Dich so sehr stressen, dass Du zwar unqulifizierte Beiträge schreiben kannst, aber eine einfache Angabe wie die unten stehende nicht hinbekommst?

In diesem Sinne einen schönen Gruß an Marcus (ich hoffe, damit funktioniert es).

mfg
Thomas

TAG: always_direct

Usage: always_direct allow|deny [!]aclname …

Here you can use ACL elements to specify requests which should

ALWAYS be forwarded directly to origin servers. For example,

to always directly forward requests for local servers use

something like:

acl local-servers dstdomain my.domain.net

always_direct allow local-servers

To always forward FTP requests directly, use

acl FTP proto FTP

always_direct allow FTP

NOTE: There is a similar, but opposite option named

‚never_direct‘. You need to be aware that "always_direct deny

foo" is NOT the same thing as „never_direct allow foo“. You

may need to use a deny rule to exclude a more-specific case of

some other rule. Example:

acl local-external dstdomain external.foo.net

acl local-servers dstdomain .foo.net

always_direct deny local-external

always_direct allow local-servers

This option replaces some v1.1 options such as local_domain

and local_ip.

#Default:

none

Hallo CupRacer,

Wenn Du nichts zu sagen hast, außer Klugschei*erei, dann lass
es doch einfach. Niemand zwingt Dich, jede Frage zu
beantworten…

Bitte nicht persönlich werden.

Ich habe Ihm mit meiner Anwort sehr wohl weiter geholfen.

Damals habe ich vor der selben Frage gestanden und habe es genau so gemacht. Ich hatte damals kaum Erfahrung und von daher kann es für einen Einsteiger nicht allzu schwer sein die gewünschte Lösung zu finden.
(BTW damals war es inside_firewall oder so ähnlich)

Man kann dann evtl. erfahrene Leute fragen ob der Lösungweg den man sich ausgedacht hat auch wirklich sinnvoll ist.

BTW
Daran erkennt man dann auch ob jemand versucht hat, sich ernsthaft selber mit der Materie zu beschäftigen.

Woran siehst Du denn, dass dieser Marcus unerfahren ist?

Das möchte ich gar nicht.

Möglicherweise hat er ja die Doku gelesen, HOWTO’s durchsucht,
und sieht möglicherweise vor lauter Anleitungen und Details
den Wald vor Bäumen nicht mehr.

Wie oben erwähnt es geht ganz klar aus der squid.conf hervor. Man muss nur einmal die Beschreibung zu dem Feature gelesen haben und schon weiß man ob es das gewünschte ist oder nicht.

Im zweifelsfall würde ich dann herkommen und fragen.
Bsp.

Ich möchte folgendes machen […] und denke das das Feature xy genau das ist was ich suche. Gibt es evtl. noch andere Möglichkeiten die besser wären ?

dass Du zwar unqulifizierte Beiträge
schreiben kannst, aber eine einfache Angabe wie die unten
stehende nicht hinbekommst?

Woher weißt du das ich so etwas nicht hinbekomme ?
Es hat schon seinen Grund warum ich nicht solche Kochrezepte liefere.

TAG: always_direct

Und du möchtest mir erzählen das ein aufmerksamer Leser der squid.conf, nicht selber auf diese einfache Lösung kommen kann ?

Von daher der verweis auf die squid.conf.

Letzendlich ist diese Diskussion wie überall (Newsgroups, Maillinglist usw.).

Nehmen wir mal an du hast einen Bekannten der ein Haus bauen möchte, aber keiner lei Ahnung hat wie das funktioniert.

Wie hilfts du Ihm deiner Meinung nach besser?

A) In dem du Ihm alles abnimmst ?
B) In dem du Ihm zeigst wir er sich selber helfen kann?

polarix

Nehmen wir mal an du hast einen Bekannten der ein Haus bauen
möchte, aber keiner lei Ahnung hat wie das funktioniert.

Wie hilfts du Ihm deiner Meinung nach besser?

A) In dem du Ihm alles abnimmst ?
B) In dem du Ihm zeigst wir er sich selber helfen kann?

Gib einem Hungrigen einen Fisch, und er ist fuer einen Tag satt. Zeig
ihm, wie man angelt, und er poebelt Dich an, dass er besseres zu tun
haette, als Schnuere ins Wasser haengen zu lassen.
 -- David Kastrup in de.comp.text.tex

Sebastian

Hallo Polarbear!

Nehmen wir mal an du hast einen Bekannten der ein Haus bauen
möchte, aber keiner lei Ahnung hat wie das funktioniert.

Wie hilfts du Ihm deiner Meinung nach besser?

A) In dem du Ihm alles abnimmst ?
B) In dem du Ihm zeigst wir er sich selber helfen kann?

Möglicherweise weiß dieser „Bekannte“ nicht, wie ein Haus gebaut wird, aber vielleicht kann er mit dem Werkzeug, dass dafür verwendet wird, sehr gut umgehen.

Möglicherweise ist dieser „Bekannte“ sehr erfahren in Sachen Linux + Dienste, und hat schon sehr viel erreicht. Vielleicht fehlen ihm nur ein paar Englisch-Kenntnisse… und so holt er sich „mal schnell“ Rat, ohne stundenlang Anleitungen übersetzen zu müssen, um dann festzustellen, dass er an der falschen Stelle sucht.

Vielleicht, womöglich, eventuell…

Letzendlich ist diese Diskussion wie überall (Newsgroups,
Maillinglist usw.).

Genau, deshalb schlage ich vor, es auf sich beruhen zu lassen, es bringt uns beide nicht weiter.

mfg
Thomas

Morgen,

Ich vertrete die Meinung das jede interaktion einen weiter bringt.
In dieser speziellen Sache wurden die verschiednen Sichtweisen jedoch schon zu oft dargelegt und deshalb würden wir uns im Kreis drehen.

Zumindest hat Sebastian einen schönen Spruch zitiert, der die Problematik sehr gut zusammen fasst.

Und ich hoffe das weningstens ein paar neue User diesen Spruch verstehen und einsehen das Hilfe zur selbst Hilfe nicht verurteilt werden sollte.

Und das du erkennts das meine Äusserungen nicht Klugscheißerei sind, sondern das ich Sie mache weil ich dafür einen Grund habe. Über den Grund kann man anderer Meinung sein…

In diesem Sinne

polarbear