Setup (https) SSL auf localhost für Meteor Entwicklung

Question

Wie erstellen Sie ein selbstsigniertes SSL-Zertifikat für die Verwendung auf dem lokalen Server auf Mac 10.9?

benötige ich meinen localhost, der als https://localhost

ich den linkedin API verwenden. Die Funktion, die die SSL auf dem lokalen Host benötigt, wird hier erklärt.

Kurz gesagt, linkedin sendet dem Client ein Bearer-Token, nachdem der Client meine App autorisiert hat, auf ihre Daten zuzugreifen. Die eingebaute JavaScript-Bibliothek von linkedin wird diesen Cookie automatisch an meinen Server/Backend senden. Diese JSON-Dateiinformation wird für die Benutzerauthentifizierung verwendet.

Allerdings wird linkedin nicht den privaten Cookie senden, wenn der Server nicht https ist.

Answer 1

Schnelle und einfache Lösung, die im dev/prod-Modus funktioniert, mit http-proxy ontop Ihrer App.

1) Fügen Sie in dem tarang:ssl Paket

meteor add tarang:ssl 

2) Fügen Sie Ihr Zertifikat und den Schlüssel in ein Verzeichnis in Ihrer App /private, zB /private/key.pem und /private/cert.pem

Dann in Ihrem/Server-Code

Meteor.startup(function() { 
    SSLProxy({ 
     port: 6000, //or 443 (normal port/requires sudo) 
     ssl : { 
      key: Assets.getText("key.pem"), 
      cert: Assets.getText("cert.pem"), 

      //Optional CA 
      //Assets.getText("ca.pem") 
     } 
    }); 
}); 

Dann feuern Sie Ihre App und laden https://localhost:6000. Achten Sie darauf, Ihre Ports nicht mit https und http zu verwechseln, da diese separat bedient werden.

Damit nehme ich an, Sie wissen, wie Sie Ihr eigenes selbstsigniertes Zertifikat erstellen, es gibt viele Ressourcen, wie dies zu tun ist. Nur für den Fall hier sind einige Links.

• http://www.akadia.com/services/ssh_test_certificate.html
• https://devcenter.heroku.com/articles/ssl-certificate-self

Eine Alternative zum Selbst signierten Zertifikaten: es besser sein kann, ein offizielles Zertifikat für Ihre Apps Domain und /etc/hoststo create a loopback on your local computer too verwenden zu verwenden. Dies liegt daran, dass es mühsam ist, zwischen dev und prod zu wechseln.

Answer 2

Oder Sie könnten nur ngrok zu Port verwenden vorwärts :)

1) starten Sie Ihren Server (dh bei localhost: 3000)

2) starten ngrok von der Kommandozeile: ./ngrok http 3000

, die Sie http und https-URLs für den Zugriff von einem beliebigen Gerät

Answer 3

Andere Lösung ist NGINX verwenden geben sollte. Die folgenden Schritte werden auf Mac El Capitan getestet, vorausgesetzt, Ihre lokale Website wird auf Port 3000 ausgeführt:

1.Fügen Sie einen Host auf dem lokalen Rechner:

Bearbeiten Sie Ihre Host-Datei: vi /etc/hosts

eine Linie für die lokale dev Domäne hinzufügen: 127.0.0.1 dev.yourdomain.com

Flush Cache dscacheutil -flushcache

Jetzt sollten Sie in der Lage sein, So erreichen Sie Ihre lokale Website mit http://dev.yourdomain.com:3000

2. Erstellen Sie eine selbst signierte SSL wie hier erklärt: http://mac-blog.org.ua/self-signed-ssl-for-nginx/

3. nginx installieren und es so konfigurieren, dass Ihre lokale Website abzubilden https Verkehr:

brew install nginx

sudo nginx

Jetzt sollten Sie in der Lage sein http://localhost:8080 zu erreichen und eine Nginx-Nachricht erhalten.

Dies ist die Standard conf so dass Sie nun die https Conf gesetzt haben:

Bearbeiten Sie Ihre conf-Datei:

vi /usr/local/etc/nginx/nginx.conf

Kommentar- der HTTPS-Server-Abschnitt und ändern Sie folgende Zeilen:

server_name dev.yourdomain.com;

Legen Sie Ihre Zertifikate, die Sie gerade erstellt haben:

ssl_certificate /path-to-your-keys/nginx.pem;

ssl_certificate_key /path-to-your-keys/nginx.key;

Ändern Sie den Standort Abschnitt mit dieser:

location/{ 
      proxy_pass   http://localhost:3000; 
      proxy_set_header Host    $host; 
      proxy_set_header X-Real-IP  $remote_addr; 
      proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; 
      proxy_set_header X-Client-Verify SUCCESS; 
      proxy_set_header X-Client-DN  $ssl_client_s_dn; 
      proxy_set_header X-SSL-Subject $ssl_client_s_dn; 
      proxy_set_header X-SSL-Issuer  $ssl_client_i_dn; 
      proxy_read_timeout 1800; 
      proxy_connect_timeout 1800; 
     } 

Restart nginx:

sudo nginx -s stop 
sudo nginx 

Und jetzt sollten Sie in der Lage sein, den Zugriff auf https://dev.yourdomain.com