ভার্চুয়াল হোস্ট প্রপার্টি রেফারেন্স

আপনি Apigee Edge ডকুমেন্টেশন দেখছেন।
Apigee X ডকুমেন্টেশন দেখুন। তথ্য

ভার্চুয়াল হোস্টের প্রতিনিধিত্ব

আপনি ভার্চুয়াল হোস্টকে সংজ্ঞায়িত করার জন্য যে XML অবজেক্ট ব্যবহার করেন সেটি আপনার Edge: Cloud বা Private Cloud-এর ভার্সনের উপর ভিত্তি করে তৈরি হয়।

আপনি Private Cloud গ্রাহক হলে, আপনাকে অবশ্যই নিশ্চিত করতে হবে যে আপনি Edge-এর আপনার ভার্সনের জন্য সঠিক XML ব্যবহার করছেন।

ক্লাউড ও প্রাইভেট ক্লাউড 4.17.01 ও তার পরবর্তী ভার্সন

<VirtualHost name="vhostName">
    <Port>portNumber</Port>
    <BaseUrl>http://myCo.com</BaseUrl>
    <OCSPStapling>offOn</OCSPStapling>
    <HostAliases>
        <HostAlias>hostAlias</HostAlias>
    </HostAliases>
    <Interfaces>
        <!-- Private Cloud only -->
        <Interface>interfaceName</Interface>
    </Interfaces>
    <RetryOptions>
        <RetryOption>option</RetryOption>
    </RetryOptions>
    <ListenOptions>
        <ListenOption>option</ListenOption>
    </ListenOptions>
    <SSLInfo>
        <Enabled>trueFalse</Enabled>
        <ClientAuthEnabled>trueFalse</ClientAuthEnabled>
        <KeyStore>ref://keystoreRef</KeyStore>
        <KeyAlias>keyAlias</KeyAlias>
        <TrustStore>ref://truststoreRef</TrustStore>
        <IgnoreValidationErrors>trueFalse</IgnoreValidationErrors>
    </SSLInfo>
    <!-- UseBuiltInFreeTrialCert is for Edge Cloud only -->
    <UseBuiltInFreeTrialCert>trueFalse</UseBuiltInFreeTrialCert>
    <PropagateTLSInformation>
        <!-- PropagateTLSInformation is Alpha in the Cloud only -->
        <ConnectionProperties>trueFalse</ConnectionProperties>
        <ClientProperties>trueFalse</ClientProperties>
    </PropagateTLSInformation>
    <Properties>
        <Property name="proxy_read_timeout">timeout</Property>
        <Property name="keepalive_timeout">timeout</Property>
        <Property name="proxy_request_buffering">onOff</Property>
        <Property name="proxy_buffering">onOff</Property>
        <!-- ssl_protocols is Private Cloud only -->
        <Property name="ssl_protocols">protocolList</Property>
        <Property name="ssl_ciphers">cipherList</Property>
    </Properties>
</VirtualHost>

Private Cloud 4.16.01 থেকে 4.16.09

<VirtualHost name="vhostName">
    <Port>portNumber</Port>
    <HostAliases>
        <HostAlias>hostAlias</HostAlias>
    </HostAliases>
    <Interfaces>
        <Interface>interfaceName</Interface>
    </Interfaces>
    <SSLInfo>
        <Enabled>trueFalse</Enabled>
        <ClientAuthEnabled>trueFalse</ClientAuthEnabled>
        <KeyStore>ref://keystoreRef</KeyStore>
        <KeyAlias>keyAlias</KeyAlias>
        <TrustStore>ref://truststoreRef</TrustStore>
        <IgnoreValidationErrors>trueFalse</IgnoreValidationErrors>
    </SSLInfo>
</VirtualHost>

প্রাইভেট ক্লাউড 4.15.07 এবং এর আগের ভার্সন

<VirtualHost name="vhostName">
    <Port>portNumber</Port>
    <HostAliases>
        <HostAlias>hostAlias</HostAlias>
    </HostAliases>
    <Interfaces>
        <Interface>interfaceName</Interface>
    </Interfaces>
    <SSLInfo>
        <Enabled>trueFalse</Enabled>
        <ClientAuthEnabled>trueFalse</ClientAuthEnabled>
        <KeyStore>keystore</KeyStore>
        <KeyAlias>keyAlias</KeyAlias>
        <TrustStore>truststore</TrustStore>
        <IgnoreValidationErrors>trueFalse</IgnoreValidationErrors>
        <Ciphers>
             <Cipher>cipher</Cipher>
             <Cipher>cipher</Cipher>
         </Ciphers>
         <Protocols>
             <Protocol>protocol</Protocol>
             <Protocol>protocol</Protocol>
         </Protocols>
    </SSLInfo>
</VirtualHost>

ভার্চুয়াল হোস্ট কনফিগারেশন প্রপার্টি

ভার্চুয়াল হোস্ট কনফিগার করার জন্য আপনি যেসব প্রপার্টি ব্যবহার করেন, নিম্নলিখিত সারণীতে তার তালিকা দেওয়া হল:

প্রপার্টি বিবরণ ডিফল্ট প্রয়োজনীয়
VirtualHost

ভার্চুয়াল হোস্টের নাম নির্দিষ্ট করে। API প্রক্সি কনফিগার করার সময় আপনি ভার্চুয়াল হোস্টের রেফারেন্স হিসেবে এই নাম ব্যবহার করেন।

নাম অ্যাট্রিবিউটে আপনি যেসব অক্ষর ব্যবহার করতে পারবেন সেগুলি হল: A-Z0-9._\-$%.

 কোনওটিই নয় হ্যাঁ
পোর্ট

ভার্চুয়াল হোস্টের ব্যবহার করা পোর্ট নম্বর নির্দিষ্ট করে। Edge রাউটারে পোর্ট খোলা আছে কিনা তা নিশ্চিত করুন।

আপনি যদি hostalias এলিমেন্টে কোনও পোর্ট নির্দিষ্ট করেন, তাহলে <Port> -এর মাধ্যমে নির্দিষ্ট করা পোর্ট নম্বর সেটির সাথে মিলতে হবে।

ক্লাউডের জন্য: ভার্চুয়াল হোস্ট তৈরি করার সময় আপনাকে অবশ্যই পোর্ট 443 উল্লেখ করতে হবে। এটি বাদ দেওয়া হলে, ডিফল্ট হিসেবে পোর্ট ৪৪৩-এ সেট করা হয়। আপনার যদি আগে থেকেই এমন ভার্চুয়াল হোস্ট থাকে যা ৪৪৩ পোর্ট ছাড়া অন্য কোনও পোর্ট ব্যবহার করে, তাহলে আপনি পোর্ট পরিবর্তন করতে পারবেন না।

প্রাইভেট ক্লাউড রিলিজ 4.16.01 থেকে 4.17.05-এর জন্য: ভার্চুয়াল হোস্ট তৈরি করার সময়, ভার্চুয়াল হোস্টের ব্যবহার করা রাউটার পোর্ট নির্দিষ্ট করেন। যেমন, port 9001. ডিফল্ট হিসেবে, রাউটার "apigee" ব্যবহারকারী হিসেবে রান করে যার কাছে সাধারণত ১০২৪ ও তার নিচের প্রিভিলেজড পোর্ট অ্যাক্সেস করার সুবিধা থাকে না। আপনি যদি এমন একটি ভার্চুয়াল হোস্ট তৈরি করতে চান যা রাউটারকে সুরক্ষিত পোর্টের সাথে বাইন্ড করে, তাহলে আপনাকে রাউটারকে এমনভাবে কনফিগার করতে হবে যাতে এটি সেইসব পোর্টে অ্যাক্সেস থাকা ব্যবহারকারী হিসেবে রান করে। আরও জানতে ভার্চুয়াল হোস্ট সেট-আপ করা দেখুন।

4.16.01-এর আগের Private Cloud রিলিজের জন্য: কোনও রাউটার নির্দিষ্ট পোর্টে, নির্দিষ্ট সার্টিফিকেট সহ, ভার্চুয়াল হোস্ট পিছু শুধুমাত্র একটি HTTPS কানেকশন শুনতে পারে। তাই, নির্দিষ্ট পোর্টে রাউটারে TLS সমাপ্তি হলে, একাধিক ভার্চুয়াল হোস্ট একই পোর্ট নম্বর ব্যবহার করতে পারে না।

 কোনওটিই নয় হ্যাঁ
BaseUrl ভার্চুয়াল হোস্টে ডিপ্লয় করা API প্রক্সির জন্য Edge UI-এর দেখানো URL ওভাররাইড করে। হোস্ট। Edge রাউটারের আগে এক্সটার্নাল লোড ব্যালেন্সার থাকলে এটি কাজে লাগে। আরও জানতে TLS কনফিগার করা প্রাইভেট ক্লাউডের জন্য API অ্যাক্সেস করা দেখুন।

BaseUrl-এর ভ্যালুতে অবশ্যই প্রোটোকল (যেমন, "http://" অথবা "https://")।

 কোনওটিই নয় না
OCSPStapling

TLS সার্টিফিকেট বৈধ কিনা তা নির্ধারণ করতে, OCSP (অনলাইন সার্টিফিকেট স্ট্যাটাস প্রোটোকল) ক্লায়েন্ট OCSP রেসপন্ডারকে একটি স্ট্যাটাস অনুরোধ পাঠায়। উত্তরে TLS সার্টিফিকেট বৈধ কিনা এবং প্রত্যাহার করা হয়নি কিনা তা উল্লেখ করা হয়।

চালু করা হলে, OCSP স্টেপলিং Edge-কে একমুখী TLS-এর জন্য TLS সার্ভার হিসেবে কাজ করতে দেয়, যাতে এটি সরাসরি OCSP রেসপন্ডারকে কোয়েরি করতে এবং তারপর উত্তরটি ক্যাশে করতে পারে। তারপর Edge এই উত্তরটি TLS ক্লায়েন্টকে ফেরত দেয় অথবা TLS হ্যান্ডশেকিংয়ের অংশ হিসেবে এটিকে স্ট্যাপেল করে। আরও জানতে আপনার সার্ভারে OCSP স্ট্যাপলিং চালু করুন লিঙ্ক দেখুন।

OCSP স্ট্যাপলিং চালু করতে TLS চালু করতে হবে। চালু করতে on-এ সেট করুন। ডিফল্ট ভ্যালু হল off।

বন্ধ না
HostAliases
HostAlias

রাউটারে ভার্চুয়াল হোস্টের সর্বজনীনভাবে দৃশ্যমান DNS নাম, ঐচ্ছিকভাবে পোর্ট নম্বর সহ। Edge ইনস্টলেশনে সব ভার্চুয়াল হোস্টের জন্য ভার্চুয়াল হোস্টের হোস্ট অ্যালিয়াস নাম ও পোর্ট নম্বরের কম্বিনেশন অনন্য হতে হবে। এর অর্থ হল, একাধিক ভার্চুয়াল হোস্ট একই পোর্ট নম্বর ব্যবহার করতে পারে, যদি তাদের আলাদা হোস্ট অ্যালিয়াস থাকে।

আপনাকে অবশ্যই একটি DNS এন্ট্রি ও CNAME রেকর্ড তৈরি করতে হবে যা হোস্টের ছদ্মনামের সাথে ম্যাচ করে এবং হোস্টের ছদ্মনাম অবশ্যই সেই স্ট্রিংয়ের সাথে ম্যাচ করতে হবে যা ক্লায়েন্ট Host হেডার থেকে পাস করে।

HostAlias-এ পোর্ট নম্বর ঐচ্ছিক। আপনি যদি হোস্টের ছদ্মনামের অংশ হিসেবে পোর্ট নির্দিষ্ট করেন, তাহলে আপনাকে অবশ্যই <Port> এলিমেন্ট ব্যবহার করে একই পোর্ট নির্দিষ্ট করতে হবে। অথবা, আপনি দুটি HostAlias এলিমেন্ট নির্দিষ্ট করতে পারেন, একটি পোর্ট নম্বর সহ এবং একটি পোর্ট নম্বর ছাড়া।

একই ভার্চুয়াল হোস্ট ডেফিনিশনে আপনি একাধিক HostAlias সংজ্ঞা রাখতে পারেন, যা ভার্চুয়াল হোস্টের একাধিক DNS এন্ট্রির সাথে সম্পর্কিত, তবে একাধিক পোর্টের সাথে নয়। আপনি একাধিক পোর্ট চাইলে, আলাদা আলাদা পোর্ট সহ একাধিক ভার্চুয়াল হোস্ট সংজ্ঞা তৈরি করুন।

আপনি হোস্টের ছদ্মনামে "*" ওয়াইল্ডকার্ড অক্ষর যোগ করতে পারবেন। "*" ওয়াইল্ডকার্ড অক্ষরটি হোস্ট অ্যালিয়াসের শুরুতে (প্রথম "."-এর আগে) থাকতে পারে এবং অন্য অক্ষরের সাথে মিশিয়ে লেখা যাবে না। যেমন *.example.com। ভার্চুয়াল হোস্টের TLS cert-এ অবশ্যই cert-এর CN নামের সাথে ম্যাচ করা ওয়াইল্ডকার্ড থাকতে হবে। যেমন, *.example.com ভার্চুয়াল হোস্টের ছদ্মনামে ওয়াইল্ডকার্ড ব্যবহার করলে API প্রক্সি, একাধিক সাবডোমেনে অ্যাড্রেস করা কল ম্যানেজ করতে পারে, যেমন alpha.example.com, beta.example.com অথবা live.example.com. এছাড়াও, ওয়াইল্ডকার্ড এলিয়াস ব্যবহার করলে, প্রোডাক্ট সীমার মধ্যে থাকার জন্য আপনাকে প্রতি এনভায়রনমেন্টে কম ভার্চুয়াল হোস্ট ব্যবহার করতে সাহায্য করে, কারণ ওয়াইল্ডকার্ড সহ ভার্চুয়াল হোস্টকে শুধুমাত্র একটি ভার্চুয়াল হোস্ট হিসেবে গণনা করা হয়।

ক্লাউডের জন্য: আপনার যদি আগে থেকেই এমন ভার্চুয়াল হোস্ট থাকে যা 443 পোর্ট ছাড়া অন্য কোনও পোর্ট ব্যবহার করে, তাহলে আপনি হোস্টের ছদ্মনাম যোগ করতে বা সরাতে পারবেন না।

প্রাইভেট ক্লাউডের জন্য: আপনি যদি নিজের রাউটারের IP অ্যাড্রেস ব্যবহার করে হোস্ট অ্যালিয়াস সেট করেন এবং ডিএনএস এন্ট্রি না করেন, তাহলে প্রতিটি রাউটারের জন্য আলাদা হোস্ট অ্যালিয়াস যোগ করুন, প্রতিটি রাউটারের IP অ্যাড্রেস এবং ভার্চুয়াল হোস্টের পোর্ট উল্লেখ করুন।

 কোনওটিই নয় হ্যাঁ
ইন্টারফেস শুধুমাত্র ব্যক্তিগত ক্লাউডের জন্য Edge-এ উপলভ্য।
ইন্টারফেস

আপনি port যে নেটওয়ার্ক ইন্টারফেসের সাথে বাইন্ড করতে চান তা নির্দিষ্ট করে। আপনি এই এলিমেন্ট বাদ দিলে, পোর্টটি সব ইন্টারফেসে আবদ্ধ থাকে।

যেমন, শুধুমাত্র en0-এর সাথে পোর্ট বাইন্ড করার জন্য নির্দিষ্ট করতে:

<Interfaces>
  <Interface>en0</Interface>
</Interfaces>

"ifconfig -a" কমান্ড রান করিয়ে আপনার সিস্টেমে উপলভ্য ইন্টারফেস নির্ধারণ করুন।

 কোনওটিই নয় সব ইন্টারফেস
RetryOptions Edge Cloud এবং Private Cloud 4.18.01 ও পরবর্তী যেকোনও ভার্সনের জন্য উপলভ্য।
RetryOption

মেসেজ প্রসেসর বন্ধ হয়ে গেলে, এই ভার্চুয়াল হোস্টের জন্য রাউটার কীভাবে প্রতিক্রিয়া জানাবে তা কনফিগার করুন।

আপনি <RetryOption> ব্যবহার করে একাধিক মান নির্দিষ্ট করতে পারবেন। সঠিক ভ্যালুর মধ্যে এগুলি অন্তর্ভুক্ত:

off আবার চেষ্টা করার সুবিধা বন্ধ করে দেয় এবং অনুরোধ করা হলে ভার্চুয়াল হোস্ট একটি ব্যর্থতার কোড রিটার্ন করে।
http_599 (ডিফল্ট) মেসেজ প্রসেসর থেকে রাউটার HTTP 599 উত্তর পেলে, রাউটার পরবর্তী মেসেজ প্রসেসরের কাছে অনুরোধ ফরওয়ার্ড করে।

HTTP 599 হল একটি বিশেষ রেসপন্স কোড যা মেসেজ প্রসেসর বন্ধ করার সময় তৈরি হয়। মেসেজ প্রসেসর আগে থেকে থাকা সব অনুরোধ সম্পূর্ণ করার চেষ্টা করে, কিন্তু কোনও নতুন অনুরোধের ক্ষেত্রে, এটি HTTP 599 কোড সহ উত্তর দেয় যাতে রাউটার বুঝতে পারে যে পরবর্তী মেসেজ প্রসেসরে অনুরোধটি আবার চেষ্টা করতে হবে।
error মেসেজ প্রসেসরের সাথে কানেকশন স্থাপন করার সময়, সেটিতে অনুরোধ পাঠানোর সময় অথবা সেটির থেকে পাওয়া উত্তরের হেডার পড়ার সময় কোনও সমস্যা হলে, রাউটার পরবর্তী মেসেজ প্রসেসরের কাছে অনুরোধটি ফরওয়ার্ড করে দেয়।
timeout মেসেজ প্রসেসরের সাথে কানেকশন স্থাপন করার সময়, সেটিতে কোনও অনুরোধ পাস করা অথবা সেটির থেকে পাওয়া উত্তরের হেডার পড়ার সময় কোনও টাইম-আউট হলে, রাউটার পরবর্তী মেসেজ প্রসেসরের কাছে অনুরোধটি ফরওয়ার্ড করে দেয়।
invalid_header মেসেজ প্রসেসর কোনও উত্তর না দিলে বা ভুল উত্তর দিলে, রাউটার পরবর্তী মেসেজ প্রসেসরের কাছে অনুরোধ ফরওয়ার্ড করে।
http_XXX মেসেজ প্রসেসর HTTP কোড XXX সহ উত্তর দিলে, রাউটার পরবর্তী মেসেজ প্রসেসরের কাছে অনুরোধ ফরওয়ার্ড করে।

আপনি একাধিক ভ্যালু নির্দিষ্ট করলে, রাউটার সেগুলি একত্রিত করতে লজিক্যাল OR ব্যবহার করে।

যেমন:

<RetryOptions>
  <RetryOption>http_599</RetryOption>
  <RetryOption>error</RetryOption>
  <RetryOption>timeout</RetryOption>
  <RetryOption>invalid_header</RetryOption>
</RetryOptions>
ListenOptions প্রাইভেট ক্লাউড 4.18.01 ও এর পরের যেকোনও ভার্সনের জন্য উপলভ্য এবং Apigee Edge সহায়তা টিমের কাছে অনুরোধ করে Edge Cloud-এর জন্য পাওয়া যেতে পারে।
ListenOption

আপনি যদি Edge রাউটারে আসা অনুরোধগুলি ম্যানেজ করার জন্য TCP পাস-থ্রু মোডে ELB ব্যবহার করেন, তাহলে রাউটার ELB-এর IP অ্যাড্রেসকে আসল ক্লায়েন্ট IP-র পরিবর্তে ক্লায়েন্ট IP হিসেবে বিবেচনা করে। রাউটারে যদি আসল ক্লায়েন্ট IP প্রয়োজন হয়, তাহলে ELB-তে proxy_protocol চালু করুন যাতে এটি TCP প্যাকেটে ক্লায়েন্ট IP পাস করতে পারে। এছাড়াও, রাউটারে আপনাকে অবশ্যই ভার্চুয়াল হোস্টে <ListenOption> proxy_protocol সেট করতে হবে। ELB যেহেতু TCP পাস-থ্রু মোডে থাকে, তাই আপনি সাধারণত রাউটারে TLS বন্ধ করে দেন। তাই, আপনি সাধারণত TLS ব্যবহার করার জন্য কনফিগার করার সময় proxy_protocol ব্যবহার করার জন্য ভার্চুয়াল হোস্ট কনফিগার করেন।

<ListenOption>-এর ডিফল্ট ভ্যালু হল খালি স্ট্রিং।

যেমন:

<ListenOptions>
  <ListenOption>proxy_protocol</ListenOption>
</ListenOptions>

পরে <ListenOption> আনসেট করতে, ভার্চুয়াল হোস্ট আপডেট করুন এবং আপডেট থেকে <ListenOptions> ট্যাগ বাদ দিন।

SSLInfo
চালু করা আছে

একমুখী TLS/SSL চালু করে। আপনাকে অবশ্যই একটি কীস্টোর নির্ধারণ করতে হবে যাতে cert এবং প্রাইভেট কী থাকে।

Cloud-এর জন্য: আপনার কাছে অবশ্যই Symantec বা VeriSign-এর মতো বিশ্বস্ত এন্টিটি দ্বারা স্বাক্ষরিত একটি সার্টিফিকেট থাকতে হবে। আপনি সেল্ফ-সাইন করা সার্ট বা সেল্ফ-সাইন করা CA-এর দ্বারা সাইন করা লিফ সার্ট ব্যবহার করতে পারবেন না।

ক্লাউডের জন্য: আপনার আগে থেকে থাকা ভার্চুয়াল হোস্ট যদি 443 ছাড়া অন্য কোনও পোর্ট ব্যবহার করার জন্য কনফিগার করা থাকে, তাহলে আপনি TLS সেটিং পরিবর্তন করতে পারবেন না। অর্থাৎ, আপনি TLS সেটিং চালু থেকে বন্ধ বা বন্ধ থেকে চালু করতে পারবেন না।

মিথ্যা না
ClientAuthEnabled Edge (সার্ভার) এবং অনুরোধকারী অ্যাপ (ক্লায়েন্ট)-এর মধ্যে টু-ওয়ে বা ক্লায়েন্ট TLS চালু করে। টু-ওয়ে TLS চালু করার জন্য Edge-এ একটি ট্রাস্টস্টোর সেট-আপ করতে হবে যাতে TLS ক্লায়েন্টের সার্টিফিকেট থাকে। মিথ্যা না
KeyStore

Edge-এ কীস্টোরের নাম।

Apigee সাজেস্ট করে যে আপনি কীস্টোরের নাম নির্দিষ্ট করতে একটি রেফারেন্স ব্যবহার করুন যাতে আপনাকে রাউটার রিস্টার্ট না করেই কীস্টোর পরিবর্তন করতে পারেন। আরও জানতে TLS কনফিগার করার বিকল্প দেখুন।

 কোনওটিই নয় 'চালু করা আছে' ট্রু হলে উত্তর 'হ্যাঁ' হবে
KeyAlias আপনি কীস্টোরে সার্টিফিকেট ও প্রাইভেট কী আপলোড করার সময় যে অ্যালিয়াস নির্দিষ্ট করেছিলেন। আপনাকে আক্ষরিকভাবে ছদ্মনাম উল্লেখ করতে হবে; আপনি কোনও রেফারেন্স ব্যবহার করতে পারবেন না। আরও জানতে TLS কনফিগার করার বিকল্পদেখুন। কোনওটিই নয় 'চালু করা আছে' ট্রু হলে উত্তর 'হ্যাঁ' হবে
TrustStore

Edge-এ ট্রাস্টস্টোরের নাম যাতে সার্টিফিকেট বা সার্টিফিকেট চেইন থাকে যা টু-ওয়ে TLS-এর জন্য ব্যবহার করা হয়। <ClientAuthEnabled> ট্রু হলে এটি প্রয়োজন।

Apigee সাজেস্ট করে যে আপনি ট্রাস্টস্টোরের নাম নির্দিষ্ট করতে একটি রেফারেন্স ব্যবহার করুন যাতে আপনাকে রাউটার রিস্টার্ট না করেই ট্রাস্টস্টোর পরিবর্তন করতে পারেন। আরও জানতে TLS কনফিগার করার বিকল্প দেখুন।

 কোনওটিই নয় না
IgnoreValidationErrors

ট্রু হলে, TLS সার্টিফিকেট সংক্রান্ত সমস্যা উপেক্ষা করার কথা উল্লেখ করে। এটি cURL-এর "-k" বিকল্পের মতোই।

এই বিকল্পটি তখন বৈধ হয় যখন টার্গেট সার্ভার ও টার্গেট এন্ডপয়েন্টের জন্য TLS কনফিগার করা হয় এবং যখন ভার্চুয়াল হোস্ট কনফিগার করা হয় যা টু-ওয়ে TLS ব্যবহার করে।

টার্গেট এন্ডপয়েন্ট/টার্গেট সার্ভারের সাথে ব্যবহার করা হলে, ব্যাকএন্ড সিস্টেম SNI ব্যবহার করলে এবং এমন একটি cert রিটার্ন করলে যার সাবজেক্ট ডিস্টিংগুইশড নেম (DN) হোস্টনেমের সাথে মেলে না, তাহলে এরর এড়িয়ে যাওয়ার কোনও উপায় থাকে না এবং কানেকশন ব্যর্থ হয়।

 মিথ্যা না
সাইফার

শুধুমাত্র Edge for Private Cloud ভার্সন 4.15.07 ও তার আগের ভার্সনের জন্য।

ভার্চুয়াল হোস্টের সাথে কাজ করে এমন সাইফার নির্দিষ্ট করে। কোনও সাইফার নির্দিষ্ট করা না থাকলে, JVM-এর জন্য উপলভ্য সব সাইফারকে অনুমতি দেওয়া হবে।

সাইফার সীমাবদ্ধ করতে, নিম্নলিখিত এলিমেন্ট যোগ করুন:

<Ciphers>
  <Cipher>TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA</Cipher>
  <Cipher>TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256</Cipher>
</Ciphers>
 		JVM-এ কাজ করে এমন সব না
প্রোটোকল

শুধুমাত্র Edge for Private Cloud ভার্সন 4.15.07 ও তার আগের ভার্সনের জন্য।

ভার্চুয়াল হোস্টের সাথে মানানসই প্রোটোকল নির্দিষ্ট করে। কোনও প্রোটোকল নির্দিষ্ট করা না থাকলে, JVM-এর জন্য উপলভ্য সব প্রোটোকলকে অনুমতি দেওয়া হবে।

প্রোটোকল সীমাবদ্ধ করতে, নিম্নলিখিত এলিমেন্ট যোগ করুন:

<Protocols>
  <Protocol>TLSv1</Protocol>
  <Protocol>TLSv1.2</Protocol>
  <Protocol>SSLv2Hello</Protocol>
</Protocols>
 		JVM-এ কাজ করে এমন সব না
UseBuiltInFreeTrialCert শুধুমাত্র Edge Cloud-এর জন্য উপলভ্য।
UseBuiltInFreeTrialCert

আপনার যদি Edge for Cloud-এর পেমেন্ট করা অ্যাকাউন্ট থাকে এবং এখনও TLS সার্টিফিকেট ও কী না থাকে, তাহলে আপনি Apigee ফ্রি ট্রায়াল সার্টিফিকেট ও কী ব্যবহার করে ভার্চুয়াল হোস্ট তৈরি করতে পারবেন। এর অর্থ হল, আপনি প্রথমে কীস্টোর তৈরি না করেই ভার্চুয়াল হোস্ট তৈরি করতে পারবেন।

Apigee ফ্রি ট্রায়াল সার্টিফিকেটে *.apigee.net ডোমেনটি উল্লেখ করা আছে। তাই, ভার্চুয়াল হোস্টের <HostAlias>-কেও *.apigee.net ফর্ম্যাটে থাকতে হবে।

Apigee ফ্রি ট্রায়াল cert ও কী ব্যবহার করে ভার্চুয়াল হোস্ট নির্ধারণ করা দেখুন।

 মিথ্যা না
PropagateTLSInformation শুধুমাত্র Edge Cloud-এর জন্য আলফা ভার্সনে উপলভ্য।
ConnectionProperties

Edge-কে TLS কানেকশন সংক্রান্ত তথ্য ক্যাপচার করার অনুমতি দেয়। এই তথ্য API প্রক্সিতে ফ্লো ভেরিয়েবল হিসেবে উপলভ্য হয়। আরও জানতে API প্রক্সিতে TLS কানেকশন সংক্রান্ত তথ্য অ্যাক্সেস করা লিঙ্ক দেখুন।

 মিথ্যা না
ClientProperties

টু-ওয়ে TLS-এ Edge-এর ক্যাপচার করা ক্লায়েন্ট সার্টিফিকেট সংক্রান্ত বিবরণ ক্যাপচার করার সুবিধা চালু করে। এই তথ্য API প্রক্সিতে ফ্লো ভেরিয়েবল হিসেবে উপলভ্য হয়। আরও জানতে API প্রক্সিতে TLS কানেকশন সংক্রান্ত তথ্য অ্যাক্সেস করা লিঙ্ক দেখুন।

 মিথ্যা না
প্রপার্টি Edge Cloud এবং Private Cloud 4.17.01 ও পরবর্তী যেকোনও ভার্সনের জন্য উপলভ্য।
proxy_read_timeout

মেসেজ প্রসেসর ও রাউটারের মধ্যে টাইম-আউট হওয়ার সময়সীমা সেকেন্ডে সেট করে। এই সময়সীমা শেষ হওয়ার আগে মেসেজ প্রসেসর থেকে কোনও উত্তর না পেলে, রাউটার কানেকশন ড্রপ করে দেয় এবং HTTP 504 উত্তর দেয়।

Message Processor-এর টার্গেট টাইমআউট ভ্যালুর চেয়ে proxy_read_timeout-এর ভ্যালু বেশি হতে হবে। এটি নিশ্চিত করে যে মেসেজ প্রসেসর উত্তর দেওয়ার সময় পাওয়ার আগে রাউটার টাইম-আউট হয় না। মেসেজ প্রসেসরের ডিফল্ট টার্গেট টাইমআউট হল ৫৫ সেকেন্ড, ৫৫০০০ মিলিসেকেন্ড, যা মেসেজ প্রসেসরের জন্য conf_http_HTTPTransport.io.timeout.millis টোকেন দ্বারা সংজ্ঞায়িত করা হয়েছে।

 57 না
keepalive_timeout

ক্লায়েন্ট Keep-Alive হেডার সহ অনুরোধ করলে, ক্লায়েন্ট ও রাউটারের মধ্যে টাইম-আউট হওয়ার সময়সীমা সেকেন্ডে সেট করে। সময়সীমা শেষ না হওয়া পর্যন্ত রাউটার কানেকশন খোলা রাখে।

মেসেজ প্রসেসর থেকে কোনও উত্তরের জন্য অপেক্ষা করলে রাউটার কানেকশন বন্ধ করবে না। রাউটার ক্লায়েন্টকে উত্তর ফেরানোর পরেই টাইম-আউট শুরু হয়।

 ৬৫ না
ssl_ciphers

রাউটারে সেট করা ডিফল্ট সাইফার ওভাররাইড করে ভার্চুয়াল হোস্টের সাথে কাজ করে এমন সাইফার সেট করে।

কোলন দিয়ে আলাদা করা সাইফারের তালিকা নির্দিষ্ট করুন, এই ফর্ম্যাটে:

<Property name="ssl_ciphers">HIGH:!aNULL:!MD5:!DH+3DES:!kEDH;</Property>

এই টোকেন দ্বারা অনুমোদিত সিনট্যাক্স ও ভ্যালু সম্পর্কে তথ্য পেতে, https://www.openssl.org/docs/man1.0.2/man1/ciphers.html দেখুন। মনে রাখবেন, এই টোকেনটি OpenSSL সাইফার নাম ব্যবহার করে, যেমন AES128-SHA256 এবং Java/JSSE সাইফার নাম নয়, যেমন TLS_RSA_WITH_AES_128_CBC_SHA256.

 HIGH:!aNULL:

!MD5:

!DH+3DES:

!kEDH

 না
ssl_protocols

শুধুমাত্র ব্যক্তিগত ক্লাউডের জন্য Edge-এ উপলভ্য।

ভার্চুয়াল হোস্টের সাথে কাজ করে এমন TLS প্রোটোকল সেট করে, স্পেস দ্বারা আলাদা করা তালিকা হিসেবে, রাউটারে সেট করা ডিফল্ট প্রোটোকলকে ওভাররাইড করে।

মনে রাখবেন: দুটি ভার্চুয়াল হোস্ট একই পোর্ট শেয়ার করলে, তাদের একই ssl_protocols প্রোটোকল সেট করতে হবে। অর্থাৎ, একই পোর্ট শেয়ার করা ভার্চুয়াল হোস্টকে অবশ্যই একই প্রোটোকল মেনে চলতে হবে।

এই ফর্ম্যাটে স্পেস-ডিলিমিটেড TLS প্রোটোকলের একটি তালিকা নির্দিষ্ট করুন:

<Property name="ssl_protocols">TLSv1 TLSv1.2</Property>
 		TLSv1 TLSv1.1 TLSv1.2 না
proxy_request_buffering

অনুরোধের বডির বাফারিং চালু (অন) বা বন্ধ (অফ) করে। বাফারিং চালু থাকলে, Message Processor-এ পাঠানোর আগে Router সম্পূর্ণ অনুরোধের বডি বাফার করে। কোনও সমস্যা হলে, রাউটার অন্য মেসেজ প্রসেসর ব্যবহার করে আবার চেষ্টা করতে পারে।

বন্ধ করা থাকলে, বাফারিং বন্ধ হয়ে যায় এবং অনুরোধের বডিটি পাওয়ার সাথে সাথেই মেসেজ প্রসেসরের কাছে পাঠিয়ে দেওয়া হয়। কোনও সমস্যা হলে, রাউটার অন্য মেসেজ প্রসেসরের কাছে অনুরোধ আবার পাঠায় না।

 চালু আছে না
proxy_buffering উত্তরের বাফারিং চালু (অন) বা বন্ধ (অফ) করে। বাফারিং চালু থাকলে, রাউটার উত্তর বাফার করে। বাফারিং বন্ধ করা থাকলে, রাউটার উত্তর পাওয়ার সাথে সাথেই তা ক্লায়েন্টকে সিঙ্ক্রোনাস পদ্ধতিতে পাঠিয়ে দেওয়া হয়। চালু আছে না