Search results

Not off hand, but there should be logs that say why. If you SSH in and go to /var/log/nginx, there should be an error log that will say what caused the 500. If you post the last 40 or so lines here, we could probably tell you why.

For the voice issues, it sounds like an issue with the CSF firewall. I can't say what though because I'm not familiar with it. In regards to FusionPBX being secure, it's configured to sit on the internet directly. It has a firewall, fail2ban, and freeswitch settings to block unwanted traffic...

Yeah. Using a framework like Laravel or Yii makes security a bunch easier (since other developers are invested in the framework being secure). Both of those frameworks have modularity built in, and they use Composer for package management. You can easily extend Composer to use it as a module...

I don't mind putting in the work. I scoured Snom docs so that I could build better provisioning templates, and I'm currently digging into their minibrowser docs to see how possible/useful various phone apps would be to users. I had just hoped that there was a doc that said, "you need these...

I can't say anything on the business side. I've just started my own business (phone focused) a couple months ago and I'm still working my way up. Though I agree entirely with your statement on the UI. It needs a rewrite, but, based on the source, that would take a significant rewrite to make...

Oof. Thanks for the info!

Go to the dial plan rule for the number, and add the following before the bridge action: action set pin_number=(Whatever pin number you choose) action lua pin_number.lua

For the data center sort of the same distance as Singapore to you, I get about 44ms. I'm a few towns over from my nearest data center, and I get about 15ms. For Singapore, I get about 200-300ms, but I also live in the US.

I also agree with the others. Vultr, Digital Ocean, and Linode all have a datacenter in Singapore. Digital Ocean and Linode also have locations in India, and Vultr and Linode have locations in Japan.

Oof... I'm still learning the lua api myself, but in the Freeswitch Lua API Reference I found the streamFile action. session:streamFile("/tmp/blah.wav"); https://freeswitch.org/confluence/display/FREESWITCH/Lua+API+Reference#LuaAPIReference-session:streamFile

Yes. Under Advanced -> SIP Profile, you can copy the existing Internal Profile (and ipv6 version if you are using that) by clicking on it and clicking the Copy button. From there, you change the ports it's using to something different. If you want to keep certain domains on certain profiles...

Sorry. I don't have great info for you there. I've only dabbled with a few and they all operate similar to Vesta.

I can't say for sure, but my guess is probably yes. Both install scripts want to install the full web stack in their own way. If you install FusionPBX first, Vesta might override nginx settings so that it can manage them. If FusionPBX is installed afterward, it'll overwrite anything Vesta has...

Ah ha! I think I'm seeing it now. So yes. I do suggest following DigitalDaz's instructions in that link. That should make that field work as expected. Sorry for the guess and check style of help. I'm less familiar with the call forwarding stuff.

I'm not sure that's a thing you can do because, from Freeswitch's view, both calls are bridged to your phone. When you hang up, you are destroying those bridges. It might be possible if you were to have a phone that could transfer the calls to each other, but I personally don't know of any phone...

The file is already there (I'm running 4.5.11). The thing I'm not sure, because I've never thought about it, is if it's being ran. So I suggest trying the setting, and if that doesn't work we'll change the dial plan to run that lua script specifically.

I did some more research and I think you should try this. In the call_forward.lua script there's a point where it looks for a setting and changes the caller id to the outbound caller id settings. Try setting this in Default Settings: category: cdr subcategory: call_forward_fix type: boolean...

I found this post, but I think the field he mentioned is no longer present. https://www.pbxforums.com/threads/temporary-fix-for-caller-id-select-for-call-forwarding-in-fusionpbx-4-4.2628/

Sorry. I missed that part. I thought you wanted to restore the module. I don't know where that went.

I believe you can find it here in the extra apps repo: https://github.com/fusionpbx/fusionpbx-apps