Authentifizierungsproblem
berlund
entwickle und pflege ein kleines Os X Widget, dass die Samurai API zum
SMS Versand nutzt. Habe Fehlermeldungen von Nutzern erhalten, dass der
Login nicht mehr funktioniert. Nach eigenem Test erhalte ich einen
HTTP 401 bei der Authentifizierung beim Aufruf von den bisher
benutzten Methoden. Ist hier irgendein Problem bekannt?
MfG,
Lars
berlund
hier noch ein paar neue Details zu dem Problem:
Der Versuch sich bei der Samurai API mit curl zu identifizieren gibt
ebenfalls einen 401:
curl -u user:pass https://api.sipgate.net/RPC2
User und Passwort sind dieselben wie beim Sipgate Web-Interface, dort
funktionieren sie auch. Das Firefox Plugin SipgateFFX verweigert
ebenfalls den Login mit einem "sipgateFFX: Zugangsdaten nicht
korrekt".
Kann jemand das Problem reproduzieren? Weiss Sipgate etwas?
Stefan Selbach
mal ein Schuss ins Blaue: kann es ein Problem mit den verwendeten
Zertifikaten geben? Sind diese auf dem Client (für curl) hinterlegt?
Der Browser scheint ja keine Probleme damit zu haben.
Viele Grüße
Stefan Selbach
> --
> You received this message because you are subscribed to the Google Groups "sipgate API" group.
> To post to this group, send email to sipga...@googlegroups.com.
> To unsubscribe from this group, send email to sipgate-api...@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/sipgate-api?hl=en.
>
>
--
_________________________________________________________________
Diese Information ist ausschliesslich fuer den Adressaten bestimmt und
kann vertraulich oder gesetzlich geschuetzte Informationen enthalten.
Wenn Sie nicht der bestimmungsgemaesse Adressat sind, unterrichten Sie
bitte den Absender und vernichten Sie diese Mail. Anderen als dem
bestimmungsgemaessen Adressaten ist es untersagt, diese E-Mail zu
lesen, zu speichern, weiterzuleiten oder ihren Inhalt auf welche Weise
auch immer zu verwenden. Wir verwenden aktuelle Virenschutzprogramme.
Fuer Schaeden, die dem Empfaenger gleichwohl durch von uns zugesandte
mit Viren befallene E-Mails entstehen, schliessen wir jede Haftung
aus.
* * * * *
The information contained in this email is intended only for its
addressee and may contain confidential and/or privileged information.
If the reader of this email is not the intended recipient, you are
hereby notified that reading, saving, distribution or use of the
content of this email in any way is prohibited. If you have received
this email in error, please notify the sender and delete the email. We
use updated antivirus protection software. We do not accept any
responsibility for damages caused anyhow by viruses transmitted via
email.
berlund
der Browser (Firefox) hat bei mir ja auch damit Probleme. Ein
Verschlüsserlungsproblem ist es meiner Meinung nach aber nicht.
Schliesslich bekomme ich ja einen Fehler auf HTTP Ebene, wäre es ein
Verschlüsserlungsproblem könnte ich diesen ja nicht lesen.
MfG,
Lars
On 3 Okt., 11:19, Stefan Selbach <s...@stefanselbach.com> wrote:
> Hallo,
> mal ein Schuss ins Blaue: kann es ein Problem mit den verwendeten
> Zertifikaten geben? Sind diese auf dem Client (für curl) hinterlegt?
> Der Browser scheint ja keine Probleme damit zu haben.
> Viele Grüße
> Stefan Selbach
>
>
>
>
>
>
> > Hallo nochmal,
>
> > hier noch ein paar neue Details zu dem Problem:
>
> > Der Versuch sich bei der Samurai API mit curl zu identifizieren gibt
> > ebenfalls einen 401:
>
> > User und Passwort sind dieselben wie beim Sipgate Web-Interface, dort
> > funktionieren sie auch. Das Firefox Plugin SipgateFFX verweigert
> > ebenfalls den Login mit einem "sipgateFFX: Zugangsdaten nicht
> > korrekt".
>
> > Kann jemand das Problem reproduzieren? Weiss Sipgate etwas?
>
> > On 1 Okt., 23:40, berlund <lars.en...@gmail.com> wrote:
> >> Hallo,
>
> >> entwickle und pflege ein kleines Os X Widget, dass die Samurai API zum
> >> SMS Versand nutzt. Habe Fehlermeldungen von Nutzern erhalten, dass der
> >> Login nicht mehr funktioniert. Nach eigenem Test erhalte ich einen
> >> HTTP 401 bei der Authentifizierung beim Aufruf von den bisher
> >> benutzten Methoden. Ist hier irgendein Problem bekannt?
>
> >> MfG,
>
> >> Lars
>
> > --
> > You received this message because you are subscribed to the Google Groups "sipgate API" group.
> > To post to this group, send email to sipga...@googlegroups.com.
> > To unsubscribe from this group, send email to sipgate-api...@googlegroups.com.
A. M. Hoffmeister
> Hallo Stefan,
>
> der Browser (Firefox) hat bei mir ja auch damit Probleme. Ein
> Schliesslich bekomme ich ja einen Fehler auf HTTP Ebene, w�re es ein
> Verschl�sserlungsproblem k�nnte ich diesen ja nicht lesen.
Nabend,
als Sipgate-Plus-Kunde verwende ich https://samurai.sipgate.net/RPC2
damit funktioniert mein Benutzername. Verwende ich stattdessen
api.sipgate.net, klappt's net (401 wie beschrieben).
Es scheint verschieden gut ausgestattete APIs f�r verschiedene
Kundenkreise (basic/plus, team, ...) zu geben, man muss dann
schon den richtigen Zugang erwischen.
Gru�
Martin
Lars Engel
seit gestern funktioniert es für mich wieder, rufe https://samurai.sipgate.net/RPC2 mit einem Sipgate basic Konto auf. Genau das hat der Code beim Nutzer aber auch gemacht, d.h. keine Änderung auf der Client Seite. Irgendwie seltsam. Kann man de Kontotyp per API identifizieren?
/ Lars
Am 03.10.2011 20:25, schrieb berlund:
Hallo Stefan,
der Browser (Firefox) hat bei mir ja auch damit Probleme. Ein
Verschlüsserlungsproblem ist es meiner Meinung nach aber nicht.
Schliesslich bekomme ich ja einen Fehler auf HTTP Ebene, wäre es ein
Verschlüsserlungsproblem könnte ich diesen ja nicht lesen.
Nabend,
als Sipgate-Plus-Kunde verwende ich https://samurai.sipgate.net/RPC2
damit funktioniert mein Benutzername. Verwende ich stattdessen
api.sipgate.net, klappt's net (401 wie beschrieben).
Es scheint verschieden gut ausgestattete APIs für verschiedene
Kundenkreise (basic/plus, team, ...) zu geben, man muss dann
schon den richtigen Zugang erwischen.
Gruß
Martin
--
You received this message because you are subscribed to the Google Groups "sipgate API" group.
To post to this group, send email to sipga...@googlegroups.com.
To unsubscribe from this group, send email to sipgate-api+unsubscribe@googlegroups.com.
A. M. Hoffmeister
> Hallo,
>
> Genau das hat der Code beim Nutzer aber auch gemacht, d.h. keine
> per API identifizieren?
Nabend,
stand in der Mail von "berlund" am 2.10. - das scheint die Schnittstelle
f�r sipgate Team zu sein, f�r sipgate.basic und plus nimmt man eben
"samurai".
Wie man die Accounts automatisch unterscheidet, weiss ich nicht. Man
kann aber nat�rlich in einem Script einfach beide Zug�nge ausprobieren und
den nehmen, bei dem das Passwort den Sesam �ffnet. Oder den Benutzer
neben Account und Passwort auch noch nach seinem Account-Typ fragen:
unter den eher technik-affinen Sipgate-Nutzern sollte das kaum Probleme
geben. (Ansonsten: Fallback auf ausprobieren - wenn keiner der Zug�nge
funktioniert, entweder auf Sipgate schimpfen oder PEBKAC).
Gru�
Martin
Jens Caasen
Am 04.10.2011 10:18, schrieb Lars Engel:
Nabend,
Hallo,
seit gestern funktioniert es für mich wieder, rufe https://samurai.sipgate.net/RPC2 mit einem Sipgate basic Konto auf. Genau das hat der Code beim Nutzer aber auch gemacht, d.h. keine Änderung auf der Client Seite. Irgendwie seltsam. Kann man de Kontotyp per API identifizieren?
https://api.sipgate.net/RPC2
stand in der Mail von "berlund" am 2.10. - das scheint die Schnittstelle für sipgate Team zu sein, für sipgate.basic und plus nimmt man eben "samurai".
Wie man die Accounts automatisch unterscheidet, weiss ich nicht. Man kann aber natürlich in einem Script einfach beide Zugänge ausprobieren und
den nehmen, bei dem das Passwort den Sesam öffnet. Oder den Benutzer neben Account und Passwort auch noch nach seinem Account-Typ fragen:
unter den eher technik-affinen Sipgate-Nutzern sollte das kaum Probleme geben. (Ansonsten: Fallback auf ausprobieren - wenn keiner der Zugänge
funktioniert, entweder auf Sipgate schimpfen oder PEBKAC).