<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[WPAD Autconfig + WebConfigurator distinto puerto de acceso]]></title><description><![CDATA[<p dir="auto">Que tal amigos, un saludo a todos.</p>
<p dir="auto">Explico mi consulta a los gurús existentes en este foro. Llevo usando pfSense desde hace varios años con la famosa combinación Squid+SquidGuard en modo TRANSPARENTE, hasta aqui todo perfecto. En las diferentes instancias que tengo el pfSense funcionando los equipos superan el numero de 300 a 400 PCs, el modo transparente es lo ideal para no tener que tocar todos los equipos y configurarles una direccion proxy manualmente.</p>
<p dir="auto">Hace unas semanas quise implementar el modo NO-TRANSPARENTE de Squid utilizando para evitar la configuración de cada equipo la opción WPAD con DNS Resolver y DHCP 252 String, pero Oh! sorpresa, por seguridad yo siempre configuro el puerto de acceso al pfSense al GUI por un puerto distinto al 80, y me percato que la auto-configuracion del WPAD por DNS Resolver y DHCP falla cuando se cambia ese puerto de acceso webConfigurator.</p>
<p dir="auto">Si configuro el TCP Ports del webConfigurator al puerto por default (80) todo me funciona correctamente y el squid solicita autenticacion. Firefox, Chrome, Safari y dispositivos móviles pueden navegar pasando por el proxy sin problemas, pero si cambio dicho puerto no pueden.</p>
<p dir="auto">Alguno ha tenido este mismo problema?</p>
<p dir="auto">Agradezco sus comentarios.</p>
]]></description><link>https://forum.netgate.com/topic/139529/wpad-autconfig-webconfigurator-distinto-puerto-de-acceso</link><generator>RSS for Node</generator><lastBuildDate>Tue, 08 Sep 2026 15:32:30 GMT</lastBuildDate><atom:link href="https://forum.netgate.com/topic/139529.rss" rel="self" type="application/rss+xml"/><pubDate>Fri, 11 Jan 2019 16:37:30 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to WPAD Autconfig + WebConfigurator distinto puerto de acceso on Mon, 08 Apr 2019 12:14:01 GMT]]></title><description><![CDATA[<p dir="auto">Referido a Android oficialmente no es soportado actualmente y las perspectivas no parecen alentadoras.<br />
Ver más detalles en este <a href="https://issuetracker.google.com/issues/36963864" target="_blank" rel="noopener noreferrer nofollow ugc">link</a>.</p>
]]></description><link>https://forum.netgate.com/post/835758</link><guid isPermaLink="true">https://forum.netgate.com/post/835758</guid><dc:creator><![CDATA[chicago_cs]]></dc:creator><pubDate>Mon, 08 Apr 2019 12:14:01 GMT</pubDate></item><item><title><![CDATA[Reply to WPAD Autconfig + WebConfigurator distinto puerto de acceso on Mon, 08 Apr 2019 11:59:51 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/sysmus">@<bdi>sysmus</bdi></a> Perdón por "retomar"algo que ya ha sido cerrado hace tiempo, pero quisiera saber si en los dispositivos móviles funciona bien wl WPAD, porque lo que estuve leyendo y viendo en Youtube hasta ahora es algo viejo y en ese momento se decía que los dispositivos móviles tenían problemas con WPAD y había que configurarlos manualmente. Es cierto o ya han podido solucionar esto?<br />
Desde ya, muchas gracias.</p>
]]></description><link>https://forum.netgate.com/post/835744</link><guid isPermaLink="true">https://forum.netgate.com/post/835744</guid><dc:creator><![CDATA[Lynke]]></dc:creator><pubDate>Mon, 08 Apr 2019 11:59:51 GMT</pubDate></item><item><title><![CDATA[Reply to WPAD Autconfig + WebConfigurator distinto puerto de acceso on Wed, 23 Jan 2019 03:47:39 GMT]]></title><description><![CDATA[<p dir="auto">Me respondo yo mismo y doy por cerrado el caso.</p>
<p dir="auto">Al cambiar el puerto de acceso 80 a otro en caso de HTTP, en caso de HTTPS 443 a otro cualquiera, el servidor WEB que sirva el archivo de configuracion "Wpad.dat, Wpad.da y Proxy.pac" no puede ser el propio pfSense. Esto debido a que los navegadores buscan esa autoconfiguración siempre por el puerto 80 y es por eso que la autoconfiguración falla en los navegadores y dispositivos.</p>
<p dir="auto">El caso queda resuelto simplemente instalando un contenedor con el servidor WEB NGinx en mi caso pues yo uso Proxmox en mi servidor, y listo! CASO CERRADO...</p>
]]></description><link>https://forum.netgate.com/post/819255</link><guid isPermaLink="true">https://forum.netgate.com/post/819255</guid><dc:creator><![CDATA[sysmus]]></dc:creator><pubDate>Wed, 23 Jan 2019 03:47:39 GMT</pubDate></item><item><title><![CDATA[Reply to WPAD Autconfig + WebConfigurator distinto puerto de acceso on Fri, 18 Jan 2019 02:12:16 GMT]]></title><description><![CDATA[<p dir="auto">Verifica este <a href="https://forum.netgate.com/topic/138620/wpad-en-2-4-4p1">tópico</a> podría serte útil.</p>
]]></description><link>https://forum.netgate.com/post/818291</link><guid isPermaLink="true">https://forum.netgate.com/post/818291</guid><dc:creator><![CDATA[chicago_cs]]></dc:creator><pubDate>Fri, 18 Jan 2019 02:12:16 GMT</pubDate></item><item><title><![CDATA[Reply to WPAD Autconfig + WebConfigurator distinto puerto de acceso on Thu, 17 Jan 2019 05:16:24 GMT]]></title><description><![CDATA[<p dir="auto">WPAD hasta donde se solo funciona en el puerto 80, saludos.</p>
]]></description><link>https://forum.netgate.com/post/818031</link><guid isPermaLink="true">https://forum.netgate.com/post/818031</guid><dc:creator><![CDATA[periko]]></dc:creator><pubDate>Thu, 17 Jan 2019 05:16:24 GMT</pubDate></item></channel></rss>