Lorawan-stack: नए (व्यवस्थापक) उपयोगकर्ता को कंसोल में कोई अनुमति नहीं है

को निर्मित 14 अग॰ 2019 · 6टिप्पणियाँ · स्रोत: TheThingsNetwork/lorawan-stack

सारांश

सीएलआई में एक व्यवस्थापक उपयोगकर्ता बनाते समय ऐसा हो सकता है कि इस उपयोगकर्ता के पास गेटवे और एप्लिकेशन बनाने या संपादित करने के लिए कंसोल में पर्याप्त अधिकार नहीं हैं। एक अन्य मामले में एक नए सामान्य उपयोगकर्ता के पास कुछ भी करने के लिए कंसोल में कोई अनुमति नहीं है। यह उपयोगकर्ताओं को ठीक से कैसे बनाया जाए, इस पर एक बग या सिर्फ लापता दस्तावेज हो सकता है।

प्रजनन के चरण

मुझे पूरा यकीन नहीं है। यहां दो मामले हैं जो एक ही कारण से संबंधित हो सकते हैं। पहले मामले में मैं एक ऐसी मशीन पर काम कर रहा हूं जो मेरे द्वारा सेटअप नहीं की गई थी और मेरे पास इस प्रक्रिया की सीमित जानकारी है।

केस 1: विदेशी स्टैक; संस्करण 3.0.0 के रूप में सेटअप और कंसोल का उपयोग करने से पहले 3.1.0 में अपग्रेड किया गया।

सेटअप ttn 3.0.0 निम्नलिखित cli प्रारंभ हो रहा है
3.1.0 . पर अपडेट करें
सेटअप कंसोल क्लाइंट (और संभावित रूप से इसे खराब कर दें*)
--admin उपयोगकर्ता बनाएं (
5 .कंसोल में लॉग इन करें और गेटवे बनाने का प्रयास करें।

*अपग्रेड पर खुशी की बात यह थी कि कंसोल निर्माण प्रक्रिया गलत यूरिस के साथ की गई थी, इसलिए हमने डेटाबेस में कंसोल क्लाइंट को हटा दिया और is-db कमांड का पुन: उपयोग किया। शायद हम यहाँ खराब हो गए।

केस 2 : मेरे सेटअप पर:

आरंभ करने के बाद सेटअप ttn
आरंभ करने से लेकर व्यवस्थापक उपयोगकर्ता का उपयोग करके एक सामान्य उपयोगकर्ता ttn-lw-cli users create norman --name norman --primary-email-address norman@localhost बनाएं
गेटवे या एप्लिकेशन बनाने का प्रयास करें

अब आप क्या देखते हैं?

किसी भी मामले में विवरण दर्ज करने और Create Gateway या Create Application बटन को हिट करने के बाद कंसोल Insufficient rights for user 'myuser' के साथ प्रतिक्रिया करता है।

ब्राउज़र कंसोल में कुछ भी असामान्य नहीं है। नेटवर्क टैब ttn से 403 निषिद्ध प्रतिक्रिया दिखाता है।

व्यवस्थापक उपयोगकर्ता के साथ सीएलआई पर एक एप्लिकेशन बनाते समय और इसे प्रश्न में उपयोगकर्ता को असाइन करते समय, उपयोगकर्ता एप्लिकेशन/गेटवे देख सकता है लेकिन उस पर क्लिक करने से 403 निषिद्ध हो जाता है।

इसके बजाय आप क्या देखना चाहते हैं?

किसी भी मामले में मैं उम्मीद करता हूं कि एक नया बनाया गया उपयोगकर्ता कम से कम अपने लिए गेटवे और एप्लिकेशन बनाने में सक्षम हो और सहयोगी के रूप में जोड़े जाने पर अपने विचार खोलने में सक्षम हो।

मैं उपयोगकर्ता निर्माण प्रक्रिया और उपयोगकर्ता अधिकारों को प्रबंधित करने के तरीके पर अधिक दस्तावेज़ीकरण की भी अपेक्षा करता हूं।

पर्यावरण

The Things Network Stack for LoRaWAN: ttn-lw-stack
Version:             3.1.0
Go version:          go1.12.7
OS/Arch:             linux/amd64

केस 1 कॉन्फ़िगरेशन:
स्टैक-config.txt

आप इसे कैसे लागू करने का प्रस्ताव रखते हैं?

दुर्भाग्य से मुझे नहीं पता कि समस्या कहाँ है।

क्या आप इसे स्वयं कर सकते हैं और पुल अनुरोध सबमिट कर सकते हैं?

मैं एक सुधार लागू करने में सक्षम नहीं हो सकता लेकिन मैं उपयोगकर्ता निर्माण और अधिकार प्रबंधन के लिए दस्तावेज प्रदान कर सकता हूं।

ucli

स्रोत

w4tsn

सबसे उपयोगी टिप्पणी

यदि कोई उपयोगकर्ता किसी व्यवस्थापक द्वारा बनाया गया है, तो state (और admin ) फ़ील्ड सचमुच अनुरोध से लिए गए हैं। यह इरादा के अनुसार काम करता है, क्योंकि हम नहीं जानते कि क्या व्यवस्थापक ने स्पष्ट रूप से state को REQUESTED पर सेट किया है या बस इसे छोड़ दिया है।

यदि उपयोगकर्ता किसी व्यवस्थापक द्वारा नहीं बनाया गया है, तो हम मानते हैं कि उनका लक्ष्य स्वीकृत होना है, और स्वचालित रूप से ऐसा करते हैं यदि कुछ भी नहीं (व्यवस्थापक अनुमोदन आवश्यकता) इसे रोकता है। वे शुरू से कभी भी खुद को एडमिन नहीं बना सकते।

वेब यूआई में "व्यवस्थापक द्वारा उपयोगकर्ता बनाएं" कार्यक्षमता यह और अधिक स्पष्ट कर देगी कि state फ़ील्ड को सेट करने की आवश्यकता है, लेकिन मुझे लगता है कि REQUESTED से अधिक समझदार डिफ़ॉल्ट होना एक अच्छा विचार होगा state का ध्वज users create APPROVED बनाते हैं।

htdvisser 14 अग॰ 2019

👍2

सभी 6 टिप्पणियाँ

@w4tsn आपका विन्यास क्या है? क्या आपको नए उपयोगकर्ताओं के लिए व्यवस्थापकीय स्वीकृति की आवश्यकता है?

क्या आप $ ttn-lw-cli user get myuser --state का आउटपुट दिखा सकते हैं?

johanstokking 14 अग॰ 2019

मामला एक:

{
  "ids": {
    "user_id": "someadmin"
  },
  "created_at": "2019-08-14T07:20:10.542Z",
  "updated_at": "2019-08-14T07:20:10.542Z",
  "password_updated_at": "0001-01-01T00:00:00Z"
}

केस 2:

{
  "ids": {
    "user_id": "myuser"
  },
  "created_at": "2019-08-06T10:30:34.091Z",
  "updated_at": "2019-08-06T10:30:34.091Z",
  "password_updated_at": "0001-01-01T00:00:00Z"
}

मैं अपने केस 1 कॉन्फ़िगरेशन के साथ env सेक्शन को अपडेट करूंगा। मामले 2 में मैंने भी स्पष्ट रूप से व्यवस्थापक अनुमोदन निर्धारित नहीं किया था। कॉन्फ़िगरेशन राज्य व्यवस्थापक अनुमोदन आवश्यक = झूठा

w4tsn 14 अग॰ 2019

मैं पुष्टि कर सकता हूं कि इस मुद्दे को 3.1.0.2020 को पुन: प्रस्तुत किया जा सकता है।
एक संभावित सुधार निम्नलिखित मैनुअल सक्रियण कमांड का उपयोग कर रहा है: ttn-lw-cli users set norman --state=STATE_APPROVED । मैं देखूंगा कि ऐसा जल्द ही क्यों होता है।

इसके अलावा, उपरोक्त आउटपुट में चूंकि राज्य का उल्लेख नहीं किया गया है, यह शून्य है, जिसका अर्थ है STATE_REQUESTED , इसलिए उपयोगकर्ता वास्तव में सक्रिय नहीं हैं।

adriansmares 14 अग॰ 2019

👍1

कारण भी मिला:
https://github.com/TheThingsNetwork/lorawan-stack/blob/55381c15f6902508ea34cd40441ad2bd3146ac37/pkg/identityserver/user_registry.go#L149 -L156
किसी व्यवस्थापक द्वारा बनाए गए उपयोगकर्ता व्यवस्थापक अनुमोदन सेटिंग का सम्मान नहीं करते हैं और हमेशा डिफ़ॉल्ट स्थिति ( STATE_REQUESTED ) होती है। क्या इसका इरादा @htdvisser है?