Archiwa tagu: xmpp

Serwer XMPP (Openfire) na CentOS

Wiele kombinowania podczas instalacji nie ma. Więcej czasu schodzi na konfigurację „pod siebie” i DNSy. Dla CentOS przygotowana jest paczka RPM zawierająca Javę, więc i tutaj nie musimy wiele kombinować.

Pobieranie i instalacja

Openfire pobieramy ze strony http://www.igniterealtime.org/downloads/index.jsp, lub bezpośrednio poprzez:

wget http://www.igniterealtime.org/downloadServlet?filename=openfire/openfire-3.9.3-1.i386.rpm -Oopenfire-3.9.3-1.i386.rpm
Do instalacji potrzebujemy bazy MySQL, więc należy utworzyć wcześniej użytkownika i bazę dla Openfire. Nie jest to jednak wymagane, bo z tego co zdążyłem zauważyć, to Openfire może działać na wbudowanej bazie.

A następnie instalacja:

rpm -ivh openfire-3.9.3-1.i386.rpm

Po zakończonej instalacji w przeglądarce wpisujemy adres serwera (IP, domena) z portem 9090. Np. http://127.0.0.1:9090. Tam przechodzimy przez kolejne kroki instalacji, a później konfiguracji.

Konfiguracja DNS

_jabber._tcp.DOMENA.PL IN SRV 10 0 5269 xmpp.DOMENA.PL.
_xmpp-client._tcp.DOMENA.PL IN SRV 10 0 5222 xmpp.DOMENA.PL.
_xmpp-client._tcp.proxy.DOMENA.PL IN SRV 10 0 5222 xmpp.DOMENA.PL.
_xmpp-client._tcp.pubsub.DOMENA.PL IN SRV 10 0 5222 xmpp.DOMENA.PL.
_xmpp-client._tcp.vjud.DOMENA.PL IN SRV 10 0 5222 xmpp.DOMENA.PL.
_xmpp-server._tcp.DOMENA.PL IN SRV 10 0 5269 xmpp.DOMENA.PL.
_xmpp-server._tcp.proxy.DOMENA.PL IN SRV 10 0 5269 xmpp.DOMENA.PL.
_xmpp-server._tcp.pubsub.DOMENA.PL IN SRV 10 0 5269 xmpp.DOMENA.PL.
_xmpp-server._tcp.vjud.DOMENA.PL IN SRV 10 0 5269 xmpp.DOMENA.PL.
xmpp.DOMENA.PL IN A ADRES IP

Teraz musimy czekać, jak DNSy się odświeżą. Jeśli wszystko jest zrobione jak należy, to po odblokowaniu portów w firewallu: 5222, 5269, 7777 wszystko powinno działać prawidłowo. Jeśli chcecie zezwolić tylko na komunikację wewnętrzną to wystarczy odblokować tylko port 5222.

Openfire radzi sobie wyśmienicie z opisywanym niedawno GTalkSMS.


Maraton z AirDroid, MightyText, SnapPea, DeskSMS i…

Android

Poprzedni tydzień był dla mnie swego rodzaju maratonem z aplikacjami na Androida, które pomogłyby mi w komunikacji z telefonem, a szczególnie w pisaniu SMSów. Oczywiście zamiast komplikować sobie życie mogłem pozostać przy AirDroidzie, z którego korzystałem już dłuższy czas. Jednakże uważam, że taki kombajn jest mi zbędny – aplikacja ta za bardzo się rozrosła i oferuje aż nadto jeśli chodzi o funkcjonalność. Mi zależy głównie na pisaniu SMSów z desktopa. Pokrótce mogę teraz opisać swoje obserwacje nt poszczególnych aplikacji.


IM+ Pro – multikomunikator (prawie) idealny

im+logo

Kilka lat wstecz, jedynym godnym uwagi (dla mnie) multikomunikatorem na telefon był Palringo, który obsługiwał XMPP, GG i pewnie jeszcze inne sieci, ale dla mnie było to nieistotne. Niestety w 2012 roku usunęli wsparcie innych protokołów na rzecz ich własnego. W tym momencie program przestał dla mnie istnieć.

Próbowałem wielu komunikatorów na telefon (czy to Symbian, czy też obecnie – Android). Jednakże żaden nie oferował dla mnie tego, co oczekiwałem od komunikatora, czyli:

  1. Niezawodność;
  2. Małe zjadanie zasobów – bateria, pamięć;
  3. Obsługa wielu sieci – Facebook, Hangouts (aka Google Talk), GG oraz XMPP.

Aż w końcu pojawił się on… IM+.


„Webkomunikacja” – gdzie się podziały komunikatory?

Pamiętam czasy, gdy zasiadając przed komputerem niemal cała lista kontaktów na komunikatorze (multi-komunikatorze) była zapełniona żółtymi słoneczkami, żarówkami, bądź innego rodzaju statusami dostępności. Obecnie… wydaje mi się występuje tendencja spadkowa popularności komunikacji poprzez komunikatory internetowe na rzecz aplikacji webowych. Nazywać możemy to do woli: czat, komunikator internetowy, albo jakieś inne określenia, które z tego miejsca nie przychodzą mi do głowy. Efekt jest jeden: komunikatory powoli odchodzą do lamusa.

Skąd taki wniosek? Ano z życia, z tego sieciowego. Zauważam iż coraz mniej znajomych korzysta z Gadu-Gadu, czy XMPP. Teraz, żeby móc się z kimś skontaktować to najlepiej jest wejść na Facebooka i tam do niego zagadać. Po pierwsze dostanie na skrzynkę informację, że do niego ktoś na pisał, a po drugie sprawdzi sobie cały streaming akcji znajomych przy okazji. Szybko, wygodnie i… przyjemnie? Szczerze powiedziawszy, to może jestem jakiegoś starego pokolenia i nie uważam za jakoś nadzwyczaj wygodne komunikowanie się przez przeglądarkę. Wychowałem się na standardowych komunikatorach i to one nadal są dla mnie priorytetem jeśli chodzi o kontakty w sieci.

Całe szczęście, że jest coś takiego jak multi-komunikator, a same sieci komunikacyjne, z jakich korzysta np. Facebook, czy NKTalk są oparte o protokół XMPP. Dla ZU oznacza to… nie, to kompletnie nic nie oznacza i nic nie zmienia. Dla bardziej wtajemniczonych, bądź ciekawskich osób oznacza to, że za pośrednictwem odpowiedniego programu (multi-komunikatora) może rozmawiać z innymi jakby korzystali ze zwykłego komunikatora.


Konfiguracja Facebooka w WTW

Edycja z dnia 2014-03-19: W najnowszych wersjach WTW konfiguracja FB opiera się o autoryzację. Nie trzeba kombinować już pod górkę, jak w tym opisie. Jeśli jednak chcesz – baw się.

Sposób konfiguracji konta (czatu) Facebooka w WTW został już opisany na forum komunikatora. Sęk w tym, że jest to nieciągnąca się dyskusja związana z pytaniami, jak go skonfigurować. Domyślna konfiguracja opiera się jedynie na konfiguracji konta XMPP, by możliwa była komunikacja z innymi użytkownikami, ale brakuje tam opisu, jak uniknąć wyświetlania monitu:

Błąd protokołu

Rozwiązanie tymczasem jest bardzo proste. Opiszę tutaj krok po kroku, jak skonfigurować czat Facebooka, by wyeliminować ten błąd.