Време за изчакване на достъпа на уебадминистратор до Ejabberd

Току-що инсталирах ejabberd на отдалечен сървър. Да приемем, че IP адресът на отдалечения сървър е 123.123.123.123, а неговият вътрешен IP адрес е 10.0.0.10.

След това редактирах:

/etc/ejabberd/ejabberd.cfg

%% ... more codes
%% Options which are set by Debconf and managed by ucf

%% Admin user
{acl, admin, {user, "admin", "myexample.com"}}.

%% Hostname
{hosts, ["myexample.com"]}.

%% ... more codes
{5280, ejabberd_http, [
                         %%{request_handlers,
                         %% [
                         %%  {["pub", "archive"], mod_http_fileserver}
                         %% ]},
                         %%captcha,
                         http_bind,
                         http_poll,
                         web_admin
                        ]}
%% ... more codes

и добави admin като администраторски потребител, като изпълни следното в ssh на сървъра 123.123.123.123:

root:# ejabberdctl register admin myexample.com adminpassword
root:# service ejabberd restart

НЕЩА НЕ РАБОТЕТ:

Административната конзола myexample.com:5280/admin обаче е недостъпна (изчакване). Опитах също 123.123.123.123:5280/admin, но не успях.

РАБОТЕЩИ НЕЩА:

Въпреки това, от конзолата на сървъра, ако имам достъп до 10.0.0.10:5280/admin, той работи. Също така мога да потвърдя, че потребителят admin е регистриран, като изпълня следното:

ejabberdctl registered_users

ВЪПРОС:

Как да накарам достъпа на уеб администратора (или по-важното, достъпа до всички портове от неговия външен ip или домейн) да работи?


xmpp ejabberd
person J. Berman    schedule 09.02.2014    source източник

Отговори (1)


arrow_upward
1
arrow_downward

Това може да е просто проблем с връзката. Ето какво бих направил:

  1. 'sudo netstat -nap | grep 5280' (или еквивалент), за да проверите на кои интерфейси ejabberd слуша за webadmin

  2. Ако слуша "всички" (0.0.0.0), както очаквам, тогава проверете неговата достъпност с нещо като "telnet 123.123.123.123 5280". Ако не може да се свърже, проверете защитната стена на сървъра (напр. „sudo iptables -L -n -v“).

Вероятно просто трябва да "отворите" 123.123.123.123:5280 за хоста източник, от който се свързвате.

person giavac    schedule 10.02.2014
comment
Благодаря! Външният ip порт 5280 беше затворен. Отварянето на порта просто реши проблема! - person J. Berman; 17.02.2014