Dave Miner writes: > > to the DHCPINFORM request, I thought the client would just > > use the URL to get the PAC file. I checked the WPAD draft > > carefully. So it seems that the method used in the CURL must > > be through HTTP. I don't know if Firefox/Mozilla is "smart" > > enough to understand a "file:///..." CURL... > > > > Knowing nothing about the WPAD method, I'm still bothered by the above; > NWAM should not be in the business of responding to DHCPINFORM requests, > because then you're trying to hijack DHCP server operations, which of > course creates yet more problems. So can you clarify what you really mean?
I have trouble with that part, too, but for a slightly different reason. If Firefox (et al) want to retrieve the DHCP options on Solaris, shouldn't they be using dhcpinfo? If they're really sending DHCPINFORM, then the whole thing sounds extremely kludgy to me. In any event, in the WPAD documents I read, there are two mechanisms here: one if by DHCP, and the other if by DNS, and both require cooperation of an HTTP server (which, presumably, is also your proxy machine). I still think that if we're to support WPAD at all, we should just make it easy to use. Faking it up to interpose on Firefox's behavior seems very likely to end in tears. -- James Carlson, Solaris Networking <[EMAIL PROTECTED]> Sun Microsystems / 1 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 _______________________________________________ networking-discuss mailing list [email protected]
