Hallo Natureshadow,
danke nochmals für dein Feedback. Ich weiss deine Antworten wie auch die der anderen User sehr zu schätzen. Wie du richtig erkannt hast, lese ich mich in verschiedene Thematiken ein, versuche die Zusammenhänge zu erkennen und probiere sehr viel aus. Mein Ziel ist es immer zu verstehen, was genau wie funktioniert. Wenn ich dann am Ziel angelangt bin und auch das Verständnis entwickelt habe, hilft es mir unheimlich weiter. Oft stosse ich dabei auf Verständnisprobleme oder poste parallel meine Fragen, während ich recherchiere. Das mache ich nicht um das Forum zu spammen, sondern aus einem einfachen Grund: Ich möchte mir stets Anregungungen sammeln und vor allem Ideen. Dadurch dass mir andere User antworten und auf hoffentlich mir unbekannte Richtungen lenken, erweitere ich hoffentlich meinen Horizont. Ich will nicht stur nach einem Schema arbeiten, sondern mich freut es unheimlich zu erfahren, wie ihr -die Profis- in der Praxis damit umgeht. Selbst wenn ich mein Ziel bereits erreichen konnte, möchte ich mehr zum speziellen Thema lernen und auch wissen wie es der Rest der Welt so handhaben tut.
Ich kann dich beruhigen, dass viele meiner Fragen nicht in produktiven Szenarien Einsatz finden, sondern lokal in meinen Testdomänen. Ich habe zum Glück die Mittel und kann in Ruhe alles mögliche ausprobieren und das ist auch gut so. Ich danke dir wirklich recht herzlich für all deine Ratschläge und Tips. Ich bemühe mich, soweit es mir möglich ist, in die Thematik gründlich einzulesen, Indianerehrenwort
Back to topic:
Leider wurden meine offenen Fragen noch nicht beantwortet. Es geht mir jetzt wirklich um die WPAD und Autoproxy (.pac) Funktion. Ob und wie der SRV RR funzt soll nebensächlich sein, denn: ich weiss ja immer noch nicht einmal ob ich solch ein SRV überhaupt benötigen sollte? Vielleicht stammt das sogar aus älteren Zeiten, wo WPAD noch in den Kinderschuhen steckte, oder nicht viele Browser die Autoproxy-Config-Möglichkeit boten. Ich habe jetzt etliche Seiten zu dieser Thematik gelesen und es funktioniert auch bisher mit dem "FIREFOX".
HTTP-Clients können sich ihre Proxy-Konfiguration selbstständig aus einem JavaScript erzeugen, das allgemein als WPAD bezeichnet wird.
soviel ich weiss nennt sich das PAC-Datei. WPAD kommt hier noch gar nicht ins Spiel. Das Javascript wird in der PAC-Datei geschrieben.
Es gibt verschiedene Möglichkeiten, dieses Skript abzulegen. Standardmäßig suchen die meisten Browser z.B. das Skript unter
http://wpad.äres DNS-Suffix>/wpad.dat
es soll wohl auch Browser geben, die nach wpad.pac oder wpa
t.dat suchen. Was nu?
Du kannst per DHCP die von dir genannte Option mitgeben.
Klar, bloss woher weiss welche Clients das überhaupt verarbeiten können? Ich hab mit code 252 verteilt, soweit ok. Aber können das wirkliche ALLE DHCP-Clients ? Woher finde ich genau Angaben hierzu?
Deine Frage, ob die Datei in diesem Fall denn dann wpad.dat oder wpad.pac heißen mus, ist irrelevant, weil du da ja einen eindeutigen URI übergibst!
Der DHCP-Server-Eintrag lautet doch "option wpad-url "
http://192.168.111.222/wpad.dat"; also mit Angabe des Dateinamens. Oder hab ich jetzt was falsch verstanden (zumindest auf einigen Sites hatte ich das so gelesen) Ich habs mal getestet. Wenn ich im IE manuell das Proxy-Skript als URL angebe, dann teste ich folgende Eingaben (immer mit Browser-Restart anschließend). Ins Feld habe ich abwechselnd eingegeben "192.168.111.222", "
http://192.168.111.222". Das funktioniert leider nicht, IE kann keine Scriptdaten so auslesen.
Auf meinem Web-Server gibts mein Proxy-Skript in drei Dateiausführungen, also "
http://192.168.111.222/wpad.dat", "
http://192.168.111.222/wpad.pac", und auch eine "
http://192.168.111.222/wpat.dat". Gebe ich das so in den IE funktionieren alle 3 Varianten. Bedeutet also schonmal, dass der IE alle 3 verarbeiten kann und nicht auf eine bestimmte Dateiendung festgelegt ist.
Du kannst auch mit einem SRV-Record in der Zone deines primären DNS-Suffix Host und Port des HTTP-Server überschreiben. Allerdings heißt der Name dafür wpad._tcp (bei dir fehlt der Unterstrich)
siehe mein folgendes Statement/ bzw. Frage hierzu ...
An der Apache-Konfig brauchst du im Wesentlichen nichts zu ändern - im einfachsten Fall setzt du, unter der Annahme, dass der Server, auf dem die wpad-Datei liegt, 192.168.1.1 als IPv4-Adresse hat, in deiner DNS-Zone
es wäre sinnvoll noch ServerAliase richtig zu setzen, falls NameVirtualHost verwendet wird. So stellt man sicher, dass in jedem Falle (hostname only oder FQDN) der Webserver den Aufruf interpretiert und zur richtigen Site leitet. Mit einem korrekten DNS sollte das aber auch vernachlässigbar sein imho.
Warum ich das alles frage?
ich finde nirgends Daten, welche Browser welchen Mechanismus verarbeitet/verarbeiten kann. Ich hab funktionierendes DNS; der Client kann "wpad" und "wpad.meinedomain.de" auflösen und auf "
http://wpad/wpad.dat" oder "
http://wpad.meinedomain.de/wpad.dat" kann er auch zugreifen. Schalte ich im Firefox die Automatische Suche ein, dann funktioniert das. Soweit so gut, aber im Internet Explorer funktioniert's eben
NICHT. Natürlich habe ich auch dort "automatisch suchen" gewählt und den Browser sicherheitshalber auch restartet. Das lässt mich doch darauf schliessen, dass der Microschrott irgendwie anders abfrägt oder abarbeitet. Auf jeden Fall greift mein wpad übers DNS nicht. Oder nicht? Könnte also sein, dass der IE den SRV RR im DNS benötigt, oder vllt. auch einen TXT record, oder weiss der Kukuck ...
Man könnte jetzt evtl. mit Sniffern arbeiten, aber damit habe ich leider noch keine Erfahrung. Bevor ich mich schwer tue, würde ich natürlich gerne in die Runde fragen, ob jemand mehr Infos dazu hat. Welcher Browser benötigt spezielle Mechanismen? Vielleicht
Man gibt Geld aus, das man nicht hat, um damit Dinge zu kaufen, die man nicht braucht, um damit Leute zu beeindrucken, die man nicht mag.