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

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

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

हमने 29 सितंबर, 2020 को Private Cloud के लिए, 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
```
सभी Cassandra नोड अपडेट करें:
```
/opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile
```
यहां configFile उस कॉन्फ़िगरेशन फ़ाइल के बारे में बताता है जिसका इस्तेमाल आपने Private Cloud के लिए 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 के बारे में जानकारी देखें.

इस्तेमाल किया जा सकने वाला सॉफ़्टवेयर

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

सेवानिवृत्ति और मृत्यु

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

नई सुविधाएं

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

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 संसाधन का इस्तेमाल करके बताई गई 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 के पास हो. हर मैसेज प्रोसेस करने वाली कंपनी को रीस्टार्ट करें. यह पुष्टि करने के लिए कि आपके कनेक्शन पूल की जेएनडीआई प्रॉपर्टी लागू हो रही हैं, आप समय के साथ एलडीएपी कनेक्शन पूल के व्यवहार का पता लगाने के लिए tcpdump का इस्तेमाल कर सकते हैं. ध्यान दें: ऊपर बताई गई प्रोसेस के तहत, कनेक्शन पूल प्रॉपर्टी ग्लोबल होती हैं. साथ ही, ये Apigee के मैसेज प्रोसेसर के ज़रिए इंस्टॉल किए गए, कनेक्शन-पूल की सुविधा वाले सभी LDAP कनेक्शन पर लागू होती हैं.

Ldap नीति से कनेक्ट करने से जुड़ी समस्या

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 के पास हो.
हर मैसेज प्रोसेस करने वाली कंपनी को रीस्टार्ट करें.

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