Problem z instalacją Openfire - nie można zalogować się do panelu administracyjnego

Próbuję zmusić Openfire do zainstalowania na maszynie wirtualnej Ubuntu, jednak po zakończeniu instalatora internetowego nie mogę zalogować się do panelu administracyjnego.

Do tej pory ja:

• pobrany instalator Debiana
• Zainstalowane przy użyciu opcji giełdowych
• Dodano bazę danych i zbudowano strukturę za pomocą dostarczonego pliku SQL
• Ukończony instalator internetowy

Próbuję się teraz zalogować, używając nazwy użytkownika: admin i hasła, jednak ciągle pojawia się błąd nazwy użytkownika / hasła. W bazie danych MySQL generowany jest zapis pokazujący, że administrator ma zaszyfrowane hasło, a zmiana na hasło zakodowane nie działa. Jaki jest tutaj problem?

Miałem ten sam problem, niewiele wiem i wydaje się, że nieudokumentowany błąd. Spróbuj ponownie uruchomić serwer po zakończeniu instalacji.

Pracował dla mnie.

Musiałem ręcznie ustawić hasło, strona konfiguracji nie zapisała go. Ponowne uruchomienie serwera nie pomogło.

Jeśli używasz osadzonej bazy danych w systemie Windows, będzie to w pliku embedded-db / openfire.script :

INSERT INTO OFUSER VALUES('admin',NULL, ...

Zmień NULL na swoje hasło. Następnie uruchom ponownie serwer OpenFire.

Logowanie administratora Openfire Jak zmienić login administratora Openfire podczas korzystania z systemu Windows Vista i wbudowanej bazy danych:

1. Zamknij Openfire

2. Jako administrator systemu Windows edytuj

   C: \ Program Files (x86) \ Openfire \ embedded-db \ openfire.script

3. Zmień linię, która wygląda mniej więcej tak

   WSTAWIĆ DO WARTOŚCI UŻYTKOWNIKA („admin”, NULL, ””, „Administrator”, „admin”, „0”, „0”)

   do

   WSTAWIĆ DO WARTOŚCI UŻYTKOWNIKA („admin”, „”, NULL, „Administrator”, „admin”, „0”, „0”)

4. Zapisz plik, zamknij edytor

5. Uruchom ponownie Openfire

http://blog.taragana.com/index.php/archive/how-to-recover-openfire-admin-password/

nie ma to jednak związku z programowaniem ....

Dość regularnie instalujemy i wdrażamy OpenFire na Ubuntu. Oto częściowe szybkie cięcie / wklejanie z naszej wewnętrznej firmy Wiki. Wstępnie instalujemy webmin i / lub virtualmin na niektórych serwerach, aby ułatwić później:

Wstępnie zainstaluj

sudo -s

apt-get update && apt-get dist-upgrade

mkdir / home / kpwadmin / openfire-install

mkdir / home / kpwadmin / virtualmin-install

cd / home / kpwadimn / virtualmin-install

apt-get install sun-java6-jre

Instalacja

Pobierz najnowszy pakiet .deb z openfire.org. W tym artykule wykorzystamy wersję Openfire 3.6.2.

cd / home / oacadmin / openfire-install

wget http://www.igniterealtime.org/downloadServlet?filename=openfire/openfire_3.6.2_all.deb

Zainstaluj openfire_3.6.2_all.deb za pomocą dpkg

dpkg -i openfire_3.6.2_all.deb

Utwórz bazę danych MySQL dla Openfire

Uruchom Firefoksa i przejdź do serverip / phpmyadmin (przykład: 72.11.123.59/phpmyadmin), zaloguj się do phpmyadmin jako root.

uprawnienia do klikania

dodaj nowego użytkownika

Nazwa użytkownika: openfire

Host: lokalny

Hasło: „coś bezpiecznego”

W sekcji „Baza danych dla użytkownika” kliknij przycisk „utwórz bazę danych o tej samej nazwie i nadaj wszystkie uprawnienia”

kliknij „idź”

Interfejs sieciowy

Otwórz inną kartę w Firefoxie i przejdź do serverip: 9090 (przykład: 123.0.0.59:9090), aby kontynuować instalację za pomocą interfejsu internetowego.

wybierz angielski

Itp. Itp.

Mam nadzieję że to pomoże...

Zainstalowałem pakiet openfire.deb na serwerze ubuntu i miałem ten sam problem: nie mogłem nawet zalogować się po raz pierwszy jako administrator. Zrobiłem następujące: chmod o + rx / usr / share / openfire

Okazało się, że użytkownicy nie mieli uprawnień nawet do odczytu katalogu. Nie wiem, czy to dobrze, ale teraz mogę się zalogować :)

Miał ten sam problem z instalacją w systemie Windows przy użyciu opcji wbudowanej bazy danych. Odinstaluj, wyczyść katalog, ponowna instalacja nie naprawiła go. Tylko ponowne uruchomienie go wyleczy

Miałem ten sam problem z 3.6.4, więc pobrałem 3.6.3 i działa dobrze.

Możesz zamienić „4” na „3” w łączu do pobierania, aby uzyskać 3.6.3 ...

Ponowne uruchomienie nie zrobiło tego dla mnie. Postępując zgodnie z powyższą radą, ręcznie zmodyfikowałem również skrypt openfire.script (korzystałem z wbudowanej bazy danych), a następnie mogłem się zalogować (Ubuntu 9.10)

Zalogowałem się przy użyciu konfiguracji opartej na uwierzytelnianiu LDAP na serwerze MySQL. Zalogowałem się jako „admin” z przypuszczalnie zaktualizowanym hasłem, które nadal jest „admin”. Mam nadzieję, że to pomoże komuś, kto prawdopodobnie wyciąga włosy tak jak ja.

PS: http://www.yosemitescouting.org/images/Yosemite%20Sam.bmp

Zainstalowałem i odinstalowałem kilka razy na komputerze z systemem Windows XP Profesional SP3, korzystając z wbudowanej bazy danych Openfire 3.6.4. Nie można zalogować się do konsoli administratora. Ostatnią instalację zrestartowałem bezpośrednio po instalacji i pozwala mi się teraz zalogować :)

Mam nadzieję, że pomaga to frustrujące uczucie braku logowania, gdy ustawiasz hasło !! Dziwny błąd.

Moja instalacja na CentOS 5.3 dała takie same wyniki. Nie mogę zalogować się jako administrator po instalacji.

Zrestartowałem zarówno serwer HTTP, jak i serwer Openfire. Logowanie zostało przyznane po tym.

[root@server ~]# service httpd restart
Stopping httpd: [  OK  ]
Starting httpd: [  OK  ]

[root@server ~]# service openfire restart
Shutting down openfire:
Starting openfire:

Zobacz ten pełny samouczek dotyczący instalowania Openfire z rozwiązywaniem typowych problemów.

http://www.expertcore.org/viewtopic.php?f=74&t=1851

Używając Openfire 3.7.1 w systemie Windows, hasło użytkownika również adminbyło admin- bez względu na to, co wpisałem podczas kreatora instalacji.

Dzięki tej odpowiedzi znalazłem linię

INSERT INTO OFUSER VALUES('admin','admin',NULL,'Administrator','admin@example.com','0','0')

w pliku embedded-db / openfire.script , więc łatwo było to rozgryźć .

Domyślnie jest to „admin” dla użytkownika i „admin” dla hasła, nawet jeśli dostarczasz je z systemem Windows (tylko fyi).

Upewnij się, że logujesz się przy użyciu tylko nazwy użytkownika, a nie całego adresu e-mail użytego do utworzenia konta (np. Jeśli ustawiłeś admin@example.com, zaloguj się za pomocą tylko administratora).

Jeśli w haśle logowania masz znaki interpunkcyjne lub specjalne, spowoduje to problem - ale w pytaniu PO używasz konta z prawidłowym hasłem.

Według oficjalnych dokumentów :

1. Zresetuj lub dodaj informacje administratora w tabeli ofproperty:

   DELETE FROM OFPROPERTY WHERE NAME='admin.authorizedJIDs';
   INSERT INTO OFPROPERTY VALUES('admin.authorizedJIDs','admin@example-com,new@example.com');
   

   Jeśli korzystasz z wbudowanej bazy danych, możesz uruchomić te zapytania, edytując embedded-db / openfire.script

2. Lub dodaj innego administratora do pliku conf.xml.

   <admin>
       <authorizedJIDs>admin@example.com, new@example.com</authorizedJIDs>
   </admin>
   

   Jednak na podstawie tej strony podejrzewam, że zmieniono nazwę tego ustawienia na <authorizedUsernames>zamiast<authorizedJIDs>

3. Możesz również ponownie uruchomić instalację , choć z mojego doświadczenia nie zawsze to pomogło.

   edit /conf/openfire.xml and change the <setup> tag to false
   

4. Dla kompletności inni odpowiedzieli powyżej, że możesz edytować tabelę użytkownika. [Sam nie miałem z tym dużo szczęścia].

Nie zapomnij zatrzymać i ponownie uruchomić openfire po wprowadzeniu zmian, w tym uruchomieniu instalacji. [Tak, wiem, że to głupie. Zrób to mimo wszystko, jeśli chcesz, aby OpenFire działał.]

Wiem, że jest wiele odpowiedzi, ale źródło frustracji znalazłem po zmianie nazwy hosta serwera w otwartym ogniu. Poprawka pozwalająca mi się zalogować:

1. przejdź do sql i otwórz tabelę właściwości w bazie danych openfire
2. zmień admin.authorizedJIDs ze mnie @ oldhostname na me @ newhostname; oddziel każdego użytkownika przecinkiem
3. Zatrzymaj Openfire, a następnie uruchom go ponownie - załaduje administratorów do pamięci

Odinstalowanie openfire prawdopodobnie nie spowoduje usunięcia bazy danych SQL, więc problem będzie nadal występował. Alternatywnie możesz utworzyć nową bazę danych i zainstalować ją ponownie w nowej bazie danych.

Jeśli jest na Ubuntu 16.04, spróbuj użyć pakietu debian „openfire_3.9.3_all” zamiast najnowszego „openfire_4.1.0_all”. Najnowszy pakiet zawiera błędy podczas procesu instalacji, wypełniając nowe dane dotyczące hasła. Ten problem nie został rozwiązany. Lepiej użyć poprzedniej wersji. Działa dobrze.