Oauthlib: Jenis Pemberian Kode Perangkat

Dibuat pada 12 Des 2018 · 14Komentar · Sumber: oauthlib/oauthlib

Jelaskan fiturnya

Dalam spek terbaru ada jenis hibah kode perangkat https://www.oauth.com/oauth2-servers/device-flow/token-request/

Ini berguna untuk mengautentikasi perangkat yang disematkan. Saat ini perpustakaan ini tidak memiliki fitur ini.

Contributor Friendly Feature OAuth2-Client OAuth2-Provider

Sumber

jcampbell05

Komentar yang paling membantu

@JonathanHuot jadi saya sudah memikirkan klien yang pada dasarnya saya tulis klien saya sendiri untuk mengujinya, jadi saya kira tidak ada salahnya untuk mengimplementasikan di perpustakaan ini juga.

jcampbell05 pada 28 Jan 2019

🎉2

Semua 14 komentar

Spec masih dalam draft https://tools.ietf.org/html/draft-ietf-oauth-device-flow-13 , tetapi akan lebih bagus jika ada yang mulai mengimplementasikannya di oauthlib. PR dipersilahkan

JonathanHuot pada 13 Des 2018

👍1

@JonathanHuot apakah ada dokumentasi yang bagus tentang di mana kontributor dapat mulai menambahkan fitur ini?

jcampbell05 pada 19 Des 2018

Anda dapat bertanya di saluran Gitter kami.

thedrow pada 19 Des 2018

Seperti yang disebutkan oleh thedrow, kami sangat reaktif di Gitter. Anda juga dapat melihat hibah lain dan melihat bagaimana mereka saat ini diimplementasikan. Perhatikan juga bahwa kami membedakan kode _client_ dari kode _server_, tetapi terkadang kami memiliki kode yang sama untuk klien dan server.
Jika Anda melihat ke bagian klien, idealnya, Anda juga harus mengusulkan PR ke requests-oauthlib yang merupakan "klien" utama hilir oauthlib.

Anda juga dapat melihat halaman Kontribusi kami https://oauthlib.readthedocs.io/en/latest/contributing.html untuk hal-hal umum lainnya.

JonathanHuot pada 19 Des 2018

Saya lebih tertarik pada sisi server karena saya perlu mengimplementasikan ini untuk proyek yang sedang saya kerjakan. Saya telah melakukannya menggunakan kode khusus saya, tetapi saya sangat ingin melakukannya dengan cara yang benar.

Akan melompat pada gitter untuk membahas :)

jcampbell05 pada 21 Des 2018

Mau tak mau aku merasa meninggalkan sisi klien adalah ide yang buruk.

duaneking pada 24 Jan 2019

Saya dapat membangun sisi klien tetapi server kode perangkat itu sendiri masih banyak pekerjaan

jcampbell05 pada 25 Jan 2019

Saya hanya memikirkan arsitektur yang diperlukan untuk ini dalam konteks dukungan JWT yang SANGAT dibutuhkan.

duaneking pada 25 Jan 2019

@duaneking apakah kita memiliki masalah terbuka untuk perubahan itu mungkin kita bisa mendiskusikannya? Saya dapat menjeda pekerjaan ini sampai perubahan itu terjadi.

jcampbell05 pada 28 Jan 2019

@duaneking , dukungan JWT penuh mungkin memiliki perubahan arsitektur tetapi seharusnya tidak mencegah @jcampbell05 menyelesaikan pekerjaannya. Aliran Perangkat tidak ada hubungannya dengan JWT dan tidak boleh bertentangan dengan arsitektur baru JWT.
_EDIT:_ Jika arsitektur baru JWT menyiratkan banyak refactoring, saya lebih suka menyelesaikan DeviceFlow ini dan melakukan refactoring JWT setelah DeviceFlow selesai. Hanya karena tidak ada yang memulai diskusi refactoring ini dan masih jauh dari selesai daripada DeviceFlow.

Dari sisi klien, jika diterapkan pada PR pertama, saya akui itu bagus. Juga, ini membantu untuk menguji implementasi Device Flow itu sendiri.

JonathanHuot pada 28 Jan 2019

jcampbell05 pada 28 Jan 2019

🎉2

Dorongan terbesar saya adalah membuat fitur setengah jadi; Jika Anda menambahkan klien maka itu menyelesaikan ini. Terima kasih.

duaneking pada 29 Jan 2019

Saya tidak memiliki bandwidth untuk menyelesaikan ini sekarang - jadi semoga seseorang dapat mengambil ini atau mungkin saya dapat melanjutkannya nanti

jcampbell05 pada 22 Apr 2020

Tidak ada lagi dalam konsep https://tools.ietf.org/html/rfc8628