কার্ল - ক্লাউডে অনলাইন

কার্যক্রম:

NAME এর

curl - একটি URL স্থানান্তর করুন

সাইনোপিসিস

কার্ল [বিকল্প] [URL...]

বর্ণনাঃ

কার্ল সমর্থিত প্রোটোকলগুলির একটি ব্যবহার করে একটি সার্ভার থেকে ডেটা স্থানান্তর করার একটি টুল
(DICT, FILE, FTP, FTPS, Gopher, HTTP, HTTPS, IMAP, IMAPS, LDAP, LDAPS, POP3, POP3S, RTMP,
RTSP, SCP, SFTP, SMB, SMBS, SMTP, SMTPS, TELNET এবং TFTP)। কমান্ড কাজ করার জন্য ডিজাইন করা হয়েছে
ব্যবহারকারীর মিথস্ক্রিয়া ছাড়া।

curl প্রক্সি সমর্থন, ব্যবহারকারী প্রমাণীকরণ, FTP এর মত দরকারী কৌশলগুলির একটি বাসলোড অফার করে
আপলোড, HTTP পোস্ট, SSL সংযোগ, কুকি, ফাইল স্থানান্তর জীবনবৃত্তান্ত, মেটালিঙ্ক, এবং আরও অনেক কিছু। হিসাবে
আপনি নীচে দেখতে পাবেন, বৈশিষ্ট্যের সংখ্যা আপনার মাথা ঘুরিয়ে দেবে!

কার্ল সমস্ত স্থানান্তর-সম্পর্কিত বৈশিষ্ট্যগুলির জন্য libcurl দ্বারা চালিত হয়। দেখা libcurl(২০১০) বিস্তারিত জানার জন্য.

URL টি

URL সিনট্যাক্স প্রোটোকল-নির্ভর। আপনি RFC 3986 এ একটি বিশদ বিবরণ পাবেন।

আপনি একাধিক ইউআরএল বা ইউআরএলের কিছু অংশ নির্দিষ্ট করতে পারেন ব্রেসের মধ্যে অংশ সেট লিখে যেমন:

http://site.এক, দুই, তিন}.com

অথবা আপনি [] ব্যবহার করে আলফানিউমেরিক সিরিজের ক্রম পেতে পারেন:

ftp://ftp.numericals.com/file[1-100].txt

ftp://ftp.numericals.com/file[০০১-১০০].txt (প্রধান শূন্য সহ)

ftp://ftp.letters.com/file[az].txt

নেস্টেড সিকোয়েন্স সমর্থিত নয়, তবে আপনি একে অপরের পাশে বেশ কয়েকটি ব্যবহার করতে পারেন:

http://any.org/archive[1996-1999]/vol[1-4]/part{a,b,c}.html

আপনি কমান্ড লাইনে যেকোনো পরিমাণ URL উল্লেখ করতে পারেন। তারা একটি মধ্যে আনা হবে
নির্দিষ্ট ক্রমে অনুক্রমিক পদ্ধতিতে।

আপনি প্রতিটি Nth নম্বর বা অক্ষর পেতে ব্যাপ্তির জন্য একটি ধাপ কাউন্টার নির্দিষ্ট করতে পারেন:

http://www.numericals.com/file[1-100:10].txt

http://www.letters.com/file[az:2].txt

কমান্ড লাইন প্রম্পট থেকে আহ্বান করার সময় [] বা {} সিকোয়েন্স ব্যবহার করার সময়, আপনার সম্ভবত
শেল যাতে হস্তক্ষেপ না করে সেজন্য সম্পূর্ণ ইউআরএলটিকে ডবল কোটের মধ্যে রাখতে হবে। এই
এছাড়াও অন্যান্য অক্ষরকে বিশেষভাবে বিবেচনা করা হয়, যেমন '&', '?' এবং '*'.

ইউআরএল-এ IPv6 জোন ইনডেক্স একটি এস্কেপড শতাংশ চিহ্ন এবং ইন্টারফেস দিয়ে দিন
নাম লাইক ইন

http://[fe80::3%25eth0]/

আপনি protocol:// উপসর্গ ছাড়াই URL উল্লেখ করলে, কার্ল কোন প্রোটোকল অনুমান করার চেষ্টা করবে
আপনি চাইতে পারেন. এটি তখন HTTP-তে ডিফল্ট হবে তবে প্রায়শই ব্যবহৃত হয় তার উপর ভিত্তি করে অন্যান্য প্রোটোকল চেষ্টা করুন
হোস্ট নামের উপসর্গ। উদাহরণস্বরূপ, "ftp" দিয়ে শুরু হোস্ট নামের জন্য। কার্ল আপনাকে ধরে নেবে
FTP কথা বলতে চাই।

একটি URL হিসাবে আপনি যা পাস করেন তা ব্যবহার করার জন্য curl তার যথাসাধ্য চেষ্টা করবে। এটা যাচাই করার চেষ্টা করা হয় না
যেকোন উপায়ে একটি সিনট্যাক্টিক্যালি সঠিক ইউআরএল হিসাবে কিন্তু পরিবর্তে খুব এটা কি সঙ্গে উদার
গ্রহণ করে

curl একাধিক ফাইল স্থানান্তরের জন্য সংযোগগুলি পুনরায় ব্যবহার করার চেষ্টা করবে, যাতে অনেকগুলি পাওয়া যায়
একই সার্ভার থেকে ফাইলগুলি একাধিক সংযোগ / হ্যান্ডশেক করবে না। এই উন্নতি
গতি. অবশ্যই এটি শুধুমাত্র একটি একক কমান্ড লাইনে নির্দিষ্ট করা ফাইলগুলিতে করা হয় এবং তা করা যায় না
পৃথক কার্ল আহ্বানের মধ্যে ব্যবহার করা হবে।

চলছে মিটার

কার্ল সাধারণত অপারেশন চলাকালীন একটি অগ্রগতি মিটার প্রদর্শন করে, এর পরিমাণ নির্দেশ করে
স্থানান্তরিত ডেটা, স্থানান্তর গতি এবং আনুমানিক সময় বাকি, ইত্যাদি।

কার্ল ডিফল্টরূপে টার্মিনালে এই ডেটা প্রদর্শন করে, তাই যদি আপনি একটি করতে কার্ল আহ্বান করেন
অপারেশন এবং এটি টার্মিনালে ডেটা লিখতে চলেছে, এটি অক্ষম অগ্রগতি মিটার হিসাবে
অন্যথায় এটি আউটপুট মিশ্রিত অগ্রগতি মিটার এবং প্রতিক্রিয়া ডেটাকে জগাখিচুড়ি করবে।

আপনি যদি HTTP POST বা PUT অনুরোধের জন্য একটি অগ্রগতি মিটার চান, তাহলে আপনাকে পুনঃনির্দেশ করতে হবে
শেল রিডাইরেক্ট (>), -o [ফাইল] বা অনুরূপ ব্যবহার করে একটি ফাইলের প্রতিক্রিয়া আউটপুট।

এটি এফটিপি আপলোডের ক্ষেত্রে একই নয় কারণ সেই অপারেশনটি কোনও প্রতিক্রিয়া দেয় না
টার্মিনালে ডেটা।

আপনি যদি নিয়মিত মিটারের পরিবর্তে একটি অগ্রগতি "বার" পছন্দ করেন, -# তোমার বন্ধু.

বিকল্প

বিকল্পগুলি এক বা দুটি ড্যাশ দিয়ে শুরু হয়। অনেক বিকল্পের পরবর্তী একটি অতিরিক্ত মান প্রয়োজন
তাদেরকে.

বিকল্পগুলির সংক্ষিপ্ত "একক-ড্যাশ" ফর্ম, উদাহরণস্বরূপ -d, a এর সাথে বা ছাড়া ব্যবহার করা যেতে পারে
এটি এবং এর মানের মধ্যে স্থান, যদিও একটি স্থান একটি প্রস্তাবিত বিভাজক। দীর্ঘ
"ডাবল-ড্যাশ" ফর্ম, --ডেটা উদাহরণস্বরূপ, এটি এবং এর মানের মধ্যে একটি স্থান প্রয়োজন।

সংক্ষিপ্ত সংস্করণের বিকল্পগুলি যেগুলির জন্য কোনও অতিরিক্ত মান প্রয়োজন নেই তা অবিলম্বে পরবর্তীতে ব্যবহার করা যেতে পারে
একে অপরের কাছে, যেমন আপনি সমস্ত বিকল্প -O, -L এবং -v একবারে উল্লেখ করতে পারেন
-ওএলভি

সাধারণভাবে, সমস্ত বুলিয়ান অপশন এর সাথে সক্রিয় করা হয় --পছন্দ এবং এখনও আবার সঙ্গে অক্ষম
--না-বিকল্প অর্থাৎ, আপনি ঠিক একই বিকল্পের নাম ব্যবহার করেন কিন্তু "না-" দিয়ে এটির উপসর্গ ব্যবহার করেন।
যাইহোক, এই তালিকায় আমরা বেশিরভাগই তালিকাভুক্ত করি এবং তাদের --option সংস্করণ দেখাই। (এই
--কোন বিকল্প সহ ধারণা 7.19.0-এ যোগ করা হয়নি। পূর্বে বেশিরভাগ বিকল্প চালু/বন্ধ টগল করা হয়েছিল
একই কমান্ড লাইন বিকল্পের বারবার ব্যবহারে।)

-#, --প্রগতি-বার
স্ট্যান্ডার্ডের পরিবর্তে একটি সাধারণ অগ্রগতি বার হিসাবে কার্ল প্রদর্শনের অগ্রগতি করুন
তথ্যগত, মিটার।

-:, --পরবর্তী
কার্লকে নিম্নলিখিত URL এবং সংশ্লিষ্ট জন্য একটি পৃথক অপারেশন ব্যবহার করতে বলে৷
বিকল্প এটি আপনাকে বেশ কয়েকটি URL অনুরোধ পাঠাতে দেয়, প্রতিটি তাদের নিজস্ব নির্দিষ্ট সহ
বিকল্পগুলি, উদাহরণস্বরূপ, যেমন বিভিন্ন ব্যবহারকারীর নাম বা প্রতিটির জন্য কাস্টম অনুরোধ।
(7.36.0 এ যোগ করা হয়েছে)

-0, --http1.0
(HTTP) কার্লকে অভ্যন্তরীণভাবে ব্যবহার করার পরিবর্তে HTTP সংস্করণ 1.0 ব্যবহার করতে বলে
পছন্দের: HTTP 1.1.

--http1.1
(HTTP) কার্লকে HTTP সংস্করণ 1.1 ব্যবহার করতে বলে। এটি অভ্যন্তরীণ ডিফল্ট সংস্করণ।
(7.33.0 এ যোগ করা হয়েছে)

--http2
(HTTP) কার্লকে HTTP 2 ব্যবহার করে তার অনুরোধগুলি ইস্যু করতে বলে। এর জন্য এটি প্রয়োজন
অন্তর্নিহিত libcurl এটি সমর্থন করার জন্য নির্মিত হয়েছিল। (৭.৩৩.০ এ যোগ করা হয়েছে)

--না-এনপিএন
NPN TLS এক্সটেনশন নিষ্ক্রিয় করুন। NPN ডিফল্টরূপে সক্রিয় করা হয় যদি libcurl এর সাথে নির্মিত হয়
একটি SSL লাইব্রেরি যা NPN সমর্থন করে। NPN একটি libcurl দ্বারা ব্যবহৃত হয় যা HTTP 2 কে সমর্থন করে
https সেশনের সময় সার্ভারের সাথে HTTP 2 সমর্থন নিয়ে আলোচনা করুন।

(7.36.0 এ যোগ করা হয়েছে)

--নো-আল্পন
ALPN TLS এক্সটেনশন নিষ্ক্রিয় করুন। libcurl নির্মিত হলে ডিফল্টরূপে ALPN সক্রিয় থাকে
একটি SSL লাইব্রেরির সাথে যা ALPN সমর্থন করে। ALPN একটি libcurl দ্বারা ব্যবহৃত হয় যা সমর্থন করে
HTTP 2 https সেশন চলাকালীন সার্ভারের সাথে HTTP 2 সমর্থন নিয়ে আলোচনা করতে।

(7.36.0 এ যোগ করা হয়েছে)

-1, --tlsv1
(SSL) একটি দূরবর্তী TLS সার্ভারের সাথে আলোচনা করার সময় কার্লকে TLS সংস্করণ 1.x ব্যবহার করতে বাধ্য করে।
আপনি বিকল্প ব্যবহার করতে পারেন --tlsv1.0, --tlsv1.1, এবং --tlsv1.2 TLS সংস্করণ নিয়ন্ত্রণ করতে
আরো সঠিকভাবে (যদি ব্যবহার করা SSL ব্যাকএন্ড এই ধরনের নিয়ন্ত্রণের স্তর সমর্থন করে)।

-2, --sslv2
(SSL) একটি দূরবর্তী SSL সার্ভারের সাথে আলোচনা করার সময় কার্লকে SSL সংস্করণ 2 ব্যবহার করতে বাধ্য করে।
কখনও কখনও কার্ল SSLv2 সমর্থন ছাড়াই নির্মিত হয়। SSLv2 ব্যাপকভাবে অনিরাপদ বলে বিবেচিত হয়
(RFC 6176 দেখুন)।

-3, --sslv3
(SSL) একটি দূরবর্তী SSL সার্ভারের সাথে আলোচনা করার সময় কার্লকে SSL সংস্করণ 3 ব্যবহার করতে বাধ্য করে।
কখনও কখনও কার্ল SSLv3 সমর্থন ছাড়াই নির্মিত হয়। SSLv3 ব্যাপকভাবে অনিরাপদ বলে বিবেচিত হয়
(RFC 7568 দেখুন)।

-4, --ipv4
এই বিকল্পটি কার্লকে শুধুমাত্র IPv4 ঠিকানাগুলিতে নামগুলি সমাধান করতে বলে, এবং উদাহরণস্বরূপ নয়
IPv6 চেষ্টা করুন।

-6, --ipv6
এই বিকল্পটি কার্লকে শুধুমাত্র IPv6 ঠিকানাগুলিতে নামগুলি সমাধান করতে বলে, এবং উদাহরণস্বরূপ নয়
IPv4 চেষ্টা করুন।

-a, --সংযোজন
(FTP/SFTP) একটি আপলোডে ব্যবহার করা হলে, এটি কার্লকে টার্গেট ফাইলের সাথে যুক্ত করে
এটি ওভাররাইট করার পরিবর্তে। যদি দূরবর্তী ফাইলটি বিদ্যমান না থাকে তবে এটি তৈরি করা হবে।
মনে রাখবেন যে এই পতাকাটি কিছু SFTP সার্ভার (OpenSSH সহ) দ্বারা উপেক্ষা করা হয়েছে৷

-এ, --ইউজার-এজেন্ট
(HTTP) HTTP সার্ভারে পাঠাতে ব্যবহারকারী-এজেন্ট স্ট্রিং নির্দিষ্ট করুন। কিছু খারাপভাবে সম্পন্ন
এই ক্ষেত্রটি "Mozilla/4.0" এ সেট না থাকলে CGI ব্যর্থ হয়। স্ট্রিং এ ফাঁকা এনকোড করতে,
একক উদ্ধৃতি চিহ্ন দিয়ে স্ট্রিং ঘিরে রাখুন। এটি দিয়েও সেট করা যেতে পারে -এইচ,
-- শিরোনাম বিকল্প অবশ্যই।

এই বিকল্পটি বেশ কয়েকবার ব্যবহার করা হলে, শেষটি ব্যবহার করা হবে।

--অন্যউথ
(HTTP) কার্লকে নিজেই প্রমাণীকরণ পদ্ধতি বের করতে এবং সর্বাধিক ব্যবহার করতে বলে৷
একটি দূরবর্তী সাইট সমর্থন দাবি করে সুরক্ষিত. এটি প্রথমে একটি অনুরোধ করে করা হয়
এবং প্রতিক্রিয়া-শিরোনামগুলি পরীক্ষা করা, এইভাবে সম্ভবত একটি অতিরিক্ত নেটওয়ার্ক রাউন্ড প্ররোচিত করছে-
ট্রিপ এটি একটি নির্দিষ্ট প্রমাণীকরণ পদ্ধতি সেট করার পরিবর্তে ব্যবহার করা হয়, যা আপনি
সঙ্গে করতে পারেন -- মৌলিক, --পরিপাক করা, --ntlm, এবং --আলোচনা করা.

মনে রাখবেন --anyauth ব্যবহার করা বাঞ্ছনীয় নয় যদি আপনি stdin থেকে আপলোড করেন, যেহেতু এটি
দুইবার ডেটা পাঠানোর প্রয়োজন হতে পারে এবং তারপর ক্লায়েন্টকে রিওয়াইন্ড করতে সক্ষম হতে হবে। যদি
stdin থেকে আপলোড করার সময় প্রয়োজন দেখা দেওয়া উচিত, আপলোড অপারেশন ব্যর্থ হবে।

-বি, --কুকি
(HTTP) কুকি হিসাবে HTTP সার্ভারে ডেটা পাঠান। এটা অনুমিত তথ্য
পূর্বে একটি "সেট-কুকি:" লাইনে সার্ভার থেকে প্রাপ্ত। তথ্য থাকা উচিত
বিন্যাস "NAME1=VALUE1; NAME2=VALUE2"।

লাইনে '=' চিহ্ন ব্যবহার করা না হলে, এটি পড়ার জন্য ব্যবহার করার জন্য ফাইলের নাম হিসাবে গণ্য করা হয়
পূর্বে সংরক্ষিত কুকি লাইন থেকে, যা এই সেশনে ব্যবহার করা উচিত যদি তারা
ম্যাচ. এই পদ্ধতিটি ব্যবহার করে কুকি ইঞ্জিনও সক্রিয় হয় যা কার্ল তৈরি করবে
ইনকামিং কুকিগুলিও রেকর্ড করুন, যদি আপনি এটিকে একত্রিত করে ব্যবহার করেন তবে এটি কার্যকর হতে পারে
সাথে -এল, -- অবস্থান বিকল্প ফাইলের ফাইল ফরম্যাট থেকে কুকিজ পড়তে হবে
প্লেইন HTTP হেডার বা Netscape/Mozilla কুকি ফাইল ফরম্যাট হওয়া উচিত।

এর সাথে উল্লেখিত ফাইল -খ, --কুকি শুধুমাত্র ইনপুট হিসাবে ব্যবহৃত হয়। কোন কুকিজ হবে না
ফাইলে লেখা। কুকি সংরক্ষণ করতে, ব্যবহার করুন -গ, --কুকি-জার বিকল্প।

আপনি যদি এই বিকল্পটি ব্যবহার করেন এবং একাধিক স্থানান্তর ঘটতে পারে তবে সতর্কতা অবলম্বন করুন। যদি
আপনি NAME1=VALUE1 ব্যবহার করেন; বিন্যাস, বা একটি ফাইলে সেট-কুকি বিন্যাস ব্যবহার করুন এবং করবেন না
একটি ডোমেন নির্দিষ্ট করুন, তারপর কুকি যেকোন ডোমেনের জন্য পাঠানো হয় (পুনঃনির্দেশের পরেও
অনুসরণ করা) এবং সার্ভার-সেট কুকি দ্বারা সংশোধন করা যাবে না। কুকি ইঞ্জিন হলে
সক্রিয় এবং একটি সার্ভার একই নামের একটি কুকি সেট করে তারপর উভয়ই একটিতে পাঠানো হবে
সেই সার্ভারে ভবিষ্যতে স্থানান্তর, সম্ভবত আপনি যা চেয়েছিলেন তা নয়। এগুলো মোকাবেলা করার জন্য
সমস্যাগুলি সেট-কুকিতে একটি ডোমেন সেট করে (যেটি সাব-ডোমেনগুলি অন্তর্ভুক্ত করবে) বা ব্যবহার করুন
নেটস্কেপ বিন্যাস।

এই বিকল্পটি বেশ কয়েকবার ব্যবহার করা হলে, শেষটি ব্যবহার করা হবে।

-B, --use-ascii
(FTP/LDAP) ASCII স্থানান্তর সক্ষম করুন৷ FTP-এর জন্য, এটি একটি ব্যবহার করেও প্রয়োগ করা যেতে পারে
URL যা ";type=A" দিয়ে শেষ হয়। এই বিকল্পটি stdout-এ পাঠানো ডেটা পাঠ্যের মধ্যে থাকে
win32 সিস্টেমের জন্য মোড।

-- মৌলিক
(HTTP) কার্লকে রিমোট হোস্টের সাথে HTTP বেসিক প্রমাণীকরণ ব্যবহার করতে বলে। এই
ডিফল্ট এবং এই বিকল্পটি সাধারণত অর্থহীন, যদি না আপনি এটিকে ওভাররাইড করতে ব্যবহার করেন
পূর্বে সেট করা বিকল্প যা একটি ভিন্ন প্রমাণীকরণ পদ্ধতি সেট করে (যেমন --ntlm,
--পরিপাক করা, বা --আলোচনা করা).

সঙ্গে একসঙ্গে ব্যবহার করা হয় -তুমি, -- ব্যবহারকারী এবং -এক্স, --প্রক্সি.

আরো দেখুন --প্রক্সি-বেসিক.

-c, --কুকি-জার
(HTTP) একটি সম্পূর্ণ হওয়ার পরে আপনি কোন ফাইলে কার্ল করে সমস্ত কুকি লিখতে চান তা নির্দিষ্ট করুন৷
অপারেশন. কার্ল একটি নির্দিষ্ট ফাইল থেকে পূর্বে পড়া সমস্ত কুকি লেখে
দূরবর্তী সার্ভার(গুলি) থেকে প্রাপ্ত সমস্ত কুকিজ৷ যদি কোন কুকিজ পরিচিত না হয়, কোন ডেটা হবে না
লিখিত ফাইলটি Netscape কুকি ফাইল ফরম্যাট ব্যবহার করে লেখা হবে। আপনি যদি
ফাইলের নাম একটি একক ড্যাশে সেট করুন, "-", কুকিগুলি stdout-এ লেখা হবে।

এই কমান্ড লাইন বিকল্পটি কুকি ইঞ্জিন সক্রিয় করবে যা কার্ল রেকর্ড করে এবং
কুকিজ ব্যবহার করুন। এটি সক্রিয় করার আরেকটি উপায় হল ব্যবহার করা -খ, --কুকি বিকল্প।

যদি কুকি জার তৈরি বা লেখা না যায়, তাহলে পুরো কার্ল অপারেশন হবে না
ব্যর্থ বা এমনকি স্পষ্টভাবে একটি ত্রুটি রিপোর্ট. -v ব্যবহার করলে একটি সতর্কতা প্রদর্শিত হবে, কিন্তু
এই সম্ভাব্য প্রাণঘাতী পরিস্থিতি সম্পর্কে আপনি যে একমাত্র দৃশ্যমান প্রতিক্রিয়া পান।

7.43.0 থেকে ডোমেইন ছাড়াই সেট-কুকি ফরম্যাটে আমদানি করা কুকিজ
নাম এই বিকল্প দ্বারা রপ্তানি করা হয় না.

এই বিকল্পটি বেশ কয়েকবার ব্যবহার করা হলে, শেষ নির্দিষ্ট ফাইলের নাম ব্যবহার করা হবে।

-C, --continue-at
প্রদত্ত অফসেটে পূর্ববর্তী ফাইল স্থানান্তর চালিয়ে যান/পুনরায় শুরু করুন। প্রদত্ত অফসেট হয়
বাইটের সঠিক সংখ্যা যা এড়িয়ে যাবে, এর শুরু থেকে গণনা করা হবে
উৎস ফাইলটি গন্তব্যে স্থানান্তর করার আগে। আপলোডের সাথে ব্যবহার করা হলে,
FTP সার্ভার কমান্ড SIZE কার্ল দ্বারা ব্যবহার করা হবে না।

কোথায়/কীভাবে স্থানান্তর পুনরায় শুরু করবেন তা স্বয়ংক্রিয়ভাবে খুঁজে পেতে কার্লকে বলতে "-C -" ব্যবহার করুন।
তারপরে এটি বের করতে প্রদত্ত আউটপুট/ইনপুট ফাইলগুলি ব্যবহার করে।

এই বিকল্পটি বেশ কয়েকবার ব্যবহার করা হলে, শেষটি ব্যবহার করা হবে।

-- সাইফার
(SSL) সংযোগে কোন সাইফার ব্যবহার করতে হবে তা নির্দিষ্ট করে। সাইফার তালিকা আবশ্যক
বৈধ সাইফার উল্লেখ করুন। এই URL-এ SSL সাইফার তালিকার বিশদ বিবরণ পড়ুন:
https://www.openssl.org/docs/apps/ciphers.html

এনএসএস সাইফারগুলি OpenSSL এবং GnuTLS থেকে ভিন্নভাবে করা হয়। NSS এর সম্পূর্ণ তালিকা
এই URL-এ NSSCipherSuite এন্ট্রিতে সাইফার রয়েছে:
https://git.fedorahosted.org/cgit/mod_nss.git/plain/docs/mod_nss.html#Directives

এই বিকল্পটি বেশ কয়েকবার ব্যবহার করা হলে, শেষটি ব্যবহার করা হবে।

-- সংকুচিত
(HTTP) অ্যালগরিদম কার্ল সমর্থন করে একটি ব্যবহার করে একটি সংকুচিত প্রতিক্রিয়ার অনুরোধ করুন, এবং
সংকুচিত নথি সংরক্ষণ করুন। যদি এই বিকল্পটি ব্যবহার করা হয় এবং সার্ভার একটি পাঠায়
অসমর্থিত এনকোডিং, কার্ল একটি ত্রুটি রিপোর্ট করবে।

--কানেক্ট-টাইমআউট
সেকেন্ডের মধ্যে সর্বাধিক সময় যা আপনি কার্লের সংযোগ নিতে অনুমতি দেন। এই শুধুমাত্র সীমাবদ্ধ
সংযোগ পর্ব, তাই যদি কার্ল প্রদত্ত সময়ের মধ্যে সংযোগ করে তবে এটি চলতে থাকবে
- না হলে বের হয়ে যাবে। সংস্করণ 7.32.0 থেকে, এই বিকল্পটি দশমিক মান গ্রহণ করে।

আরও দেখুন -মি, --সর্বোচ্চ সময় বিকল্প।

এই বিকল্পটি বেশ কয়েকবার ব্যবহার করা হলে, শেষটি ব্যবহার করা হবে।

--তৈরি পরিচালক
যখন এর সাথে একত্রে ব্যবহৃত হয় -o বিকল্প, কার্ল প্রয়োজনীয় স্থানীয় তৈরি করবে
প্রয়োজন অনুযায়ী ডিরেক্টরি অনুক্রম। এই বিকল্পটি এর সাথে উল্লিখিত dirs তৈরি করে -o
বিকল্প, অন্য কিছু না। যদি -o ফাইলের নাম কোন dir ব্যবহার করে বা যদি dirs উল্লেখ করে
আগে থেকেই আছে, কোন ডির তৈরি করা হবে না।

FTP বা SFTP ব্যবহার করার সময় দূরবর্তী ডিরেক্টরি তৈরি করতে, চেষ্টা করুন --ftp-create-dirs.

--crlf আপলোডে LF কে CRLF এ রূপান্তর করুন। MVS (OS/390) এর জন্য দরকারী।

(7.40.0 এ SMTP যোগ করা হয়েছে)

--ক্রফাইল
(HTTPS/FTPS) সার্টিফিকেট প্রত্যাহার তালিকা সহ PEM ফর্ম্যাট ব্যবহার করে একটি ফাইল প্রদান করুন
যে পিয়ার সার্টিফিকেট উল্লেখ করতে পারে যেগুলো প্রত্যাহার বলে বিবেচিত হবে।

এই বিকল্পটি বেশ কয়েকবার ব্যবহার করা হলে, শেষটি ব্যবহার করা হবে।

(7.19.7 এ যোগ করা হয়েছে)

-d, --ডেটা
(HTTP) একটি POST অনুরোধে নির্দিষ্ট ডেটা HTTP সার্ভারে পাঠায়, একইভাবে
যেভাবে একটি ব্রাউজার করে যখন একজন ব্যবহারকারী একটি HTML ফর্ম পূরণ করে এবং প্রেস করে
জমা বাটন. এটি কার্ল ব্যবহার করে সার্ভারে ডেটা প্রেরণ করবে
কন্টেন্ট-টাইপ অ্যাপ্লিকেশন/x-www-form-urlencoded. তুলনা করা -এফ, --ফর্ম.

-d, --ডেটা হিসাবে একই --ডেটা-আসকি. --ডেটা-কাঁচা প্রায় একই কিন্তু না
@ অক্ষরের একটি বিশেষ ব্যাখ্যা আছে। বিশুদ্ধভাবে বাইনারি ডেটা পোস্ট করতে, আপনি
পরিবর্তে ব্যবহার করা উচিত --ডেটা-বাইনারী বিকল্প একটি ফর্মের মান URL-এনকোড করতে
ক্ষেত্র আপনি ব্যবহার করতে পারেন --ডেটা-ইউরলেনকোড.

যদি এই বিকল্পগুলির কোনটি একই কমান্ড লাইনে একাধিকবার ব্যবহার করা হয় তবে ডেটা
নির্দিষ্ট করা টুকরাগুলিকে একটি পৃথক &-চিহ্নের সাথে একত্রিত করা হবে। এইভাবে, ব্যবহার করে
'-d name=daniel -d skill=lousy' এমন একটি পোস্ট খণ্ড তৈরি করবে যা দেখতে
'name=daniel&skill=lousy'।

যদি আপনি @ অক্ষর দিয়ে ডেটা শুরু করেন, বাকিটি পড়ার জন্য একটি ফাইলের নাম হওয়া উচিত
থেকে ডেটা, অথবা - যদি আপনি কার্ল চান stdin থেকে ডেটা পড়তে। একাধিক ফাইল করতে পারেন
এছাড়াও নির্দিষ্ট করা হবে। 'foobar' নামের একটি ফাইল থেকে ডেটা পোস্ট করা এইভাবে করা হবে
--ডেটা @ফুবার। যখন --ডেটা এমন একটি ফাইল থেকে পড়তে বলা হয়, ক্যারেজ ফিরে আসে
এবং নতুন লাইন ছিনতাই করা হবে। আপনি @ অক্ষর একটি আছে না চান
বিশেষ ব্যাখ্যা ব্যবহার --ডেটা-কাঁচা পরিবর্তে.

-D, --ডাম্প-হেডার
নির্দিষ্ট ফাইলে প্রোটোকল হেডার লিখুন।

আপনি যখন একটি HTTP সাইটে হেডার সংরক্ষণ করতে চান তখন এই বিকল্পটি ব্যবহার করা সহজ
আপনার কাছে পাঠায়। শিরোনাম থেকে কুকি তারপর একটি দ্বিতীয় কার্ল পড়া যেতে পারে
ব্যবহার করে আহ্বান -খ, --কুকি বিকল্প! দ্য -গ, --কুকি-জার বিকল্প একটি
কুকিজ সঞ্চয় করার ভালো উপায়।

যখন FTP ব্যবহার করা হয়, FTP সার্ভারের প্রতিক্রিয়া লাইনগুলিকে "হেডার" হিসাবে বিবেচনা করা হয় এবং
এইভাবে সেখানে সংরক্ষিত হয়.

এই বিকল্পটি বেশ কয়েকবার ব্যবহার করা হলে, শেষটি ব্যবহার করা হবে।

--ডেটা-আসকি
দেখ -d, --ডেটা.

--ডেটা-বাইনারী
(HTTP) কোন অতিরিক্ত প্রসেসিং ছাড়াই নির্দিষ্ট করা ঠিক মতই এই ডেটা পোস্ট করে।

আপনি যদি @ অক্ষর দিয়ে ডেটা শুরু করেন, বাকিটি একটি ফাইলের নাম হওয়া উচিত। ডেটা হল
হিসাবে একটি অনুরূপ পদ্ধতিতে পোস্ট --ডেটা-আসকি করে, যে নতুন লাইন এবং গাড়ি ছাড়া
রিটার্ন সংরক্ষণ করা হয় এবং রূপান্তর করা হয় না.

এই বিকল্পটি বেশ কয়েকবার ব্যবহার করা হলে, প্রথমটি অনুসরণ করা ডেটা যুক্ত করবে
হিসাবে বর্ণিত -d, --ডেটা.

--ডেটা-কাঁচা
(HTTP) এটি একইভাবে ডেটা পোস্ট করে --ডেটা কিন্তু বিশেষ ব্যাখ্যা ছাড়া
@ অক্ষরের। দেখা -d, --ডেটা. (7.43.0 এ যোগ করা হয়েছে)

--ডেটা-ইউরলেনকোড
(HTTP) এটি পোস্ট ডেটা, ব্যতিক্রম সহ অন্যান্য --ডেটা বিকল্পগুলির মতো
এটি URL-এনকোডিং সম্পাদন করে। (7.18.0 এ যোগ করা হয়েছে)

সিজিআই-সম্মত হতে, অংশ একটি দিয়ে শুরু করা উচিত নাম একটি দ্বারা অনুসরণ
বিভাজক এবং একটি বিষয়বস্তু স্পেসিফিকেশন। দ্য অংশ ব্যবহার করে কার্ল পাস করা যেতে পারে
নিম্নলিখিত সিনট্যাক্সগুলির মধ্যে একটি:

বিষয়বস্তু
এটি কার্ল URL-এ বিষয়বস্তুকে এনকোড করবে এবং এটিকে পাস করবে। শুধুমাত্র সতর্ক হও
যাতে বিষয়বস্তুতে কোনো = বা @ চিহ্ন না থাকে, যেমনটি তখন হবে
সিনট্যাক্স নিচের অন্যান্য ক্ষেত্রের একটির সাথে মেলে!

= সামগ্রী
এটি কার্ল URL-এ বিষয়বস্তুকে এনকোড করবে এবং এটিকে পাস করবে। পূর্ববর্তী =
প্রতীক তথ্য অন্তর্ভুক্ত করা হয় না.

নাম = সামগ্রী
এটি কার্ল ইউআরএল-এ বিষয়বস্তুর অংশকে এনকোড করবে এবং এটিকে পাস করবে। মনে রাখবেন যে
নামের অংশটি ইতিমধ্যেই URL-এনকোড করা হবে বলে আশা করা হচ্ছে।

@ফাইলের নাম
এটি প্রদত্ত ফাইল থেকে কার্ল লোড ডেটা তৈরি করবে (যেকোন নতুন লাইন সহ),
ইউআরএল-এ ডেটা এনকোড করুন এবং এটি পোস্টে পাস করুন।

name@filename
এটি প্রদত্ত ফাইল থেকে কার্ল লোড ডেটা তৈরি করবে (যেকোন নতুন লাইন সহ),
ইউআরএল-এ ডেটা এনকোড করুন এবং এটি পোস্টে পাস করুন। নামের অংশ একটি সমান পায়
চিহ্ন যুক্ত করা হয়েছে, ফলে name=urlencoded-file-content. উল্লেখ্য যে নাম
ইতিমধ্যে URL-এনকোড করা হবে বলে আশা করা হচ্ছে।

-- প্রতিনিধি স্তর
সেট লেভেল সার্ভারকে জানাতে যে এটি ব্যবহারকারীর ক্ষেত্রে কী অর্পণ করার অনুমতি দেয়
শংসাপত্র GSS/kerberos এর সাথে ব্যবহার করা হয়।

কোনো প্রতিনিধি দলকে অনুমতি দেবেন না।

নীতি প্রতিনিধি যদি এবং শুধুমাত্র যদি OK-AS-DELEGATE পতাকা Kerberos এ সেট করা থাকে
পরিষেবা টিকিট, যা রাজ্য নীতির বিষয়।

সর্বদা নিঃশর্তভাবে সার্ভারকে প্রতিনিধিত্ব করার অনুমতি দেয়।

--পরিপাক করা
(HTTP) HTTP ডাইজেস্ট প্রমাণীকরণ সক্ষম করে। এটি একটি প্রমাণীকরণ স্কিম যে
পাসওয়ার্ডকে তারের উপরে পরিষ্কার পাঠে পাঠানো থেকে বাধা দেয়। এটি ব্যবহার করুন
স্বাভাবিকের সাথে সমন্বয় -তুমি, -- ব্যবহারকারী ব্যবহারকারীর নাম এবং পাসওয়ার্ড সেট করার বিকল্প। দেখা
এছাড়াও --ntlm, --আলোচনা করা এবং --অন্যউথ সম্পর্কিত বিকল্পগুলির জন্য।

এই বিকল্পটি বেশ কয়েকবার ব্যবহার করা হলে, শুধুমাত্র প্রথমটি ব্যবহার করা হয়।

-- নিষ্ক্রিয়-eprt
(FTP) সক্রিয় করার সময় EPRT এবং LPRT কমান্ডের ব্যবহার নিষ্ক্রিয় করতে কার্লকে বলুন
FTP স্থানান্তর। কার্ল সাধারণত সর্বদা প্রথমে EPRT, তারপর LPRT ব্যবহার করার চেষ্টা করবে
PORT ব্যবহার করার আগে, কিন্তু এই বিকল্পের সাথে, এটি এখনই PORT ব্যবহার করবে। ইপিআরটি এবং এলপিআরটি
মূল FTP প্রোটোকলের এক্সটেনশন, এবং সব সার্ভারে কাজ নাও করতে পারে, কিন্তু
তারা ঐতিহ্যগত PORT কমান্ডের চেয়ে আরও ভাল উপায়ে আরও কার্যকারিতা সক্ষম করে।

--eprt আবার স্পষ্টভাবে EPRT সক্রিয় করতে ব্যবহার করা যেতে পারে এবং --নো-ইপিআরটি জন্য একটি উপনাম হয়
-- নিষ্ক্রিয়-eprt.

EPRT নিষ্ক্রিয় করা শুধুমাত্র সক্রিয় আচরণ পরিবর্তন করে। আপনি যদি প্যাসিভ এ সুইচ করতে চান
মোড আপনাকে ব্যবহার করতে হবে না -পি, --ftp-পোর্ট অথবা জোর করে --ftp-pasv.

-- নিষ্ক্রিয়-ইপিএসভি
(FTP) প্যাসিভ FTP করার সময় EPSV কমান্ডের ব্যবহার নিষ্ক্রিয় করতে কার্লকে বলুন
স্থানান্তর কার্ল সাধারণত PASV এর আগে EPSV ব্যবহার করার চেষ্টা করবে, কিন্তু
এই বিকল্পের সাথে, এটি EPSV ব্যবহার করার চেষ্টা করবে না।

--epsv আবার স্পষ্টভাবে EPSV সক্ষম করতে ব্যবহার করা যেতে পারে এবং --no-epsv জন্য একটি উপনাম হয়
-- নিষ্ক্রিয়-ইপিএসভি.

EPSV নিষ্ক্রিয় করা শুধুমাত্র প্যাসিভ আচরণ পরিবর্তন করে। আপনি সক্রিয় করতে সুইচ করতে চান
মোড আপনাকে ব্যবহার করতে হবে -পি, --ftp-পোর্ট.

--dns-ইন্টারফেস
এর মাধ্যমে বহির্গামী DNS অনুরোধ পাঠাতে কার্লকে বলুন . এই বিকল্প একটি
প্রতিপক্ষ থেকে --ইন্টারফেস (যা DNS প্রভাবিত করে না)। সরবরাহকৃত স্ট্রিং হতে হবে
একটি ইন্টারফেসের নাম (একটি ঠিকানা নয়)।

এই বিকল্পটির জন্য libcurl একটি রেজলভার ব্যাকএন্ডের সাথে তৈরি করা প্রয়োজন যা সমর্থন করে
এই অপারেশন। সি-আরেস ব্যাকএন্ড একমাত্র এইরকম। (৭.৩৩.০ এ যোগ করা হয়েছে)

--dns-ipv4-addr
কার্লকে আবদ্ধ করতে বলুন IPv4 DNS অনুরোধ করার সময়, যাতে DNS
অনুরোধ এই ঠিকানা থেকে উদ্ভূত. যুক্তি একটি একক IPv4 ঠিকানা হওয়া উচিত।

এই বিকল্পটির জন্য libcurl একটি রেজলভার ব্যাকএন্ডের সাথে তৈরি করা প্রয়োজন যা সমর্থন করে
এই অপারেশন। সি-আরেস ব্যাকএন্ড একমাত্র এইরকম। (৭.৩৩.০ এ যোগ করা হয়েছে)

--dns-ipv6-addr
কার্লকে আবদ্ধ করতে বলুন IPv6 DNS অনুরোধ করার সময়, যাতে DNS
অনুরোধ এই ঠিকানা থেকে উদ্ভূত. যুক্তি একটি একক IPv6 ঠিকানা হওয়া উচিত।

এই বিকল্পটির জন্য libcurl একটি রেজলভার ব্যাকএন্ডের সাথে তৈরি করা প্রয়োজন যা সমর্থন করে
এই অপারেশন। সি-আরেস ব্যাকএন্ড একমাত্র এইরকম। (৭.৩৩.০ এ যোগ করা হয়েছে)

--dns-সার্ভার
সিস্টেম ডিফল্টের পরিবর্তে ব্যবহার করার জন্য DNS সার্ভারের তালিকা সেট করুন। এর তালিকা
IP ঠিকানা কমা দিয়ে আলাদা করা উচিত। পোর্ট নম্বরগুলি ঐচ্ছিকভাবেও হতে পারে
হিসাবে দেওয়া হয় : প্রতিটি আইপি ঠিকানার পরে।

এই বিকল্পটির জন্য libcurl একটি রেজলভার ব্যাকএন্ডের সাথে তৈরি করা প্রয়োজন যা সমর্থন করে
এই অপারেশন। সি-আরেস ব্যাকএন্ড একমাত্র এইরকম। (৭.৩৩.০ এ যোগ করা হয়েছে)

-ই, --রেফারার
(HTTP) HTTP সার্ভারে "রেফারার পৃষ্ঠা" তথ্য পাঠায়। এটাও হতে পারে
সঙ্গে সেট করুন -এইচ, -- শিরোনাম অবশ্যই পতাকা। সঙ্গে ব্যবহার করা হলে -এল, -- অবস্থান আপনি যা করতে পারেন
কার্ল স্বয়ংক্রিয়ভাবে পূর্ববর্তী URL সেট করার জন্য --referer URL-এ ";auto" যোগ করুন
যখন এটি একটি অবস্থান অনুসরণ করে: শিরোনাম। "; স্বয়ংক্রিয়" স্ট্রিং একা ব্যবহার করা যেতে পারে, এমনকি যদি
আপনি একটি প্রাথমিক -- রেফারার সেট করবেন না।

এই বিকল্পটি বেশ কয়েকবার ব্যবহার করা হলে, শেষটি ব্যবহার করা হবে।

-ই, --সার্ট
(SSL) একটি ফাইল পাওয়ার সময় কার্লকে নির্দিষ্ট ক্লায়েন্ট সার্টিফিকেট ফাইল ব্যবহার করতে বলে
HTTPS, FTPS বা অন্য SSL-ভিত্তিক প্রোটোকল সহ। সার্টিফিকেট অবশ্যই PKCS#12-এ থাকতে হবে
সুরক্ষিত পরিবহন ব্যবহার করলে বিন্যাস, অথবা অন্য কোনো ইঞ্জিন ব্যবহার করলে PEM বিন্যাস। যদি
ঐচ্ছিক পাসওয়ার্ড নির্দিষ্ট করা নেই, এটি টার্মিনালে জিজ্ঞাসা করা হবে। বিঃদ্রঃ
যে এই বিকল্পটি একটি "শংসাপত্র" ফাইল ধরে নেয় যা ব্যক্তিগত কী এবং
ক্লায়েন্ট সার্টিফিকেট সংযুক্ত! দেখা --প্রত্যয়নপত্র এবং --চাবি তাদের নির্দিষ্ট করতে
স্বাধীনভাবে।

যদি কার্ল এনএসএস এসএসএল লাইব্রেরির বিপরীতে নির্মিত হয় তবে এই বিকল্পটি কার্লকে বলতে পারে
দ্বারা সংজ্ঞায়িত NSS ডাটাবেসের মধ্যে ব্যবহার করার জন্য শংসাপত্রের ডাকনাম
পরিবেশ পরিবর্তনশীল SSL_DIR (বা ডিফল্টরূপে /etc/pki/nssdb) যদি NSS PEM PKCS#11
মডিউল (libnsspem.so) পাওয়া যায় তাহলে PEM ফাইল লোড হতে পারে। আপনি যদি ব্যবহার করতে চান
বর্তমান ডিরেক্টরি থেকে একটি ফাইল, অনুগ্রহ করে এটির আগে "./" উপসর্গ লিখুন
একটি ডাকনাম সঙ্গে বিভ্রান্তি এড়ান. যদি ডাকনামে ":" থাকে, তবে এটি হওয়া দরকার
"\" এর আগে যাতে এটি পাসওয়ার্ড বিভেদক হিসাবে স্বীকৃত না হয়। যদি
ডাকনামে "\" আছে, এটিকে "\\" হিসাবে এড়িয়ে যেতে হবে যাতে এটি স্বীকৃত না হয়
পালানোর চরিত্র হিসেবে।

(শুধুমাত্র iOS এবং Mac OS X) যদি কার্ল সিকিউর ট্রান্সপোর্টের বিপরীতে নির্মিত হয়, তাহলে
সার্টিফিকেট স্ট্রিং হয় একটি সার্টিফিকেট/প্রাইভেট কী এর নাম হতে পারে
সিস্টেম বা ব্যবহারকারীর কীচেন, অথবা একটি PKCS#12-এনকোডেড শংসাপত্র এবং ব্যক্তিগত পথ
চাবি. আপনি যদি বর্তমান ডিরেক্টরি থেকে একটি ফাইল ব্যবহার করতে চান, তাহলে অনুগ্রহ করে এটির আগে ব্যবহার করুন
"./" উপসর্গ, একটি ডাকনামের সাথে বিভ্রান্তি এড়াতে।

এই বিকল্পটি বেশ কয়েকবার ব্যবহার করা হলে, শেষটি ব্যবহার করা হবে।

--ইঞ্জিন
সাইফার অপারেশনের জন্য ব্যবহার করার জন্য OpenSSL ক্রিপ্টো ইঞ্জিন নির্বাচন করুন। ব্যবহার করুন --ইঞ্জিন তালিকা থেকে
বিল্ড-টাইম সমর্থিত ইঞ্জিনগুলির একটি তালিকা মুদ্রণ করুন। নোট করুন যে সমস্ত (বা কোনটিই) নয়
ইঞ্জিন রান-টাইমে উপলব্ধ হতে পারে.

--পরিবেশ
(শুধুমাত্র RISC OS) নাম ব্যবহার করে পরিবেশ ভেরিয়েবলের একটি পরিসর সেট করে -w পছন্দ
সমর্থন করে, কার্ল চালানোর পরে দরকারী তথ্য সহজে নিষ্কাশন করার অনুমতি দেয়।

--egd-ফাইল
(SSL) এনট্রপি গ্যাদারিং ডেমন সকেটে পাথের নাম উল্লেখ করুন। সকেট হল
SSL সংযোগের জন্য র্যান্ডম ইঞ্জিন বীজ করতে ব্যবহৃত হয়। এছাড়াও দেখুন --এলোমেলো-ফাইল
বিকল্প।

--প্রত্যাশিত100-টাইমআউট
(HTTP) সেকেন্ডে সর্বাধিক সময় যা আপনি কার্লকে 100-চালানোর জন্য অপেক্ষা করার অনুমতি দেন
প্রতিক্রিয়া যখন কার্ল একটি প্রত্যাশিত নির্গত করে: তার অনুরোধে 100-কন্টিনিউ হেডার। গতানুগতিক
কার্ল এক সেকেন্ড অপেক্ষা করবে। এই বিকল্পটি দশমিক মান গ্রহণ করে! কার্ল বন্ধ হয়ে গেলে
অপেক্ষা, এটা চলতে থাকবে যেন সাড়া পাওয়া গেছে।

(7.47.0 এ যোগ করা হয়েছে)

--সার্ট-টাইপ
(SSL) কার্লকে বলে যে প্রদত্ত শংসাপত্রটি কী ধরনের শংসাপত্রের মধ্যে রয়েছে৷ PEM, DER এবং৷
ENG স্বীকৃত প্রকার। নির্দিষ্ট না থাকলে, PEM ধরে নেওয়া হয়।

এই বিকল্পটি বেশ কয়েকবার ব্যবহার করা হলে, শেষটি ব্যবহার করা হবে।

--ক্যাসার্ট
(SSL) পিয়ার যাচাই করতে কার্লকে নির্দিষ্ট সার্টিফিকেট ফাইল ব্যবহার করতে বলে। ফাইল
একাধিক CA সার্টিফিকেট থাকতে পারে। শংসাপত্র(গুলি) অবশ্যই PEM ফর্ম্যাটে হতে হবে৷
সাধারণত এটির জন্য একটি ডিফল্ট ফাইল ব্যবহার করার জন্য কার্ল তৈরি করা হয়, তাই এই বিকল্পটি সাধারণত
যে ডিফল্ট ফাইল পরিবর্তন করতে ব্যবহৃত.

কার্ল 'CURL_CA_BUNDLE' নামক পরিবেশ পরিবর্তনশীলটিকে স্বীকৃতি দেয় যদি এটি সেট করা থাকে, এবং
একটি CA শংসাপত্র বান্ডেলের পথ হিসাবে প্রদত্ত পথটি ব্যবহার করে। এই বিকল্পটি ওভাররাইড করে
পরিবর্তনশীল।

কার্ল-এর উইন্ডোজ সংস্করণ স্বয়ংক্রিয়ভাবে একটি CA শংসাপত্র নামের ফাইলের সন্ধান করবে
´curl-ca-bundle.crt´, হয় curl.exe-এর মতো একই ডিরেক্টরিতে বা বর্তমানের মধ্যে
ওয়ার্কিং ডিরেক্টরি, বা আপনার PATH বরাবর যেকোনো ফোল্ডারে।

যদি কার্লটি এনএসএস এসএসএল লাইব্রেরির বিপরীতে নির্মিত হয়, তবে এনএসএস পিইএম পিকেসিএস#11 মডিউল
(libnsspem.so) এই বিকল্পটি সঠিকভাবে কাজ করার জন্য উপলব্ধ হতে হবে।

এই বিকল্পটি বেশ কয়েকবার ব্যবহার করা হলে, শেষটি ব্যবহার করা হবে।

--কপাথ
(SSL) পিয়ার যাচাই করতে কার্লকে নির্দিষ্ট সার্টিফিকেট ডিরেক্টরি ব্যবহার করতে বলে।
একাধিক পাথ ":" দিয়ে আলাদা করে প্রদান করা যেতে পারে (যেমন
"path1:path2:path3")। শংসাপত্রগুলি অবশ্যই PEM ফর্ম্যাটে হতে হবে এবং যদি কার্ল তৈরি করা হয়
OpenSSL-এর বিপরীতে, ডিরেক্টরিটি অবশ্যই c_rehash ইউটিলিটি ব্যবহার করে প্রক্রিয়া করা হয়েছে
OpenSSL এর সাথে সরবরাহ করা হয়েছে। ব্যবহার --কপাথ ওপেনএসএসএল চালিত কার্লকে এসএসএল তৈরি করার অনুমতি দিতে পারে-
সংযোগগুলি ব্যবহারের চেয়ে অনেক বেশি দক্ষতার সাথে --ক্যাসার্ট যদি --ক্যাসার্ট ফাইল ধারণ করে
অনেক CA সার্টিফিকেট।

এই বিকল্পটি সেট করা থাকলে, ডিফল্ট ক্যাপাথ মান উপেক্ষা করা হবে, এবং যদি এটি ব্যবহার করা হয়
বেশ কয়েকবার, শেষটি ব্যবহার করা হবে।

--পিন করা পাবকি
(SSL) কার্লকে নির্দিষ্ট পাবলিক কী ফাইল (বা হ্যাশ) ব্যবহার করতে বলে
সমকক্ষ ব্যক্তি. এটি এমন একটি ফাইলের পথ হতে পারে যাতে PEM বা DER-এ একটি একক সর্বজনীন কী রয়েছে৷
বিন্যাস, বা ´sha64//´ এর আগে বেস256 এনকোড করা sha256 হ্যাশের যেকোনো সংখ্যা এবং
';' দ্বারা বিভক্ত

একটি TLS বা SSL সংযোগ নিয়ে আলোচনা করার সময়, সার্ভার নির্দেশ করে একটি শংসাপত্র পাঠায়
এর পরিচয়। এই শংসাপত্র থেকে একটি সর্বজনীন কী বের করা হয় এবং যদি তা না হয়
এই বিকল্পে দেওয়া সর্বজনীন কী-এর সাথে হুবহু মিলে গেলে, কার্ল বাতিল করে দেবে
কোনো ডেটা পাঠানো বা গ্রহণ করার আগে সংযোগ।

OpenSSL, GnuTLS এবং GSKit-এর জন্য 7.39.0 এ যোগ করা হয়েছে। NSS এর জন্য 7.43.0 এ যোগ করা হয়েছে এবং
wolfSSL/CyaSSL। sha256 সমর্থন OpenSSL, GnuTLS, NSS এবং এর জন্য 7.44.0 এ যোগ করা হয়েছে
wolfSSL/CyaSSL। অন্যান্য SSL ব্যাকএন্ড সমর্থিত নয়।

এই বিকল্পটি বেশ কয়েকবার ব্যবহার করা হলে, শেষটি ব্যবহার করা হবে।

--সার্ট-স্ট্যাটাস
(SSL) ব্যবহার করে সার্ভার সার্টিফিকেটের স্থিতি যাচাই করতে কার্লকে বলে
শংসাপত্র স্থিতি অনুরোধ (ওরফে। OCSP স্ট্যাপলিং) TLS এক্সটেনশন।

যদি এই বিকল্পটি সক্রিয় থাকে এবং সার্ভার একটি অবৈধ (যেমন মেয়াদ শেষ) প্রতিক্রিয়া পাঠায়,
যদি প্রতিক্রিয়া পরামর্শ দেয় যে সার্ভার শংসাপত্র প্রত্যাহার করা হয়েছে, বা না
সব প্রতিক্রিয়া প্রাপ্ত হয়, যাচাই ব্যর্থ হয়.

এটি বর্তমানে শুধুমাত্র OpenSSL, GnuTLS এবং NSS ব্যাকএন্ডে প্রয়োগ করা হয়েছে। (যোগ করা হয়েছে
7.41.0 এ)

--ভুল পদক্ষেপ

(SSL) কার্লকে TLS হ্যান্ডশেকের সময় মিথ্যা স্টার্ট ব্যবহার করতে বলে। মিথ্যা শুরু একটি মোড
যেখানে একটি TLS ক্লায়েন্ট যাচাই করার আগে অ্যাপ্লিকেশন ডেটা পাঠাতে শুরু করবে
সার্ভারের সমাপ্ত বার্তা, এইভাবে একটি পূর্ণ সম্পাদন করার সময় একটি রাউন্ড ট্রিপ সংরক্ষণ করে
হ্যান্ডশেক

এটি বর্তমানে শুধুমাত্র NSS এবং সিকিউর ট্রান্সপোর্টে (iOS 7.0 বা
পরবর্তীতে, অথবা OS X 10.9 বা পরবর্তী) ব্যাকএন্ড। (7.42.0 এ যোগ করা হয়েছে)

-f, --ফেল
(HTTP) সার্ভারের ত্রুটিতে নীরবে ব্যর্থ (কোনও আউটপুট নেই)। এই বেশিরভাগই করা হয়
ব্যর্থ প্রচেষ্টার সাথে আরও ভাল মোকাবেলা করতে স্ক্রিপ্ট ইত্যাদি আরও ভালভাবে সক্ষম করুন। স্বাভাবিক ক্ষেত্রে যখন
একটি HTTP সার্ভার একটি নথি সরবরাহ করতে ব্যর্থ হয়, এটি একটি এইচটিএমএল নথি ফেরত দেয় যা বলে
(যা প্রায়শই কেন এবং আরও অনেক কিছু বর্ণনা করে)। এই পতাকা থেকে কার্ল প্রতিরোধ করবে
যে আউটপুট এবং ত্রুটি 22 ফেরত.

এই পদ্ধতিটি ব্যর্থ-নিরাপদ নয় এবং এমন কিছু ঘটনা রয়েছে যেখানে অ-সফল প্রতিক্রিয়া
কোডগুলি স্লিপ হয়ে যাবে, বিশেষ করে যখন প্রমাণীকরণ জড়িত থাকে (প্রতিক্রিয়া কোড
401 এবং 407)।

-এফ, --ফর্ম
(HTTP) এটি কার্লকে একটি ভরাট-ইন ফর্ম অনুকরণ করতে দেয় যেখানে একজন ব্যবহারকারী চাপ দিয়েছেন
জমা বাটন. এর ফলে কন্টেন্ট-টাইপ মাল্টিপার্ট/ফর্ম- ব্যবহার করে ডেটা পোস্ট করতে কার্ল করা হয়।
RFC 2388 অনুযায়ী ডেটা। এটি বাইনারি ফাইল ইত্যাদি আপলোড করতে সক্ষম করে।
'সামগ্রী' অংশটি একটি ফাইল হতে, একটি @ চিহ্ন সহ ফাইলের নাম উপসর্গ করুন। শুধু পেতে
একটি ফাইলের বিষয়বস্তু অংশ, চিহ্নের সাথে ফাইলের নামের উপসর্গ <। দ্য
@ এবং < এর মধ্যে পার্থক্য তাহলে @ একটি ফাইল পোস্টে সংযুক্ত করে দেয়
একটি ফাইল আপলোড করার সময়, < একটি পাঠ্য ক্ষেত্র তৈরি করে এবং এর জন্য বিষয়বস্তু পান
একটি ফাইল থেকে পাঠ্য ক্ষেত্র।

উদাহরণ, সার্ভারে আপনার পাসওয়ার্ড ফাইল পাঠানোর জন্য, যেখানে 'পাসওয়ার্ড' এর নাম
ফর্ম-ক্ষেত্র যা / Etc / passwd ইনপুট হবে:

কার্ল -এফ পাসওয়ার্ড=@/ Etc / passwd www.mypasswords.com

একটি ফাইলের পরিবর্তে stdin থেকে বিষয়বস্তু পড়তে, ফাইলের নাম হিসাবে - ব্যবহার করুন। এই জন্য যায়
@ এবং < উভয়ই গঠন। দুর্ভাগ্যবশত এটি একটি থেকে ফাইল পড়া সমর্থন করে না
নামকরণ করা পাইপ বা অনুরূপ, কারণ এটি স্থানান্তর শুরু হওয়ার আগে পূর্ণ আকারের প্রয়োজন।

আপনি 'type=' ব্যবহার করে কোন বিষয়বস্তু-প্রকার ব্যবহার করবেন তাও কার্লকে বলতে পারেন, একটি পদ্ধতিতে
অনুরূপ, একই, সমতুল্য:

কার্ল -এফ"[ইমেল সুরক্ষিত];type=text/html" url.com

or

কার্ল -F "name=daniel;type=text/foo" url.com

আপনি সেট করে ফাইল আপলোড অংশের নামের ক্ষেত্রটি স্পষ্টভাবে পরিবর্তন করতে পারেন
filename=, এই মত:

কার্ল -F "file=@localfile;filename=nameinpost" url.com

যদি ফাইলের নাম/পাথে ',' বা ';' থাকে, তবে এটি অবশ্যই ডবল-কোট দ্বারা উদ্ধৃত করা উচিত যেমন:

কার্ল -F "file=@\"localfile\";filename=\"nameinpost\"" url.com

or

কার্ল -F 'file=@"localfile";filename="nameinpost"' url.com

মনে রাখবেন যে যদি একটি ফাইলের নাম/পাথ ডবল-কোট দ্বারা উদ্ধৃত করা হয়, যে কোনো ডবল-উদ্ধৃতি বা
ফাইলের নামের মধ্যে ব্যাকস্ল্যাশ ব্যাকস্ল্যাশ দ্বারা এস্কেপ করা আবশ্যক।

ম্যানুয়াল-এ আরও উদাহরণ এবং বিশদ বিবরণ দেখুন।

এই বিকল্পটি একাধিকবার ব্যবহার করা যেতে পারে।

--ftp-অ্যাকাউন্ট [ডেটা]
(FTP) যখন একটি FTP সার্ভার ব্যবহারকারীর নাম এবং পাসওয়ার্ড থাকার পরে "অ্যাকাউন্ট ডেটা" জিজ্ঞাসা করে
প্রদান করা হয়েছে, এই ডেটা ACCT কমান্ড ব্যবহার করে পাঠানো হয়। (7.13.0 এ যোগ করা হয়েছে)

এই বিকল্পটি বেশ কয়েকবার ব্যবহার করা হলে, শেষটি ব্যবহার করা হবে।

--এফটিপি-বিকল্প-ব্যবহারকারী
(FTP) যদি USER এবং PASS কমান্ডের সাথে প্রমাণীকরণ ব্যর্থ হয়, এই কমান্ডটি পাঠান।
একটি ক্লায়েন্ট ব্যবহার করে FTPS এর মাধ্যমে Tumbleweed এর সিকিউর ট্রান্সপোর্ট সার্ভারের সাথে সংযোগ করার সময়
সার্টিফিকেট, "SITE AUTH" ব্যবহার করে সার্ভারকে ব্যবহারকারীর নাম পুনরুদ্ধার করতে বলবে
সনদপত্র. (7.15.5 এ যোগ করা হয়েছে)

--ftp-create-dirs
(FTP/SFTP) যখন একটি FTP বা SFTP URL/অপারেশন এমন একটি পথ ব্যবহার করে যা বর্তমানে নেই
সার্ভারে বিদ্যমান, কার্লের আদর্শ আচরণ ব্যর্থ হয়। এই বিকল্প ব্যবহার করে,
curl পরিবর্তে অনুপস্থিত ডিরেক্টরি তৈরি করার চেষ্টা করবে।

--ftp-পদ্ধতি [পদ্ধতি]
(FTP) একটি FTP(S) সার্ভারে একটি ফাইল পৌঁছানোর জন্য কার্ল কোন পদ্ধতি ব্যবহার করা উচিত তা নিয়ন্ত্রণ করুন। দ্য
পদ্ধতি যুক্তি নিম্নলিখিত বিকল্পগুলির মধ্যে একটি হওয়া উচিত:

multicwd
প্রদত্ত URL-এর প্রতিটি পাথ অংশের জন্য curl একটি একক CWD অপারেশন করে। জন্য
গভীর শ্রেণিবিন্যাস এর অর্থ অনেকগুলি কমান্ড। এইভাবে RFC 1738 এটা বলে
করা উচিৎ. এটি ডিফল্ট কিন্তু সবচেয়ে ধীর আচরণ।

nocwd কার্ল কোন CWD করে না। curl SIZE, RETR, STOR ইত্যাদি করবে এবং একটি পূর্ণ দেবে
এই সমস্ত কমান্ডের জন্য সার্ভারের পথ। এটি দ্রুততম আচরণ।

singlecwd
কার্ল সম্পূর্ণ টার্গেট ডিরেক্টরি সহ একটি CWD করে এবং তারপরে কাজ করে
ফাইল "সাধারণত" (যেমন মাল্টিসিডব্লিউডি ক্ষেত্রে)। এটি কিছুটা বেশি মানদণ্ড
'nocwd'-এর চেয়ে কমপ্লায়েন্ট কিন্তু 'multicwd'-এর সম্পূর্ণ শাস্তি ছাড়া।

(7.15.1 এ যোগ করা হয়েছে)

--ftp-pasv
(FTP) ডেটা সংযোগের জন্য প্যাসিভ মোড ব্যবহার করুন। প্যাসিভ হল অভ্যন্তরীণ ডিফল্ট
আচরণ, কিন্তু এই বিকল্পটি ব্যবহার করে পূর্ববর্তী ওভাররাইড করতে ব্যবহার করা যেতে পারে -পি/-এফটিপি-পোর্ট
বিকল্প (7.11.0 এ যোগ করা হয়েছে)

এই বিকল্পটি বেশ কয়েকবার ব্যবহার করা হলে, শুধুমাত্র প্রথমটি ব্যবহার করা হয়। পূর্বাবস্থা একটি
এনফোর্সড প্যাসিভ আসলেই সম্ভব নয় কিন্তু এর পরিবর্তে আপনাকে অবশ্যই সঠিকটি প্রয়োগ করতে হবে
-পি, --ftp-পোর্ট আবার.

প্যাসিভ মোড মানে কার্ল প্রথমে EPSV কমান্ড এবং তারপর PASV চেষ্টা করবে, যদি না
-- নিষ্ক্রিয়-ইপিএসভি ব্যবহৃত হয়.

--ftp-skip-pasv-ip
(FTP) সার্ভার তার প্রতিক্রিয়াতে যে আইপি ঠিকানার পরামর্শ দেয় সেটি ব্যবহার না করতে কার্লকে বলুন
curl এর PASV কমান্ড যখন curl ডেটা সংযোগ সংযোগ করে। পরিবর্তে কার্ল আবার হবে-
নিয়ন্ত্রণ সংযোগের জন্য এটি ইতিমধ্যে ব্যবহার করে একই IP ঠিকানা ব্যবহার করুন। (এ যোগ করা হয়েছে
7.14.2)

PASV এর পরিবর্তে PORT, EPRT বা EPSV ব্যবহার করা হলে এই বিকল্পটির কোন প্রভাব নেই।

--এফটিপি-প্রিট
(FTP) কার্লকে PASV (এবং EPSV) এর আগে একটি PRET কমান্ড পাঠাতে বলুন। নির্দিষ্ট FTP সার্ভার,
প্রধানত drftpd, ডিরেক্টরি তালিকার পাশাপাশি এই অ-মানক কমান্ডের প্রয়োজন
আপ এবং PASV মোডে ডাউনলোড। (7.20.x এ যোগ করা হয়েছে)

--ftp-ssl-ccc
(FTP) CCC ব্যবহার করুন (ক্লিয়ার কমান্ড চ্যানেল) পরে SSL/TLS স্তর বন্ধ করে দেয়
প্রমাণীকরণ বাকি নিয়ন্ত্রণ চ্যানেল যোগাযোগ এনক্রিপ্ট করা হবে.
এটি NAT রাউটারকে FTP লেনদেন অনুসরণ করার অনুমতি দেয়। ডিফল্ট মোড প্যাসিভ।
দেখ --ftp-ssl-ccc-মোড অন্যান্য মোডের জন্য। (৭.১৬.১ এ যোগ করা হয়েছে)

--ftp-ssl-ccc-মোড [সক্রিয়/প্যাসিভ]
(FTP) CCC ব্যবহার করুন (ক্লিয়ার কমান্ড চ্যানেল) CCC মোড সেট করে। প্যাসিভ মোড হবে না
শাটডাউন শুরু করুন, কিন্তু পরিবর্তে সার্ভার এটি করার জন্য অপেক্ষা করুন, এবং উত্তর দেবেন না
সার্ভার থেকে বন্ধ করার জন্য। সক্রিয় মোড শাটডাউন শুরু করে এবং অপেক্ষা করে
সার্ভার থেকে উত্তরের জন্য। (7.16.2 এ যোগ করা হয়েছে)

--ftp-ssl-নিয়ন্ত্রণ
(FTP) FTP লগইনের জন্য SSL/TLS প্রয়োজন, স্থানান্তরের জন্য পরিষ্কার। নিরাপদ করার অনুমতি দেয়
প্রমাণীকরণ, কিন্তু দক্ষতার জন্য অ-এনক্রিপ্টেড ডেটা স্থানান্তর। ব্যর্থ হয়
ট্রান্সফার যদি সার্ভার SSL/TLS সমর্থন না করে। (7.16.0 এ যোগ করা হয়েছে) যা এখনও করতে পারে
ব্যবহার করা হবে কিন্তু ভবিষ্যতের সংস্করণে সরানো হবে।

--ফর্ম-স্ট্রিং
(HTTP) অনুরূপ --ফর্ম নামযুক্ত প্যারামিটারের মান স্ট্রিং ছাড়া
আক্ষরিক অর্থে ব্যবহৃত। অগ্রণী '@' এবং '<' অক্ষর, এবং ';type=' স্ট্রিং-এ
মূল্যের কোন বিশেষ অর্থ নেই। অগ্রাধিকার এই ব্যবহার করুন --ফর্ম যদি কোনো থাকে
স্ট্রিং মান ভুলবশত '@' বা '<' বৈশিষ্ট্যগুলিকে ট্রিগার করতে পারে
of --ফর্ম.

-জি, --গ্লোবফ
এই বিকল্পটি "URL globbing parser" বন্ধ করে দেয়। আপনি যখন এই বিকল্প সেট, আপনি
এমন ইউআরএলগুলিকে নির্দিষ্ট করতে পারে যেখানে {}[] অক্ষর থাকে না
কার্ল নিজেই দ্বারা ব্যাখ্যা. মনে রাখবেন যে এই অক্ষরগুলি সাধারণ আইনি URL নয়৷
বিষয়বস্তু কিন্তু URI মান অনুযায়ী এনকোড করা উচিত।

-জি, --পাও
ব্যবহার করার সময়, এই বিকল্পটি সমস্ত ডেটা নির্দিষ্ট করে দেবে -d, --ডেটা, --ডেটা-বাইনারী
or --ডেটা-ইউরলেনকোড POST অনুরোধের পরিবর্তে একটি HTTP GET অনুরোধে ব্যবহার করা হবে
যে অন্যথায় ব্যবহার করা হবে. ইউআরএলে '?' সহ ডেটা যুক্ত করা হবে।
বিভাজক।

-I এর সাথে একত্রে ব্যবহার করা হলে, POST ডেটা পরিবর্তে URL-এ যুক্ত করা হবে
একটি HEAD অনুরোধ সঙ্গে.

এই বিকল্পটি বেশ কয়েকবার ব্যবহার করা হলে, শুধুমাত্র প্রথমটি ব্যবহার করা হয়। এই কারণ
একটি GET কে পূর্বাবস্থায় ফিরিয়ে আনার কোন মানে হয় না, কিন্তু তারপরে আপনাকে তা প্রয়োগ করতে হবে
বিকল্প পদ্ধতি আপনি পছন্দ করেন।

-এইচ, --হেডার
(HTTP) একটি সার্ভারে HTTP পাঠানোর সময় অনুরোধে অন্তর্ভুক্ত করার জন্য অতিরিক্ত শিরোনাম। আপনি
যেকোন সংখ্যক অতিরিক্ত হেডার নির্দিষ্ট করতে পারে। আপনি একটি কাস্টম যোগ করা উচিত মনে রাখবেন যে
শিরোনাম যে অভ্যন্তরীণ বেশী এক হিসাবে একই নাম আছে কার্ল ব্যবহার করবে, আপনার
অভ্যন্তরীণ একের পরিবর্তে বাহ্যিকভাবে সেট হেডার ব্যবহার করা হবে। এটি আপনাকে অনুমতি দেয়
কার্ল সাধারণত যা করতে পারে তার চেয়ে আরও কৌশলী জিনিস তৈরি করুন। আপনি প্রতিস্থাপন করা উচিত নয়
অভ্যন্তরীণভাবে আপনি কি করছেন তা পুরোপুরি না জেনে শিরোনাম সেট করুন। একটি সরান
অভ্যন্তরীণ শিরোনাম ডানদিকে বিষয়বস্তু ছাড়া একটি প্রতিস্থাপন প্রদান করে
কোলন, যেমন: -H "হোস্ট:"। আপনি যদি কাস্টম শিরোনামটি নো-ভ্যালু সহ পাঠান তবে এটি
শিরোনাম একটি সেমিকোলন দিয়ে শেষ করতে হবে, যেমন -H "X-Custom-header;" পাঠাতে
"এক্স-কাস্টম-হেডার:"।

কার্ল নিশ্চিত করবে যে প্রতিটি শিরোনাম যা আপনি যোগ/প্রতিস্থাপন করেছেন তা সঠিক শেষের সাথে পাঠানো হয়েছে-
অফ লাইন মার্কার, আপনি এইভাবে করা উচিত না শিরোনাম বিষয়বস্তুর একটি অংশ হিসাবে যোগ করুন: do
নতুন লাইন বা ক্যারেজ রিটার্ন যোগ করবেন না, তারা কেবল আপনার জন্য জিনিসগুলিকে এলোমেলো করবে।

আরও দেখুন -এ, --ব্যবহারিক দূত এবং -ই, -- রেফারার অপশন।

7.37.0 থেকে শুরু হচ্ছে, আপনার প্রয়োজন --প্রক্সি-হেডার একটি জন্য উদ্দেশ্যে কাস্টম হেডার পাঠাতে
প্রক্সি

উদাহরণ:

# কার্ল -এইচ "এক্স-প্রথম-নাম: জো" http://192.168.0.1/

সতর্কতামূলক: এই বিকল্পের সাথে সেট করা শিরোনামগুলি সমস্ত অনুরোধে সেট করা হবে - এমনকি পরেও৷
পুনঃনির্দেশ অনুসরণ করা হয়, যেমন যখন বলা হয় -এল, -- অবস্থান. এই হতে পারে
হেডার মূল হোস্টের চেয়ে অন্য হোস্টে পাঠানো হচ্ছে, তাই সংবেদনশীল হেডার
নিম্নলিখিত পুনঃনির্দেশের সাথে মিলিত সতর্কতার সাথে ব্যবহার করা উচিত।

একাধিক শিরোনাম যোগ/প্রতিস্থাপন/সরানোর জন্য এই বিকল্পটি একাধিকবার ব্যবহার করা যেতে পারে।

--hostpubmd5
(SCP/SFTP) 32 হেক্সাডেসিমেল সংখ্যা সম্বলিত একটি স্ট্রিং পাস করুন। স্ট্রিং হতে হবে
রিমোট হোস্টের পাবলিক কী এর 128 বিট MD5 চেকসাম, কার্ল প্রত্যাখ্যান করবে
হোস্টের সাথে সংযোগ যদি না md5sums মেলে। (7.17.1 এ যোগ করা হয়েছে)

-- উপেক্ষা-সামগ্রী-দৈর্ঘ্য
HTTP এর জন্য, বিষয়বস্তু-দৈর্ঘ্য শিরোনাম উপেক্ষা করুন। এটি সার্ভারের জন্য বিশেষভাবে উপযোগী
Apache 1.x চলমান, যা বড় ফাইলগুলির জন্য ভুল বিষয়বস্তু-দৈর্ঘ্য রিপোর্ট করবে
2 গিগাবাইটের বেশি।

FTP এর জন্য (7.46.0 থেকে), আগে আকার বের করতে RETR কমান্ডটি এড়িয়ে যান
একটি ফাইল ডাউনলোড করা হচ্ছে।

-আমি, --অন্তর্ভুক্ত
(HTTP) আউটপুটে HTTP-হেডার অন্তর্ভুক্ত করুন। এইচটিটিপি-শিরোনাম যেমন জিনিস অন্তর্ভুক্ত
সার্ভার-নাম, নথির তারিখ, HTTP-সংস্করণ এবং আরও অনেক কিছু...

-আমি মাথা
(HTTP/FTP/FILE) শুধুমাত্র HTTP-হেডার আনুন! HTTP-সার্ভারে HEAD কমান্ডটি বৈশিষ্ট্যযুক্ত
যা এটি একটি নথির শিরোনাম ছাড়া কিছুই পেতে ব্যবহার করে। যখন একটি FTP বা ব্যবহার করা হয়
ফাইল ফাইল, কার্ল শুধুমাত্র ফাইলের আকার এবং শেষ পরিবর্তনের সময় প্রদর্শন করে।

--ইন্টারফেস
একটি নির্দিষ্ট ইন্টারফেস ব্যবহার করে একটি অপারেশন সঞ্চালন. আপনি ইন্টারফেসের নাম, আইপি লিখতে পারেন
ঠিকানা বা হোস্টের নাম। একটি উদাহরণ এর মত দেখতে পারে:

কার্ল --ইন্টারফেস eth0:1 http://www.netscape.com/

এই বিকল্পটি বেশ কয়েকবার ব্যবহার করা হলে, শেষটি ব্যবহার করা হবে।

-j, --জাঙ্ক-সেশন-কুকিজ
(HTTP) যখন কার্লকে একটি প্রদত্ত ফাইল থেকে কুকি পড়তে বলা হয়, এই বিকল্পটি তৈরি করবে
এটি সমস্ত "সেশন কুকিজ" বাতিল করে দেয়। এটি মূলত একই প্রভাব ফেলবে যেমন একটি
নতুন অধিবেশন শুরু হয়। সাধারণ ব্রাউজার সবসময় যখন সেশন কুকিজ বাতিল করে
তারা বন্ধ আছে.

-জে, --রিমোট-হেডার-নাম
(HTTP) এই বিকল্পটি বলে -ও, --দূরবর্তী নাম সার্ভার-নির্দিষ্ট ব্যবহার করার বিকল্প
URL থেকে একটি ফাইলের নাম বের করার পরিবর্তে বিষয়বস্তু-বিন্যাস ফাইলের নাম।

প্রদত্ত ফাইলের নামটিতে %-sequences (এখনও) ডিকোড করার কোন প্রচেষ্টা নেই, তাই এটি
বিকল্পটি আপনাকে অপ্রত্যাশিত ফাইলের নাম প্রদান করতে পারে।

-কে, --অনিরাপদ
(SSL) এই বিকল্পটি সুস্পষ্টভাবে কার্লকে "অনিরাপদ" SSL সংযোগ এবং সঞ্চালনের অনুমতি দেয়
স্থানান্তর সমস্ত SSL সংযোগ CA ব্যবহার করে সুরক্ষিত করার চেষ্টা করা হয়
শংসাপত্র বান্ডিল ডিফল্টরূপে ইনস্টল করা হয়। এই সব সংযোগ বিবেচনা করে তোলে
"অনিরাপদ" ব্যর্থ না হলে -কে, -- অনিরাপদ ব্যবহৃত হয়.

আরও বিস্তারিত জানার জন্য এই অনলাইন সম্পদ দেখুন:
http://curl.haxx.se/docs/sslcerts.html

-K, --config
কোন কনফিগারেশন ফাইল থেকে কার্ল আর্গুমেন্ট পড়তে হবে তা নির্দিষ্ট করুন। কনফিগার ফাইলটি একটি পাঠ্য
যে ফাইলে কমান্ড লাইন আর্গুমেন্ট লেখা যাবে যা তাহলে ব্যবহার করা হবে যেন
এগুলি প্রকৃত কমান্ড লাইনে লেখা হয়েছিল।

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

যদি পরামিতিটি সাদা স্থান ধারণ করে তবে প্যারামিটারটি অবশ্যই এর মধ্যে আবদ্ধ করা উচিত
উদ্ধৃতি দ্বিগুণ উদ্ধৃতিগুলির মধ্যে, নিম্নলিখিত এস্কেপ সিকোয়েন্সগুলি উপলব্ধ: \\, \",
\t, \n, \r এবং \v। অন্য কোনো অক্ষরের আগে একটি ব্যাকস্ল্যাশ উপেক্ষা করা হয়। প্রথম হলে
একটি কনফিগার লাইনের কলাম একটি '#' অক্ষর, বাকি লাইন হিসাবে গণ্য করা হবে
একটি মন্তব্য. কনফিগার ফাইলে শুধুমাত্র ফিজিক্যাল লাইন প্রতি একটি বিকল্প লিখুন।

ফাইলের নাম -K, --config-কে '-' হিসেবে উল্লেখ করুন যাতে stdin থেকে ফাইলটি curl রিড করা যায়।

নোট করুন যে কনফিগার ফাইলে একটি URL নির্দিষ্ট করতে সক্ষম হতে, আপনাকে এটি নির্দিষ্ট করতে হবে
ব্যবহার করে --url বিকল্প, এবং শুধুমাত্র তার নিজস্ব লাইনে URL লিখে নয়। তাই এটা
এই অনুরূপ দেখতে পারে:

url = "http://curl.haxx.se/docs/"

যখন কার্ল আহ্বান করা হয়, এটি সর্বদা (যদি না -q ব্যবহৃত হয়) একটি ডিফল্ট কনফিগারের জন্য পরীক্ষা করে
ফাইল এবং পাওয়া গেলে এটি ব্যবহার করুন। ডিফল্ট কনফিগার ফাইল নিম্নলিখিত জন্য চেক করা হয়
এই ক্রমে স্থান:

1) কার্ল "হোম ডির" খোঁজার চেষ্টা করে: এটি প্রথমে CURL_HOME এবং তারপরে পরীক্ষা করে
হোম এনভায়রনমেন্ট ভেরিয়েবল। এটি ব্যর্থ হলে, এটি ইউনিক্স-এর মতো getpwuid() ব্যবহার করে
সিস্টেম (যা আপনার সিস্টেমে বর্তমান ব্যবহারকারীকে দেওয়া হোম ডিরটি ফেরত দেয়)। চালু
উইন্ডোজ, এটি তারপর APPDATA ভেরিয়েবলের জন্য বা শেষ অবলম্বন হিসাবে পরীক্ষা করে
'%USERPROFILE%\Application Data'।

2) উইন্ডোতে, যদি হোম ডির-এ কোন _curlrc ফাইল না থাকে, তবে এটি একটির জন্য পরীক্ষা করে
একই dir কার্ল এক্সিকিউটেবল স্থাপন করা হয়. ইউনিক্স-এর মতো সিস্টেমে, এটি সহজভাবে হবে
নির্ধারিত হোম ডির থেকে .curlrc লোড করার চেষ্টা করুন।

# --- উদাহরণ ফাইল ---
# এটি একটি মন্তব্য
url = "curl.haxx.se"
আউটপুট = "curlhere.html"
user-agent = "superagent/1.0"

# এবং অন্য ইউআরএলও আনুন
url = "curl.haxx.se/docs/manpage.html"
-O
রেফারার = "http://nowhereatall.com/"
# --- উদাহরণ ফাইলের শেষ ---

এই বিকল্পটি একাধিক কনফিগার ফাইল লোড করতে একাধিকবার ব্যবহার করা যেতে পারে।

--পালিত সময়
এই বিকল্পটি পাঠানোর আগে একটি সংযোগ নিষ্ক্রিয় থাকার সময় সেট করে
Keepalive প্রোব এবং পৃথক কিপলাইভ প্রোবের মধ্যে সময়। এটি বর্তমানে
TCP_KEEPIDLE এবং TCP_KEEPINTVL সকেট অফার করে অপারেটিং সিস্টেমগুলিতে কার্যকর
অপশন (অর্থাৎ লিনাক্স, সাম্প্রতিক AIX, HP-UX এবং আরও অনেক কিছু)। এই বিকল্পের কোন প্রভাব নেই যদি
--না-কিপ্যালিভ ব্যবহৃত হয়. (7.18.0 এ যোগ করা হয়েছে)

এই বিকল্পটি বেশ কয়েকবার ব্যবহার করা হলে, শেষটি ব্যবহার করা হবে। অনির্দিষ্ট হলে,
বিকল্পটি 60 সেকেন্ডের জন্য ডিফল্ট।

--চাবি
(SSL/SSH) ব্যক্তিগত কী ফাইলের নাম। আপনাকে এতে আপনার ব্যক্তিগত কী প্রদান করার অনুমতি দেয়
পৃথক ফাইল। SSH-এর জন্য, নির্দিষ্ট করা না থাকলে, কার্ল নিম্নলিখিত প্রার্থীদের চেষ্টা করে
আদেশ: '~/.ssh/id_rsa','~/.ssh/id_dsa', './id_rsa', './id_dsa'।

এই বিকল্পটি বেশ কয়েকবার ব্যবহার করা হলে, শেষটি ব্যবহার করা হবে।

--চাবির ধরন
(SSL) ব্যক্তিগত কী ফাইলের ধরন। আপনার কোন প্রকার উল্লেখ করুন --চাবি প্রাইভেট কী দেওয়া হয়।
DER, PEM, এবং ENG সমর্থিত। নির্দিষ্ট না থাকলে, PEM ধরে নেওয়া হয়।

এই বিকল্পটি বেশ কয়েকবার ব্যবহার করা হলে, শেষটি ব্যবহার করা হবে।

--krb
(FTP) Kerberos প্রমাণীকরণ এবং ব্যবহার সক্ষম করুন। স্তর লিখতে হবে এবং করা উচিত
'পরিষ্কার', 'নিরাপদ', 'গোপনীয়' বা 'ব্যক্তিগত'-এর একটি হতে হবে। আপনি একটি স্তর ব্যবহার করা উচিত
যে এইগুলির মধ্যে একটি নয়, এর পরিবর্তে 'প্রাইভেট' ব্যবহার করা হবে।

এই বিকল্পটির জন্য kerberos4 সমর্থন সহ নির্মিত একটি লাইব্রেরি প্রয়োজন। এই খুব না
সাধারণ. ব্যবহার করুন -ভি, --সংস্করণ আপনার কার্ল এটি সমর্থন করে কিনা তা দেখতে।

এই বিকল্পটি বেশ কয়েকবার ব্যবহার করা হলে, শেষটি ব্যবহার করা হবে।

-l, --তালিকা মাত্র
(FTP) একটি FTP ডিরেক্টরি তালিকাভুক্ত করার সময়, এই সুইচটি শুধুমাত্র নাম-দর্শন জোর করে। এই
বিশেষ করে উপযোগী যদি ব্যবহারকারী একটি FTP-এর বিষয়বস্তু মেশিন-পার্স করতে চায়
ডিরেক্টরি যেহেতু সাধারণ ডিরেক্টরি ভিউ একটি আদর্শ চেহারা বা বিন্যাস ব্যবহার করে না।
এইভাবে ব্যবহার করা হলে, বিকল্পটি সার্ভারে একটি NLST কমান্ড পাঠানোর কারণ হয়
LIST এর পরিবর্তে।

দ্রষ্টব্য: কিছু FTP সার্ভার NLST-তে তাদের প্রতিক্রিয়াতে শুধুমাত্র ফাইল তালিকাভুক্ত করে; তারা করে নাই
সাব-ডিরেক্টরি এবং সিম্বলিক লিঙ্ক অন্তর্ভুক্ত।

(POP3) POP3 থেকে একটি নির্দিষ্ট ইমেল পুনরুদ্ধার করার সময়, এই সুইচটি একটি তালিকাকে জোর করে
RETR-এর পরিবর্তে সঞ্চালিত হওয়ার নির্দেশ। এটি বিশেষভাবে দরকারী যদি ব্যবহারকারী
সার্ভারে একটি নির্দিষ্ট বার্তা আইডি আছে কিনা এবং এটি কত আকারের তা দেখতে চায়৷

দ্রষ্টব্য: সাথে মিলিত হলে -এক্স, -- অনুরোধ , এই বিকল্পটি পাঠাতে ব্যবহার করা যেতে পারে
পরিবর্তে একটি UIDL কমান্ড, যাতে ব্যবহারকারী বরং ইমেলের অনন্য শনাক্তকারী ব্যবহার করতে পারে
অনুরোধ করার জন্য এটি মেসেজ আইডির চেয়ে। (7.21.5 এ যোগ করা হয়েছে)

-এল, --অবস্থান
(HTTP/HTTPS) যদি সার্ভার রিপোর্ট করে যে অনুরোধ করা পৃষ্ঠাটি অন্য জায়গায় সরানো হয়েছে
অবস্থান (একটি অবস্থান: শিরোনাম এবং একটি 3XX প্রতিক্রিয়া কোড সহ নির্দেশিত), এই বিকল্প
নতুন জায়গায় কার্ল রিডো রিকোয়েস্ট করবে। যদি একসাথে ব্যবহার করা হয় -আমি,
--অন্তর্ভুক্ত or -আমি, --মাথা, সমস্ত অনুরোধ করা পৃষ্ঠাগুলির শিরোনামগুলি দেখানো হবে৷ কখন
প্রমাণীকরণ ব্যবহার করা হয়, কার্ল শুধুমাত্র প্রাথমিক হোস্টে তার প্রমাণপত্র পাঠায়। যদি একটি
রিডাইরেক্ট কার্লকে একটি ভিন্ন হোস্টে নিয়ে যায়, এটি বাধা দিতে সক্ষম হবে না
ব্যবহারকারী+পাসওয়ার্ড। আরো দেখুন --অবস্থান-বিশ্বস্ত কিভাবে এটি পরিবর্তন করতে হবে. আপনি সীমাবদ্ধ করতে পারেন
পুনঃনির্দেশের পরিমাণ ব্যবহার করে অনুসরণ করতে হবে --max-redirs বিকল্প।

যখন কার্ল একটি পুনঃনির্দেশ অনুসরণ করে এবং অনুরোধটি একটি সাধারণ GET নয় (উদাহরণস্বরূপ POST
অথবা PUT), এটি একটি GET এর সাথে নিম্নলিখিত অনুরোধ করবে যদি HTTP প্রতিক্রিয়া 301 হয়,
302, বা 303. যদি প্রতিক্রিয়া কোডটি অন্য কোন 3xx কোড হয়, তাহলে কার্ল পুনরায় পাঠাবে
একই অপরিবর্তিত পদ্ধতি ব্যবহার করে নিম্নলিখিত অনুরোধ।

আপনি কার্লকে 30x এর পরে GET-এ নন-GET অনুরোধের পদ্ধতি পরিবর্তন না করতে বলতে পারেন
এর জন্য উত্সর্গীকৃত বিকল্পগুলি ব্যবহার করে প্রতিক্রিয়া: --post301, --post302 এবং
-post303.

-- libcurl
যেকোনো সাধারণ কার্ল কমান্ড লাইনে এই অপশনটি যুক্ত করুন এবং আপনি একটি libcurl- পাবেন।
ফাইলে লেখা সি সোর্স কোড ব্যবহার করে যা আপনার সমতুল্য করে
কমান্ড লাইন অপারেশন করে!

এই বিকল্পটি বেশ কয়েকবার ব্যবহার করা হলে, সর্বশেষ প্রদত্ত ফাইলের নামটি ব্যবহার করা হবে। (যোগ করা হয়েছে
7.16.1 এ)

--সীমা-হার
আপনি কার্ল ব্যবহার করতে চান সর্বোচ্চ স্থানান্তর হার উল্লেখ করুন - ডাউনলোড এবং উভয়ের জন্য
আপলোড এই বৈশিষ্ট্যটি উপযোগী যদি আপনার একটি সীমিত পাইপ থাকে এবং আপনি চান আপনার
আপনার সম্পূর্ণ ব্যান্ডউইথ ব্যবহার না করার জন্য স্থানান্তর করুন। এটি অন্যথায় এটি তুলনায় ধীর করতে
হবে.

প্রদত্ত গতি বাইট/সেকেন্ডে পরিমাপ করা হয়, যদি না একটি প্রত্যয় যুক্ত করা হয়।
'k' বা 'K' যোগ করলে সংখ্যাটি কিলোবাইট হিসাবে গণনা করা হবে, 'm' বা M' এটি তৈরি করে
মেগাবাইট, যখন 'g' বা 'G' এটিকে গিগাবাইট করে। উদাহরণ: 200K, 3m এবং 1G।

প্রদত্ত হার হল সমগ্র স্থানান্তরের সময় গণনা করা গড় গতি। এর মানে
যে কার্ল ছোট বিস্ফোরণে উচ্চ স্থানান্তর গতি ব্যবহার করতে পারে, কিন্তু সময়ের সাথে সাথে এটি ব্যবহার করে
প্রদত্ত হারের বেশি নয়।

যদি আপনিও ব্যবহার করেন -ওয়াই, --গতিসীমা বিকল্প, সেই বিকল্পটি প্রাধান্য পাবে এবং
গতি-সীমা লজিক রাখতে সাহায্য করার জন্য হার-সীমিতকরণকে কিছুটা পঙ্গু করে দিতে পারে
কাজ।

এই বিকল্পটি বেশ কয়েকবার ব্যবহার করা হলে, শেষটি ব্যবহার করা হবে।

--স্থানীয়-বন্দর [-সংখ্যা]
সংযোগ(গুলি) ব্যবহার করার জন্য একটি পছন্দের নম্বর বা স্থানীয় পোর্ট নম্বরগুলির পরিসর সেট করুন৷
মনে রাখবেন যে প্রকৃতি অনুসারে পোর্ট নম্বরগুলি একটি দুষ্প্রাপ্য সম্পদ যা মাঝে মাঝে ব্যস্ত থাকবে
তাই এই পরিসরটি খুব সংকীর্ণ কিছুতে সেট করা অপ্রয়োজনীয় সংযোগের কারণ হতে পারে
সেটআপ ব্যর্থতা। (7.15.2 এ যোগ করা হয়েছে)

--অবস্থান-বিশ্বস্ত
(HTTP/HTTPS) লাইক -এল, -- অবস্থান, কিন্তু সবাইকে নাম + পাসওয়ার্ড পাঠানোর অনুমতি দেবে
হোস্ট যে সাইটটি রিডাইরেক্ট করতে পারে। এটি একটি নিরাপত্তা প্রবর্তন করতে পারে বা নাও হতে পারে
লঙ্ঘন যদি সাইটটি আপনাকে এমন একটি সাইটে পুনঃনির্দেশ করে যেখানে আপনি আপনার প্রমাণীকরণ পাঠাবেন
তথ্য (যেটি HTTP বেসিক প্রমাণীকরণের ক্ষেত্রে প্লেইনটেক্সট)।

-মি, --সর্বোচ্চ সময়
সেকেন্ডে সর্বাধিক সময় যা আপনি পুরো অপারেশনটি নিতে অনুমতি দেন। এটি দরকারী
ধীরগতির নেটওয়ার্ক বা লিঙ্কের কারণে আপনার ব্যাচের কাজগুলিকে ঘন্টার পর ঘন্টা ঝুলে রাখা থেকে বিরত রাখার জন্য
নিচে যাচ্ছে. 7.32.0 থেকে, এই বিকল্পটি দশমিক মান গ্রহণ করে, কিন্তু প্রকৃত
নির্দিষ্ট টাইমআউট দশমিকে বাড়লে যথার্থতা কমে যাবে
নির্ভুলতা এছাড়াও দেখুন --কানেক্ট-টাইমআউট বিকল্প।

এই বিকল্পটি বেশ কয়েকবার ব্যবহার করা হলে, শেষটি ব্যবহার করা হবে।

--লগইন-বিকল্প
সার্ভার প্রমাণীকরণের সময় ব্যবহার করার জন্য লগইন বিকল্পগুলি নির্দিষ্ট করুন৷

ব্যবহার করা যেতে পারে এমন প্রোটোকল নির্দিষ্ট বিকল্পগুলি নির্দিষ্ট করতে আপনি লগইন বিকল্পগুলি ব্যবহার করতে পারেন
প্রমাণীকরণের সময়। বর্তমানে শুধুমাত্র IMAP, POP3 এবং SMTP সমর্থন লগইন বিকল্পগুলি।
লগইন বিকল্পগুলি সম্পর্কে আরও তথ্যের জন্য অনুগ্রহ করে RFC 2384, RFC 5092 এবং IETF দেখুন
খসড়া খসড়া-earhart-url-smtp-00.txt (7.34.0 এ যোগ করা হয়েছে)।

এই বিকল্পটি বেশ কয়েকবার ব্যবহার করা হলে, শেষটি ব্যবহার করা হবে।

--মেইল-প্রমাণ
(SMTP) একটি একক ঠিকানা উল্লেখ করুন। এটি প্রমাণীকরণ নির্দিষ্ট করতে ব্যবহার করা হবে
একটি জমা দেওয়া বার্তার ঠিকানা (পরিচয়) যা অন্য সার্ভারে রিলে করা হচ্ছে।

(7.25.0 এ যোগ করা হয়েছে)

--মেইল থেকে
(SMTP) একটি একক ঠিকানা উল্লেখ করুন যেখান থেকে প্রদত্ত মেলটি পাঠানো উচিত।

(7.20.0 এ যোগ করা হয়েছে)

--max-filesize
ডাউনলোড করার জন্য একটি ফাইলের সর্বোচ্চ আকার (বাইটে) উল্লেখ করুন। যদি ফাইলটি অনুরোধ করা হয়
এই মানের থেকে বড়, স্থানান্তর শুরু হবে না এবং কার্ল প্রস্থানের সাথে ফিরে আসবে
কোড 63।

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

--মেইল-আরসিপিটি
(SMTP) একটি একক ঠিকানা, ব্যবহারকারীর নাম বা মেইলিং তালিকার নাম উল্লেখ করুন।

একটি মেল স্থানান্তর সম্পাদন করার সময়, প্রাপকের একটি বৈধ ইমেল ঠিকানা উল্লেখ করা উচিত
মেইল পাঠাতে (7.20.0 এ যোগ করা হয়েছে)

ঠিকানা যাচাইকরণ (VRFY কমান্ড) করার সময়, প্রাপক হওয়া উচিত
ব্যবহারকারীর নাম বা ব্যবহারকারীর নাম এবং ডোমেন হিসাবে নির্দিষ্ট করা হয়েছে (RFC3.5 এর ধারা 5321 অনুযায়ী)।
(7.34.0 এ যোগ করা হয়েছে)

একটি মেইলিং তালিকা প্রসারিত করার সময় (EXPN কমান্ড), প্রাপক হওয়া উচিত
মেইলিং তালিকার নাম ব্যবহার করে নির্দিষ্ট করা হয়েছে, যেমন "বন্ধু" বা "লন্ডন-অফিস"।
(7.34.0 এ যোগ করা হয়েছে)

--max-redirs
অনুমোদিত পুনর্নির্দেশ-অনুসরণগুলির সর্বাধিক সংখ্যা সেট করুন। যদি -এল, -- অবস্থান ব্যবহৃত হয়,
এই বিকল্পটি কার্লকে "অ্যাবসার্ডামে" অনুসরণ করা থেকে প্রতিরোধ করতে ব্যবহার করা যেতে পারে।
ডিফল্টরূপে, সীমা 50টি পুনঃনির্দেশে সেট করা হয়। এটি করতে -1 এই বিকল্পটি সেট করুন
সীমাহীন

এই বিকল্পটি বেশ কয়েকবার ব্যবহার করা হলে, শেষটি ব্যবহার করা হবে।

--মেটালিঙ্ক
এই বিকল্পটি কার্লকে একটি প্রদত্ত ইউআরআইকে মেটালিঙ্ক ফাইল হিসাবে পার্স এবং প্রক্রিয়া করতে বলতে পারে (উভয়
সংস্করণ 3 এবং 4 (RFC 5854) সমর্থিত) এবং এর মধ্যে তালিকাভুক্ত আয়না ব্যবহার করুন
ব্যর্থতার জন্য যদি ত্রুটি থাকে (যেমন ফাইল বা সার্ভার উপলব্ধ নয়)।
ডাউনলোড সম্পূর্ণ হওয়ার পরে এটি ফাইলটির হ্যাশও যাচাই করবে। মেটালিঙ্ক
ফাইল নিজেই ডাউনলোড এবং মেমরিতে প্রক্রিয়া করা হয় এবং স্থানীয় ফাইলে সংরক্ষণ করা হয় না
পদ্ধতি.

একটি দূরবর্তী মেটালিঙ্ক ফাইল ব্যবহার করার উদাহরণ:

কার্ল --মেটালিঙ্ক http://www.example.com/example.metalink

স্থানীয় ফাইল সিস্টেমে একটি মেটালিঙ্ক ফাইল ব্যবহার করতে, ফাইল প্রোটোকল ব্যবহার করুন (file://):

কার্ল --metallink ফাইল://example.metalink

অনুগ্রহ করে মনে রাখবেন যে যদি FILE প্রোটোকল অক্ষম করা হয় তবে স্থানীয় ব্যবহার করার কোন উপায় নেই
এই লেখার সময় মেটালিঙ্ক ফাইল। এছাড়াও নোট করুন যে যদি --মেটালিঙ্ক এবং
--অন্তর্ভুক্ত একসাথে ব্যবহার করা হয়, --অন্তর্ভুক্ত উপেক্ষা করা হবে। এই কারণ সহ
প্রতিক্রিয়ার শিরোনামগুলি মেটালিঙ্ক পার্সারকে ভেঙে ফেলবে এবং যদি শিরোনামগুলি অন্তর্ভুক্ত করা হয়
মেটালিঙ্ক ফাইলে বর্ণিত ফাইলে, হ্যাশ চেক ব্যর্থ হবে।

(7.27.0 এ যোগ করা হয়েছে, যদি লিবমেটালিঙ্ক লাইব্রেরির বিপরীতে তৈরি করা হয়।)

-n, --netrc
কার্ল স্ক্যান করে তোলে .netrc (_netrc উইন্ডোজে) ব্যবহারকারীর হোম ডিরেক্টরিতে ফাইল
লগইন নাম এবং পাসওয়ার্ডের জন্য। এটি সাধারণত ইউনিক্সে FTP-এর জন্য ব্যবহৃত হয়। সঙ্গে ব্যবহার করা হলে
HTTP, কার্ল ব্যবহারকারীর প্রমাণীকরণ সক্ষম করবে। দেখা netrc(২০১০) FTP(২০১০) বিস্তারিত জানার জন্য
ফাইলের বিন্যাস. সেই ফাইলটির সঠিক অনুমতি না থাকলে কার্ল অভিযোগ করবে না
(এটি বিশ্ব- বা গোষ্ঠী-পাঠযোগ্য হওয়া উচিত নয়)। পরিবেশ পরিবর্তনশীল "হোম"
হোম ডিরেক্টরি খুঁজে পেতে ব্যবহৃত হয়।

একটি সেটআপ কিভাবে একটি দ্রুত এবং খুব সহজ উদাহরণ .netrc FTP থেকে কার্ল করার অনুমতি দিতে
মেশিন host.domain.com ব্যবহারকারীর নাম 'myself' এবং পাসওয়ার্ড 'সিক্রেট' সহ করা উচিত
অনুরূপ দেখতে:

মেশিন host.domain.com লগইন নিজেকে পাসওয়ার্ড গোপন

-এন, --নো-বাফার
আউটপুট স্ট্রীমের বাফারিং অক্ষম করে। স্বাভাবিক কাজের পরিস্থিতিতে, কার্ল হবে
একটি স্ট্যান্ডার্ড বাফার আউটপুট স্ট্রীম ব্যবহার করুন যার প্রভাব থাকবে যে এটি আউটপুট করবে
খণ্ডে ডেটা, অগত্যা ঠিক কখন ডেটা আসে। এটি ব্যবহার করে
বিকল্পটি বাফারিং নিষ্ক্রিয় করবে।

নোট করুন যে এটি নথিভুক্ত নেগেটেড বিকল্প নাম। আপনি এইভাবে ব্যবহার করতে পারেন --বাফার থেকে
বাফারিং কার্যকর করুন।

--netrc-ফাইল
এই বিকল্পটি অনুরূপ --নেটআরসি, আপনি পথ প্রদান করা ছাড়া (পরম বা
আপেক্ষিক) netrc ফাইলের সাথে যা কার্ল ব্যবহার করা উচিত। আপনি শুধুমাত্র একটি netrc নির্দিষ্ট করতে পারেন
প্রতি আহ্বান ফাইল. যদি বেশ কয়েকটি --netrc-ফাইল অপশন দেওয়া হয়, শুধুমাত্র গত
এক ব্যবহার করা হবে. (7.21.5 এ যোগ করা হয়েছে)

এই বিকল্পটি যেকোন ব্যবহারকে ওভাররাইড করে --নেটআরসি যেহেতু তারা পারস্পরিক একচেটিয়া। এটা হবে
এছাড়াও মেনে চলুন --netrc-ঐচ্ছিক যদি নির্দিষ্ট করা হয়।

--netrc-ঐচ্ছিক
খুব মিল --নেটআরসি, কিন্তু এই বিকল্পটি .netrc ব্যবহার করে ঐচ্ছিক এবং না
হিসাবে বাধ্যতামূলক --নেটআরসি বিকল্প করে।

--আলোচনা করা
(HTTP) নেগোসিয়েট (SPNEGO) প্রমাণীকরণ সক্ষম করে।

আপনি যদি প্রক্সি প্রমাণীকরণের জন্য নেগোসিয়েট (SPNEGO) সক্ষম করতে চান, তাহলে ব্যবহার করুন
--প্রক্সি-আলোচনা.

এই বিকল্পটির জন্য GSS-API বা SSPI সমর্থন সহ নির্মিত একটি লাইব্রেরি প্রয়োজন৷ ব্যবহার করুন -ভি,
--সংস্করণ আপনার কার্ল GSS-API/SSPI এবং SPNEGO সমর্থন করে কিনা তা দেখতে৷

এই বিকল্পটি ব্যবহার করার সময়, আপনাকে অবশ্যই একটি জাল প্রদান করতে হবে -তুমি, -- ব্যবহারকারী সক্রিয় করার বিকল্প
প্রমাণীকরণ কোড সঠিকভাবে। ব্যবহারকারীর নাম হিসেবে '-u :' পাঠানোই যথেষ্ট
থেকে পাসওয়ার্ড -u বিকল্প আসলে ব্যবহার করা হয় না.

এই বিকল্পটি বেশ কয়েকবার ব্যবহার করা হলে, শুধুমাত্র প্রথমটি ব্যবহার করা হয়।

--না-কিপ্যালিভ
ডিফল্ট কার্ল হিসাবে, TCP সংযোগে Keepalive বার্তাগুলির ব্যবহার অক্ষম করে৷
তাদের সক্ষম করে।

নোট করুন যে এটি নথিভুক্ত নেগেটেড বিকল্প নাম। আপনি এইভাবে ব্যবহার করতে পারেন --জিবন্ত রাখ
কিপলাইভ প্রয়োগ করতে।

--কোন-সেশনিড
(SSL) কার্ল এর SSL সেশন-আইডি ক্যাশিং ব্যবহার অক্ষম করুন। ডিফল্টরূপে সব স্থানান্তর হয়
ক্যাশে ব্যবহার করে সম্পন্ন। মনে রাখবেন যে চেষ্টা করে কখনই আঘাত করা উচিত নয়
SSL সেশন-আইডি পুনঃব্যবহার করুন, বন্যতে SSL বাস্তবায়ন ভাঙা বলে মনে হচ্ছে
আপনার সফল হওয়ার জন্য আপনাকে এটি নিষ্ক্রিয় করতে হতে পারে। (7.16.0 এ যোগ করা হয়েছে)

নোট করুন যে এটি নথিভুক্ত নেগেটেড বিকল্প নাম। আপনি এইভাবে ব্যবহার করতে পারেন --সেশনিড
সেশন-আইডি ক্যাশিং প্রয়োগ করতে।

--নোপ্রক্সি
কমা দ্বারা পৃথক করা হোস্টের তালিকা যা প্রক্সি ব্যবহার করে না, যদি একটি নির্দিষ্ট করা থাকে। দ্য
শুধুমাত্র ওয়াইল্ডকার্ড হল একটি একক * অক্ষর, যা সমস্ত হোস্টের সাথে মেলে এবং কার্যকরভাবে
প্রক্সি নিষ্ক্রিয় করে। এই তালিকার প্রতিটি নাম একটি ডোমেন হিসাবে মিলেছে যা
হোস্টনাম, বা হোস্টনাম নিজেই ধারণ করে। উদাহরণস্বরূপ, local.com মিলবে
local.com, local.com:80, এবং www.local.com, কিন্তু www.notlocal.com নয়। (এ যোগ করা হয়েছে
7.19.4).

--ntlm (HTTP) NTLM প্রমাণীকরণ সক্ষম করে। NTLM প্রমাণীকরণ পদ্ধতি দ্বারা ডিজাইন করা হয়েছিল
Microsoft এবং IIS ওয়েব সার্ভার দ্বারা ব্যবহৃত হয়। এটি একটি মালিকানাধীন প্রোটোকল, বিপরীত-
চতুর ব্যক্তিদের দ্বারা প্রকৌশলী এবং তাদের প্রচেষ্টার উপর ভিত্তি করে কার্লে বাস্তবায়িত। এই
ধরনের আচরণ অনুমোদন করা উচিত নয়, যারা ব্যবহার করে তাদের প্রত্যেককে উৎসাহিত করা উচিত
NTLM পরিবর্তে একটি সর্বজনীন এবং নথিভুক্ত প্রমাণীকরণ পদ্ধতিতে স্যুইচ করতে, যেমন
পরিপাক করা.

আপনি যদি আপনার প্রক্সি প্রমাণীকরণের জন্য NTLM সক্ষম করতে চান, তাহলে ব্যবহার করুন --প্রক্সি-এনটিএলএম.

এই বিকল্পটির জন্য SSL সমর্থন সহ নির্মিত একটি লাইব্রেরি প্রয়োজন। ব্যবহার করুন -ভি, --সংস্করণ যদি দেখতে
আপনার কার্ল NTLM সমর্থন করে।

এই বিকল্পটি বেশ কয়েকবার ব্যবহার করা হলে, শুধুমাত্র প্রথমটি ব্যবহার করা হয়।

-o, --আউটপুট
আউটপুট লিখুন stdout এর পরিবর্তে। আপনি যদি আনতে {} বা [] ব্যবহার করেন
একাধিক নথিতে, আপনি '#' এর পরে একটি নম্বর ব্যবহার করতে পারেন স্পেসিফায়ার
যে ভেরিয়েবলটি আনা হচ্ছে তার বর্তমান স্ট্রিং দিয়ে প্রতিস্থাপিত হবে।
এর মত:

কার্ল http://{one,two}.site.com -o "file_#1.txt"

অথবা বিভিন্ন ভেরিয়েবল ব্যবহার করুন যেমন:

কার্ল http://{site,host}.host[1-5].com -o "#1_#2"

আপনি যতবার আপনার কাছে যতগুলি URL আছে ততবার এই বিকল্পটি ব্যবহার করতে পারেন৷

আরও দেখুন --তৈরি পরিচালক গতিশীলভাবে স্থানীয় ডিরেক্টরি তৈরি করার বিকল্প।
'-' (একটি ড্যাশ) হিসাবে আউটপুট নির্দিষ্ট করা আউটপুটকে করতে বাধ্য করবে
stdout

-ও, --দূরবর্তী নাম
আমরা যে রিমোট ফাইলটি পাই তার মতো নামের একটি স্থানীয় ফাইলে আউটপুট লিখুন। (শুধুমাত্র ফাইলের অংশ
দূরবর্তী ফাইলের ব্যবহার করা হয়, পথটি কেটে দেওয়া হয়।)

সংরক্ষণের জন্য ব্যবহার করার জন্য রিমোট ফাইলের নাম প্রদত্ত URL থেকে বের করা হয়েছে, কিছুই নয়
অন্য।

ফলস্বরূপ, ফাইলটি বর্তমান কার্যকারী ডিরেক্টরিতে সংরক্ষণ করা হবে। আপনি যদি
ফাইলটি একটি ভিন্ন ডিরেক্টরিতে সংরক্ষণ করতে চান, নিশ্চিত করুন যে আপনি বর্তমান কাজ পরিবর্তন করেছেন
আপনি সঙ্গে কার্ল আহ্বান করার আগে ডিরেক্টরি -ও, --দূরবর্তী নাম পতাকা

ফাইলের নামে কোনো ইউআরএল ডিকোডিং করা হয়নি। যদি এটিতে %20 বা অন্য URL এনকোড করা থাকে
নামের অংশগুলি, ফাইলের নাম হিসাবে সেগুলি শেষ হবে।

আপনি যতবার আপনার কাছে যতগুলি URL আছে ততবার এই বিকল্পটি ব্যবহার করতে পারেন৷

--oauth2-বাহক
(IMAP, POP3, SMTP) OAUTH 2.0 সার্ভার প্রমাণীকরণের জন্য বিয়ারার টোকেন নির্দিষ্ট করুন।
বিয়ারার টোকেনটি ব্যবহারকারীর নামের সাথে ব্যবহার করা হয় যা নির্দিষ্ট করা যেতে পারে
এর অংশ হিসাবে --url or -তুমি, -- ব্যবহারকারী অপশন।

Bearer টোকেন এবং ব্যবহারকারীর নাম RFC 6750 অনুযায়ী ফরম্যাট করা হয়েছে।

এই বিকল্পটি বেশ কয়েকবার ব্যবহার করা হলে, শেষটি ব্যবহার করা হবে।

--প্রক্সি-হেডার
(HTTP) প্রক্সিতে HTTP পাঠানোর সময় অনুরোধে অন্তর্ভুক্ত করার জন্য অতিরিক্ত হেডার। আপনি পারেন
যেকোন সংখ্যক অতিরিক্ত হেডার উল্লেখ করুন। এই সমতুল্য বিকল্প -এইচ, -- শিরোনাম
কিন্তু শুধুমাত্র প্রক্সি যোগাযোগের জন্য যেমন CONNECT অনুরোধে আপনি যখন চান তখন
প্রকৃত দূরবর্তী হোস্টে যা পাঠানো হয় তা প্রক্সিতে পাঠানো পৃথক শিরোনাম।

কার্ল নিশ্চিত করবে যে প্রতিটি শিরোনাম যা আপনি যোগ/প্রতিস্থাপন করেছেন তা সঠিক শেষের সাথে পাঠানো হয়েছে-
অফ লাইন মার্কার, আপনি এইভাবে করা উচিত না শিরোনাম বিষয়বস্তুর একটি অংশ হিসাবে যোগ করুন: do
নতুন লাইন বা ক্যারেজ রিটার্ন যোগ করবেন না, তারা কেবল আপনার জন্য জিনিসগুলিকে এলোমেলো করবে।

এই বিকল্পের সাথে সুনির্দিষ্ট হেডারগুলি কার্ল জানে এমন অনুরোধগুলিতে অন্তর্ভুক্ত করা হবে না
একটি প্রক্সি পাঠানো হবে না.

একাধিক শিরোনাম যোগ/প্রতিস্থাপন/সরানোর জন্য এই বিকল্পটি একাধিকবার ব্যবহার করা যেতে পারে।

(7.37.0 এ যোগ করা হয়েছে)

-p, --প্রক্সিটানেল
যখন একটি HTTP প্রক্সি ব্যবহার করা হয় (-এক্স, --প্রক্সি), এই বিকল্পটি নন-HTTP প্রোটোকল সৃষ্টি করবে
HTTP-এর মতো কাজ করার জন্য এটিকে ব্যবহার করার পরিবর্তে প্রক্সির মাধ্যমে টানেল করার চেষ্টা করা
অপারেশন টানেল পদ্ধতি HTTP প্রক্সি CONNECT অনুরোধ এবং সঙ্গে তৈরি করা হয়
প্রয়োজন যে প্রক্সি দূরবর্তী পোর্ট নম্বর কার্ল চায় সরাসরি সংযোগের অনুমতি দেয়
সুড়ঙ্গ মাধ্যমে

-P, --ftp-পোর্ট
(FTP) FTP এর সাথে সংযোগ করার সময় ডিফল্ট সূচনাকারী/শ্রোতার ভূমিকাগুলিকে বিপরীত করে। এই
সুইচ কার্ল সক্রিয় মোড ব্যবহার করে তোলে. অনুশীলনে, কার্ল তারপর সার্ভারকে বলে
ক্লায়েন্টের নির্দিষ্ট ঠিকানা এবং পোর্টে আবার সংযোগ করুন, যখন প্যাসিভ মোড জিজ্ঞাসা করে
সার্ভার একটি IP ঠিকানা সেটআপ করতে এবং এটি সংযোগ করার জন্য পোর্ট। উচিত
এক হতে:

ইন্টারফেস
আপনি কোন ইন্টারফেসের আইপি ঠিকানা ব্যবহার করতে চান তা নির্দিষ্ট করতে "eth0" ব্যবহার করুন (Unix
কেবল)

আইপি ঠিকানা
যথা "192.168.10.1" সঠিক আইপি ঠিকানা নির্দিষ্ট করতে

হোস্ট নাম
অর্থাৎ মেশিনটি নির্দিষ্ট করতে "my.host.domain"

- কার্ল একই আইপি ঠিকানা বাছাই করুন যা ইতিমধ্যে নিয়ন্ত্রণের জন্য ব্যবহৃত হয়েছে
সংযোগ

এই বিকল্পটি বেশ কয়েকবার ব্যবহার করা হলে, শেষটি ব্যবহার করা হবে। এর ব্যবহার অক্ষম করুন
সঙ্গে PORT --ftp-pasv. PORT এর পরিবর্তে EPRT কমান্ড ব্যবহার করার প্রচেষ্টা অক্ষম করুন
ব্যবহার করে -- নিষ্ক্রিয়-eprt. ইপিআরটি আসলেই পোর্ট++।

7.19.5 থেকে শুরু করে, আপনি ঠিকানার ডানদিকে ":[start]-[end]" যোগ করতে পারেন,
টিসিপি পোর্ট রেঞ্জ কী ব্যবহার করতে হবে তা কার্লকে বলুন। এর মানে আপনি একটি থেকে একটি পোর্ট পরিসীমা নির্দিষ্ট করুন
একটি উচ্চ সংখ্যা থেকে কম. একটি একক সংখ্যা পাশাপাশি কাজ করে, কিন্তু মনে রাখবেন যে এটি
ব্যর্থতার ঝুঁকি বাড়ায় যেহেতু পোর্ট উপলব্ধ নাও হতে পারে।

--পাস
(SSL/SSH) ব্যক্তিগত কী-এর জন্য পাসফ্রেজ

এই বিকল্পটি বেশ কয়েকবার ব্যবহার করা হলে, শেষটি ব্যবহার করা হবে।

--পথ-যেমন-ই আছে
কার্লকে বলুন এর ক্রমগুলি পরিচালনা না করতে /../ or /./ প্রদত্ত URL পাথে। সাধারনত
কার্ল স্কোয়াশ করবে বা মান অনুযায়ী তাদের একত্রিত করবে কিন্তু এই বিকল্পটি আপনাকে সেট করবে
এটা না করতে বলুন।

(7.42.0 এ যোগ করা হয়েছে)

--post301
(HTTP) কার্লকে RFC 7230/6.4.2 কে সম্মান করতে এবং POST অনুরোধগুলিকে GET-এ রূপান্তর না করতে বলে
একটি 301 পুনঃনির্দেশ অনুসরণ করার সময় অনুরোধ। অ-আরএফসি আচরণ সর্বব্যাপী
ওয়েব ব্রাউজার, তাই ধারাবাহিকতা বজায় রাখতে কার্ল ডিফল্টরূপে রূপান্তর করে।
যাইহোক, একটি সার্ভার এই ধরনের একটি পুনঃনির্দেশের পরে একটি POST থাকার জন্য একটি POST প্রয়োজন হতে পারে৷
এই বিকল্পটি শুধুমাত্র ব্যবহার করার সময় অর্থপূর্ণ -এল, -- অবস্থান (7.17.1 এ যোগ করা হয়েছে)

--post302
(HTTP) কার্লকে RFC 7230/6.4.3 কে সম্মান করতে এবং POST অনুরোধগুলিকে GET-এ রূপান্তর না করতে বলে
একটি 302 পুনঃনির্দেশ অনুসরণ করার সময় অনুরোধ। অ-আরএফসি আচরণ সর্বব্যাপী
ওয়েব ব্রাউজার, তাই ধারাবাহিকতা বজায় রাখতে কার্ল ডিফল্টরূপে রূপান্তর করে।
যাইহোক, একটি সার্ভার এই ধরনের একটি পুনঃনির্দেশের পরে একটি POST থাকার জন্য একটি POST প্রয়োজন হতে পারে৷
এই বিকল্পটি শুধুমাত্র ব্যবহার করার সময় অর্থপূর্ণ -এল, -- অবস্থান (7.19.1 এ যোগ করা হয়েছে)

--post303
(HTTP) কার্লকে RFC 7230/6.4.4 কে সম্মান করতে এবং POST অনুরোধগুলিকে GET-এ রূপান্তর না করতে বলে
একটি 303 পুনঃনির্দেশ অনুসরণ করার সময় অনুরোধ। অ-আরএফসি আচরণ সর্বব্যাপী
ওয়েব ব্রাউজার, তাই ধারাবাহিকতা বজায় রাখতে কার্ল ডিফল্টরূপে রূপান্তর করে।
যাইহোক, একটি সার্ভার এই ধরনের একটি পুনঃনির্দেশের পরে একটি POST থাকার জন্য একটি POST প্রয়োজন হতে পারে৷
এই বিকল্পটি শুধুমাত্র ব্যবহার করার সময় অর্থপূর্ণ -এল, -- অবস্থান (7.26.0 এ যোগ করা হয়েছে)

--প্রোটো
কার্লকে তার প্রাথমিক পুনরুদ্ধারের জন্য তালিকাভুক্ত প্রোটোকল ব্যবহার করতে বলে। প্রোটোকল হয়
বাম থেকে ডানে মূল্যায়ন করা হয়, কমা দিয়ে আলাদা করা হয় এবং প্রতিটি একটি প্রোটোকল নাম বা
'সব', ঐচ্ছিকভাবে শূন্য বা তার বেশি সংশোধক দ্বারা উপসর্গযুক্ত। উপলব্ধ মডিফায়ারগুলি হল:

+ ইতিমধ্যে অনুমোদিত প্রোটোকল ছাড়াও এই প্রোটোকলকে অনুমতি দিন (এটি হল
ডিফল্ট যদি কোন পরিবর্তনকারী ব্যবহার না করা হয়)।

- এই প্রোটোকল অস্বীকার করুন, এটিকে ইতিমধ্যেই অনুমোদিত প্রোটোকলের তালিকা থেকে সরিয়ে দিন৷

= শুধুমাত্র এই প্রোটোকলকে অনুমতি দিন (ইতিমধ্যে অনুমোদিত তালিকা উপেক্ষা করে), যদিও বিষয়
কমা বিভক্ত তালিকায় পরবর্তী এন্ট্রিগুলির দ্বারা পরবর্তীতে পরিবর্তন করতে।

উদাহরণ স্বরূপ:

--প্রোটো -এফটিপিএস ডিফল্ট প্রোটোকল ব্যবহার করে, কিন্তু ftps নিষ্ক্রিয় করে

--প্রোটো -সমস্ত,https,+http
শুধুমাত্র http এবং https সক্ষম করে

--প্রোটো =http,https
এছাড়াও শুধুমাত্র http এবং https সক্ষম করে

অজানা প্রোটোকল একটি সতর্কতা তৈরি করে। এটি স্ক্রিপ্টগুলিকে নিরাপদে থাকার উপর নির্ভর করার অনুমতি দেয়
সমর্থনের উপর নির্ভর না করে সম্ভাব্য বিপজ্জনক প্রোটোকল নিষ্ক্রিয় করতে সক্ষম
যে প্রোটোকল একটি ত্রুটি এড়াতে কার্ল মধ্যে নির্মিত হচ্ছে.

এই বিকল্পটি একাধিকবার ব্যবহার করা যেতে পারে, যে ক্ষেত্রে প্রভাব একই রকম
প্রোটোকলগুলিকে বিকল্পের একটি উদাহরণে সংযুক্ত করা।

(7.20.2 এ যোগ করা হয়েছে)

--প্রোটো-ডিফল্ট
কার্লকে ব্যবহার করতে বলে প্রোটোকল স্কিম নাম অনুপস্থিত কোনো URL এর জন্য।

উদাহরণ:

--proto-default https ftp.mozilla.org
https://ftp.mozilla.org

একটি অজানা বা অসমর্থিত প্রোটোকল ত্রুটি ঘটায় CURLE_UNSUPPORTED_PROTOCOL.

এই বিকল্পটি ডিফল্ট প্রক্সি প্রোটোকল (http) পরিবর্তন করে না।

এই বিকল্পটি ছাড়া কার্ল হোস্টের উপর ভিত্তি করে একটি অনুমান করবে, দেখুন --url বিস্তারিত জানার জন্য.

(7.45.0 এ যোগ করা হয়েছে)

--প্রোটো-রিডির
কার্লকে পুনঃনির্দেশে তালিকাভুক্ত প্রোটোকল ব্যবহার করতে বলে। কিভাবে প্রোটোকলের জন্য --proto দেখুন
প্রতিনিধিত্ব করা হয়

উদাহরণ:

--proto-redir -all,http,https
রিডাইরেক্টে শুধুমাত্র HTTP এবং HTTPS-এর অনুমতি দিন।

ডিফল্টভাবে কার্ল সমস্ত প্রোটোকলকে পুনঃনির্দেশে অনুমতি দেবে, নিরাপত্তার জন্য বেশ কয়েকটি অক্ষম করা ছাড়া
কারণগুলি: যেহেতু 7.19.4 ফাইল এবং SCP নিষ্ক্রিয় করা হয়েছে, এবং 7.40.0 থেকে SMB এবং SMBSও রয়েছে
অক্ষম নির্দিষ্ট করা সব or +সমস্ত পুনঃনির্দেশে সমস্ত প্রোটোকল সক্ষম করে, সেগুলি সহ
নিরাপত্তার জন্য অক্ষম।

(7.20.2 এ যোগ করা হয়েছে)

--প্রক্সি-অন্যাউথ
এর সাথে যোগাযোগ করার সময় একটি উপযুক্ত প্রমাণীকরণ পদ্ধতি বেছে নিতে কার্লকে বলে
প্রক্সি দেওয়া। এটি একটি অতিরিক্ত অনুরোধ/প্রতিক্রিয়া রাউন্ড-ট্রিপের কারণ হতে পারে। (এ যোগ করা হয়েছে
7.13.2)

--প্রক্সি-বেসিক
প্রদত্তটির সাথে যোগাযোগ করার সময় কার্লকে HTTP বেসিক প্রমাণীকরণ ব্যবহার করতে বলে
প্রক্সি ব্যবহার করুন -- মৌলিক একটি দূরবর্তী হোস্ট সহ HTTP বেসিক সক্ষম করার জন্য। বেসিক হল ডিফল্ট
প্রমাণীকরণ পদ্ধতি কার্ল প্রক্সির সাথে ব্যবহার করে।

--প্রক্সি-ডাইজেস্ট
প্রদত্তটির সাথে যোগাযোগ করার সময় কার্লকে HTTP ডাইজেস্ট প্রমাণীকরণ ব্যবহার করতে বলে৷
প্রক্সি ব্যবহার করুন --পরিপাক করা একটি দূরবর্তী হোস্ট সহ HTTP ডাইজেস্ট সক্ষম করার জন্য।

--প্রক্সি-আলোচনা
সাথে যোগাযোগ করার সময় কার্লকে HTTP নেগোসিয়েট (SPNEGO) প্রমাণীকরণ ব্যবহার করতে বলে
প্রদত্ত প্রক্সি। ব্যবহার করুন --আলোচনা করা রিমোট দিয়ে HTTP নেগোসিয়েট (SPNEGO) সক্ষম করার জন্য
হোস্ট (7.17.1 এ যোগ করা হয়েছে)

--প্রক্সি-এনটিএলএম
প্রদত্ত প্রক্সির সাথে যোগাযোগ করার সময় কার্লকে HTTP NTLM প্রমাণীকরণ ব্যবহার করতে বলে।
ব্যবহার --ntlm দূরবর্তী হোস্টের সাথে NTLM সক্ষম করার জন্য।

--প্রক্সি-পরিষেবা-নাম
এই বিকল্পটি আপনাকে প্রক্সি আলোচনার জন্য পরিষেবার নাম পরিবর্তন করতে দেয়।

উদাহরণ: --proxy-negotiate proxy-name --প্রক্সি-পরিষেবা-নাম sockd ব্যবহার করবে
sockd/proxy-নাম। (7.43.0 এ যোগ করা হয়েছে)।

--প্রক্সি 1.0
নির্দিষ্ট HTTP 1.0 প্রক্সি ব্যবহার করুন। যদি পোর্ট নম্বর নির্দিষ্ট করা না থাকে তবে তা হয়
1080 পোর্টে ধরে নেওয়া হয়েছে।

এটি এবং HTTP প্রক্সি বিকল্পের মধ্যে একমাত্র পার্থক্য (-এক্স, --প্রক্সি), তাই কি
প্রক্সির মাধ্যমে CONNECT ব্যবহার করার প্রচেষ্টা পরিবর্তে একটি HTTP 1.0 প্রোটোকল নির্দিষ্ট করবে
ডিফল্ট HTTP 1.1 এর।

--পাবকি
(SSH) পাবলিক কী ফাইলের নাম। আপনাকে এই আলাদাভাবে আপনার সর্বজনীন কী প্রদান করতে দেয়
ফাইল.

এই বিকল্পটি বেশ কয়েকবার ব্যবহার করা হলে, শেষটি ব্যবহার করা হবে।

(7.39.0 অনুযায়ী, কার্ল স্বয়ংক্রিয়ভাবে থেকে সর্বজনীন কী বের করার চেষ্টা করে
ব্যক্তিগত কী ফাইল, তাই এই বিকল্পটি পাস করার সাধারণত প্রয়োজন হয় না। উল্লেখ্য যে এই
পাবলিক কী এক্সট্রাকশনের জন্য libcurl-এর সাথে libssh2 1.2.8 এর একটি অনুলিপি লিঙ্ক করা প্রয়োজন
বা উচ্চতর যেটি নিজেই OpenSSL-এর সাথে সংযুক্ত।)

-q কমান্ড লাইনে প্রথম প্যারামিটার হিসাবে ব্যবহার করা হলে, curlrc config ফাইল হবে না
পড়া এবং ব্যবহার করা। দেখুন -কে, --config ডিফল্ট কনফিগারেশন ফাইলের বিশদ বিবরণের জন্য
অনুসন্ধান পথ।

-প্রশ্ন, --উদ্ধৃতি
(FTP/SFTP) দূরবর্তী FTP বা SFTP সার্ভারে একটি নির্বিচারে আদেশ পাঠান। উদ্ধৃতি
ট্রান্সফার হওয়ার আগে কমান্ড পাঠানো হয় (প্রাথমিক PWD এর ঠিক পরে
একটি FTP স্থানান্তরে কমান্ড, সঠিক হতে হবে)। কমান্ড করতে একটি পরে সঞ্চালিত হয়
সফল স্থানান্তর, একটি ড্যাশ '-' দিয়ে তাদের উপসর্গ করুন। কমান্ড করতে পরে পাঠানো হবে
ট্রান্সফার কমান্ড(গুলি), উপসর্গের ঠিক আগে curl ওয়ার্কিং ডিরেক্টরি পরিবর্তন করেছে
একটি '+' সহ কমান্ড (এটি শুধুমাত্র FTP এর জন্য সমর্থিত)। আপনি যে কোনো নম্বর উল্লেখ করতে পারেন
আদেশের সার্ভার যদি কমান্ডগুলির একটির জন্য ব্যর্থতা ফেরত দেয়, পুরোটাই
অপারেশন বাতিল করা হবে। আপনাকে অবশ্যই সিনট্যাকটিকভাবে সঠিক FTP কমান্ডগুলি RFC হিসাবে পাঠাতে হবে
959 FTP সার্ভারকে সংজ্ঞায়িত করে, অথবা SFTP সার্ভারে নীচে তালিকাভুক্ত কমান্ডগুলির মধ্যে একটি।
এই বিকল্পটি একাধিকবার ব্যবহার করা যেতে পারে। একটি FTP সার্ভারের সাথে কথা বলার সময়, উপসর্গ
একটি তারকাচিহ্ন (*) সহ কমান্ডটি কার্ল চালিয়ে যাওয়ার জন্য কমান্ডটি ব্যর্থ হলেও
ডিফল্ট কার্ল প্রথম ব্যর্থতায় থামবে।

SFTP একটি বাইনারি প্রোটোকল। এফটিপির বিপরীতে, কার্ল SFTP উদ্ধৃতি কমান্ডকে ব্যাখ্যা করে
সার্ভারে পাঠানোর আগে নিজেই। ফাইলের নাম শেল-স্টাইলে উদ্ধৃত করা যেতে পারে
এম্বেড স্পেস বা বিশেষ অক্ষর। নিম্নলিখিত সমস্ত সমর্থিত SFTP-এর তালিকা রয়েছে৷
উদ্ধৃতি আদেশ:

chgrp গ্রুপ ফাইল
chgrp কমান্ড ফাইল অপারেন্ড দ্বারা নামকৃত ফাইলের গ্রুপ আইডি সেট করে
গ্রুপ অপারেন্ড দ্বারা নির্দিষ্ট গ্রুপ আইডি। গ্রুপ অপারেন্ড একটি দশমিক
পূর্ণসংখ্যা গ্রুপ আইডি।

chmod মোড ফাইল
chmod কমান্ড নির্দিষ্ট ফাইলের ফাইল মোড বিট পরিবর্তন করে। দ্য
মোড অপারেন্ড একটি অক্টাল পূর্ণসংখ্যা মোড সংখ্যা।

chown ব্যবহারকারী ফাইল
chown কমান্ড ফাইল অপারেন্ড দ্বারা নামকৃত ফাইলের মালিককে সেট করে
ব্যবহারকারীর অপারেন্ড দ্বারা নির্দিষ্ট ব্যবহারকারী আইডি। ব্যবহারকারীর অপারেন্ড একটি দশমিক
পূর্ণসংখ্যা ব্যবহারকারী আইডি।

ln source_file target_file
ln এবং symlink কমান্ড টার্গেট_ফাইলে একটি প্রতীকী লিঙ্ক তৈরি করে
source_file অবস্থানের দিকে নির্দেশ করে অবস্থান।

mkdir ডিরেক্টরি_নাম
mkdir কমান্ড ডিরেক্টরি_নাম অপারেন্ড দ্বারা নামকরণ করা ডিরেক্টরি তৈরি করে।

pwd pwd কমান্ড বর্তমান কাজের পরম পাথনাম প্রদান করে
ডিরেক্টরি.

উৎস লক্ষ্য পুনঃনামকরণ
রিনেম কমান্ড সোর্স অপারেন্ড দ্বারা নামকৃত ফাইল বা ডিরেক্টরির নাম পরিবর্তন করে
লক্ষ্য অপারেন্ড দ্বারা নামকৃত গন্তব্য পথের দিকে।

rm ফাইল
rm কমান্ড ফাইল অপারেন্ড দ্বারা নির্দিষ্ট করা ফাইলটি সরিয়ে দেয়।

rmdir ডিরেক্টরি
rmdir কমান্ড নির্দেশিকা দ্বারা নির্দিষ্ট ডিরেক্টরি এন্ট্রি অপসারণ করে
অপারেন্ড, যদি এটি খালি থাকে।

সিমলিংক সোর্স_ফাইল টার্গেট_ফাইল
দেখুন ln.

-r, -- রেঞ্জ
(HTTP/FTP/SFTP/FILE) একটি থেকে একটি বাইট পরিসর (যেমন একটি আংশিক নথি) পুনরুদ্ধার করুন
HTTP/1.1, FTP বা SFTP সার্ভার বা একটি স্থানীয় ফাইল। পরিসর একটি সংখ্যা নির্দিষ্ট করা যেতে পারে
উপায়।

0-499 প্রথম 500 বাইট নির্দিষ্ট করে

500-999 দ্বিতীয় 500 বাইট নির্দিষ্ট করে

-500 শেষ 500 বাইট নির্দিষ্ট করে

9500- অফসেট 9500 এবং ফরওয়ার্ড থেকে বাইট নির্দিষ্ট করে

0-0, -1 শুধুমাত্র প্রথম এবং শেষ বাইট নির্দিষ্ট করে(*)(HTTP)

100-199,500-599
দুটি পৃথক 100-বাইট রেঞ্জ নির্দিষ্ট করে(*) (HTTP)

(*) = মনে রাখবেন যে এটি সার্ভারকে একটি মাল্টিপার্ট রেসপন্স সহ উত্তর দেবে!

শুধুমাত্র সংখ্যার অক্ষর (0-9) এর 'স্টার্ট' এবং 'স্টপ' ক্ষেত্রে বৈধ
'স্টার্ট-স্টপ' রেঞ্জ সিনট্যাক্স। যদি পরিসরে একটি অ-অঙ্ক অক্ষর দেওয়া হয়,
সার্ভারের কনফিগারেশনের উপর নির্ভর করে সার্ভারের প্রতিক্রিয়া অনির্দিষ্ট হবে।

আপনার আরও সচেতন হওয়া উচিত যে অনেক HTTP/1.1 সার্ভারে এই বৈশিষ্ট্যটি নেই
সক্রিয় করা হয়েছে, যাতে আপনি যখন একটি পরিসর পাওয়ার চেষ্টা করেন, আপনি পরিবর্তে পুরোটাই পাবেন৷
নথি।

FTP এবং SFTP রেঞ্জ ডাউনলোড শুধুমাত্র সাধারণ 'স্টার্ট-স্টপ' সিনট্যাক্স সমর্থন করে
(ঐচ্ছিকভাবে বাদ দেওয়া সংখ্যাগুলির একটি সহ)। FTP ব্যবহার বর্ধিত FTP এর উপর নির্ভর করে
কমান্ড SIZE।

এই বিকল্পটি বেশ কয়েকবার ব্যবহার করা হলে, শেষটি ব্যবহার করা হবে।

-আর, --দূরবর্তী সময়
ব্যবহার করা হলে, এটি দূরবর্তী টাইমস্ট্যাম্প বের করার জন্য কার্ল প্রচেষ্টা করবে
ফাইল, এবং এটি উপলব্ধ থাকলে স্থানীয় ফাইলটিকে একই টাইমস্ট্যাম্প পেতে দিন।

--এলোমেলো-ফাইল
(SSL) ফাইলের পাথের নাম উল্লেখ করুন যা এলোমেলো হিসাবে বিবেচিত হবে
তথ্য ডেটা SSL সংযোগের জন্য র্যান্ডম ইঞ্জিন বীজ করতে ব্যবহৃত হয়। এছাড়াও দেখুন
--egd-ফাইল বিকল্প।

--raw (HTTP) ব্যবহার করা হলে, এটি সামগ্রী বা স্থানান্তরের সমস্ত অভ্যন্তরীণ HTTP ডিকোডিং নিষ্ক্রিয় করে
এনকোডিং এবং পরিবর্তে সেগুলিকে অপরিবর্তিত, কাঁচা করে দেয়। (7.16.2 এ যোগ করা হয়েছে)

--দূরবর্তী-নাম-সমস্ত
এই বিকল্পটি সমস্ত প্রদত্ত ইউআরএলগুলির জন্য ডিফল্ট অ্যাকশনকে পরিবর্তন করে যেন এমনভাবে মোকাবেলা করা হয়
-ও, --দূরবর্তী নাম প্রতিটির জন্য ব্যবহার করা হয়েছিল। তাই যদি আপনি একটি জন্য যে নিষ্ক্রিয় করতে চান
নির্দিষ্ট URL এর পরে --দূরবর্তী-নাম-সমস্ত ব্যবহার করা হয়েছে, আপনাকে অবশ্যই "-o -" বা ব্যবহার করতে হবে --না-
দূরবর্তী নাম. (7.19.0 এ যোগ করা হয়েছে)

--সমাধান
একটি নির্দিষ্ট হোস্ট এবং পোর্ট জোড়ার জন্য একটি কাস্টম ঠিকানা প্রদান করুন। এই ব্যবহার করে, আপনি করতে পারেন
কার্ল অনুরোধ(গুলি) একটি নির্দিষ্ট ঠিকানা ব্যবহার করুন এবং অন্যথায় প্রতিরোধ করুন
সাধারণত সমাধান করা ঠিকানা ব্যবহার করা হবে। এটা এক ধরণের বিবেচনা করুন জন্য / etc / হোস্ট বিকল্প
কমান্ড লাইনে প্রদান করা হয়। পোর্ট নম্বরের জন্য ব্যবহৃত নম্বর হওয়া উচিত
হোস্ট যে নির্দিষ্ট প্রোটোকলের জন্য ব্যবহার করা হবে। এর মানে আপনার যদি বেশ কয়েকটি এন্ট্রি প্রয়োজন
আপনি একই হোস্ট কিন্তু বিভিন্ন পোর্টের জন্য ঠিকানা প্রদান করতে চান।

সমাধান করার জন্য অনেক হোস্ট নাম যোগ করতে এই বিকল্পটি অনেকবার ব্যবহার করা যেতে পারে।

(7.21.3 এ যোগ করা হয়েছে)

--পুনরায় চেষ্টা করা
কার্ল একটি স্থানান্তর করার চেষ্টা করার সময় যদি একটি ক্ষণস্থায়ী ত্রুটি ফেরত দেওয়া হয়, এটি হবে
হাল ছেড়ে দেওয়ার আগে এই সংখ্যা বার বার চেষ্টা করুন। সংখ্যা 0 তে সেট করা কার্ল ডু করে
কোন পুনঃপ্রচার নেই (যা ডিফল্ট)। ক্ষণস্থায়ী ত্রুটি মানে হয়: একটি সময়সীমা, একটি FTP
4xx প্রতিক্রিয়া কোড বা একটি HTTP 5xx প্রতিক্রিয়া কোড।

যখন কার্ল একটি স্থানান্তর পুনরায় চেষ্টা করতে চলেছে, এটি প্রথমে এক সেকেন্ড এবং তারপরের জন্য অপেক্ষা করবে৷
সমস্ত আসন্ন পুনঃপ্রয়াস এটি অপেক্ষার সময় দ্বিগুণ করবে যতক্ষণ না এটি 10 ​​মিনিটে পৌঁছায়
যা তখন বাকি পুনঃপ্রচারের মধ্যে বিলম্ব হবে। ব্যবহার করে --পুনরায় চেষ্টা করা-
বিলম্ব আপনি এই সূচকীয় ব্যাকঅফ অ্যালগরিদম অক্ষম করুন। আরো দেখুন --পুনরায় চেষ্টা-সর্বোচ্চ সময় থেকে
পুনরায় চেষ্টা করার জন্য অনুমোদিত মোট সময় সীমিত করুন। (7.12.3 এ যোগ করা হয়েছে)

এই বিকল্পটি বেশ কয়েকবার ব্যবহার করা হলে, শেষটি ব্যবহার করা হবে।

--পুনরায় চেষ্টা-বিলম্ব
একটি স্থানান্তর ব্যর্থ হলে প্রতিটি পুনরায় চেষ্টা করার আগে এই পরিমাণ সময় কার্ল স্লিপ করুন
একটি ক্ষণস্থায়ী ত্রুটি সহ (এটি এর মধ্যে ডিফল্ট ব্যাকঅফ টাইম অ্যালগরিদম পরিবর্তন করে
পুনরায় চেষ্টা করে)। এই বিকল্প শুধুমাত্র আকর্ষণীয় যদি --পুনরায় চেষ্টা করা এছাড়াও ব্যবহার করা হয়। এই সেট করা
শূন্যে বিলম্ব করলে কার্ল ডিফল্ট ব্যাকঅফ সময় ব্যবহার করবে। (7.12.3 এ যোগ করা হয়েছে)

এই বিকল্পটি বেশ কয়েকবার ব্যবহার করা হলে, শেষটি ব্যবহার করা হবে।

--পুনরায় চেষ্টা-সর্বোচ্চ সময়
প্রথম স্থানান্তর প্রচেষ্টার আগে পুনরায় চেষ্টা করার টাইমার পুনরায় সেট করা হয়৷ পুনরায় চেষ্টা করা হবে হিসাবে
স্বাভাবিক (দেখুন --পুনরায় চেষ্টা করা) যতক্ষণ টাইমার এই প্রদত্ত সীমাতে পৌঁছে না। লক্ষ্য করুন
যে টাইমার সীমা পৌঁছে না, অনুরোধ করা হবে এবং যখন
পারফর্ম করছে, এটি এই প্রদত্ত সময়ের চেয়ে বেশি সময় নিতে পারে। একটি একক সীমাবদ্ধ
অনুরোধের সর্বোচ্চ সময়, ব্যবহার করুন -মি, --সর্বোচ্চ সময়. টাইমআউট না করার জন্য এই বিকল্পটি শূন্যে সেট করুন
পুনরায় চেষ্টা করে (7.12.3 এ যোগ করা হয়েছে)

এই বিকল্পটি বেশ কয়েকবার ব্যবহার করা হলে, শেষটি ব্যবহার করা হবে।

-s, --চুপ
নীরব বা শান্ত মোড। অগ্রগতি মিটার বা ত্রুটি বার্তা দেখাবেন না। কার্ল তৈরি করে
নিঃশব্দ এটি এখনও আপনার জন্য জিজ্ঞাসা করা তথ্য আউটপুট হবে, সম্ভাব্য এমনকি এমনকি
টার্মিনাল/stdout যদি না আপনি এটি পুনঃনির্দেশ করেন।

--sasl-ir
SASL প্রমাণীকরণে প্রাথমিক প্রতিক্রিয়া সক্ষম করুন৷ (৭.৩১.০ এ যোগ করা হয়েছে)

--কাজের নাম
এই বিকল্পটি আপনাকে SPNEGO-এর পরিষেবার নাম পরিবর্তন করতে দেয়।

উদাহরণ: --আলোচনা করুন --কাজের নাম sockd sockd/server-name ব্যবহার করবে। (এ যোগ করা হয়েছে
7.43.0).

-এস, --শো-ত্রুটি
যখন ব্যবহার করা হয় -s এটি ব্যর্থ হলে কার্লকে একটি ত্রুটি বার্তা দেখায়।

--ssl (FTP, POP3, IMAP, SMTP) সংযোগের জন্য SSL/TLS ব্যবহার করার চেষ্টা করুন। একটি অ-এ প্রত্যাবর্তন করে
সুরক্ষিত সংযোগ যদি সার্ভার SSL/TLS সমর্থন না করে। আরো দেখুন --এফটিপি-এসএসএল-
নিয়ন্ত্রণ এবং --ssl-reqd বিভিন্ন স্তরের এনক্রিপশনের জন্য প্রয়োজন। (এ যোগ করা হয়েছে
7.20.0)

এই বিকল্পটি পূর্বে হিসাবে পরিচিত ছিল --এফটিপি-এসএসএল (7.11.0 এ যোগ করা হয়েছে)। যে বিকল্প নাম পারেন
এখনও ব্যবহার করা হবে কিন্তু ভবিষ্যতের সংস্করণে সরানো হবে।

--ssl-reqd
(FTP, POP3, IMAP, SMTP) সংযোগের জন্য SSL/TLS প্রয়োজন৷ সমাপ্ত করে
সংযোগ যদি সার্ভার SSL/TLS সমর্থন না করে। (7.20.0 এ যোগ করা হয়েছে)

এই বিকল্পটি পূর্বে হিসাবে পরিচিত ছিল --ftp-ssl-reqd (7.15.5 এ যোগ করা হয়েছে)। যে বিকল্প
নাম এখনও ব্যবহার করা যেতে পারে তবে ভবিষ্যতের সংস্করণে সরানো হবে।

--ssl-অনুমতি-জন্তু
(SSL) এই বিকল্পটি কার্লকে বলে যে SSL3 এবং এর নিরাপত্তা ত্রুটির আশেপাশে কাজ না করতে
TLS1.0 প্রোটোকল BEAST নামে পরিচিত। যদি এই বিকল্পটি ব্যবহার না করা হয়, SSL স্তর ব্যবহার করতে পারে
কিছু পুরানো SSL-এর সাথে ইন্টারঅপারেবিলিটি সমস্যার জন্য পরিচিত ওয়ার্কআউন্ড
বাস্তবায়ন সতর্কীকরণ: এই বিকল্পটি SSL নিরাপত্তা শিথিল করে, এবং এটি ব্যবহার করে
পতাকা আপনি ঠিক যে জন্য জিজ্ঞাসা. (7.25.0 এ যোগ করা হয়েছে)

--ssl-না-প্রত্যাহার
(WinSSL) এই বিকল্পটি কার্লকে শংসাপত্র প্রত্যাহার চেক নিষ্ক্রিয় করতে বলে। সতর্কতা:
এই অপশনটি SSL নিরাপত্তা শিথিল করে, এবং এই পতাকাটি ব্যবহার করে আপনি ঠিক জানতে চান
যে (7.44.0 এ যোগ করা হয়েছে)

--মোজা ৪
নির্দিষ্ট SOCKS4 প্রক্সি ব্যবহার করুন। পোর্ট নম্বর উল্লেখ না থাকলে ধরে নেওয়া হয়
পোর্ট 1080 এ। (7.15.2 এ যোগ করা হয়েছে)

এই বিকল্পটি যে কোনো পূর্ববর্তী ব্যবহারকে ওভাররাইড করে -এক্স, --প্রক্সি, তারা পারস্পরিক হিসাবে
একচেটিয়া।

7.21.7 থেকে, এই বিকল্পটি অপ্রয়োজনীয় কারণ আপনি এর সাথে একটি socks4 প্রক্সি নির্দিষ্ট করতে পারেন
-এক্স, --প্রক্সি একটি socks4:// প্রোটোকল উপসর্গ ব্যবহার করে।

এই বিকল্পটি বেশ কয়েকবার ব্যবহার করা হলে, শেষটি ব্যবহার করা হবে।

-- মোজা 4a
নির্দিষ্ট SOCKS4a প্রক্সি ব্যবহার করুন। পোর্ট নম্বর উল্লেখ না থাকলে ধরে নেওয়া হয়
পোর্ট 1080 এ। (7.18.0 এ যোগ করা হয়েছে)

এই বিকল্পটি যে কোনো পূর্ববর্তী ব্যবহারকে ওভাররাইড করে -এক্স, --প্রক্সি, তারা পারস্পরিক হিসাবে
একচেটিয়া।

7.21.7 থেকে, এই বিকল্পটি অপ্রয়োজনীয় কারণ আপনি এর সাথে একটি socks4a প্রক্সি নির্দিষ্ট করতে পারেন
-এক্স, --প্রক্সি একটি socks4a:// প্রোটোকল উপসর্গ ব্যবহার করে।

এই বিকল্পটি বেশ কয়েকবার ব্যবহার করা হলে, শেষটি ব্যবহার করা হবে।

--socks5-হোস্টনাম
নির্দিষ্ট SOCKS5 প্রক্সি ব্যবহার করুন (এবং প্রক্সিকে হোস্টের নাম সমাধান করতে দিন)। যদি
পোর্ট নম্বর নির্দিষ্ট করা নেই, এটি 1080 পোর্টে ধরে নেওয়া হয়েছে। (7.18.0 এ যোগ করা হয়েছে)

এই বিকল্পটি যে কোনো পূর্ববর্তী ব্যবহারকে ওভাররাইড করে -এক্স, --প্রক্সি, তারা পারস্পরিক হিসাবে
একচেটিয়া।

7.21.7 থেকে, এই বিকল্পটি অপ্রয়োজনীয় কারণ আপনি একটি socks5 হোস্টনাম নির্দিষ্ট করতে পারেন
সঙ্গে প্রক্সি -এক্স, --প্রক্সি একটি socks5h:// প্রোটোকল উপসর্গ ব্যবহার করে।

এই বিকল্পটি বেশ কয়েকবার ব্যবহার করা হলে, শেষটি ব্যবহার করা হবে। (এই বিকল্পটি ছিল
পূর্বে ভুলভাবে নথিভুক্ত করা হয়েছে এবং নম্বর যুক্ত করা ছাড়া --socks হিসাবে ব্যবহৃত হয়েছে।)

--মোজা ৪
নির্দিষ্ট SOCKS5 প্রক্সি ব্যবহার করুন - কিন্তু স্থানীয়ভাবে হোস্ট নামটি সমাধান করুন। যদি বন্দর
নম্বরটি নির্দিষ্ট করা হয়নি, এটি 1080 পোর্টে ধরে নেওয়া হয়।

এই বিকল্পটি যে কোনো পূর্ববর্তী ব্যবহারকে ওভাররাইড করে -এক্স, --প্রক্সি, তারা পারস্পরিক হিসাবে
একচেটিয়া।

7.21.7 থেকে, এই বিকল্পটি অপ্রয়োজনীয় কারণ আপনি এর সাথে একটি socks5 প্রক্সি নির্দিষ্ট করতে পারেন
-এক্স, --প্রক্সি একটি socks5:// প্রোটোকল উপসর্গ ব্যবহার করে।

এই বিকল্পটি বেশ কয়েকবার ব্যবহার করা হলে, শেষটি ব্যবহার করা হবে। (এই বিকল্পটি ছিল
পূর্বে ভুলভাবে নথিভুক্ত করা হয়েছে এবং নম্বর যুক্ত করা ছাড়া --socks হিসাবে ব্যবহৃত হয়েছে।)

এই বিকল্পটি (পাশাপাশি --মোজা ৪) IPV6, FTPS বা LDAP এর সাথে কাজ করে না।

--socks5-gssapi-পরিষেবা
একটি মোজা সার্ভারের জন্য ডিফল্ট পরিষেবার নাম হল rcmd/server-fqdn। এই বিকল্পটি অনুমতি দেয়
আপনি এটা পরিবর্তন করতে.

উদাহরণ: --socks5 proxy-name --socks5-gssapi-পরিষেবা sockd ব্যবহার করবে sockd/proxy-
নাম --socks5 প্রক্সি-নাম --socks5-gssapi-পরিষেবা sockd/real-name ব্যবহার করবে
sockd/real-name সেই ক্ষেত্রে যেখানে প্রক্সি-নাম প্রধান নামের সাথে মেলে না।
(7.19.4 এ যোগ করা হয়েছে)।

--socks5-gssapi-nec
GSS-API আলোচনার অংশ হিসাবে একটি সুরক্ষা মোড আলোচনা করা হয়৷ RFC 1961 বলে
অধ্যায় 4.3/4.4 এটি সুরক্ষিত করা উচিত, কিন্তু NEC রেফারেন্স বাস্তবায়ন
না. পছন্দ --socks5-gssapi-nec এর অরক্ষিত বিনিময়ের অনুমতি দেয়
সুরক্ষা মোড আলোচনা। (7.19.4 এ যোগ করা হয়েছে)।

--stderr
পরিবর্তে নির্দিষ্ট ফাইলে stderr-এ সমস্ত লেখা পুনঃনির্দেশ করুন। যদি ফাইলের নাম হয় a
প্লেইন '-', এর পরিবর্তে stdout লেখা হয়।

এই বিকল্পটি বেশ কয়েকবার ব্যবহার করা হলে, শেষটি ব্যবহার করা হবে।

-t, --টেলনেট-বিকল্প
টেলনেট প্রোটোকলের বিকল্পগুলি পাস করুন৷ সমর্থিত বিকল্পগুলি হল:

TTYPE= টার্মিনাল টাইপ সেট করে।

XDISPLOC= X প্রদর্শনের অবস্থান সেট করে।

NEW_ENV= একটি পরিবেশ পরিবর্তনশীল সেট করে।

-টি, --আপলোড-ফাইল
এটি নির্দিষ্ট স্থানীয় ফাইলটিকে দূরবর্তী URL-এ স্থানান্তর করে। যদি কোন ফাইল অংশ না থাকে
নির্দিষ্ট URL-এ, কার্ল স্থানীয় ফাইলের নাম যুক্ত করবে। উল্লেখ্য যে আপনি ব্যবহার করতে হবে
একটি trailing / শেষ ডিরেক্টরিতে সত্যিই কার্ল প্রমাণ করতে যে কোন ফাইল নেই
নাম বা কার্ল মনে করবে যে আপনার শেষ ডিরেক্টরির নামটি দূরবর্তী ফাইলের নাম
ব্যবহার এটি সম্ভবত আপলোড অপারেশন ব্যর্থ হতে পারে। যদি এই ব্যবহার করা হয়
একটি HTTP(S) সার্ভার, PUT কমান্ড ব্যবহার করা হবে।

একটি প্রদত্ত ফাইলের পরিবর্তে stdin ব্যবহার করতে ফাইলের নাম "-" (একটি একক ড্যাশ) ব্যবহার করুন।
বিকল্পভাবে, ফাইলের নাম "।" (একটি একক সময়কাল) "-" এর পরিবর্তে নির্দিষ্ট করা যেতে পারে
stdin থাকাকালীন সার্ভার আউটপুট পড়ার অনুমতি দিতে নন-ব্লকিং মোডে stdin ব্যবহার করুন
আপলোড

আপনি কমান্ড লাইনে প্রতিটি URL-এর জন্য একটি -T নির্দিষ্ট করতে পারেন। প্রতিটি -T + URL জোড়া
কি এবং কোথায় আপলোড করতে হবে তা উল্লেখ করে। কার্ল -T-এর "গ্লোবিং" সমর্থন করে
যুক্তি, যার অর্থ আপনি ব্যবহার করে একটি একক URL এ একাধিক ফাইল আপলোড করতে পারেন
একই ইউআরএল গ্লোবিং স্টাইল ইউআরএলে সমর্থিত, যেমন:

curl -T "{file1,file2}" http://www.uploadtothissite.com

অথবা এমনকি

curl -T "img[1-1000].png" loading="lazy" ftp://ftp.picturemania.com/upload/

--tcp-নোডেলে
TCP_NODELAY বিকল্পটি চালু করুন। দেখুন curl_easy_setopt(২০১০) বিস্তারিত জানার জন্য ম্যান পেজ
এই বিকল্প সম্পর্কে। (7.11.2 এ যোগ করা হয়েছে)

--tftp-blksize
(TFTP) TFTP BLKSIZE বিকল্প সেট করুন (অবশ্যই >512)। এই ব্লক আকার যে কার্ল
একটি TFTP সার্ভারে বা থেকে ডেটা স্থানান্তর করার সময় ব্যবহার করার চেষ্টা করবে। ডিফল্টরূপে 512
বাইট ব্যবহার করা হবে।

এই বিকল্পটি বেশ কয়েকবার ব্যবহার করা হলে, শেষটি ব্যবহার করা হবে।

(7.20.0 এ যোগ করা হয়েছে)

--tlsauthtype
TLS প্রমাণীকরণের ধরন সেট করুন। বর্তমানে, একমাত্র সমর্থিত বিকল্প হল "SRP", এর জন্য
TLS-SRP (RFC 5054)। যদি --tlsuser এবং --tlpassword উল্লেখ করা হয় কিন্তু --tlsauthtype
হয় না, তাহলে এই বিকল্পটি "SRP" তে ডিফল্ট হয়। (7.21.4 এ যোগ করা হয়েছে)

--tlpassword
এর সাথে নির্দিষ্ট করা TLS প্রমাণীকরণ পদ্ধতির সাথে ব্যবহারের জন্য পাসওয়ার্ড সেট করুন
--tlsauthtype. যে প্রয়োজন --tlsuser এছাড়াও সেট করা. (7.21.4 এ যোগ করা হয়েছে)

--tlsuser
এর সাথে নির্দিষ্ট করা TLS প্রমাণীকরণ পদ্ধতির সাথে ব্যবহারের জন্য ব্যবহারকারীর নাম সেট করুন
--tlsauthtype. যে প্রয়োজন --tlpassword এছাড়াও সেট করা. (7.21.4 এ যোগ করা হয়েছে)

--tlsv1.0
(SSL) একটি দূরবর্তী TLS সার্ভারের সাথে আলোচনা করার সময় কার্লকে TLS সংস্করণ 1.0 ব্যবহার করতে বাধ্য করে।
(7.34.0 এ যোগ করা হয়েছে)

--tlsv1.1
(SSL) একটি দূরবর্তী TLS সার্ভারের সাথে আলোচনা করার সময় কার্লকে TLS সংস্করণ 1.1 ব্যবহার করতে বাধ্য করে।
(7.34.0 এ যোগ করা হয়েছে)

--tlsv1.2
(SSL) একটি দূরবর্তী TLS সার্ভারের সাথে আলোচনা করার সময় কার্লকে TLS সংস্করণ 1.2 ব্যবহার করতে বাধ্য করে।
(7.34.0 এ যোগ করা হয়েছে)

--tr-এনকোডিং
(HTTP) অ্যালগরিদমগুলির একটি ব্যবহার করে একটি সংকুচিত স্থানান্তর-এনকোডিং প্রতিক্রিয়ার অনুরোধ করুন
কার্ল সমর্থন করে, এবং এটি পাওয়ার সময় ডেটা আনকম্প্রেস করে।

(7.21.6 এ যোগ করা হয়েছে)

-- ট্রেস
বর্ণনামূলক সহ সমস্ত ইনকামিং এবং আউটগোয়িং ডেটার একটি সম্পূর্ণ ট্রেস ডাম্প সক্ষম করে৷
তথ্য, প্রদত্ত আউটপুট ফাইলে। আউটপুট পাঠানোর জন্য ফাইলের নাম হিসাবে "-" ব্যবহার করুন
stdout করতে

এই বিকল্পটি পূর্ববর্তী ব্যবহার ওভাররাইড করে -ভি, -- ভারবোস or --trace-ascii.

এই বিকল্পটি বেশ কয়েকবার ব্যবহার করা হলে, শেষটি ব্যবহার করা হবে।

--trace-ascii
বর্ণনামূলক সহ সমস্ত ইনকামিং এবং আউটগোয়িং ডেটার একটি সম্পূর্ণ ট্রেস ডাম্প সক্ষম করে৷
তথ্য, প্রদত্ত আউটপুট ফাইলে। আউটপুট পাঠানোর জন্য ফাইলের নাম হিসাবে "-" ব্যবহার করুন
stdout করতে

এই খুব অনুরূপ -- ট্রেস, কিন্তু হেক্স অংশটি ছেড়ে দেয় এবং শুধুমাত্র দেখায়
ডাম্পের ASCII অংশ। এটি ছোট আউটপুট তৈরি করে যার জন্য পড়তে সহজ হতে পারে
অপ্রশিক্ষিত মানুষ।

এই বিকল্পটি পূর্ববর্তী ব্যবহার ওভাররাইড করে -ভি, -- ভারবোস or -- ট্রেস.

এই বিকল্পটি বেশ কয়েকবার ব্যবহার করা হলে, শেষটি ব্যবহার করা হবে।

-- ট্রেস-টাইম
কার্ল প্রদর্শন করা প্রতিটি ট্রেস বা ভার্বোস লাইনে একটি টাইম স্ট্যাম্প প্রিপেন্ড করে। (এ যোগ করা হয়েছে
7.14.0)

--ইউনিক্স-সকেট
(HTTP) নেটওয়ার্ক ব্যবহার না করে এই ইউনিক্স ডোমেইন সকেটের মাধ্যমে সংযোগ করুন।
(7.40.0 এ যোগ করা হয়েছে)

-u, --ব্যবহারকারী
সার্ভার প্রমাণীকরণের জন্য ব্যবহার করার জন্য ব্যবহারকারীর নাম এবং পাসওয়ার্ড উল্লেখ করুন। ওভাররাইড করে -এন,
--নেটআরসি এবং --netrc-ঐচ্ছিক.

আপনি যদি কেবল ব্যবহারকারীর নাম উল্লেখ করেন, curl একটি পাসওয়ার্ডের জন্য অনুরোধ করবে।

ব্যবহারকারীর নাম এবং পাসওয়ার্ডগুলি প্রথম কোলনে বিভক্ত হয়, যা এটি তৈরি করে
এই বিকল্পের সাথে ব্যবহারকারীর নামে একটি কোলন ব্যবহার করা অসম্ভব। পাসওয়ার্ড দিতে পারে,
এখনও

Windows ভিত্তিক সার্ভারের সাথে Kerberos V5 ব্যবহার করার সময় আপনার Windows অন্তর্ভুক্ত করা উচিত
সার্ভার সফলভাবে একটি প্রাপ্ত করার জন্য ব্যবহারকারীর নামে ডোমেন নাম
Kerberos টিকেট। যদি আপনি না করেন তবে প্রাথমিক প্রমাণীকরণ হ্যান্ডশেক ব্যর্থ হতে পারে।

NTLM ব্যবহার করার সময়, ব্যবহারকারীর নামটি ব্যবহারকারীর নাম ছাড়াই নির্দিষ্ট করা যেতে পারে
ডোমেন, উদাহরণস্বরূপ আপনার সেটআপে যদি একটি একক ডোমেন এবং বন থাকে।

ডোমেন নাম নির্দিষ্ট করতে হয় ডাউন-লেভেল লগন নাম বা UPN (ব্যবহারকারী প্রধান) ব্যবহার করুন
নাম) বিন্যাস। উদাহরণস্বরূপ, EXAMPLE\user এবং [ইমেল সুরক্ষিত] যথাক্রমে.

আপনি যদি একটি Windows SSPI- সক্ষম কার্ল বাইনারি ব্যবহার করেন এবং Kerberos V5 সম্পাদন করেন, আলোচনা করুন,
NTLM বা ডাইজেস্ট প্রমাণীকরণ তারপর আপনি ব্যবহারকারীর নাম নির্বাচন করতে curl বলতে পারেন এবং
এই বিকল্পের সাথে একটি একক কোলন নির্দিষ্ট করে আপনার পরিবেশ থেকে পাসওয়ার্ড: "-u
:"

এই বিকল্পটি বেশ কয়েকবার ব্যবহার করা হলে, শেষটি ব্যবহার করা হবে।

-ইউ, --প্রক্সি-ব্যবহারকারী
প্রক্সি প্রমাণীকরণের জন্য ব্যবহার করার জন্য ব্যবহারকারীর নাম এবং পাসওয়ার্ড উল্লেখ করুন।

আপনি যদি একটি উইন্ডোজ SSPI-সক্ষম কার্ল বাইনারি ব্যবহার করেন এবং নেগোসিয়েট বা NTLM করেন
প্রমাণীকরণ তারপর আপনি কার্ল থেকে ব্যবহারকারীর নাম এবং পাসওয়ার্ড নির্বাচন করতে বলতে পারেন
এই বিকল্পের সাথে একটি একক কোলন নির্দিষ্ট করে আপনার পরিবেশ: "-U :"।

এই বিকল্পটি বেশ কয়েকবার ব্যবহার করা হলে, শেষটি ব্যবহার করা হবে।

--url
আনার জন্য একটি URL উল্লেখ করুন। আপনি যখন URL(গুলি) নির্দিষ্ট করতে চান তখন এই বিকল্পটি বেশিরভাগই কার্যকর।
একটি কনফিগার ফাইলে।

যদি প্রদত্ত URL-এ একটি স্কিমের নাম অনুপস্থিত থাকে (যেমন "http://" বা "ftp://" ইত্যাদি) তাহলে৷
কার্ল হোস্টের উপর ভিত্তি করে একটি অনুমান করবে। যদি সবচেয়ে বাইরের সাব-ডোমেন নাম মেলে
DICT, FTP, IMAP, LDAP, POP3 বা SMTP তারপর সেই প্রোটোকল ব্যবহার করা হবে, অন্যথায় HTTP
ব্যবহার করা হবে. যেহেতু 7.45.0 অনুমান একটি ডিফল্ট প্রোটোকল সেট করে অক্ষম করা যেতে পারে,
দেখ --প্রোটো-ডিফল্ট বিস্তারিত জানার জন্য.

এই বিকল্পটি যে কোনো সংখ্যক বার ব্যবহার করা যেতে পারে। এই URLটি কোথায় লেখা হয়েছে তা নিয়ন্ত্রণ করতে,
ব্যবহার -ও, --আউটপুট অথবা -ও, --দূরবর্তী নাম অপশন।

-v, --ভার্বোস
অপারেশন চলাকালীন আরও শব্দগুচ্ছ/কথোপকথন করুন। ডিবাগিং এবং দেখার জন্য দরকারী
"হুড অধীনে" কি হচ্ছে. '>' দিয়ে শুরু হওয়া একটি লাইন মানে "হেডার ডেটা" পাঠানো হয়েছে
কার্ল দ্বারা, '<' মানে "হেডার ডেটা" কার্ল দ্বারা প্রাপ্ত যা স্বাভাবিক ক্ষেত্রে লুকানো থাকে,
এবং '*' দিয়ে শুরু হওয়া একটি লাইন মানে কার্ল দ্বারা প্রদত্ত অতিরিক্ত তথ্য।

মনে রাখবেন যে আপনি যদি আউটপুটে শুধুমাত্র HTTP হেডার চান, -আমি, --অন্তর্ভুক্ত হতে পারে
আপনি খুঁজছেন বিকল্প.

আপনি যদি মনে করেন যে এই বিকল্পটি এখনও আপনাকে পর্যাপ্ত বিবরণ দেয় না, ব্যবহার করার কথা বিবেচনা করুন
-- ট্রেস or --trace-ascii পরিবর্তে.

এই বিকল্পটি পূর্ববর্তী ব্যবহার ওভাররাইড করে --trace-ascii or -- ট্রেস.

ব্যবহার -স, --চুপ কার্ল শান্ত করতে

-w, --লেখুন
একটি সম্পূর্ণ স্থানান্তর পরে stdout এ কার্ল প্রদর্শন তথ্য তৈরি করুন। বিন্যাস হল a
যে কোনো সংখ্যক ভেরিয়েবলের সাথে মিশ্রিত প্লেইন টেক্সট থাকতে পারে এমন স্ট্রিং। বিন্যাস
একটি আক্ষরিক "স্ট্রিং" হিসাবে নির্দিষ্ট করা যেতে পারে, অথবা আপনি একটি থেকে ফরম্যাট পড়তে কার্ল করতে পারেন
"@filename" দিয়ে ফাইল করুন এবং কার্লকে আপনার লেখা stdin থেকে ফরম্যাট পড়তে বলুন
"@-"।

আউটপুট বিন্যাসে উপস্থিত ভেরিয়েবল মান বা পাঠ্য দ্বারা প্রতিস্থাপিত হবে
যে কার্ল উপযুক্ত মনে করে, নীচে বর্ণিত হিসাবে. সমস্ত ভেরিয়েবল হিসাবে নির্দিষ্ট করা হয়
%{variable_name} এবং একটি সাধারণ % আউটপুট করতে আপনি শুধু %% হিসাবে লিখুন। আপনি আউটপুট করতে পারেন
\n ব্যবহার করে একটি নতুন লাইন, \r সহ একটি ক্যারেজ রিটার্ন এবং \t সহ একটি ট্যাব স্থান।

লক্ষ্য করুন: %-চিহ্নটি win32-পরিবেশে একটি বিশেষ প্রতীক, যেখানে সব
এই বিকল্পটি ব্যবহার করার সময় % এর উপস্থিতি দ্বিগুণ করতে হবে।

উপলব্ধ ভেরিয়েবল হল:

বিষয়বস্তুর প্রকার অনুরোধকৃত নথির বিষয়বস্তুর প্রকার, যদি থাকে।

ফাইলের নাম_ কার্যকরী
আলটিমেট ফাইলের নাম যা কার্ল লিখেছে। এই শুধুমাত্র
অর্থপূর্ণ যদি কার্লকে দিয়ে একটি ফাইলে লিখতে বলা হয় --দূরবর্তী নাম
or --আউটপুট বিকল্প এর সাথে একত্রে এটি সবচেয়ে কার্যকর
--রিমোট-হেডার-নাম বিকল্প (7.25.1 এ যোগ করা হয়েছে)

ftp_entry_path রিমোট এফটিপি-তে লগ ইন করার সময় প্রাথমিক পাথ কার্লটি শেষ হয়
সার্ভার (৭.১৫.৪ এ যোগ করা হয়েছে)

http_code সংখ্যাসূচক প্রতিক্রিয়া কোড যা সর্বশেষ উদ্ধার করা হয়েছিল
HTTP(S) বা FTP(গুলি) স্থানান্তর। 7.18.2 সালে উপনাম প্রতিক্রিয়া_কোড ছিল
একই তথ্য দেখানোর জন্য যোগ করা হয়েছে।

http_সংযোগ সংখ্যাসূচক কোড যা শেষ প্রতিক্রিয়াতে পাওয়া গেছে (এ থেকে
প্রক্সি) একটি কার্ল কানেক্ট অনুরোধে। (7.12.4 এ যোগ করা হয়েছে)

local_ip অতি সম্প্রতি সম্পন্ন সংযোগের স্থানীয় প্রান্তের IP ঠিকানা
- হয় IPv4 বা IPv6 হতে পারে (7.29.0 এ যোগ করা হয়েছে)

স্থানীয়_বন্দর অতি সম্প্রতি সম্পন্ন সংযোগের স্থানীয় পোর্ট নম্বর (যোগ করা হয়েছে
7.29.0)

সংখ্যা_সংযোগ সাম্প্রতিক স্থানান্তরে নতুন সংযোগের সংখ্যা। (এ যোগ করা হয়েছে
7.12.3)

num_redirects অনুরোধে অনুসরণ করা পুনঃনির্দেশের সংখ্যা। (এ যোগ করা হয়েছে
7.12.3)

redirect_url পুনঃনির্দেশ অনুসরণ করার জন্য -L ছাড়া একটি HTTP অনুরোধ করা হলে, এটি
ভেরিয়েবল প্রকৃত URL কে একটি পুনঃনির্দেশ দেখাবে would আপনাকে নিয়ে যান।
(7.18.2 এ যোগ করা হয়েছে)

remote_ip রিমোট আইপি অ্যাড্রেসটি সম্প্রতি করা সংযোগ- হতে পারে
হয় IPv4 বা IPv6 (7.29.0 এ যোগ করা হয়েছে)

remote_port অতি সম্প্রতি সম্পন্ন সংযোগের দূরবর্তী পোর্ট নম্বর (যোগ করা হয়েছে৷
7.29.0 এ)

সাইজ_ডাউনলোড ডাউনলোড করা হয়েছে মোট বাইট পরিমাণ.

সাইজ_হেডার ডাউনলোড করা হেডারের মোট বাইটের পরিমাণ।

আকার_অনুরোধ HTTP অনুরোধে পাঠানো মোট বাইটের পরিমাণ।

সাইজ_আপলোড আপলোড করা মোট বাইট পরিমাণ.

গতি_ডাউনলোড গড় ডাউনলোড গতি যা সম্পূর্ণ জন্য কার্ল পরিমাপ
ডাউনলোড প্রতি সেকেন্ডে বাইট।

গতি_আপলোড সম্পূর্ণ আপলোডের জন্য কার্ল পরিমাপ করা গড় আপলোড গতি।
প্রতি সেকেন্ডে বাইট।

ssl_verify_result
SSL পিয়ার সার্টিফিকেট যাচাইয়ের ফলাফল ছিল যে
অনুরোধ. 0 মানে যাচাইকরণ সফল হয়েছে। (এ যোগ করা হয়েছে
7.19.0)

সময়_অ্যাপকনেক্ট
সময়, সেকেন্ডে, এটি শুরু থেকে SSL/SSH/ইত্যাদি পর্যন্ত সময় নেয়
রিমোট হোস্টের সাথে সংযোগ/হ্যান্ডশেক সম্পন্ন হয়েছে। (এ যোগ করা হয়েছে
7.19.0)

সময়_সংযোগ সময়, সেকেন্ডে, এটি শুরু থেকে TCP সংযোগ পর্যন্ত সময় নেয়
দূরবর্তী হোস্টে (বা প্রক্সি) সম্পন্ন হয়েছে।

সময়_নামলুকআপ
সময়, সেকেন্ডে, এটি শুরু থেকে নাম পর্যন্ত সময় নেয়
সমাধান সম্পন্ন হয়েছে।

সময়_ব্যাখ্যা ট্রান্সফার
সময়, সেকেন্ডে, এটি শুরু থেকে ফাইল স্থানান্তর পর্যন্ত সময় নেয়
সবেমাত্র শুরু হতে চলেছে। এর মধ্যে রয়েছে সমস্ত প্রাক-হস্তান্তর কমান্ড এবং
আলোচনা যা নির্দিষ্ট প্রোটোকল(গুলি) এর সাথে নির্দিষ্ট
জড়িত।

সময়_পরিচালনা সময়, সেকেন্ডের মধ্যে, সমস্ত পুনঃনির্দেশের পদক্ষেপের জন্য নাম অন্তর্ভুক্ত
ফাইনালের আগে দেখুন, সংযোগ করুন, প্রি-ট্রান্সফার করুন এবং স্থানান্তর করুন
লেনদেন শুরু হয়। time_redirect সম্পূর্ণ এক্সিকিউশন দেখায়
একাধিক পুনঃনির্দেশের জন্য সময়। (7.12.3 এ যোগ করা হয়েছে)

সময়_স্টার্ট ট্রান্সফার
সময়, সেকেন্ডে, এটি শুরু থেকে প্রথম বাইট পর্যন্ত সময় নেয়
সবেমাত্র স্থানান্তরিত হতে চলেছে। এর মধ্যে রয়েছে সময়_প্রাক-ট্রান্সফার এবং
এছাড়াও ফলাফল গণনা করার জন্য সার্ভারের প্রয়োজনীয় সময়।

সময়_ মোট মোট সময়, সেকেন্ডে, যে সম্পূর্ণ অপারেশন স্থায়ী হয়েছিল। সময়
মিলিসেকেন্ড রেজোলিউশনের সাথে প্রদর্শিত হবে।

url_effective যে URLটি সর্বশেষ আনা হয়েছিল। এটি সবচেয়ে অর্থপূর্ণ যদি আপনি করেছেন
অবস্থান অনুসরণ করতে কার্ল বলেছেন: শিরোনাম.

এই বিকল্পটি বেশ কয়েকবার ব্যবহার করা হলে, শেষটি ব্যবহার করা হবে।

-x, --proxy <[protocol://][user:password@]proxyhost[:port]>
নির্দিষ্ট প্রক্সি ব্যবহার করুন.

প্রক্সি স্ট্রিং একটি protocol:// প্রিফিক্স দিয়ে নির্দিষ্ট করা যেতে পারে বিকল্প নির্দিষ্ট করতে
প্রক্সি প্রোটোকল। অনুরোধ করতে socks4://, socks4a://, socks5:// বা socks5h:// ব্যবহার করুন
নির্দিষ্ট SOCKS সংস্করণ ব্যবহার করা হবে। কোনো প্রোটোকল নির্দিষ্ট করা নেই, http:// এবং অন্য সব
HTTP প্রক্সি হিসাবে গণ্য করা হবে। (প্রটোকল সমর্থন কার্ল 7.21.7 এ যোগ করা হয়েছিল)

যদি পোর্ট নম্বরটি প্রক্সি স্ট্রিং-এ নির্দিষ্ট করা না থাকে, তাহলে এটি 1080 বলে ধরে নেওয়া হয়।

এই বিকল্পটি বিদ্যমান এনভায়রনমেন্ট ভেরিয়েবলকে ওভাররাইড করে যা ব্যবহার করার জন্য প্রক্সি সেট করে। যদি
প্রক্সি সেট করার একটি পরিবেশ পরিবর্তনশীল আছে, আপনি প্রক্সিকে "" তে সেট করতে পারেন
এটা ওভাররাইড

একটি HTTP প্রক্সির মাধ্যমে সঞ্চালিত সমস্ত অপারেশন স্বচ্ছভাবে হবে
HTTP-তে রূপান্তরিত। এর মানে হল যে নির্দিষ্ট প্রোটোকল নির্দিষ্ট অপারেশন নাও হতে পারে
উপলব্ধ আপনি যদি প্রক্সির মাধ্যমে টানেল করতে পারেন তবে এটি এমন নয়
দ্য -পি, --প্রক্সিটানেল বিকল্প।

প্রক্সি স্ট্রিং-এ দেওয়া হতে পারে এমন ব্যবহারকারী এবং পাসওয়ার্ড ইউআরএল দ্বারা ডিকোড করা হয়
কার্ল এটি আপনাকে @ %40 বা পাস ব্যবহার করে বিশেষ অক্ষরে পাস করতে দেয়
%3a সহ একটি কোলনে।

প্রক্সি হোস্ট প্রক্সি পরিবেশের মতো ঠিক একইভাবে নির্দিষ্ট করা যেতে পারে
ভেরিয়েবল, প্রোটোকল উপসর্গ (http://) এবং এমবেডেড ব্যবহারকারী + সহ
পাসওয়ার্ড।

এই বিকল্পটি বেশ কয়েকবার ব্যবহার করা হলে, শেষটি ব্যবহার করা হবে।

-এক্স, --অনুরোধ
(HTTP) HTTP এর সাথে যোগাযোগ করার সময় ব্যবহার করার জন্য একটি কাস্টম অনুরোধ পদ্ধতি নির্দিষ্ট করে
সার্ভার অন্যথায় পদ্ধতির পরিবর্তে নির্দিষ্ট অনুরোধ পদ্ধতি ব্যবহার করা হবে
ব্যবহৃত (যা ডিফল্ট GET)। বিস্তারিত জানার জন্য HTTP 1.1 স্পেসিফিকেশন পড়ুন এবং
ব্যাখ্যা সাধারণ অতিরিক্ত HTTP অনুরোধগুলির মধ্যে PUT এবং DELETE অন্তর্ভুক্ত, তবে সম্পর্কিত
WebDAV-এর মতো প্রযুক্তিগুলি PROPFIND, কপি, মুভ এবং আরও অনেক কিছু অফার করে৷

সাধারণত আপনার এই বিকল্পের প্রয়োজন নেই। সমস্ত ধরণের GET, HEAD, POST এবং PUT অনুরোধ
বরং ডেডিকেটেড কমান্ড লাইন বিকল্প ব্যবহার করে আহ্বান করা হয়।

এই বিকল্পটি শুধুমাত্র HTTP অনুরোধে ব্যবহৃত প্রকৃত শব্দ পরিবর্তন করে, এটি করে না
কার্ল আচরণের উপায় পরিবর্তন করুন। সুতরাং উদাহরণস্বরূপ যদি আপনি একটি সঠিক মাথা করতে চান
অনুরোধ, -X HEAD ব্যবহার করে যথেষ্ট হবে না। আপনি ব্যবহার করতে হবে -আমি, --মাথা বিকল্প।

আপনি যে পদ্ধতির স্ট্রিংটি -X এর সাথে সেট করেছেন তা সমস্ত অনুরোধের জন্য ব্যবহার করা হবে, যা আপনি যদি করেন
উদাহরণ ব্যবহার -এল, -- অবস্থান কার্ল না হলে অনিচ্ছাকৃত পার্শ্বপ্রতিক্রিয়া হতে পারে
HTTP 30x প্রতিক্রিয়া কোড অনুযায়ী অনুরোধের পদ্ধতি পরিবর্তন করুন - এবং অনুরূপ।

(FTP) ফাইল তালিকা করার সময় তালিকার পরিবর্তে ব্যবহার করার জন্য একটি কাস্টম FTP কমান্ড নির্দিষ্ট করে
FTP সহ।

(POP3) LIST বা RETR এর পরিবর্তে ব্যবহার করার জন্য একটি কাস্টম POP3 কমান্ড নির্দিষ্ট করে। (এ যোগ করা হয়েছে
7.26.0)

(IMAP) তালিকার পরিবর্তে ব্যবহার করার জন্য একটি কাস্টম IMAP কমান্ড নির্দিষ্ট করে। (৭.৩০.০ এ যোগ করা হয়েছে)

(SMTP) HELP বা VRFY-এর পরিবর্তে ব্যবহার করার জন্য একটি কাস্টম SMTP কমান্ড নির্দিষ্ট করে৷ (এ যোগ করা হয়েছে
7.34.0)

এই বিকল্পটি বেশ কয়েকবার ব্যবহার করা হলে, শেষটি ব্যবহার করা হবে।

--xattr
একটি ফাইলে আউটপুট সংরক্ষণ করার সময়, এই বিকল্পটি কার্লকে নির্দিষ্ট ফাইল মেটাডেটা সংরক্ষণ করতে বলে
বর্ধিত ফাইল বৈশিষ্ট্য মধ্যে. বর্তমানে, URLটি xdg.origin.url-এ সংরক্ষিত আছে
attribute এবং, HTTP-এর জন্য, কন্টেন্টের ধরন mime_type অ্যাট্রিবিউটে সংরক্ষিত থাকে। যদি
ফাইল সিস্টেম বর্ধিত বৈশিষ্ট্য সমর্থন করে না, একটি সতর্কতা জারি করা হয়।

-y, --স্পীড-টাইম
যদি একটি ডাউনলোড একটি গতি-সময়ের সময় প্রতি সেকেন্ডে গতি-সীমা বাইটের চেয়ে ধীর হয়
সময়কালে, ডাউনলোড বাতিল হয়ে যায়। যদি গতি-সময় ব্যবহার করা হয়, ডিফল্ট গতি-সীমা
সঙ্গে সেট করা না হলে 1 হবে -Y.

এই বিকল্পটি স্থানান্তর নিয়ন্ত্রণ করে এবং এইভাবে ধীর সংযোগ ইত্যাদিকে প্রভাবিত করবে না
আপনার জন্য একটি উদ্বেগ, চেষ্টা করুন --কানেক্ট-টাইমআউট বিকল্প।

এই বিকল্পটি বেশ কয়েকবার ব্যবহার করা হলে, শেষটি ব্যবহার করা হবে।

-Y, --গতি-সীমা
যদি একটি ডাউনলোড স্পিড-টাইমের জন্য এই প্রদত্ত গতির চেয়ে ধীর হয় (বাইট প্রতি সেকেন্ডে)
সেকেন্ডে এটি বাতিল হয়ে যায়। সঙ্গে গতি-সময় সেট করা হয় -y এবং সেট না হলে 30 হয়।

এই বিকল্পটি বেশ কয়েকবার ব্যবহার করা হলে, শেষটি ব্যবহার করা হবে।

-z, --time-cond |
(HTTP/FTP) একটি ফাইলের অনুরোধ করুন যা প্রদত্ত সময়ের চেয়ে পরে সংশোধন করা হয়েছে এবং
তারিখ, বা সেই সময়ের আগে পরিবর্তন করা হয়েছে। দ্য হতে পারে
সব ধরণের তারিখের স্ট্রিং বা যদি এটি কোনও অভ্যন্তরীণগুলির সাথে মেলে না, এটি হিসাবে নেওয়া হয়
একটি ফাইলের নাম এবং থেকে পরিবর্তনের তারিখ (mtime) পেতে চেষ্টা করে পরিবর্তে. দেখা
দ্য curl_getdate(২০১০) তারিখ প্রকাশের বিবরণের জন্য ম্যান পেজ।

একটি ড্যাশ (-) দিয়ে তারিখের অভিব্যক্তিটি শুরু করুন যাতে এটি একটি নথির জন্য অনুরোধ করে
প্রদত্ত তারিখ/সময়ের চেয়ে পুরানো, ডিফল্ট একটি নথি যা এর থেকে নতুন
নির্দিষ্ট তারিখ/সময়।

এই বিকল্পটি বেশ কয়েকবার ব্যবহার করা হলে, শেষটি ব্যবহার করা হবে।

-এইচ, --হেল্প
ব্যবহার সাহায্য. এটি একটি সংক্ষিপ্ত বিবরণ সহ সমস্ত বর্তমান কমান্ড লাইন বিকল্পগুলি তালিকাভুক্ত করে।

-এম, --ম্যানুয়াল
ম্যানুয়াল। বিশাল সাহায্য পাঠ্য প্রদর্শন করুন.

-ভি, - রূপান্তর
কার্ল এবং এটি ব্যবহার করা libcurl সংস্করণ সম্পর্কে তথ্য প্রদর্শন করে।

প্রথম লাইনে কার্ল, libcurl এবং অন্যান্য 3য় পক্ষের সম্পূর্ণ সংস্করণ অন্তর্ভুক্ত রয়েছে
এক্সিকিউটেবলের সাথে যুক্ত লাইব্রেরি।

দ্বিতীয় লাইন ("প্রোটোকল:" দিয়ে শুরু হয়) সমস্ত প্রোটোকল দেখায় যা libcurl রিপোর্ট করে
সাহায্য করা.

তৃতীয় লাইন ("বৈশিষ্ট্য:" দিয়ে শুরু হয়) নির্দিষ্ট বৈশিষ্ট্যগুলিকে libcurl রিপোর্টগুলি দেখায়৷
অফার উপলব্ধ বৈশিষ্ট্য অন্তর্ভুক্ত:

IPv6 আপনি এটি দিয়ে IPv6 ব্যবহার করতে পারেন।

FTP-এর জন্য krb4 Krb4 সমর্থিত।

বিভিন্ন প্রোটোকলের SSL SSL সংস্করণ সমর্থিত, যেমন HTTPS, FTPS, POP3S
এবং তাই.

libz HTTP-র মাধ্যমে সংকুচিত ফাইলগুলির স্বয়ংক্রিয় ডিকম্প্রেশন সমর্থিত।

NTLM NTLM প্রমাণীকরণ সমর্থিত।

ডিবাগ এই কার্লটি ডিবাগ সহ নির্মিত একটি libcurl ব্যবহার করে। এটি আরও ত্রুটি-ট্র্যাকিং সক্ষম করে
এবং মেমরি ডিবাগিং ইত্যাদি। শুধুমাত্র কার্ল-ডেভেলপারদের জন্য!

AsynchDNS
এই কার্ল অ্যাসিঙ্ক্রোনাস নাম সমাধান ব্যবহার করে। অ্যাসিঙ্ক্রোনাস নাম সমাধান হতে পারে
হয় c-ares বা থ্রেডেড রেজলভার ব্যাকএন্ড ব্যবহার করে করা হয়।

SPNEGO SPNEGO প্রমাণীকরণ সমর্থিত।

বড় ফাইল
এই কার্ল বড় ফাইল, 2GB এর চেয়ে বড় ফাইল স্থানান্তর সমর্থন করে।

IDN এই কার্ল IDN সমর্থন করে - আন্তর্জাতিক ডোমেইন নাম।

GSS-API
GSS-API সমর্থিত।

SSPI SSPI সমর্থিত।

টিএলএস এসআরপি
SRP (সিকিউর রিমোট পাসওয়ার্ড) প্রমাণীকরণ TLS-এর জন্য সমর্থিত।

HTTP2 HTTP/2 সমর্থন বিল্ট-ইন করা হয়েছে।

মেটালিংক
এই কার্ল মেটালিঙ্ক সমর্থন করে (উভয় সংস্করণ 3 এবং 4 (RFC 5854)), যা
আয়না এবং হ্যাশ বর্ণনা করে। কার্ল যদি সেখানে ব্যর্থতার জন্য আয়না ব্যবহার করবে
ত্রুটিগুলি (যেমন ফাইল বা সার্ভার উপলব্ধ নয়)।

onworks.net পরিষেবা ব্যবহার করে অনলাইনে কার্ল ব্যবহার করুন