Topic: can't access the server-manager. refused access : refused to connect.

[gavan_white]

I have installed a fresh SME10 on VM and did a trial restore of V9.2 at first run following the reboot. I did change the IP address of the SME10 machine so it wouldn't clash with my still active 9.2. On reconfigure and reboot, I can't access the server-manager. On Opera, I get a refused access
"192.168.0.30 refused to connect.
Try:
Checking the connection
Checking the proxy and the firewall
ERR_CONNECTION_REFUSED"

I don't even get a login screen.
If I log in via SSH, as root, I accept the certificate and all is good. I su to admin and try the text mode access to server-manager and access is refused.

My assumption is that Changing the IP address to stop conflicts is responsible, but haven't tested this out, yet.

Gavan

addit: When I get a chance, I will redo the v10 restore with the V9 box shutdown. I will post here is not moved to Bugzilla.

No, I restored and added deydrated and myphpadmin, after that I checked the server-manager.
I installed both like in wiki suggested:

Code: [Select]

yum install --enablerepo=smecontribs smeserver-phpmyadmin

and

Code: [Select]

yum install smeserver-letsencrypt --enablerepo=smecontribs


[TerryF]

I have installed a fresh SME10 on VM and did a trial restore of V9.2 at first run following the reboot. I did change the IP address of the SME10 machine so it wouldn't clash with my still active 9.2.

Did you do a full restart on thye sme10 after the restore before you changed the IP?

Just like to ensure the system is up before any changes

On reconfigure and reboot, I can't access the server-manager. On Opera, I get a refused access
"192.168.0.30 refused to connect.

Any custom templates?

[gavan_white]

I did do a restore again and had the V9 machine turned off.

Unfortunately, the server-manager is definitely locked via web access or through admin access to the server-manager.

From server console access there is a message: see attached.

I have installed a fresh SME10 on VM and did a trial restore of V9.2 at first run following the reboot. I did change the IP address of the SME10 machine so it wouldn't clash with my still active 9.2. On reconfigure and reboot, I can't access the server-manager. On Opera, I get a refused access
"192.168.0.30 refused to connect.
Try:
Checking the connection
Checking the proxy and the firewall
ERR_CONNECTION_REFUSED"

I don't even get a login screen.
If I log in via SSH, as root, I accept the certificate and all is good. I su to admin and try the text mode access to server-manager and access is refused.

My assumption is that Changing the IP address to stop conflicts is responsible, but haven't tested this out, yet.

Gavan

addit: When I get a chance, I will redo the v10 restore with the V9 box shutdown. I will post here is not moved to Bugzilla.

[gavan_white]

Did you do a full restart on thye sme10 after the restore before you changed the IP?

I did the restore after stopping the VM at reboot time, to make sure it would boot properly and also identify my USB drive for restoring. The IP change was done after the restore, not prior to the restore. My post after yours did not change the IP, as I shutdown my V9 server before doing the install.

Just like to ensure the system is up before any changes

Any custom templates?

No

[Jean-Philippe Pialasse]

gavan_white,
ok your issue seems to be to connect to the httpd-admin service,

just to confirm are you able to access the ibays ?


please just paste the result of

Code: [Select]

/sbin/e-smith/audittools/templates
and

Code: [Select]

systemctl status -l httpd-admin

[gavan_white]

gavan_white,
ok your issue seems to be to connect to the httpd-admin service,

just to confirm are you able to access the ibays ?


please just paste the result of

Code: [Select]

/sbin/e-smith/audittools/templates

/etc/e-smith/templates-custom/home/e-smith/ssl.crt: MANUALLY_ADDED, OVERRIDE
/etc/e-smith/templates-custom/etc/httpd/conf/httpd.conf/99allow_url_fopen: MANUALLY_ADDED, ADDITION

Code: [Select]

systemctl status -l httpd-admin

● httpd-admin.service - httpd-admin The Koozali SME Server Server-Manager web service
   Loaded: loaded (/usr/lib/systemd/system/httpd-admin.service; enabled; vendor preset: enabled)
   Active: active (running) since Wed 2021-06-30 02:22:55 AWST; 8h ago
     Docs: man:httpd(
           man:apachectl(
  Process: 1325 ExecStartPre=/sbin/e-smith/expand-template /etc/httpd/admin-conf/httpd.conf (code=exited, status=0/SUCCESS)
  Process: 1226 ExecStartPre=/sbin/e-smith/service-status httpd-admin (code=exited, status=0/SUCCESS)
 Main PID: 1410 (httpd)
   Status: "Total requests: 0; Current requests/sec: 0; Current traffic:   0 B/sec"
   Memory: 2.7M
   CGroup: /system.slice/httpd-admin.service
           ├─1410 /usr/sbin/httpd -f /etc/httpd/admin-conf/httpd.conf -DFOREGROUND
           └─1553 /usr/sbin/httpd -f /etc/httpd/admin-conf/httpd.conf -DFOREGROUND

Jun 30 02:22:52 synserver2.synergy.work systemd[1]: Starting httpd-admin The Koozali SME Server Server-Manager web service...
Jun 30 02:22:55 synserver2.synergy.work systemd[1]: Started httpd-admin The Koozali SME Server Server-Manager web service.

The emojis come from ( 8 ) !!

[Jean-Philippe Pialasse]

/etc/e-smith/templates-custom/home/e-smith/ssl.crt: MANUALLY_ADDED, OVERRIDE
/etc/e-smith/templates-custom/etc/httpd/conf/httpd.conf/99allow_url_fopen: MANUALLY_ADDED,

well see FAQ on top of this forum and on the release page: remove ALL php module related templates-custom  ... allow_url_fopen seems pretty related to that .

Code: [Select]

mv /etc/e-smith/templates-custom/etc/httpd/conf/httpd.conf/99allow_url_fopen /root/
expand-template /etc/httpd/conf/httpd.conf
httpd -t
#if previous one does not show errors:
systemctl restart httpd-e-smith
and crt one should probably need to be removed the same way as we did quite changes about certificates now, and it might conflict and prevent httpd to start

[gavan_white]

and crt one should probably need to be removed the same way as we did quite changes about certificates now, and it might conflict and prevent httpd to start

Thank you Jean-Phillipe. I am very embarrassed that I should have read through the release FAQs. As it turned out, I still needed to remove the crt to allow access again and would not have known to do this too. I am confident that I can move to V10 'live' as soon as I make sure my contribs are all good - which I am pretty sure they are.

[Jean-Philippe Pialasse]

fantastic news !

for contribs, please refer to the wiki contrib page, this is updated in real time for SME10, if one is missing open a thread on the forum, it might give interest to other people wanting to help. We have adapt about half of known contribs starting with the one we thought the most needed, but we need fedback to prioritize and moreover to test at the very least !

Some of the contribs we can adapt them but we do not all have the setup available to test them.


https://wiki.koozali.org/Category:Contrib