इस पेज का अनुवाद Cloud Translation API से किया गया है.

4.19.01.09 - Private Cloud के रिलीज़ नोट के लिए Edge

आपको Apigee Edge दस्तावेज़ दिख रहा है.
अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है इस पेज पर जाएं Apigee X दस्तावेज़. जानकारी

हमने 29 सितंबर, 2020 को, प्राइवेट क्लाउड के लिए Apigee Edge का नया वर्शन रिलीज़ किया है.

अपडेट की प्रोसेस

इस रिलीज़ को अपडेट करने से, इस सूची में मौजूद कॉम्पोनेंट अपडेट हो जाएंगे: आरपीएम:

edge-gateway-4.19.01-0.0.20095.noarch.rpm
edge-management-server-4.19.01-0.0.20095.noarch.rpm
edge-message-processor-4.19.01-0.0.20095.noarch.rpm
edge-postgres-server-4.19.01-0.0.20095.noarch.rpm
edge-qpid-server-4.19.01-0.0.20095.noarch.rpm
edge-router-4.19.01-0.0.20095.noarch.rpm
apigee-cassandra-2.1.16-0.0.2507.noarch.rpm
edge-management-ui-static-4.19.01-0.0.20017.noarch.rpm
apigee-setup-4.19.01-0.0.1123.noarch.rpm
apigee-mtls-consul-4.19.01-0.0.20129.noarch.rpm
apigee-mtls-4.19.01-0.0.20190.noarch.rpm

इंस्टॉल किए गए आरपीएम वर्शन देखे जा सकते हैं. इससे यह पता चल पाएगा कि वे को अपडेट करके यह जानकारी देनी होगी:

apigee-all version

अपने इंस्टॉलेशन को अपडेट करने के लिए, Edge नोड पर यह तरीका अपनाएं:

सभी एज नोड पर:
1. स्वादिष्ट पकवानों को साफ़ करने के लिए:
```
sudo yum clean all
```
2. सबसे नई Edge 4.19.01 bootstrap_4.19.01.sh फ़ाइल डाउनलोड करें /tmp/bootstrap_4.19.01.sh:
```
curl https://software.apigee.com/bootstrap_4.19.01.sh -o /tmp/bootstrap_4.19.01.sh
```
3. Edge 4.19.01 apigee-service यूटिलिटी और डिपेंडेंसी इंस्टॉल करें:
```
sudo bash /tmp/bootstrap_4.19.01.sh apigeeuser=uName apigeepassword=pWord
```
  जहां uName:pWord, आपको Apigee से मिला उपयोगकर्ता नाम और पासवर्ड है. pWord को छोड़ने पर, आपको इसे डालने के लिए कहा जाएगा.
4. apigee-setup सुविधा को अपडेट करें:
```
sudo /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
```
5. apigee-service.sh स्क्रिप्ट चलाने के लिए, source कमांड का इस्तेमाल करें:
```
source /etc/profile.d/apigee-service.sh
```
सभी कैसंड्रा नोड अपडेट करें:
```
/opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile
```
जहां configFile उस कॉन्फ़िगरेशन फ़ाइल के बारे में बताता है जिसे आपने इंस्टॉल करने के लिए इस्तेमाल किया था प्राइवेट क्लाउड के लिए Apigee Edge. उदाहरण के लिए, /opt/silent.conf.
सभी Edge नोड पर, edge के लिए update.sh स्क्रिप्ट चलाएं प्रोसेस. ऐसा करने के लिए, हर नोड पर नीचे दिया गया कमांड चलाएं:
```
/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
```
अगर New Edge इस्तेमाल किया जा रहा है, तो ये कमांड लागू करें:
```
/opt/apigee/apigee-setup/bin/update.sh -c ue -f configFile
```
(सिर्फ़ Apigee mTLS) Apigee mTLS को अपडेट करने के लिए: इसमें बताई गई प्रक्रिया का पालन करें Apigee mTLS को अपग्रेड करें.
अधिक जानकारी के लिए, देखें Apigee mTLS के बारे में जानकारी.

YouTube पर कैप्शन जोड़ने के लिए इस्तेमाल किए जा सकने वाले सॉफ़्टवेयर

कोई परिवर्तन नहीं.

सेवा का बंद होना और रिटायरमेंट

कोई नया बहिष्कार या सेवा-निवृत्ति नहीं.

नई सुविधाएं

इस सेक्शन में, इस रिलीज़ में शामिल नई सुविधाओं के बारे में बताया गया है.

JMX पासवर्ड एन्क्रिप्ट (सुरक्षित) किया जा रहा है

अब आप JMX पासवर्ड एन्क्रिप्ट कर सकते हैं. यहां जाएं: जेएमएक्स पासवर्ड एन्क्रिप्ट (सुरक्षित) करने की सुविधा चालू करना और विवरण के लिए कैसंड्रा के लिए JMX प्रमाणीकरण सक्षम करना. (150633039)

गड़बड़ियां ठीक की गईं

नीचे दी गई टेबल में उन गड़बड़ियों की सूची दी गई है जिन्हें इस रिलीज़ में ठीक किया गया है:

समस्या आईडी	ब्यौरा
159360654	apigee-mtls सर्टिफ़िकेट सिर्फ़ 30 दिनों के लिए मान्य थे. नए सर्टिफ़िकेट अब एक साल के लिए मान्य हैं. 30 दिन के पुराने सर्टिफ़िकेट को नए सर्टिफ़िकेट के साथ अपग्रेड करने के लिए, एक वर्ष के लिए मान्य, देखें Apigee MTLS को अपग्रेड करें.
160890634	जब मैसेज प्रोसेसर रीस्टार्ट हुए, तो कुछ प्रॉक्सी डिप्लॉय नहीं हो पाईं.
130416715	"True-Client-IP" की वजह से संभावित जोखिम हेडर इस रिलीज़ में एक नया ऐक्सेस कंट्रोल पॉलिसी एलिमेंट जोड़ा गया है. `IgnoreTrueClientIPHeader`, जिससे समस्या ठीक हो जाती है. देखें ignoreTrueClientIPHeader एलिमेंट.
132654321	ऑडिट लॉग में वे उपयोगकर्ता नहीं दिख रहे थे जिनकी भूमिकाएं अपडेट कर दी गई हैं. मौजूदा उपयोगकर्ताओं की भूमिका में बदलाव करने या किसी मौजूदा उपयोगकर्ता को इसमें जोड़ने के बाद एक संगठन, ऑडिट लॉग में "उपयोगकर्ता को अपडेट करने की जानकारी उपलब्ध नहीं है" दिखता है, किस वजह से आपको यह देखने से रोका जा सकता है कि यह कार्रवाई किसने की है.
160951701	Consul बाइनरी वर्शन के पुराने होने की वजह से, mTLS इंस्टॉल नहीं हो सका. Consul बाइनरी को 1.6.2 वर्शन से, नए स्टेबल वर्शन v1.8.0 में अपग्रेड किया गया.
160916451	Consul की एंट्री मौजूद न होने की वजह से, mTLS इंस्टॉल नहीं हो पाया `bindaddr` फ़ील्ड. apigee-mtls अब एक से ज़्यादा नेटवर्क इंटरफ़ेस वाले सर्वर को सही तरीके से हैंडल करता है और पते.
133145969	यूज़र इंटरफ़ेस (यूआई) में प्रोटोकॉल बंद करने का दस्तावेज़ मौजूद नहीं है नए दस्तावेज़ के लिए, इसे देखें TLS प्रोटोकॉल बंद करना.

पहले से मालूम समस्याएं

यहां दी गई टेबल में, इस रिलीज़ में शामिल उन समस्याओं की जानकारी दी गई है जिनके बारे में पहले से जानकारी है:

समस्या आईडी ब्यौरा

149245401

समस्या आईडी	ब्यौरा
149245401	एलडीएपी नीति के कनेक्शन को पूल करने की समस्या LDAP कनेक्शन पूल की प्रॉपर्टी का इस्तेमाल करके बताया गया है LDAP संसाधन लागू नहीं हो रहे हैं. इस वजह से, कनेक्शन खोले जा रहे हैं और उसे हर बार एक बार इस्तेमाल करने के लिए बंद कर दिया जाता है. इससे बड़ी संख्या में LDAP सर्वर से प्रति घंटे कनेक्शन किए जाते हैं. समाधान: LDAP कनेक्शन पूल प्रॉपर्टी बदलने के लिए, यह करें सभी LDAP नीतियों में वैश्विक बदलाव सेट करने के लिए, नीचे दिया गया तरीका अपनाएं. कॉन्फ़िगरेशन प्रॉपर्टी फ़ाइल बनाना अगर यह पहले से मौजूद नहीं है, तो: /opt/apigee/customer/application/message-processor.properties फ़ाइल में निम्न जोड़ें (के मान बदलें Java नेमिंग और डायरेक्ट्री इंटरफ़ेस (जेएनडीआई) प्रॉपर्टी पर आधारित होता है). bin_setenv_ext_jvm_opts="-Dcom.sun.jndi.ldap.connect.pool.maxsize=20 -Dcom.sun.jndi.ldap.connect.pool.prefsize=2 -Dcom.sun.jndi.ldap.connect.pool.initsize=2 -Dcom.sun.jndi.ldap.connect.pool.timeout=120000 -Dcom.sun.jndi.ldap.connect.pool.protocol=ssl" पक्का करें कि फ़ाइल `/opt/apigee/customer/application/message-processor.properties` है मालिक apigee:apigee. मैसेज प्रोसेस करने वाली हर कंपनी को रीस्टार्ट करें. यह पुष्टि करने के लिए कि आपका कनेक्शन पूल JNDI प्रॉपर्टी को लागू किया जा रहा है, तो आपको LDAP कनेक्शन पूल के व्यवहार को देखने के लिए, tcpdump को लागू करें समय के साथ. ध्यान दें: ऊपर दी गई प्रोसेस के हिसाब से, कनेक्शन पूल प्रॉपर्टी तय की गई हैं दुनिया भर में मौजूद हैं और वे कनेक्शन पूल की सुविधा वाले उन सभी LDAP कनेक्शन पर लागू जो Apigee के हैं मैसेज प्रोसेसर सेट अप करता है.

एलडीएपी नीति के कनेक्शन को पूल करने की समस्या

LDAP कनेक्शन पूल की प्रॉपर्टी का इस्तेमाल करके बताया गया है LDAP संसाधन लागू नहीं हो रहे हैं. इस वजह से, कनेक्शन खोले जा रहे हैं और उसे हर बार एक बार इस्तेमाल करने के लिए बंद कर दिया जाता है. इससे बड़ी संख्या में LDAP सर्वर से प्रति घंटे कनेक्शन किए जाते हैं.

समाधान:

LDAP कनेक्शन पूल प्रॉपर्टी बदलने के लिए, यह करें सभी LDAP नीतियों में वैश्विक बदलाव सेट करने के लिए, नीचे दिया गया तरीका अपनाएं.

कॉन्फ़िगरेशन प्रॉपर्टी फ़ाइल बनाना अगर यह पहले से मौजूद नहीं है, तो:
```
/opt/apigee/customer/application/message-processor.properties
```
फ़ाइल में निम्न जोड़ें (के मान बदलें Java नेमिंग और डायरेक्ट्री इंटरफ़ेस (जेएनडीआई) प्रॉपर्टी पर आधारित होता है).
```
bin_setenv_ext_jvm_opts="-Dcom.sun.jndi.ldap.connect.pool.maxsize=20
-Dcom.sun.jndi.ldap.connect.pool.prefsize=2
-Dcom.sun.jndi.ldap.connect.pool.initsize=2
-Dcom.sun.jndi.ldap.connect.pool.timeout=120000
-Dcom.sun.jndi.ldap.connect.pool.protocol=ssl"
```
पक्का करें कि फ़ाइल /opt/apigee/customer/application/message-processor.properties है मालिक apigee:apigee.
मैसेज प्रोसेस करने वाली हर कंपनी को रीस्टार्ट करें.

यह पुष्टि करने के लिए कि आपका कनेक्शन पूल JNDI प्रॉपर्टी को लागू किया जा रहा है, तो आपको LDAP कनेक्शन पूल के व्यवहार को देखने के लिए, tcpdump को लागू करें समय के साथ.