Building Elastix 4 via RPM Repo
-
@JaredBusch said:
@scottalanmiller said:
Did you add an HTTP to HTTPS redirect before getting things working?
Elastix does that by default. Always has.
Doh. That's right.
-
Azure provides the following:
DNS NAME
pbx77.cloudapp.net
HOST NAME
pbx77
PUBLIC VIRTUAL IP (VIP) ADDRESS
40.121.19.1
INTERNAL IP ADDRESS
100.78.254.76
I access the site and I ssh in using the public vip. When Elastix setup it says:
To access your Elastix System, using a separate workstation (PC/MAC/Linux)
Open the Internet Browser using the following URL:
http://100.78.254.76After the install I did'nt change anything - which files (conf? host?) can I look at to trouble shoot this?
-
Viewing the page source shows your site returning blank.
As this is connecting the ports must be open. But just double check that you've opened the right ports on Azure for this as you have two separate firewalls to deal with here. Azure's firewall is unrelated to the VM's firewall.
-
I opened up the standard ports on azure 80 443 and 22 and the same on centos
firewall-cmd --zone=public --query-port=443/tcp
yes
firewall-cmd --zone=public --query-port=80/tcp
yes -
Okay, just wanted to be sure. I assumed from the error, but better safe than sorry.
-
said:
Open the Internet Browser using the following URL:
http://100.78.254.76Correct me if Im wrong but shouldnt Elastix be configured to use the public vip instead of internal ip - (for example I setup a lamp stack on pbx66.cloudapp.net - no issues.
To access your Elastix System, using a separate workstation (PC/MAC/Linux)
Open the Internet Browser using the following URL:
http://40.121.19.1Do you know which file I can modify to change and test this theory? don't you just hate noobs lol!
-
@dom said:
said:
Open the Internet Browser using the following URL:
http://100.78.254.76Correct me if Im wrong but shouldnt Elastix be configured to use the public vip instead of internal ip - (for example I setup a lamp stack on pbx66.cloudapp.net - no issues.
To access your Elastix System, using a separate workstation (PC/MAC/Linux)
Open the Internet Browser using the following URL:
http://40.121.19.1Do you know which file I can modify to change and test this theory? don't you just hate noobs lol!
No, it should not. Or it is already, depending on how you look at it. Elastix' public IP is the 100.x.x.x number. Then there is another firewall that it knows nothing about and has no interaction with that has the 40.x.x.x. Elastix has nothing to do with that extra router. It doesn't know about it, it can't find out about it and it should not.
Under normal circumstances (normally meaning nothing more than more often than not) you don't expose your PBX to the world, only to your LAN. That's what Elastix is doing. It's telling you how to access it from itself or another machine on your LAN, which could easily be another Azure box.
So it IS configured to use either IP address and it is using its public one. The 100.x.x.x isn't private, like it seems. You are thinking of this like NAT, but that's not what it is.
-
@dom said:
Do you know which file I can modify to change and test this theory? don't you just hate noobs lol!
You cannot, it's theoretically not something to be done nor would it have a purpose, the only person who would ever see that message is someone in a situation for which it is not useful.
-
What errors do you have in the Apache logs?
-
er name
[Thu Mar 10 19:24:23.180141 2016] [ssl:warn] [pid 1304] AH01909: RSA certificate configured for 100.78.250.75:443 does NOT include an ID which matches the server name
[Thu Mar 10 19:30:56.357463 2016] [:error] [pid 1940] [client 38.88.176.226:50122] PHP Fatal error: Uncaught --> Smarty: unable to write file /var/www/html/var/templates_c/wrt56e1cb705739b3_29122777 <-- \n thrown in /usr/share/php/Smarty/sysplugins/smarty_internal_write_file.php on line 46 -
[Thu Mar 10 21:16:37.675087 2016] [suexec:notice] [pid 1292] AH01232: suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
AH00558: httpd: Could not reliably determine the server's fully qualified domain name, using pbx77.cloudapp.net. Set the 'ServerName' directive globally to suppress this message
[Thu Mar 10 21:16:38.036481 2016] [auth_digest:notice] [pid 1292] AH01757: generating secret for digest authentication ...
[Thu Mar 10 21:16:38.037723 2016] [lbmethod_heartbeat:notice] [pid 1292] AH02282: No slotmem from mod_heartmonitor
[Thu Mar 10 21:16:43.374554 2016] [mpm_prefork:notice] [pid 1292] AH00163: Apache/2.4.6 (CentOS) OpenSSL/1.0.1e-fips PHP/5.4.16 configured -- resuming normal operations
[Thu Mar 10 21:16:43.374606 2016] [core:notice] [pid 1292] AH00094: Command line: '/usr/sbin/httpd -D FOREGROUND' -
System is certainly working at a basic level.
-
Yeah I don't get whats going on. I want to be able to access the site over httpd but the dns name is not resolving. I tried a fresh install on pbx99 and the same thing happens. Are you able to install on another VPS?
-
@dom said:
Yeah I don't get whats going on. I want to be able to access the site over httpd but the dns name is not resolving. I tried a fresh install on pbx99 and the same thing happens. Are you able to install on another VPS?
Name is definitely resolving. Jared showed that working in his examples. It's working here too.
-
@scottalanmiller said:
@dom said:
Yeah I don't get whats going on. I want to be able to access the site over httpd but the dns name is not resolving. I tried a fresh install on pbx99 and the same thing happens. Are you able to install on another VPS?
Name is definitely resolving. Jared showed that working in his examples. It's working here too.
The problem is internal to the Elastix instance inside Apache.
-
I think I'm having the same problem as @dom I have installed using the script onto a cloudatcost vm (testing only). Install completes successfully and reboots. SSH logs in but I cannot resolve the web interface. http gives me a time out and https gives me a 500 error. Happy to provide logs as required, really keen to get this up and tested.
-
@3Mu36 said:
I think I'm having the same problem as @dom I have installed using the script onto a cloudatcost vm (testing only). Install completes successfully and reboots. SSH logs in but I cannot resolve the web interface. http gives me a time out and https gives me a 500 error. Happy to provide logs as required, really keen to get this up and tested.
The tail on the httpd error log is the most likely to be useful. Maybe this too..
systemctl restart httpd; tail -n 20 /var/log/messages
-
Mar 14 07:12:54 localhost systemd-logind: New session 928 of user root.
Mar 14 07:12:54 localhost systemd: Starting Session 928 of user root.
Mar 14 07:15:01 localhost systemd: Started Session 929 of user root.
Mar 14 07:15:01 localhost systemd: Starting Session 929 of user root.
Mar 14 07:15:51 localhost systemd: Started Session 930 of user root.
Mar 14 07:15:51 localhost systemd-logind: New session 930 of user root.
Mar 14 07:15:51 localhost systemd: Starting Session 930 of user root.
Mar 14 07:16:41 localhost systemd: Stopping The Apache HTTP Server...
Mar 14 07:16:43 localhost systemd: Starting The Apache HTTP Server...
Mar 14 07:16:43 localhost httpd: AH00558: httpd: Could not reliably determine the server's fully qualified domain name, using localhost.localdomain. Set the 'ServerName' directive globally to suppress this message
Mar 14 07:16:43 localhost systemd: Started The Apache HTTP Server.
Mar 14 07:17:30 localhost systemd: Started Session 931 of user root.
Mar 14 07:17:30 localhost systemd-logind: New session 931 of user root.
Mar 14 07:17:30 localhost systemd: Starting Session 931 of user root.Not sure if it's relevant but since the install completed I can't ping fqdn or access the outside world from the server (although SSH still works). I tried to check the telnet tip above, but it can't download telnet...
-
@3Mu36 Sounds like you've lost networking. If you cannot reach the outside world then definitely nothing here is going to work. The machine is offline and cannot respond. That would make your issue very different than the other one that we are discussing because the one is online and responding. That SSH keeps working is very odd. So networking is not 100% broken, but something major is.
What is the output of ping 8.8.8.8?
-
[root@localhost ~]# ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=56 time=20.1 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=56 time=19.8 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=56 time=20.6 ms
64 bytes from 8.8.8.8: icmp_seq=4 ttl=56 time=20.1 msYes, this is why I don't understand what is going on!