<?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[Access from anywhere: securing FOP2]]></title><description><![CDATA[<p dir="auto">We have a customer that needs access to FOP2 from any public IP. They have been using Fonality's HUD and would like a similar experience..</p>
<p dir="auto">Apart from strong passwords, what are the best practices for securing FOP2?</p>
]]></description><link>http://localhost:4567/topic/2443/access-from-anywhere-securing-fop2</link><generator>RSS for Node</generator><lastBuildDate>Tue, 27 Oct 2026 05:47:59 GMT</lastBuildDate><atom:link href="http://localhost:4567/topic/2443.rss" rel="self" type="application/rss+xml"/><pubDate>Tue, 03 Jan 2017 02:51:38 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Access from anywhere: securing FOP2 on Tue, 15 Sep 2020 12:51:24 GMT]]></title><description><![CDATA[<p dir="auto">Hi Nicolas. FOP2 writes bad authentication attempts logs only for regular user  <a href="https://mypbx.com/fop2" rel="nofollow ugc">https://mypbx.com/fop2</a> but not for admin user  <a href="https://mypbx.com/fop2/admin" rel="nofollow ugc">https://mypbx.com/fop2/admin</a></p>
<p dir="auto">Thanks in advance.</p>
]]></description><link>http://localhost:4567/post/10723</link><guid isPermaLink="true">http://localhost:4567/post/10723</guid><dc:creator><![CDATA[JSANCHEZ1008]]></dc:creator><pubDate>Tue, 15 Sep 2020 12:51:24 GMT</pubDate></item><item><title><![CDATA[Reply to Access from anywhere: securing FOP2 on Mon, 13 Feb 2017 21:06:38 GMT]]></title><description><![CDATA[<p dir="auto">FOP2 does write an audit log if you enable it via the -a command line parameter, including Bad authentication attempts. Try adding -a /var/log/fop2_audit.log to the startup parameters in the /etc/sysconfig/fop2 file if you want.</p>
<p dir="auto">As for passwords on the wire, they are hashed/encrypted, they are not transferred plain text.</p>
<p dir="auto">Best regards,</p>
]]></description><link>http://localhost:4567/post/10722</link><guid isPermaLink="true">http://localhost:4567/post/10722</guid><dc:creator><![CDATA[nicolas]]></dc:creator><pubDate>Mon, 13 Feb 2017 21:06:38 GMT</pubDate></item><item><title><![CDATA[Reply to Access from anywhere: securing FOP2 on Mon, 13 Feb 2017 19:03:32 GMT]]></title><description><![CDATA[<p dir="auto">AFAIK FOP2 does not write bad auth anywhere. Does it?</p>
<p dir="auto">Also AFAIK, fop2 auth occurs over port 4445 so https would not encrypt those passwords.</p>
<p dir="auto">Thanks for great support as always.</p>
]]></description><link>http://localhost:4567/post/10721</link><guid isPermaLink="true">http://localhost:4567/post/10721</guid><dc:creator><![CDATA[sub0]]></dc:creator><pubDate>Mon, 13 Feb 2017 19:03:32 GMT</pubDate></item><item><title><![CDATA[Reply to Access from anywhere: securing FOP2 on Wed, 04 Jan 2017 06:44:20 GMT]]></title><description><![CDATA[<p dir="auto">Try to use fail2ban if FOP2 write bad auth in log.</p>
]]></description><link>http://localhost:4567/post/10720</link><guid isPermaLink="true">http://localhost:4567/post/10720</guid><dc:creator><![CDATA[AlexRS]]></dc:creator><pubDate>Wed, 04 Jan 2017 06:44:20 GMT</pubDate></item><item><title><![CDATA[Reply to Access from anywhere: securing FOP2 on Tue, 03 Jan 2017 22:05:10 GMT]]></title><description><![CDATA[<p dir="auto">you can use https and strong passwords. You can limit access to /fop2/admin via .htaccess or similar as you might probably do not want access to the manager from everywhere.</p>
<p dir="auto">Best regards,</p>
]]></description><link>http://localhost:4567/post/10719</link><guid isPermaLink="true">http://localhost:4567/post/10719</guid><dc:creator><![CDATA[nicolas]]></dc:creator><pubDate>Tue, 03 Jan 2017 22:05:10 GMT</pubDate></item></channel></rss>