Zertifizierung scheitert an registerAccess
120 views
Skip to first unread message
Andre
Oct 21, 2011, 3:33:09 PM10/21/11
to Immocaster
Folgendes Problem tritt während der Zertifizierung bei mir auf:
Nach Klicken auf "Applikation zertifizieren" werde ich erfolgreich auf
die Immoscout-Seite weitergeleitet, wo die Eingabe von BN/PW gefordert
ist. Daraufhin kommt die Meldung "Eine Applikation möchte sich mit
Ihrem Account verknüpfen", was ich bestätige. Nun bin ich ganz kurz
wieder auf der Ursprungseite (callback_url) und sehe in der URL auch
Token, Verifier und state (http://example.org/category/ceni/?
oauth_token=cb435aea-af59-4357-
bf16-76e967ec2263&oauth_verifier=xdfobl&state=authorized).
Kurz darauf lande ich wieder auf der Immoscoutseite wo erneut die
Abfrage kommt "Eine Applikation möchte sich mit Ihrem Account
verknüpfen".
In der Datenbank sind in der ic_desc mehrere REQUEST angekommen aber
kein APPLICATION. Somit scheitert er wohl an dem OAuth. Habe daraufhin
ein paar Logs in die getAccess() in der Rest.php eingebaut und
gesehen, dass er zuerst in die registerRequest() reingeht daraufhin in
die registerAccess() dort das $result von file_get_contents() false
ist. allow_url_fopen ist vom Hoster angeschaltet und auch in der
php.ini gesetzt.
Was könnte schieflaufen?
Gruß André
Nach Klicken auf "Applikation zertifizieren" werde ich erfolgreich auf
die Immoscout-Seite weitergeleitet, wo die Eingabe von BN/PW gefordert
ist. Daraufhin kommt die Meldung "Eine Applikation möchte sich mit
Ihrem Account verknüpfen", was ich bestätige. Nun bin ich ganz kurz
wieder auf der Ursprungseite (callback_url) und sehe in der URL auch
Token, Verifier und state (http://example.org/category/ceni/?
oauth_token=cb435aea-af59-4357-
bf16-76e967ec2263&oauth_verifier=xdfobl&state=authorized).
Kurz darauf lande ich wieder auf der Immoscoutseite wo erneut die
Abfrage kommt "Eine Applikation möchte sich mit Ihrem Account
verknüpfen".
In der Datenbank sind in der ic_desc mehrere REQUEST angekommen aber
kein APPLICATION. Somit scheitert er wohl an dem OAuth. Habe daraufhin
ein paar Logs in die getAccess() in der Rest.php eingebaut und
gesehen, dass er zuerst in die registerRequest() reingeht daraufhin in
die registerAccess() dort das $result von file_get_contents() false
ist. allow_url_fopen ist vom Hoster angeschaltet und auch in der
php.ini gesetzt.
Was könnte schieflaufen?
Gruß André
Norman Braun
Oct 23, 2011, 5:02:29 AM10/23/11
to Immocaster
Hallo André,
also der Connect zur Datenbank steht. Das ist schonmal gut. Wieso
APPLICATION in der DB nicht gesetzt wird kann ich noch nicht genau
sagen. Jedenfalls nicht mit den Angaben. Oft lag es aber in der
Vergangenheit daran, dass die URL, von der man die Zertifizierung
aufgerufen hat, nicht die selbe war wie in der callback_url:
Dies ist das Beispiel von der Immocaster Seite:
http://immocaster.com/sdk-applikation-zertifizieren
Wenn dieser Code nun z.B. auf http://www.meineseite.com/zertifizierung/index.php?testvar=23
eingebunden wurde, muss genau das (http://www.meineseite.com/
zertifizierung/index.php?testvar=23) als Callback URL angegeben
werden. Nicht einfach auf irgendeine Startseite z,B, http://www.meineseite.com/
weiterleiten. Es muss die komplette URL sein von der gestartet wurde.
Bitte einmal prüfen, ob dass der Fall ist.
also der Connect zur Datenbank steht. Das ist schonmal gut. Wieso
APPLICATION in der DB nicht gesetzt wird kann ich noch nicht genau
sagen. Jedenfalls nicht mit den Angaben. Oft lag es aber in der
Vergangenheit daran, dass die URL, von der man die Zertifizierung
aufgerufen hat, nicht die selbe war wie in der callback_url:
Dies ist das Beispiel von der Immocaster Seite:
http://immocaster.com/sdk-applikation-zertifizieren
Wenn dieser Code nun z.B. auf http://www.meineseite.com/zertifizierung/index.php?testvar=23
eingebunden wurde, muss genau das (http://www.meineseite.com/
zertifizierung/index.php?testvar=23) als Callback URL angegeben
werden. Nicht einfach auf irgendeine Startseite z,B, http://www.meineseite.com/
weiterleiten. Es muss die komplette URL sein von der gestartet wurde.
Bitte einmal prüfen, ob dass der Fall ist.
Norman Braun
Oct 31, 2011, 11:10:13 AM10/31/11
to Immocaster
Nachtrag: Der Fehler kann auch vorkommen, wenn Sonderzeichen in Key
oder Secret von IS24 sind. Dann bitte eine Mail an
res...@immobilienscout24.de senden, mit der Bitte dies zu ändern.
On 23 Okt., 10:02, Norman Braun <br...@medienopfer98.de> wrote:
> Hallo André,
>
> also der Connect zur Datenbank steht. Das ist schonmal gut. Wieso
> APPLICATION in der DB nicht gesetzt wird kann ich noch nicht genau
> sagen. Jedenfalls nicht mit den Angaben. Oft lag es aber in der
> Vergangenheit daran, dass die URL, von der man die Zertifizierung
> aufgerufen hat, nicht die selbe war wie in der callback_url:
>
> Dies ist das Beispiel von der Immocaster Seite:http://immocaster.com/sdk-applikation-zertifizieren
>
> Wenn dieser Code nun z.B. aufhttp://www.meineseite.com/zertifizierung/index.php?testvar=23
oder Secret von IS24 sind. Dann bitte eine Mail an
res...@immobilienscout24.de senden, mit der Bitte dies zu ändern.
On 23 Okt., 10:02, Norman Braun <br...@medienopfer98.de> wrote:
> Hallo André,
>
> also der Connect zur Datenbank steht. Das ist schonmal gut. Wieso
> APPLICATION in der DB nicht gesetzt wird kann ich noch nicht genau
> sagen. Jedenfalls nicht mit den Angaben. Oft lag es aber in der
> Vergangenheit daran, dass die URL, von der man die Zertifizierung
> aufgerufen hat, nicht die selbe war wie in der callback_url:
>
> Dies ist das Beispiel von der Immocaster Seite:http://immocaster.com/sdk-applikation-zertifizieren
>
> eingebunden wurde, muss genau das (http://www.meineseite.com/
> zertifizierung/index.php?testvar=23) als Callback URL angegeben
> werden. Nicht einfach auf irgendeine Startseite z,B,http://www.meineseite.com/
> zertifizierung/index.php?testvar=23) als Callback URL angegeben
Norman Braun
Jun 4, 2012, 7:35:51 AM6/4/12
to Immocaster
Es gab auch schon den Fall das es am Browser lag. Bitte evtl. mal den
Browser wechseln... oder mal den Code (natürlich ohne Secret und Key)
posten.
thx
Norman
On 4 Jun., 09:40, bruck...@blueend.com wrote:
> Ich habe nun um den Fall mit dem Sonderzeichen auszuschließen bei
> ImmoScout24 einen neuen Key und Secret beantragt, jedoch wäre es toll, wenn
> sich jemand findet der mich bei meinem Problem unterstützt - oder hat etwas
> keiner eine Lösung?
>
> Am Freitag, 1. Juni 2012 09:04:24 UTC+2 schrieb bruc...@blueend.com:
>
>
>
>
>
>
>
>
>
> > Hallo,
>
> > ich habe das gleiche Problem, jedoch ist bei mir die Callback-URL und die
> > URL von der aus der Request ausgeführt wird identisch. Der Key und das
> > Secret enthalten weiter auch keine Sonderzeichen, sofern ein - im Key nicht
> > auch als Sonderzeichen zählt. Ein weiterer Unterschied ist auch, dass ich
> > nicht Verifier und State nach dem Klick auf Bestätigen in der URL sehe,
> > sondern nur ein neuer Token generiert wird und ich wieder auf der selben
> > Seite lande.
>
> > Gruß David
Browser wechseln... oder mal den Code (natürlich ohne Secret und Key)
posten.
thx
Norman
On 4 Jun., 09:40, bruck...@blueend.com wrote:
> Ich habe nun um den Fall mit dem Sonderzeichen auszuschließen bei
> ImmoScout24 einen neuen Key und Secret beantragt, jedoch wäre es toll, wenn
> sich jemand findet der mich bei meinem Problem unterstützt - oder hat etwas
> keiner eine Lösung?
>
> Am Freitag, 1. Juni 2012 09:04:24 UTC+2 schrieb bruc...@blueend.com:
>
>
>
>
>
>
>
>
>
> > Hallo,
>
> > ich habe das gleiche Problem, jedoch ist bei mir die Callback-URL und die
> > URL von der aus der Request ausgeführt wird identisch. Der Key und das
> > Secret enthalten weiter auch keine Sonderzeichen, sofern ein - im Key nicht
> > auch als Sonderzeichen zählt. Ein weiterer Unterschied ist auch, dass ich
> > nicht Verifier und State nach dem Klick auf Bestätigen in der URL sehe,
> > sondern nur ein neuer Token generiert wird und ich wieder auf der selben
> > Seite lande.
>
> > Gruß David
>
> > Am Montag, 31. Oktober 2011 16:10:13 UTC+1 schrieb Norman Braun:
>
> >> Nachtrag: Der Fehler kann auch vorkommen, wenn Sonderzeichen in Key
> >> oder Secret von IS24 sind. Dann bitte eine Mail an
> >> rest...@immobilienscout24.de senden, mit der Bitte dies zu ändern.
> > Am Montag, 31. Oktober 2011 16:10:13 UTC+1 schrieb Norman Braun:
>
> >> Nachtrag: Der Fehler kann auch vorkommen, wenn Sonderzeichen in Key
> >> oder Secret von IS24 sind. Dann bitte eine Mail an
> > Am Montag, 31. Oktober 2011 16:10:13 UTC+1 schrieb Norman Braun:
>
> >> Nachtrag: Der Fehler kann auch vorkommen, wenn Sonderzeichen in Key
> >> oder Secret von IS24 sind. Dann bitte eine Mail an
> >> rest...@immobilienscout24.de senden, mit der Bitte dies zu ändern.
>
> >> Nachtrag: Der Fehler kann auch vorkommen, wenn Sonderzeichen in Key
> >> oder Secret von IS24 sind. Dann bitte eine Mail an
Message has been deleted
Norman Braun
Jun 5, 2012, 5:10:54 AM6/5/12
to Immocaster
Hab es jetzt mal komplett durchgetestet. Mit meinem Key und Secret
funktioniert alles wunderbar. Vor kurzem gab es das Problem schonmal
bei einem Provider wo es auch Probleme in einem speziellen
Hostingpaket gab. Bitte evtl. mal auf anderen Hoster oder Lokal
probieren. Ich habe es grade lokal gemacht. Bin nicht ganz sicher was
da genau gefehlt hatte. Evtl. auch mal bitte bei $oImmocaster-
>setDataStorage, die letzten zwei Parameter rauslassen. Also nur
$oImmocaster->setDataStorage(array('Mysql',$db['host'],$db['user'],
$db['password'],$db['database'])); Sollte zwar keine Probleme machen,
aber man will ja alles ausschließen.
On Jun 5, 10:17 am, bruck...@blueend.com wrote:
> Ich würde mal sagen, ohne die Analyse der übergebenen Parameter seitens
> ImmoScout24 kommt man hier nicht wirklich weiter, oder hat jemand eine Idee?
>
> Am Montag, 4. Juni 2012 14:59:09 UTC+2 schrieb (unbekannt):
>
>
>
>
>
>
>
>
>
> > Hallo,
>
> > der Ausgangsbrowser war Firefox 12. Getestet habe ich dann noch Chrome 19,
> > Internet Explorer 9 und Safari 5 - leider trat bei allen Browsern der
> > gleiche Effekt auf, dass die gleiche Seite, nur mit einem anderen Token,
> > geladen wurde.
>
> > Anbei der Code:
>
> > $oImmocaster = Immocaster_Sdk::getInstance('is24', $sImmobilienScout24Key,
> > $sImmobilienScout24Secret);
> > $oImmocaster->setDataStorage(array('Mysql',$db['host'],$db['user'],$db['password'],$db['database']),
> > 'Immocaster', 'is24_immocaster');
> > $oImmocaster->setReadingType('curl');
> > $oImmocaster->setContentResultType('json');
> > $oImmocaster->setRequestUrl('live');
>
> > if (isset($_GET['main_registration']) || isset($_GET['state'])) {
> > $aParameter = array('callback_url'=>'http://www.example.com/my/page.html
> > ','verifyApplication'=>TRUE);
> > if ($oImmocaster->getAccess($aParameter)) {
> > print 'Website verified!';
> > }
> > }
>
> > Gruß David
funktioniert alles wunderbar. Vor kurzem gab es das Problem schonmal
bei einem Provider wo es auch Probleme in einem speziellen
Hostingpaket gab. Bitte evtl. mal auf anderen Hoster oder Lokal
probieren. Ich habe es grade lokal gemacht. Bin nicht ganz sicher was
da genau gefehlt hatte. Evtl. auch mal bitte bei $oImmocaster-
>setDataStorage, die letzten zwei Parameter rauslassen. Also nur
$oImmocaster->setDataStorage(array('Mysql',$db['host'],$db['user'],
$db['password'],$db['database'])); Sollte zwar keine Probleme machen,
aber man will ja alles ausschließen.
On Jun 5, 10:17 am, bruck...@blueend.com wrote:
> Ich würde mal sagen, ohne die Analyse der übergebenen Parameter seitens
> ImmoScout24 kommt man hier nicht wirklich weiter, oder hat jemand eine Idee?
>
> Am Montag, 4. Juni 2012 14:59:09 UTC+2 schrieb (unbekannt):
>
>
>
>
>
>
>
>
>
> > Hallo,
>
> > der Ausgangsbrowser war Firefox 12. Getestet habe ich dann noch Chrome 19,
> > Internet Explorer 9 und Safari 5 - leider trat bei allen Browsern der
> > gleiche Effekt auf, dass die gleiche Seite, nur mit einem anderen Token,
> > geladen wurde.
>
> > Anbei der Code:
>
> > $oImmocaster = Immocaster_Sdk::getInstance('is24', $sImmobilienScout24Key,
> > $sImmobilienScout24Secret);
> > $oImmocaster->setDataStorage(array('Mysql',$db['host'],$db['user'],$db['password'],$db['database']),
> > 'Immocaster', 'is24_immocaster');
> > $oImmocaster->setReadingType('curl');
> > $oImmocaster->setContentResultType('json');
> > $oImmocaster->setRequestUrl('live');
>
> > if (isset($_GET['main_registration']) || isset($_GET['state'])) {
> > $aParameter = array('callback_url'=>'http://www.example.com/my/page.html
> > ','verifyApplication'=>TRUE);
> > if ($oImmocaster->getAccess($aParameter)) {
> > print 'Website verified!';
> > }
> > }
>
> > Gruß David
Norman Braun
Jun 6, 2012, 5:27:44 AM6/6/12
to Immocaster
danke für die Info... werde das mal testen und dann in das SDK mit
aufnehmen.
gruß
Norman Braun
On 5 Jun., 14:30, bruck...@blueend.com wrote:
> Hallo,
>
> also vorab: Es hat nun funktioniert. Der Tipp mit dem lokalen Test war der
> ausschlaggebende Hinweis.
>
> Wir haben festgestellt, dass das SDK zwar CURL zum Verarbeiten von URL's
> anbietet, aber genau an der Stelle, wo die Zertifizierung stattfindet
> trotzdem *file_get_contents* verwendet wird (*ich hatte ja geschrieben,
> dass dies auf dem Kundensystem nicht möglich ist*). Weiter stand davor noch
> ein *@*, welches die Fehlermeldung unterdrück und somit die Fehlersuche
> ziemlich erschwert hat. Das sollte auf jeden Fall geändert werden! Anbei
> der Code, mit dem nun auch an dieser Stelle CURL verwendet wird und das
> Problem löst.
>
> if($this->_sUrlReadingType == 'curl'){
> $ch = curl_init(); // create a new cURL resource
> // set URL and other appropriate options
> curl_setopt($ch, CURLOPT_URL,
> $this->_sUri.'/restapi/security/oauth/access_token');
> curl_setopt($ch, CURLOPT_RETURNTRANSFER ,1);
> curl_setopt($ch, CURLOPT_HEADER, 0);
> curl_setopt($ch, CURLOPT_HTTPHEADER, $opts['http']);
> $result = curl_exec($ch); // grab URL and pass it to the browser
> curl_close($ch); // close cURL resource, and free up system resources}else{
>
> $result =
> file_get_contents($this->_sUri.'/restapi/security/oauth/access_token',false,stream_context_create($opts));
>
> }
>
> Der Code ersetzt die Zeile *451* der *Rest.php* unter *
> SDK/Immocaster/Immobilienscout/*
>
> Viele Grüße
> David Brucksch
aufnehmen.
gruß
Norman Braun
On 5 Jun., 14:30, bruck...@blueend.com wrote:
> Hallo,
>
> also vorab: Es hat nun funktioniert. Der Tipp mit dem lokalen Test war der
> ausschlaggebende Hinweis.
>
> Wir haben festgestellt, dass das SDK zwar CURL zum Verarbeiten von URL's
> anbietet, aber genau an der Stelle, wo die Zertifizierung stattfindet
> trotzdem *file_get_contents* verwendet wird (*ich hatte ja geschrieben,
> dass dies auf dem Kundensystem nicht möglich ist*). Weiter stand davor noch
> ein *@*, welches die Fehlermeldung unterdrück und somit die Fehlersuche
> ziemlich erschwert hat. Das sollte auf jeden Fall geändert werden! Anbei
> der Code, mit dem nun auch an dieser Stelle CURL verwendet wird und das
> Problem löst.
>
> if($this->_sUrlReadingType == 'curl'){
> $ch = curl_init(); // create a new cURL resource
> // set URL and other appropriate options
> curl_setopt($ch, CURLOPT_URL,
> $this->_sUri.'/restapi/security/oauth/access_token');
> curl_setopt($ch, CURLOPT_RETURNTRANSFER ,1);
> curl_setopt($ch, CURLOPT_HEADER, 0);
> curl_setopt($ch, CURLOPT_HTTPHEADER, $opts['http']);
> $result = curl_exec($ch); // grab URL and pass it to the browser
> curl_close($ch); // close cURL resource, and free up system resources}else{
>
> $result =
> file_get_contents($this->_sUri.'/restapi/security/oauth/access_token',false,stream_context_create($opts));
>
> }
>
> Der Code ersetzt die Zeile *451* der *Rest.php* unter *
> SDK/Immocaster/Immobilienscout/*
>
> Viele Grüße
> David Brucksch
>
> Am Freitag, 21. Oktober 2011 21:33:09 UTC+2 schrieb Andre:
>
>
>
>
>
>
>
>
>
>
>
> > Folgendes Problem tritt während der Zertifizierung bei mir auf:
>
> > Nach Klicken auf "Applikation zertifizieren" werde ich erfolgreich auf
> > die Immoscout-Seite weitergeleitet, wo die Eingabe von BN/PW gefordert
> > ist. Daraufhin kommt die Meldung "Eine Applikation möchte sich mit
> > Ihrem Account verknüpfen", was ich bestätige. Nun bin ich ganz kurz
> > wieder auf der Ursprungseite (callback_url) und sehe in der URL auch
> > Token, Verifier und state (http://example.org/category/ceni/?
> > oauth_token=cb435aea-af59-4357-
> > bf16-76e967ec2263&oauth_verifier=xdfobl&state=authorized<http://example.org/category/ceni/?oauth_token=cb435aea-af59-4357-bf16...>).
> Am Freitag, 21. Oktober 2011 21:33:09 UTC+2 schrieb Andre:
>
>
>
>
>
>
>
>
>
>
>
> > Folgendes Problem tritt während der Zertifizierung bei mir auf:
>
> > Nach Klicken auf "Applikation zertifizieren" werde ich erfolgreich auf
> > die Immoscout-Seite weitergeleitet, wo die Eingabe von BN/PW gefordert
> > ist. Daraufhin kommt die Meldung "Eine Applikation möchte sich mit
> > Ihrem Account verknüpfen", was ich bestätige. Nun bin ich ganz kurz
> > wieder auf der Ursprungseite (callback_url) und sehe in der URL auch
> > Token, Verifier und state (http://example.org/category/ceni/?
> > oauth_token=cb435aea-af59-4357-
>
> > Kurz darauf lande ich wieder auf der Immoscoutseite wo erneut die
> > Abfrage kommt "Eine Applikation möchte sich mit Ihrem Account
> > verknüpfen".
>
> > In der Datenbank sind in der ic_desc mehrere REQUEST angekommen aber
> > kein APPLICATION. Somit scheitert er wohl an dem OAuth. Habe daraufhin
> > ein paar Logs in die getAccess() in der Rest.php eingebaut und
> > gesehen, dass er zuerst in die registerRequest() reingeht daraufhin in
> > die registerAccess() dort das $result von file_get_contents() false
> > ist. allow_url_fopen ist vom Hoster angeschaltet und auch in der
> > php.ini gesetzt.
>
> > Was könnte schieflaufen?
>
> > Gruß André
>
> > Kurz darauf lande ich wieder auf der Immoscoutseite wo erneut die
> > Abfrage kommt "Eine Applikation möchte sich mit Ihrem Account
> > verknüpfen".
>
> > In der Datenbank sind in der ic_desc mehrere REQUEST angekommen aber
> > kein APPLICATION. Somit scheitert er wohl an dem OAuth. Habe daraufhin
> > ein paar Logs in die getAccess() in der Rest.php eingebaut und
> > gesehen, dass er zuerst in die registerRequest() reingeht daraufhin in
> > die registerAccess() dort das $result von file_get_contents() false
> > ist. allow_url_fopen ist vom Hoster angeschaltet und auch in der
> > php.ini gesetzt.
>
> > Was könnte schieflaufen?
>
> > Gruß André
>
> Am Freitag, 21. Oktober 2011 21:33:09 UTC+2 schrieb Andre:
>
>
>
>
>
>
>
>
>
> > Folgendes Problem tritt während der Zertifizierung bei mir auf:
>
> > Nach Klicken auf "Applikation zertifizieren" werde ich erfolgreich auf
> > die Immoscout-Seite weitergeleitet, wo die Eingabe von BN/PW gefordert
> > ist. Daraufhin kommt die Meldung "Eine Applikation möchte sich mit
> > Ihrem Account verknüpfen", was ich bestätige. Nun bin ich ganz kurz
> > wieder auf der Ursprungseite (callback_url) und sehe in der URL auch
> > Token, Verifier und state (http://example.org/category/ceni/?
> > oauth_token=cb435aea-af59-4357-
> > bf16-76e967ec2263&oauth_verifier=xdfobl&state=authorized<http://example.org/category/ceni/?oauth_token=cb435aea-af59-4357-bf16...>).
>
>
>
>
>
>
>
>
>
> > Folgendes Problem tritt während der Zertifizierung bei mir auf:
>
> > Nach Klicken auf "Applikation zertifizieren" werde ich erfolgreich auf
> > die Immoscout-Seite weitergeleitet, wo die Eingabe von BN/PW gefordert
> > ist. Daraufhin kommt die Meldung "Eine Applikation möchte sich mit
> > Ihrem Account verknüpfen", was ich bestätige. Nun bin ich ganz kurz
> > wieder auf der Ursprungseite (callback_url) und sehe in der URL auch
> > Token, Verifier und state (http://example.org/category/ceni/?
> > oauth_token=cb435aea-af59-4357-
Reply all
Reply to author
Forward
0 new messages