Psi ошибка аутентификации

Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.

Установка мессенджера Psi 0.11-3.

1 шаг: Скачиваем программу в Консоле.

[email protected]:~$ sudo apt-get -y install psi
———————————
(sudo — получить права суперюзера для установки
apt-get — программа управления пакетами
-y — «Да»
install — установить
psi — имя пакета)
———————————-
Если во время установки пакета psi, автоматически установились пакеты, которые более не требуются, например, пакеты winbind binfmt-support — то, их можно удалить, дабы не занимали место на жёстком диске:
[email protected]:~$ sudo apt-get autoremove winbind binfmt-support .

(Если у Вас другая операционная система, то, скачайте Psi с официального сайта)

Всё, мы установили наш мессенджер. В меню К-пуск -> Интернет должен появиться ярлык для запуска. После запуска оной программы в системном трее появиться серая звёздочка.

2 шаг. Русификация Psi.

Давайте посмотрим, какой мессенджер у нас установился — с поддержкой русского языка или нет?
Вот, у нас на Рабочем столе появился Psi. Поверхностное окно «Account setup» закроем Cancel (Рис.1 — розовый аэрограф) , также закроем информационное окно «Useful Tips»(Рис.2).
В ростере (Рис.3) нажмём General -> Change profile, в появившимся окне «Psi: Open Profie» (Рис.4) щёлкним в строке «Language» по слову English, после этого должна появится строчка Русский,
которую мы установим и нажмём Open/ Открыть.
Если у нас русифицировался мессенджер, это хорошо, и, мы пропускаем дальнейшую цитату.

————————————
Если в строчке «Language» нет Русского языка, нажимаем в «Psi: Open Profie» -> Quit (Рис.4 — чёрный пунктир.), скачиваем файл psi_ru.qm и повторяем те же шаги. Если в «Psi: Open Profie» так и не появилось Русского языка, тогда мы копируем файл psi_ru.qm в Linux-директорию $HOME/.psi/ (Рис.5)(Windows-директория).
———————————————

3 шаг. Регистрация на Jabber-сервере

.

Чтобы начать регистрацию на Jabber-сервере нажмём в «Настройках аккуанта» -> Зарегистрировать новый аккуант (Рис.1 — синий пунктир) (Если у Вас имеется учётная запись Яндекс или GTalk/Gmail), появиться окно «Регистрация аккуанта» (Рис.6) и в поле Сервер впишем имя сервера на котором будем регистрироваться, — я выбрал для себя Jabber-сервер thelook.ru (Вы можете сами выбрать сервер). Ещё для подстраховки я поставил флажок в окошко «Вручную указать адрес сервера и порт» в поле Сервер продублировал имя Jabber-сервера: thelook.ru, а также ввёл в поле Порт: 5222.
Поставьте флажок в «Использовать стандартный порт SSL». Если Вы не используете, также как и я, Прокси-сервер, то установите
в этом поле слово Нет и нажмите Далее. В «Аутентификации сервера» -> Продолжить (Рис.7). Появиться окно «Регистрация аккуанта» (Рис.8) в котором надо заполнить по крайней мере две из четырёх предложенных граф: первую — «ID (логин) в Jabber-сети» и четвёртую — «Пароль» (Вторую — «Имя» и третью — «Электронный адрес» можете не заполнять.).
————————————
Мой совет: Так-как в Jabber-сети пароль для регистрации вводиться единожды, то лучше всего для начала вписать будущей пароль Jabber-сети в свою Записную книжку, а уж потом вводить его в соответствующую графу. Я это говорю основываюсь на своём опыте. Вначале я наугад ввёл пароль при регистрации в Jabber-сети, а когда перешёл с одного Jabber-мессенджер на другой, то оказалось что я не могу
войти в свою учётную запись, так-как не знаю своего пароля.
—————————
1.Если после регистрации Вашего уникального идентификатора — Jabber ID (сокращённо JID) появиться «Ошибка» (Рис.9) с текстом: «При регистрации произошла ошибка. Причина: Conflict. Access cannot be granted because an existing resource or session exists with the same name or address.» то, это значить, что этим JID’ом пользуется другой гражданин в Jabber-сети. И, Вы просто должны изменить свой JID после нажатия ОК (Рис.9). Если Вы удачно выберете оригинальный JID, то, тогда появиться окошко «Регистрация завершена»: «Вы успешно зарегистрировали аккаунт с Jabber ID ‘[email protected]’ » (Рис.10). После чего на Рабочим столе появиться ростер с нашем JID’ом (Рис.11).

4 шаг. Редактирование учётной записи.

В ростере (Рис.12) нажмём Общее -> Аккуанты, откроется окно «Psi: Аккаунты Jabber» (Рис.13), в нём нажимаем Изменить, откроется окно «Настройки аккаунта» со вкладкой «Аккаунт» (Рис.14) . Тут мы поставим три флажка на против строк:
1.Автоматически входить в сеть при запуске.
2.Автоматически восстанавливать соединение.
3.Вести историю сообщений.
Переходим во вкладку «Соединение» (Рис.15) в которой уже будет по-умолчанию поставлен флажок в пятой строчке «Использовать стандартный порт SSL» (Если у Вас данный флажок не установлен — поставьте обязательно).
Вы можете поставить флажок в «Сжимать трафик (если возможно)», но тогда будет вскакивать: » Ошибка обмена данными с сервером. Подробности: Ошибка обработки XML.».
Также можете на своё усмотрение установить флажки в пунктах «Отправлять «keep-alive» пакеты (для поддержания соединения)» и «Вручную указать адрес сервера и порт».
Сервер: thelook.ru. Порт: 5222 .
И не менял в «Аутентификации открытым текстом» строчку: Если соединение шифруется. Жмём сохранить!
В ростере (Рис.16) нажимаем кнопку Отключен и меняем статус на В сете, Вы увидите то, как звёздочка начнёт разгораться и в конечном счёте станет золотистого цвета, это будет значить то, что Вы вошли в Сеть Jabber! (Если снова возникло окно «Аутентификация сервера» как на Рис.7, нажмите Продолжить.)
И вот мы наконец достигли решающего рубежа, которое знаменует собой Анкета (Рис.17), которою мы должны заполнить и опубликовать в Сети (В Анкете, по крайней мере, мы должны вписать своё имя и ник). Жмём Опубликовать, появляется окошко «Публикация завершена»: «Данные о вашем аккаунте опубликованы» (Рис.18) жмём ОК -> Закрыть.

В настоящее время я пытаюсь разработать веб-сервис ExtendedPSI, который в свою очередь вызывает ряд существующих веб-сервисов PSI. Проблема в том, что я получаю сообщение об ошибке (System.Net.WebException: запрос не выполнен с HTTP-статусом 401: неавторизован.), Когда я пытаюсь получить доступ к существующим службам PSI с помощью ExtendedPSI, который я создал.

Я могу заставить службу работать, если я жестко закодирую учетные данные в моем ExtendedPSI, используя следующий фрагмент:

resWS.Credentials = new NetworkCredential("userName", "userPass", "domain");

но не когда я использую:

resWS.Credentials = CredentialCache.DefaultCredentials;

(Я пробовал CredentialCache.DefaultNetworkCredentials, но прочитал, что это не работает через HTTP или FTP)

Я прочитал множество постов с предложениями, такими как включение аутентификации Windows, удаление анонимного доступа и т. Д., Либо в клиентском web.config, либо в виртуальном из вызывающего веб-приложения, однако я использую SoapUI для вызова службы ExtendedPSI, поскольку будет называться окончательное решение. платформой ESB (а именно SAP PI).

Но с помощью SoapUI мне удалось по очереди вызвать все существующие службы PSI (веб-службы, называемые в моей службе ExtendedPSI), указав свои данные для входа в систему через интерфейс SoapUI, чтобы я знал, что существующие службы работают до тех пор, пока я могу передавать учетные данные но они пусты при использовании CredentialCache.DefaultCredentials.

Надеюсь, что это имеет смысл для кого-то (это моя первая попытка веб-сервисов, поэтому я прошу прощения, если это немного расплывчато). На самом деле я не хочу жестко задавать детали входа в свой сервис, поэтому надеюсь, что кто-то сталкивался с этим раньше и нашел решение, которое я мог бы использовать…

Содержится ли информация, которая мне нужна, в HttpContext? Зашифрованный токен, который я могу передать (возможно, сюда):)? Или мне понадобится общий пользователь для доступа к этим существующим веб-службам PSI?

К вашему сведению: я следовал за статьей http://msdn.microsoft.com/en-us/library/bb428837.aspx (которую я расширил далее, чтобы называть существующие PSI), но она предполагает своего рода клиент MS.NET, вызывающий службу,

Заранее спасибо…

С уважением, ТартанБоно

Не аутентифицировать пользователя джаббер в psi+ (с шифроманием OTR)

Привет. Подскажите, пожалуйста. Пытаюсь наладить связь в Джаббер на psi+, прислали свой адрес и отпечаток. Один раз это получилось, но после ни в какую. В контактах собеседник есть, плагины OTR и GnuPG Key Manager настроил, т.е. свой личный ключ сформировал, присвоил к своему аккаунту ранее созданный Open PGP ключ, потом нажимаю на замочек «Обмен OTR сообщениями», выбираю «Начать частную беседу», нажимаю «Отправить публичный ключ» и пробую показать свой отпечаток, но далее при нажатии «Обмен OTR сообщениями» не активна надпись «Аутентифицировать контакт» и так же не включить шифрование (не найти даже такую кнопку, может она и появляется после аутентификации). Есть подозрение, что контакт, которого добавляю должен в начале разрешить подписку, но запросы делал много раз и всё-таки подозреваю что упускаю какой-то момент. Буду крайне признателен если поможете разобраться. Спасибо.

Есть проблема с не подключением jabber’a(xmpp) в клиенте pidgin’a к серверу c характерной ошибкой:
«Server does not use any supported authentication method»
Решение было найдено в том, что не хватает строки в hosts вида:
127.0.1.1 $name_host
Но. При подключении, же клиента gajima, подключение производится без плясок вокруг hosts.
Каково значение 127.0.1.1 и как сей адрес связан с Pidgin’om?
Прилагаю так же содержимое hosts во время эксперемента на своей машине и дебаг-лог pidgin’a.

127.0.0.1	localhost
#127.0.1.1	 username

Pidgin Debug Log : Thu 09 Jan 2014 06:40:52 PM MSK
(18:20:38) account: Connecting to account username@servername.com/.
(18:20:38) connection: Connecting. gc = 0x7f952e9b2770
(18:20:38) dnssrv: querying SRV record for servername.com: _xmpp-client._tcp.servername.com
(18:20:38) dnssrv: res_query returned an error
(18:20:38) dnsquery: Performing DNS lookup for servername.com
(18:20:38) dns: Wait for DNS child 26693 failed: No child processes
(18:20:38) dns: Created new DNS child 26705, there are now 1 children.
(18:20:38) dns: Successfully sent DNS request to child 26705
(18:20:38) dns: Got response for 'servername.com'
(18:20:38) dnsquery: IP resolved for servername.com
(18:20:38) proxy: Attempting connection to 213.180.204.3
(18:20:38) proxy: Connecting to servername.com:5222 with no proxy
(18:20:38) proxy: Connection in progress
(18:20:38) proxy: Connecting to servername.com:5222.
(18:20:38) proxy: Connected to servername.com:5222.
(18:20:38) jabber: Sending (username@servername.com): <?xml version='1.0' ?>
(18:20:38) jabber: Sending (username@servername.com): <stream:stream to='servername.com' xmlns='jabber:client' xmlns:stream='http://etherx.jabber.org/streams' version='1.0'>
(18:20:39) jabber: Recv (191): <?xml version='1.0' encoding='UTF-8'?><stream:stream xmlns:stream="http://etherx.jabber.org/streams" xmlns="jabber:client" from="servername.com" id="3df4f547" xml:lang="en" version="1.0">
(18:20:39) jabber: Recv (436): <stream:features><starttls xmlns="urn:ietf:params:xml:ns:xmpp-tls"></starttls><mechanisms xmlns="urn:ietf:params:xml:ns:xmpp-sasl"><mechanism>DIGEST-MD5</mechanism><mechanism>JIVE-SHAREDSECRET</mechanism><mechanism>PLAIN</mechanism><mechanism>CRAM-MD5</mechanism></mechanisms><compression xmlns="http://jabber.org/features/compress"><method>zlib</method></compression><auth xmlns="http://jabber.org/features/iq-auth"/></stream:features>
(18:20:39) jabber: Sending (username@servername.com): <starttls xmlns='urn:ietf:params:xml:ns:xmpp-tls'/>
(18:20:39) jabber: Recv (50): <proceed xmlns="urn:ietf:params:xml:ns:xmpp-tls"/>
(18:20:39) nss: subject=CN=d3015.serverclub.com issuer=CN=d3015.serverclub.com
(18:20:39) certificate/x509/tls_cached: Starting verify for servername.com
(18:20:39) certificate/x509/tls_cached: Checking for cached cert...
(18:20:39) certificate/x509/tls_cached: ...Found cached cert
(18:20:39) nss/x509: Loading certificate from /home/username/.purple/certificates/x509/tls_peers/servername.com
(18:20:39) certificate/x509/tls_cached: Peer cert matched cached
(18:20:39) nss/x509: Exporting certificate to /home/username/.purple/certificates/x509/tls_peers/servername.com
(18:20:39) util: Writing file /home/username/.purple/certificates/x509/tls_peers/servername.com
(18:20:39) certificate: Successfully verified certificate for servername.com
(18:20:39) jabber: Sending (ssl) (username@servername.com): <stream:stream to='servername.com' xmlns='jabber:client' xmlns:stream='http://etherx.jabber.org/streams' version='1.0'>
(18:20:39) jabber: Recv (ssl)(566): <?xml version='1.0' encoding='UTF-8'?><stream:stream xmlns:stream="http://etherx.jabber.org/streams" xmlns="jabber:client" from="servername.com" id="3df4f547" xml:lang="en" version="1.0"><stream:features><mechanisms xmlns="urn:ietf:params:xml:ns:xmpp-sasl"><mechanism>DIGEST-MD5</mechanism><mechanism>JIVE-SHAREDSECRET</mechanism><mechanism>PLAIN</mechanism><mechanism>CRAM-MD5</mechanism></mechanisms><compression xmlns="http://jabber.org/features/compress"><method>zlib</method></compression><auth xmlns="http://jabber.org/features/iq-auth"/></stream:features>
(18:20:39) sasl: sasl_state is -1, failing the mech and trying again
(18:20:39) connection: Connection error on 0x7f952e9b2770 (reason: 3 description: Server does not use any supported authentication method)
(18:20:39) account: Disconnecting account username@servername.com/ (0x7f952dd3f6d0)
(18:20:39) connection: Disconnecting connection 0x7f952e9b2770
(18:20:39) jabber: Sending (ssl) (username@servername.com): </stream:stream>
(18:20:39) connection: Destroying connection 0x7f952e9b2770
(18:20:39) util: Writing file prefs.xml to directory /home/username/.purple
(18:20:39) util: Writing file /home/username/.purple/prefs.xml
(18:20:44) util: Writing file accounts.xml to directory /home/username/.purple
(18:20:44) util: Writing file /home/username/.purple/accounts.xml
(18:40:52) prefs: /pidgin/filelocations/last_save_folder changed, scheduling save.