Google आपकी पसंदीदा भाषा में कॉन्टेंट का अनुवाद करने के लिए, एआई टेक्नोलॉजी का इस्तेमाल करता है. एआई से मिले अनुवादों में गलतियां हो सकती हैं.

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

Apigee Edge का दस्तावेज़ देखा जा रहा है.
Apigee X के दस्तावेज़ पर जाएं. info

हमने 29 सितंबर, 2020 को Apigee Edge for Private Cloud का नया वर्शन रिलीज़ किया था.

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

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

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

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

apigee-all version

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

सभी Edge नोड पर:
1. Yum रिपॉज़िटरी साफ़ करें:
```
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
```
सभी Cassandra नोड अपडेट करें:
```
/opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile
```
यहां configFile उस कॉन्फ़िगरेशन फ़ाइल के बारे में बताता है जिसका इस्तेमाल आपने Apigee Edge for Private Cloud को इंस्टॉल करने के लिए किया था. उदाहरण के लिए, /opt/silent.conf.
सभी एज नोड पर, 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 पासवर्ड एन्क्रिप्शन चालू करना और Cassandra के लिए JMX पुष्टि करने की सुविधा चालू करना लेख पढ़ें. (150633039)

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

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

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

ज्ञात समस्याएं

इस रिलीज़ में मौजूद समस्याओं की सूची यहां दी गई है:

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

149245401

समस्या आईडी	ब्यौरा
149245401	Ldap नीति के कनेक्शन पूलिंग से जुड़ी समस्या LDAP संसाधन का इस्तेमाल करके तय की गई एलडीएपी कनेक्शन पूल प्रॉपर्टी लागू नहीं हो रही हैं. इस वजह से, हर बार कनेक्शन खोले और बंद किए जा रहे हैं. इससे एलडीएपी सर्वर के लिए, हर घंटे कई कनेक्शन बन रहे हैं. समस्या हल करने का तरीका: एलडीएपी कनेक्शन पूल की प्रॉपर्टी बदलने के लिए, सभी एलडीएपी नीतियों में ग्लोबल बदलाव करने के लिए यह तरीका अपनाएं. अगर कॉन्फ़िगरेशन प्रॉपर्टी फ़ाइल पहले से मौजूद नहीं है, तो उसे बनाएं: /opt/apigee/customer/application/message-processor.properties फ़ाइल में यह कॉन्टेंट जोड़ें. साथ ही, अपनी एलडीएपी संसाधन कॉन्फ़िगरेशन की ज़रूरत के हिसाब से, Java Naming and Directory Interface (JNDI) प्रॉपर्टी की वैल्यू बदलें. 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 प्रॉपर्टी लागू हो रही हैं, tcpdump किया जा सकता है. इससे समय के साथ LDAP कनेक्शन पूल के व्यवहार का पता चलता है. ध्यान दें: ऊपर दी गई प्रोसेस में बताई गई कनेक्शन पूल प्रॉपर्टी, ग्लोबल होती हैं. इसलिए, ये उन सभी LDAP कनेक्शन पर लागू होती हैं जिनमें कनेक्शन पूल की सुविधा चालू होती है. इन कनेक्शन को Apigee का मैसेज प्रोसेसर बनाता है.

Ldap नीति के कनेक्शन पूलिंग से जुड़ी समस्या

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

समस्या हल करने का तरीका:

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

अगर कॉन्फ़िगरेशन प्रॉपर्टी फ़ाइल पहले से मौजूद नहीं है, तो उसे बनाएं:
```
/opt/apigee/customer/application/message-processor.properties
```
फ़ाइल में यह कॉन्टेंट जोड़ें. साथ ही, अपनी एलडीएपी संसाधन कॉन्फ़िगरेशन की ज़रूरत के हिसाब से, Java Naming and Directory Interface (JNDI) प्रॉपर्टी की वैल्यू बदलें.
```
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 प्रॉपर्टी लागू हो रही हैं, tcpdump किया जा सकता है. इससे समय के साथ LDAP कनेक्शन पूल के व्यवहार का पता चलता है.