ML
    • Recent
    • Categories
    • Tags
    • Popular
    • Users
    • Groups
    • Register
    • Login

    FreePBX on VPS

    IT Discussion
    13
    98
    37.4k
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • A
      Alex Sage @AdamF
      last edited by

      @fuznutz04 What phones are you using?

      1 Reply Last reply Reply Quote 0
      • Minion QueenM
        Minion Queen Banned
        last edited by

        I think you are trying to make it too complicated. All you need to work on the phone is the IP address of the phone (where ever it happens to be) and remote connection to a machine on that network (assuming that would be your employees laptop etc). Then you can reconfigure the phone easily. Even a basic user can hit the ok button a phone and get the IP address and read if off to you.

        A 1 Reply Last reply Reply Quote 0
        • A
          Alex Sage @Minion Queen
          last edited by Alex Sage

          @Minion-Queen Then how to you connect the phone to the PBX securely? Most phones support HTTP, FTP and TFTP - none of which are secure. Also, you login and make manual changes every time you want to make a simple change on a phone? Sounds painful, and even more painful if you have more then a handful of phones....

          coliverC Minion QueenM 2 Replies Last reply Reply Quote 0
          • coliverC
            coliver @Alex Sage
            last edited by

            @aaronstuder said:

            @Minion-Queen Then how to you connect the phone to the PBX securely? Most phones support HTTP, FTP and TFTP - none of which are secure. Also, you login and make manual changes every time you want to make a simple change on a phone? Sounds painful, and even more painful if you have more then a handful of phones....

            How much are you doing changes on a phone? 99% of everything that changes is done at the PBX level. The only time you should be touching a handset is to register it to the PBX.

            A 1 Reply Last reply Reply Quote 1
            • A
              Alex Sage @coliver
              last edited by Alex Sage

              @coliver That's a fair point, we are making a lot of changes right now due to just have installing the system. I could still see us making changes once everything couple of months. Having to change 60 phones by hand seems painful. Some features can't be controlled by the PBX such a softkey, etc. Still, the question remains, how do you do it securely?

              1 Reply Last reply Reply Quote 0
              • A
                Alex Sage
                last edited by Alex Sage

                This post is deleted!
                1 Reply Last reply Reply Quote 0
                • Minion QueenM
                  Minion Queen Banned @Alex Sage
                  last edited by

                  @aaronstuder said:

                  @Minion-Queen Then how to you connect the phone to the PBX securely? Most phones support HTTP, FTP and TFTP - none of which are secure. Also, you login and make manual changes every time you want to make a simple change on a phone? Sounds painful, and even more painful if you have more then a handful of phones....

                  If you are having to touch the phones hardly at all then you are doing it wrong.

                  A 2 Replies Last reply Reply Quote 0
                  • A
                    Alex Sage @Minion Queen
                    last edited by Alex Sage

                    @Minion-Queen Completely Agree. That still don't solve the security issue.

                    Transmitting a phone configure over the open internet without encryption is a bad idea.

                    1 Reply Last reply Reply Quote 0
                    • A
                      Alex Sage @Minion Queen
                      last edited by Alex Sage

                      @Minion-Queen HTTPS solves the encryption problem, but does not solve the authentication problem. None of the phones I have seem support using a username and password to authenticate over HTTPS. Some phones support encrypted conf files, that would work.

                      Need to know what phones @fuznutz04 is using, and they we can give them some options 🙂

                      coliverC 1 Reply Last reply Reply Quote 0
                      • coliverC
                        coliver @Alex Sage
                        last edited by

                        @aaronstuder said:

                        @Minion-Queen HTTPS solves the encryption problem, but does not solve the authentication problem. None of the phones I have seem support using a username and password to connect. Some phones support encrypt conf files, that would work. Need to know what phones @fuznutz04 is using, and they we can give them some options 🙂

                        Are we talking about a username/password to configure the phone or to login with SIP?

                        Check out Yealink they require a username and password to connect. Snom does as well. I even had a conference room phone, can't remember the manufacturer, that requires a username and password.

                        A 1 Reply Last reply Reply Quote 0
                        • A
                          Alex Sage @coliver
                          last edited by Alex Sage

                          @coliver to authenticate over HTTPS..... clearly SIP requires both for all phones.

                          1 Reply Last reply Reply Quote 0
                          • AdamFA
                            AdamF
                            last edited by

                            We are using Grandstream and Yealink. Sip usernames and password are already taken care of with very strong passwords autogenerated from the system. The question is regarding security when checking for/downloading configuration files from the server. Since most phones are set to check for configuration changes every so often, a secure method to connect to the provisioning server should exist. I know some phones have OpenVPN connectivity options, but most have either FTP, or HTTP options.

                            A 1 Reply Last reply Reply Quote 0
                            • A
                              Alex Sage @AdamF
                              last edited by

                              @fuznutz04 OpenVPN seems like the only good way to secure the traffic end to end.

                              1 Reply Last reply Reply Quote 0
                              • J
                                Jason Banned
                                last edited by Jason

                                Why does it need to be secure? the PSTN you connect to for most calls isn't even remotely secure.

                                Also many phones support using SSL certs to connect to the PBX without a VPN. Pretty sure Yealink has ones that do. I think Grandstream can to. You can also use SFTP for config.

                                DashrenderD AdamFA 2 Replies Last reply Reply Quote 1
                                • DashrenderD
                                  Dashrender @Jason
                                  last edited by

                                  @Jason said:

                                  Why does it need to be secure? the PSTN you connect to for most calls isn't even remotely secure.

                                  This is why Scott claims that Faxing is less secure than email - but PSTN is not easily remotely hacked. A Chinese hacker in China can't easily hack my PSTN connection, nor my PSTN fax

                                  So I'll disagree with the security purely from that perspective.

                                  Also many phones support using SSL certs to connect to the PBX without a VPN. Pretty sure Yealink has ones that do. I think Grandstream can to. You can also use SFTP for config.

                                  Technically the SSL is a VPN, but you're right in so much that you don't need something else standing up another tunnel to run through.

                                  J 1 Reply Last reply Reply Quote 0
                                  • J
                                    Jason Banned @Dashrender
                                    last edited by

                                    @Dashrender said:

                                    Technically the SSL is a VPN, but you're right in so much that you don't need something else standing up another tunnel to run through.

                                    No it's not. an encrypted transport yes, but it's not a VPN. A VPN doesn't even have to have encryption. It's just extended a private network over the WAN.

                                    1 Reply Last reply Reply Quote 0
                                    • AdamFA
                                      AdamF @Jason
                                      last edited by

                                      @Jason said:

                                      Why does it need to be secure?

                                      To be clear, I'm not talking about SIP traffic being secure. What I'm referring to is the provisioning files being downloaded from the server. The provisioning files have the username (typically the extension) and the password for the user/extension. If this is intercepted, you will have everything you need to connect and start making calls. We have international calling disabled via our SIP provider, but there is still the chance that fraudulent calls can be made.

                                      J 1 Reply Last reply Reply Quote 0
                                      • J
                                        Jason Banned @AdamF
                                        last edited by

                                        @fuznutz04 said:

                                        @Jason said:

                                        Why does it need to be secure?

                                        To be clear, I'm not talking about SIP traffic being secure. What I'm referring to is the provisioning files being downloaded from the server. The provisioning files have the username (typically the extension) and the password for the user/extension. If this is intercepted, you will have everything you need to connect and start making calls. We have international calling disabled via our SIP provider, but there is still the chance that fraudulent calls can be made.

                                        Why can't you use SFTP for config then?

                                        AdamFA 1 Reply Last reply Reply Quote 0
                                        • AdamFA
                                          AdamF @Jason
                                          last edited by

                                          @Jason

                                          In some cases, for some phones, it's not an option. In FreePBX endpoint manager, it's also no an option for some phones unfortunately.

                                          1 Reply Last reply Reply Quote 0
                                          • ntoxicatorN
                                            ntoxicator
                                            last edited by

                                            @fuznutz04 said:

                                            FreeBPX 13

                                            I primarily use Askozia PBX for all my VOIP and my customers.

                                            However, Going to check out FreePBX 13, as has new firewall and such. personally, I've always have had a 'vendetta' towards Elastix.. Thats just me. However, if can 100% get Fail2Ban and iptable firewall working, then its okay solution.

                                            JaredBuschJ 1 Reply Last reply Reply Quote 1
                                            • 1
                                            • 2
                                            • 3
                                            • 4
                                            • 5
                                            • 4 / 5
                                            • First post
                                              Last post