<?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[Web interface issue]]></title><description><![CDATA[<p dir="auto">Hello All,</p>
<p dir="auto">(2) pfSense-2.0.1-RELEASE  (i386)</p>
<p dir="auto">I wanted to post to this thread ,although our webconfigurator(s) does not exhibit behaviour exactly as indicated in the the OP's initial post.<br />
The two installs are on identical 1U p4 3.2 ghz 2GB ram sata drive machines,,,for completeness to this post.<br />
Over a period of any where from 5 days to 2 weeks the webconfigurator becomes inaccessible. By merely doing a telnet &lt;ipaddress&gt;80 no response is returned.<br />
Doing an ssh &lt;ipaddress&gt;and getting into the pfSense machine console and doing an 11-restart Webconfigurator the webGui is immediately accessible.<br />
We have never experienced the 'hard lock' state as mentioned in some previous posts.</p>
<p dir="auto">Also worth noting I never had this trouble at all until I issued another admin login for my helper. She is very savy and methodical in everything she does,but the point I am making it seems to me to possibly have something to do with the 'locking' pieces into the web interface built into pfSense.<br />
Now that we know the quick fix it is not a big deal. When this happened the first few times,,I thought it was going to really be a pain to keep this setup working as we need it to.</p>
<p dir="auto">Also, both setups were clean installs of pfSense-2.0.1-RELEASE but a config from pfSense-1.2.3-RELEASE was imported to each machine,,,just for completeness to this post. I somewhat wonder if this may be causing some config snafoo behind the scene. Just a thought?</p>
<p dir="auto">Take Care,<br />
Barry&lt;/ipaddress&gt;&lt;/ipaddress&gt;</p>
]]></description><link>https://forum.netgate.com/topic/45010/web-interface-issue</link><generator>RSS for Node</generator><lastBuildDate>Sat, 18 Apr 2026 16:11:27 GMT</lastBuildDate><atom:link href="https://forum.netgate.com/topic/45010.rss" rel="self" type="application/rss+xml"/><pubDate>Wed, 16 May 2012 14:28:16 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Web interface issue on Wed, 23 May 2012 13:53:38 GMT]]></title><description><![CDATA[<p dir="auto">thanks jimp,</p>
<p dir="auto">Will do this in the future.<br />
Makes sense.</p>
<p dir="auto">Barry</p>
]]></description><link>https://forum.netgate.com/post/337968</link><guid isPermaLink="true">https://forum.netgate.com/post/337968</guid><dc:creator><![CDATA[brcisna]]></dc:creator><pubDate>Wed, 23 May 2012 13:53:38 GMT</pubDate></item><item><title><![CDATA[Reply to Web interface issue on Wed, 16 May 2012 14:34:51 GMT]]></title><description><![CDATA[<p dir="auto">Even if you think your problem is similar, unless it's 100% identical, start a new thread. We can always merge threads if needed.</p>
<p dir="auto">That sounds like perhaps the other person is leaving a browser window open to the traffic graphs or similar and something is getting stuck there, so probably not the same as the others in this thread.</p>
]]></description><link>https://forum.netgate.com/post/336735</link><guid isPermaLink="true">https://forum.netgate.com/post/336735</guid><dc:creator><![CDATA[jimp]]></dc:creator><pubDate>Wed, 16 May 2012 14:34:51 GMT</pubDate></item></channel></rss>