dacshttp - آنلاین در ابر

برنامه:

نام

dacshttp - یک درخواست HTTP/HTTPS را انجام دهید

خلاصه

dacshttp [-گرفتن | -پست | -حذف | -سر | -گزینه ها | -گزینه ها | -قرار دادن] [-ll log_level]
[-سریع] [-v] [- نسخه] [[-ct رشته] | [--نوع محتوا رشته]]
[{-سرتیتر نام ارزش}...] [سربرگ نام فایل] [-کسی نام فایل] [-آه]
[-عامل کاربر رشته] [{-p نام ارزش}...] [-پرتو نسخه-شماره]
[-پروکسی پروکسی هاست:درگاه پروکسی]
[-تطبیق پروکسی نام میزبان[:بندر] پروکسی هاست:درگاه پروکسی] [-f نام نام فایل]
[{-بیسکویت ها نام فایل}...] [-هه] [-ssl خط فرمان] [-ssl-flags پرچم ها] URI

شرح

این برنامه بخشی از DACS سوئیت این یک برنامه مستقل است که هیچکدام آن را نمی پذیرند
معمول DACS گزینه های خط فرمان (داکسوپشن ها[1]) و به هیچ کدام دسترسی ندارد DACS پیکر بندی
فایل های.

این ابزار همه منظوره یک درخواست HTTP/HTTPS برای آن ارسال می کند URI به یک وب سرور و
پاسخ را به خروجی استاندارد خود چاپ می کند.

dacshttp به طور خودکار با توجه به تغییر مسیرها دنبال می شود RFC 2616[2] و تا a
حداکثر زمان کامپایل، مگر اینکه -سریع پرچم داده شده است. یک پسوند غیر استاندارد این است که a
تغییر مسیر به یک URI غیر مطلق به شیوه ای سازگار با اکثر مرورگرها تفسیر می شود.

در نسخه های 1.4.27b و قبل از آن، این دستور فراخوانی شد HTTP.

توجه داشته باشید:
DACS می تواند درخواست های HTTP خود را صادر کند، مانند از dacs_authenticate به یک خارجی
ماژول احراز هویت این قابلیت HTTP توسط همان کد پشتیبانی ارائه می شود
که dacshttp دستور استفاده می کند و بنابراین بسیاری از اطلاعات زیر
برای این درخواست های تولید شده داخلی نیز اعمال می شود (به عنوان مثال، HTTP_PROG[3]، SSL_PROG[4]،
SSL_PROG_ARGS[5]، SSL_PROG_CA_CRT[6]، SSL_PROG_CLIENT_CRT[7]، VFS[8]).

OPTIONS

روش HTTP GET به طور پیش فرض استفاده می شود، اما برخی از پرچم ها به طور ضمنی روش دیگری را انتخاب می کنند
روش (مثلا -f و -p). یکی از پرچم های زیر را می توان برای مشخص کردن صریح استفاده کرد
روش HTTP، به شرطی که با گزینه های دیگر سازگار باشد:

-گرفتن
از روش GET (پیش فرض) استفاده کنید.

-پست
از روش POST استفاده کنید.

-سر
از روش HEAD استفاده کنید.

-قرار دادن
از روش PUT استفاده کنید.

-حذف
از روش DELETE استفاده کنید.

-گزینه ها
از روش OPTIONS استفاده کنید.

-گزینه ها
از روش OPTIONS استفاده کنید اما هر چیزی را که از مؤلفه مرجع پیروی می کند نادیده بگیرید URI
و در عوض از مورد خاص "*" درخواست URI استفاده کنید که به این معنی است که درخواست اعمال می شود
به خود سرور و نه به یک منبع خاص.

این پرچم های خط فرمان نیز شناسایی می شوند:

-هه
اگر قرار است کوکی ها (مدارک اعتباری) ارسال شوند (نگاه کنید به -بیسکویت ها) از یک هدر Authorization استفاده کنید
به جای هدر کوکی.

-کسی نام فایل
متن پیام را بخوانید نام فایل. فرض بر این است که بدن قبلا بوده است
به طور مناسب برای نوع محتوای درخواست قالب بندی شده است.

-بیسکویت ها نام فایل
کوکی ها را از نام فایل، یک در هر خط، برای ارسال با درخواست با استفاده از کوکی
سرتیتر. چند کوکی با استفاده از یک نیم دونقطه که به دنبال آن است از هم جدا می شوند نت اسکیپ
تنظیمات[9]. از طرف دیگر، چندین کوکی را می توان در یک خط ترکیب کرد و جدا کرد
با نقطه ویرگول یا کاما (به دنبال RFC 2109[10] یا RFC 2965[11]). این
استدلال ممکن است تکرار شود

-ct رشته
--نوع محتوا رشته
سربرگ درخواست Content-Type را روی آن تنظیم کنید رشته. اگر درخواست دارای یک نهاد-بدنه باشد،
Content-Type پیش فرض برنامه/x-www-form-urlencoded است. اگر درخواست انجام نشود
دارای یک نهاد-بدنه، به طور پیش فرض سرصفحه درخواست نوع محتوا تنظیم نشده است.

-f نام نام فایل
محتویات را پاس می کند و کدگذاری می کند نام فایل به عنوان مقدار نام به طور پیش فرض،
روش POST استفاده خواهد شد، اگرچه PUT و OPTIONS را می توان انتخاب کرد. اگر نام فایل is
"-"، ورودی استاندارد خوانده می شود؛ این فرم فقط یک بار در خط فرمان قابل استفاده است.
این استدلال ممکن است تکرار شود.

-سرتیتر نام ارزش
این پرچم که ممکن است تکرار شود باعث ایجاد هدر HTTP می شود نام: ارزش با ارسال شود
درخواست. نه نه نام نه ارزش به هر نحوی بررسی می شوند.

توجه داشته باشید:
این هدرهای مورد نیاز یا ضمنی دیگر پرچم های خط فرمان را لغو نمی کند.
به عنوان مثال، پرچم های زیر معادل نیستند:

-سرتیتر کاربر-عامل foo
-عامل کاربر فو

مورد اول هدر User-Agent را دو بار ارسال می کند.

سربرگ نام فایل
سرصفحه های پیام اضافی را بخوانید نام فایل، یکی در هر خط، و آنها را با
درخواست (رجوع کنید به -سرتیتر پرچم). این پرچم ممکن است تکرار شود.

-آه
هدرهای پاسخ HTTP را در خروجی قرار دهید. آنها با یک خط خالی خاتمه می یابند.
خط وضعیت دارای برچسب "Status-Line" است.

-ll log_level
سطح خروجی اشکال زدایی را روی log_level (نگاه کنید به dacs(1)[12]). سطح پیش فرض است
هشدار، و -v پرچم سطح را برای اشکال زدایی یا ردیابی افزایش می دهد.

-p نام ارزش
name=value را به عنوان بخشی از entity-body پاس می کند و کدگذاری می کند. به طور پیش فرض، روش POST
استفاده خواهد شد، اگرچه PUT و OPTIONS را می توان انتخاب کرد. این استدلال ممکن است تکرار شود.

-سریع
از کاربر بخواهید پس از رویدادهای خاصی مانند دریافت a، اجازه ادامه دهد
تغییر مسیر پاسخ فقط در صورتی مثبت است که «بله» یا «ی» باشد. اگر این گزینه است
مشخص نشده است، اقدام مثبت به طور خودکار انجام خواهد شد.

-پرتو نسخه-شماره
عملکرد مطابق با نسخه-شماره پروتکل HTTP (به عنوان مثال، 1.0).

-پروکسی پروکسی هاست:درگاه پروکسی
همه درخواست‌های HTTP را فوروارد کنید (به جز مواردی که با a مطابقت دارند -تطبیق پروکسی پرچم) به
سرور پروکسی در درگاه پروکسی (شماره پورت عددی یا نام سرویس شناخته شده) روشن است
پروکسی هاست (نام دامنه یا آدرس IP). پروکسی به طور کامل توسط پشتیبانی نمی شود dacshttp,
اما به جای سرور مشخص شده به سرور پراکسی مشخص شده متصل می شود
URI.

-تطبیق پروکسی نام میزبان[:بندر] پروکسی هاست:درگاه پروکسی
If نام میزبان با میزبان مشخص شده مطابقت دارد URI، درخواست HTTP را از طریق پروکسی کنید
پروکسی هاست (نام دامنه یا آدرس IP) در درگاه پروکسی (شماره پورت عددی یا
نام سرویس شناخته شده). اگر بندر داده نشده است، 80 در نظر گرفته شده است (برای http
طرح) یا 443 (برای طرح https). تطبیق با حل انجام می شود نام میزبان به یک IP
آدرس (در صورت لزوم) و مقایسه آن با آدرس IP موثری که مشخص شده است
by URI. این پرچم در اولویت قرار دارد -پروکسی پرچم، بنابراین می توان از آن استفاده کرد
یک سرور پروکسی پیش فرض را لغو کنید.

توجه داشته باشید:
این گزینه اجرا نمی شود. پرچم های SSL اعمال می شود تمام اتصالات؛ این هست
احتمالا یک اشکال

-ssl خط فرمان
این پرچم نشان می دهد که HTTPS (یعنی HTTP از طریق اتصال SSL) قرار است استفاده شود.
صرف نظر از طرح مشخص شده توسط URI. زیرا dacshttp مستقیماً شامل نمی شود
عملکرد SSL، از لوله ها برای برقراری ارتباط با یک برنامه خارجی که فراهم می کند استفاده می کند
اتصال SSL در ssclient(1)دستور [13] برای این امر به شدت توصیه می شود
هدف (نسخه 3.26 از stunnel(1) و 3، که همراه با برخی از نسخه های منتشر شده از
stunnel-4.x، همچنین ممکن است کار کند).

La خط فرمان یک خط فرمان پوسته کامل است که برای اجرای برنامه استفاده خواهد شد
به عنوان یک فیلتر برای مثال، این آرگومان ممکن است شبیه یکی از موارد زیر باشد:

-ssl "/usr/local/dacs/bin/sslclient example.com:443"

-ssl "/usr/local/bin/stunnel -c -r example.com:443"

اگر -ssl استدلال وجود ندارد اما URI آرگومان از طرح https استفاده می کند، dacshttp
همچنان سعی خواهد کرد از SSL استفاده کند. سعی خواهد کرد استفاده کند ssclient(1)[13] و فرض کنید که در است
موقعیت پیش فرض آن اگر -ssl آرگومان موجود است اما فقط یک رشته را مشخص می کند،
آن رشته به عنوان مسیری به آن در نظر گرفته می شود ssclient(1)[13]. اولین مثال زیر
اجرا خواهد شد ssclient(1)[13] از /tmp/sslclient برای اتصال به پورت 443 در example.com.
مثال دوم همان اثر را دارد اما اجرا خواهد شد ssclient(1)[13] از پیش فرض آن
محل:

% dacshttp -ssl "/tmp/sslclient" https://example.com
% dacshttp https://example.com

-ssl-flags پرچم ها
اگر عملیات SSL فعال باشد اما -ssl پرچم وجود ندارد یا به سادگی a را مشخص نکرده است
نام مسیر، ضمیمه پرچم ها به لیست آرگومان هایی که باید به SSL خارجی منتقل شوند
تامین کننده؛ وقتی که -ssl flag بیش از یک آرگومان را مشخص می کند، این پرچم نادیده گرفته می شود.
La پرچم ها رشته فهرستی از آرگومان ها با فاصله جدا شده است. این پرچم ممکن است تکرار شود.

مثلاً در این مثال dacshttp استناد خواهد کرد ssclient با دو استدلال -sm
و bobo.example.com:

% dacshttp -ssl-flags "-sm bobo.example.com" https://example.com

در صورت استفاده از گواهی سرور wildcard، ممکن است لازم باشد که صریحاً با همه مطابقت داشته باشد
میزبان ها در یک دامنه خاص:

% dacshttp -ssl-flags "-sm .*\.example\.com" https://example.com

مهم
هنگامی که توسط dacshttp، پیام های خطا تولید شده توسط ssclient ممکن است گم شود اگر شما
با عملکرد SSL با مشکلاتی مواجه شوید، با آن کار کنید ssclient(1)[13] برای اطمینان از آن
می توان یک اتصال SSL ایجاد کرد یا برای تعیین و حل مشکل. اگر
شما آن را کشف می کنید ssclient شما نیاز به پرچم های خط فرمان برای عملکرد مناسب دارد
باید مطمئن شود که dacshttp آن پرچم ها را به آن منتقل می کند.

-عامل کاربر رشته
User-Agent request-header را روی آن تنظیم کنید رشته. اگر ارائه نشود، این رشته خواهد داشت
پیشوند "DACS-http/" و به دنبال آن a DACS شناسه انتشار (مثال:
"DACS-http/1.4.1").

-v
سطح خروجی اشکال زدایی را افزایش دهید. این باعث می شود که هدرهای پاسخ باشند
برای مثال نمایش داده می شود. پرچم ممکن است تکرار شود.

- نسخه
اطلاعات نسخه را در stderr چاپ کنید، سپس بلافاصله از آن خارج شوید.

La URI آرگومان URL برای فراخوانی است. ممکن است شامل یک پسوند رشته پرس و جو باشد (حتی اگر HTTP
POST انتخاب شده است).

چه به صورت ضمنی یا صریح انتخاب شود، خط فرمان باید دقیقاً یکی از آنها را مشخص کند
روش های HTTP

درخواست سرصفحه مشخص شده با استفاده از -سرتیتر or سربرگ پرچم ها به ترتیب ارسال می شوند
که پرچم ها در خط فرمان ظاهر می شوند. اگر آنها را از یک فایل خوانده شده، وجود دارد سفارش
نگهداری می شود.

مثال ها

موارد زیر بازیابی خواهد شد RFC 2616[2] و آن را در rfc2616.txt ذخیره کنید:

% dacshttp "http://www.rfc-editor.org/rfc/rfc2616.txt" > rfc2616.txt

این یک GET را در URL داده شده انجام می دهد و رشته پرس و جو را ارسال می کند فو = باز، و نوشتن
نتیجه به stdout:

% dacshttp "https://example.com/cgi-bin/dacs/dacs_prenv?foo=baz"

این یک POST در URL داده شده انجام می دهد و دو آرگومان ارسال می کند:

% dacshttp -p foo baz -p bar zork https://example.com/cgi-bin/dacs/dacs_prenv

این یک درخواست روش HTTP GET از طریق SSL به URL داده شده می کند:

% dacshttp -ssl "/usr/local/dacs/bin/sslclient example.com:443"
https://example.com/cgi-bin/dacs/dacs_prenv

عیب یابی

اگر همه چیز خوب بود، برنامه از 0 خارج می شود، اگر خطایی رخ دهد از 1 خارج می شود.

با استفاده از خدمات onworks.net از dacshttp آنلاین استفاده کنید