„Sie können nicht auf diese Seite zugreifen direkt“ - Hybrid Auth

Question

ich auf AWS Elastic Beanstalk meine PHP Yü Anwendung bin Hosting und damit die Datenbank mit Sitzungen zu speichern. Ich habe Facebook Login erfolgreich mit Hybridauth in einer Shared Hosting Umgebung implementiert. Wenn ich auf Elastic Beanstalk Gastgeber Facebook Login gibt den Fehler:

"You cannot access this page directly" 

Die URL endet als:

http://mydomain.com/hybridauth/default/callback?hauth.start=Facebook&hauth.time=1393106016 

Ich habe von here gelernt, dass dies auf Facebook verbunden ist zurück an die Anwendung aufrufen, aber eine andere Sitzung finden. Endpoint.php wirft dann den Fehler:

  # Init Hybrid_Auth 
     try { 
      // Check if Hybrid_Auth session already exist 
      if (! isset($_SESSION["HA::CONFIG"])) { 
       header("HTTP/1.0 404 Not Found"); 
       die("You cannot access this page directly."); 
      } 

Wie kann ich sicherstellen, Facebook auf die gleiche Sitzung ruft zurück und schließt erfolgreich mit hybridauth in?

Answer 1

Überprüfen Sie die Umleitungs-URL der Facebook-Anwendung. Facebook lässt mehrere Weiterleitungs-URLs nicht zu. Jedes Mal, wenn Sie Ihr Hosting/Ihre Domain/Adresse ändern, müssen Sie die Weiterleitungs-URL der Facebook-Anwendung neu konfigurieren oder einen anderen Berechtigungsnachweis verwenden.

Auch sollten Sie Ihre Umleitungs-URL so etwas wie diese: http://mydomain.com/hybridauth/?hauth.done=Facebook

Answer 2

Für mich ist es auf der Hauptdomain gearbeitet, aber nicht auf einer Sub-Domain. Ich habe herausgefunden, dass es die base_url in config.php war, die den Fehler verursacht hat.

Statt

"base_url" => "https://mydomain.com/inc/hybridauth/",

habe ich es zu

"base_url" => "https://".$_SERVER['HTTP_HOST']."/inc/hybridauth/",

Jetzt funktioniert es überall, wo ich es ausdrückte.

Answer 3

Für alle anderen, die mit diesem Problem zu kämpfen haben, und das nicht mit dem Problem der Registrierung der www-Domäne zusammenhängt, hatte mein Problem damit zu tun, dass ich nicht in das php-Sitzungsverzeichnis schreiben konnte. Nicht sicher, wie oder wann es geändert wurde, aber wenn Sie nicht in /var/lib/php/5.5/session schreiben können, wird hybridauth nicht funktionieren.

Answer 4

Dieser arbeitete für mich auch:

"base_url" => "https://example.com/inc/hybridauth/",

habe ich es zu

"base_url" =>. "Https: //" $ _ SERVER ['HTTP_HOST']. "/ Inc/hybridauth /",

Answer 5

Es ist aufgrund PHP SESSION Name Wenn Sie Session-Namen in der Datei config von Yii ändern. Dann müssen Sie hinzufügen session_name('samar_v4'); in Datei protected/modules/user/vendors/hybridauth/Hybrid/Endpoint.php in Starten von funktoin authInit

Answer 6

Ich fand dieses Problem, das unlösbar scheint. Ich gab auf, als mein Instinkt mich dazu brachte, einen Test zu machen und alles funktionierte.

Für jeden mit dem gleichen Problem haben Sie eine Frage: Die Datei, die die API aufruft, ist im selben Verzeichnis es?

Ich arbeitete nur, wenn ich meine Datei in den gleichen Ordner wie die Datei config.php. Probieren Sie es dort aus und sagen Sie mir, ob es funktioniert!

Eine Umarmung und Grüße an alle!

Answer 7

sich nach den anderen Antworten, ich glaube, das ist eine Sitzung Problem ist, vielleicht die Sitzung unter dem falschen Domäne gestartet wird und dann nicht unter dem anderen Domain wieder abgerufen werden können.

Ich löste dies durch verschiedene Serveralias-Einstellungen von meiner Entwicklung Apache Konfiguration zu entfernen.

dieses 'verursacht' der Fehler:

ServerName mydomain.com.au.localhost 
ServerAlias www.mydomain.com.au.localhost 
ServerAlias localhost.mydomain.com.au  # << using this one 

dies den Fehler behoben:

#ServerName mydomain.com.au.localhost 
#ServerAlias www.mydomain.com.au.localhost 
ServerName localhost.mydomain.com.au  # << using this one 

apachectl restart 

(ich normalerweise verwenden mydomain.com.au.localhost so sie in denn ich verlasse später Verwendung.)

Answer 8

ich löste meine besondere HybridAuth „Sie können nicht auf dieser Seite zugreifen direkt“ Fehler mit dem Domainnamen auf dem Session-Cookie. Meine App existiert in einer Subdomain und ich habe die Weiterleitung so entworfen, dass sie auf socialize.domain.tld verweist und der Cookie den _Endpoint nicht erreicht.

Ändern der Sitzung Domäne .domain.tld es gelöst. - Hoffe, das hilft :)

Answer 9

ich das gleiche Problem Hybrid Auth 2.8 verwendet hatte. Es bezieht sich auf unseren benutzerdefinierten Session-Handler, der von session_set_save_handler() festgelegt wird. Hybrid Auth verwendet Standard-PHP-Sitzungen, sodass Hybrid Auth nach dem Umleiten und Öffnen einer neuen Sitzung statt des benutzerdefinierten Sitzungshandlers standardmäßige PHP-Dateisitzungen verwendet. Dies führt zum Verlust von Konfigurationsdaten aus unserer Sitzung und zum Abrufen dieser Fehlermeldung.

Ich löste dieses Problem, indem Sie unseren eigenen benutzerdefinierten Session-Handler am Anfang von hybridauth/index.php (im selben Verzeichnis wie config.php und live.php) hinzugefügt. Das zwingt Hybrid Auth, Ihren benutzerdefinierten Sitzungshandler zu verwenden.