Building Elastix 4 via RPM Repo
-
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!
-
Okay, so you have networking, that is fine.
Now do this: nslookup google.com
-
@scottalanmiller
[root@localhost ~]# nslookup google.com
-bash: nslookup: command not found -
That'll be a problem to fix if yum isn't working, I suppose.
What is the output of:
cat /etc/resolv.conf
-
This post is deleted!