سیکشن 1.
June 5, 2026 · View on GitHub
CIDRAM v4 لیے دستاویزی (اردو).
فہرست:
Regarding translations: My native language is English. Because this is a free and open-source hobby project which generates zero income, and translatable content is likely to change as the features and functionality supported by the project changes, it doesn't make sense for me to spend money for translations. Because I'm the sole author/developer/maintainer for the project and I'm not a ployglot, any translations I produce are very likely to contain errors. Sorry, but realistically, that won't ever change. If you find any such errors/typos/mistakes/etc, your assistance to correct them would be very much appreciated. Pull requests are invited and encouraged. Otherwise, if you find these errors too much to handle, just stick with the original English source. If a translation is irredeemably incomprehensible, let me know which, and I can delete it. If you're not sure how to perform pull requests, ask. I can help.
۲.۰ دستی طور پر نصب
۲. CIDRAM core لانچ کرنا.
۳. "protect" کے طریقہ کار کو کال کرنا.
<?php
require_once '/path/to/the/vault/directory/loader.php';
(new \CIDRAM\CIDRAM\Core())->protect();
php.ini تک رسائی حاصل ہے، تو آپ جب بھی PHP کی کوئی درخواست کی جاتی ہے تو آپ CIDRAM کو آگے بڑھانے کے لیے X ہدایت کا استعمال کر سکتے ہیں، جب بھی PHP کی درخواست کی جاتی ہے تو آپ CIDRAM کو پہلے سے پینڈ کرنے کے لیے auto_prepend_file ہدایت استعمال کر سکتے. ایسی صورت میں، آپ کا انٹری پوائنٹ بنانے کے لیے سب سے مناسب جگہ اس کی اپنی فائل میں ہوگی، اور پھر آپ اس فائل کا حوالہ دیں گے auto_prepend_file ہدایت پر.auto_prepend_file = "/path/to/your/entrypoint.php"
.htaccess فائل میں:php_value auto_prepend_file "/path/to/your/entrypoint.php"
۲.۱ COMPOSER کے ساتھ نصب
composer require cidram/cidram
۲.۲ ورڈپریس کے لیے نصب
۲.۳ کنفگریشن اور حسب ضرورت
۴.۰ سامنے کے آخر کیا ہے.
۴.۱ فرنٹ اینڈ تک کیسے رسائی حاصل کی جائے.
۲. CIDRAM front-end لانچ کرنا.
۳. "view" کے طریقہ کار کو کال کرنا.
<?php
require_once '/path/to/the/vault/directory/loader.php';
(new \CIDRAM\CIDRAM\FrontEnd())->view();
<?php
require_once '/path/to/the/vault/directory/loader.php';
$CIDRAM = new \CIDRAM\CIDRAM\FrontEnd();
$CIDRAM->protect();
$CIDRAM->view();
auto_prepend_file یا .htaccess استعمال نہیں کرنا چاہیں گے.۴.۲ سامنے کے آخر میں کس طرح استعمال.
۴.۳ 2FA
enable_two_factor true سیٹ کریں. 2FA اب فعال ہونا چاہیے.foo@bar.tld کی طرح)، یا اس صارف کے صارف کے حصے کے طور پر ای میل پتہ بھی شامل ہے جس طرح آپ عام طور پر ای میل بھیجیں گے (کچھ Foo Bar <foo@bar.tld> کی طرح)."config.yml" کنفگریشن فائل میں CIDRAM کو دستیاب ہدایات کی ایک فہرست ہے.کنفگریشن (v4)
│
├───general
│ stages [string]
│ fields [string]
│ timezone [string]
│ time_offset [int]
│ time_format [string]
│ ipaddr [string]
│ http_response_header_code [int]
│ silent_mode [string]
│ silent_mode_response_header_code [int]
│ lang [string]
│ lang_override [bool]
│ numbers [string]
│ emailaddr [string]
│ emailaddr_display_style [string]
│ default_dns [string]
│ default_algo [string]
│ statistics [string]
│ statistics_captchas [string]
│ force_hostname_lookup [bool]
│ allow_gethostbyaddr_lookup [bool]
│ disabled_channels [string]
│ request_proxy [string]
│ request_proxyauth [string]
│ default_timeout [int]
│ sensitive [string]
│ email_notification_address [string]
│ email_notification_name [string]
│ email_notification_when [string]
├───components
│ ipv4 [string]
│ ipv6 [string]
│ modules [string]
│ imports [string]
│ events [string]
├───logging
│ standard_log [string]
│ apache_style_log [string]
│ serialised_log [string]
│ error_log [string]
│ outbound_request_log [string]
│ report_log [string]
│ truncate [string]
│ log_rotation_limit [int]
│ log_rotation_action [string]
│ log_banned_ips [bool]
│ log_sanitisation [bool]
├───frontend
│ frontend_log [string]
│ signatures_update_event_log [string]
│ max_login_attempts [int]
│ theme [string]
│ theme_mode [string]
│ magnification [float]
│ custom_header [string]
│ custom_footer [string]
│ remotes [string]
│ enable_two_factor [bool]
├───signatures
│ shorthand [string]
│ default_tracktime [string]
│ infraction_limit [int]
│ tracking_override [bool]
│ conflict_response [int]
├───verification
│ search_engines [string]
│ social_media [string]
│ other [string]
│ adjust [string]
├───captcha
│ usemode [int]
│ nonblocked_status_code [int]
│ api [string]
│ messages [string]
│ lockto [string]
│ hcaptcha_sitekey [string]
│ hcaptcha_secret [string]
│ friendly_sitekey [string]
│ friendly_apikey [string]
│ turnstile_sitekey [string]
│ turnstile_secret [string]
│ expiry [float]
│ signature_limit [int]
│ log [string]
├───legal
│ pseudonymise_ip_addresses [bool]
│ privacy_policy [string]
├───template_data
│ theme [string]
│ theme_mode [string]
│ magnification [float]
│ css_url [string]
│ block_event_title [string]
│ captcha_title [string]
│ custom_header [string]
│ custom_footer [string]
├───rate_limiting
│ max_bandwidth [string]
│ max_requests [int]
│ precision_ipv4 [int]
│ precision_ipv6 [int]
│ allowance_period [string]
│ exceptions [string]
│ segregate [bool]
├───supplementary_cache_options
│ prefix [string]
│ enable_apcu [bool]
│ enable_memcached [bool]
│ enable_redis [bool]
│ enable_pdo [bool]
│ memcached_host [string]
│ memcached_port [int]
│ redis_host [string]
│ redis_port [int]
│ redis_timeout [float]
│ redis_database_number [int]
│ pdo_dsn [string]
│ pdo_username [string]
│ pdo_password [string]
└───bypasses
used [string]
"general" (قسم)
"stages" [string]
[string]- عمل درآمد کے مراحل کے لیے کنٹرول (فعال کرنے کے اقدامات، غلطی لاگنگ، وغیرہ).
stages───[اس مرحلے کو فعال کریں؟]─[اس مرحلے کے دوران پیدا ہونے والی کسی غلطی کو لاگ کریں؟]─[IP ٹریکنگ کی طرف اس مرحلے کے دوران پیدا ہونے والی خلاف ورزیوں کو شمار کریں؟]
├─BanCheck ("چیک کریں کہ آیا پابندی لگائی گئی ہے")
├─Tests ("دستخطی فائلوں کے ٹیسٹ پر عمل کریں")
├─Modules ("ماڈیولز پر عمل کریں")
├─SearchEngineVerification ("سرچ انجن کی تصدیق پر عمل کریں")
├─SocialMediaVerification ("سوشل میڈیا کی تصدیق پر عمل کریں")
├─OtherVerification ("دوسری توثیق پر عمل کریں")
├─Aux ("معاون قوانین پر عمل کریں")
├─Tracking ("IP ٹریکنگ پر عمل کریں")
├─RL ("ریٹ محدود کرنے پر عمل کریں")
├─CAPTCHA ("CAPTCHA تعینات کریں (بلاک شدہ درخواستیں)")
├─Reporting ("رپورٹنگ پر عمل کریں")
├─Statistics ("اعداد و شمار کو اپ ڈیٹ کریں")
├─Webhooks ("ویب ہکس پر عمل کریں")
├─TriggerNotifications ("ای میل ٹرگر اطلاع کی قطار پر کارروائی کریں")
├─PrepareFields ("آؤٹ پٹ اور لاگز کے لیے فیلڈز تیار کریں")
├─Output ("آؤٹ پٹ پیدا کریں (بلاک شدہ درخواستیں)")
├─WriteLogs ("لاگ فائلوں میں لکھیں (بلاک شدہ درخواستیں)")
├─Terminate ("درخواست کو ختم کریں (بلاک شدہ درخواستیں)")
├─AuxRedirect ("معاون قوانین کے مطابق ری ڈائریکٹ کریں")
└─NonBlockedCAPTCHA ("CAPTCHA تعینات کریں (غیر مسدود درخواستیں)")
"fields" [string]
[string]- بلاک ہونے پر فیلڈز کے لیے کنٹرول (جب کوئی درخواست بلاک ہو جاتی ہے).
fields───[کیا یہ فیلڈ لاگ اندراجات میں ظاہر ہونا چاہیے؟]─[کیا یہ فیلڈ "رسائی مسترد کر دی" صفحہ پر ظاہر ہونا چاہیے؟]─[جب یہ فیلڈ خالی ہو تو اسے چھوڑ دیں؟]
├─ID ("ID")
├─ScriptIdent ("اسکرپٹ ورژن")
├─DateTime ("تاریخ وقت")
├─IPAddr ("IP پتہ")
├─IPAddrResolved ("IP پتہ (حل کیا)")
├─Query ("طلب")
├─Referrer ("حوالہ دہندہ")
├─UA ("صارف ایجنٹ")
├─UALC ("صارف ایجنٹ (کم کیس)")
├─SignatureCount ("دستخط شمار")
├─Signatures ("دستخط حوالہ")
├─WhyReason ("کیوں بلاک شدہ")
├─ReasonMessage ("کیوں بلاک شدہ (تفصیلی)")
├─rURI ("دوبارہ تعمیر URI")
├─Infractions ("خلاف ورزی")
├─ASNLookup ("** ASN کی تلاش")
├─CCLookup ("** ملک کا کوڈ کی تلاش")
├─Verified ("تصدیق شدہ شناخت")
├─Expired ("میعاد ختم")
├─Ignored ("نظر انداز")
├─Request_Method ("درخواست کا طریقہ")
├─Protocol ("پروٹوکول")
├─SEC_CH_UA_PLATFORM ("!! SEC_CH_UA_PLATFORM")
├─SEC_CH_UA_MOBILE ("!! SEC_CH_UA_MOBILE")
├─SEC_CH_UA ("!! SEC_CH_UA")
├─Hostname ("میزبان کا نام")
├─CAPTCHA ("CAPTCHA کے ریاست")
├─Inspection ("* حالات کا معائنہ")
└─ClientL10NAccepted ("زبان کا حل")
- صرف معاون قواعد کو ڈیبگ کرنے کے لیے بنایا گیا ہے. مسدود صارفین کو ظاہر نہیں کیا گیا.
** ASN تلاش کی فعالیت کی ضرورت ہے (مثال کے طور پر، IP-API یا BGPView ماڈیول کے ذریعے).
!! یہ کم اینٹروپی کلائنٹ کا اشارہ ہے. کلائنٹ کے اشارے ایک نئی، تجرباتی ویب ٹیکنالوجی ہے جو ابھی تک تمام براؤزرز اور بڑے کلائنٹس میں وسیع پیمانے پر تعاون یافتہ نہیں ہے. دیکھیں: Sec-CH-UA - HTTP | MDN. اگرچہ کلائنٹ کے اشارے فنگر پرنٹنگ کے لیے کارآمد ثابت ہو سکتے ہیں، کیونکہ وہ وسیع پیمانے پر تعاون یافتہ نہیں ہیں، لیکن درخواستوں میں ان کی موجودگی کو فرض نہیں کیا جانا چاہیے اور نہ ہی ان پر انحصار کیا جانا چاہیے (یعنی، ان کی غیر موجودگی کی بنیاد پر بلاک کرنا ایک برا خیال ہے).
"timezone" [string]
[string]- استعمال کرنے کے لیے ٹائم زون کی وضاحت کرتا ہے (جیسے، Africa/Cairo، America/New_York، Asia/Tokyo، Australia/Perth، Europe/Berlin، Pacific/Guam، وغیرہ). SYSTEM کی وضاحت کریں تاکہ PHP کو آپ کے لیے خود بخود یہ سنبھل سکے.
timezone
├─SYSTEM ("نظام کو پہلے سے طے شدہ ٹائم زون کا استعمال کریں.")
├─UTC ("UTC")
└─…دیگر
"time_offset" [int]
[int]- ٹائم زون منٹ میں آفسیٹ.
"time_format" [string]
[string]- CIDRAM کی طرف سے استعمال کی تاریخوں کا فارم. اضافی اختیارات درخواست پر شامل کیا جا سکتا ہے.
time_format
├─{Day}, {dd} {Mon} {yyyy} {hh}:{ii}:{ss} {tz} ("{Day}, {dd} {Mon} {yyyy} {hh}:{ii}:{ss} {tz}")
├─{Day}, {dd} {Mon} {yyyy} {hh}:{ii}:{ss} ("{Day}, {dd} {Mon} {yyyy} {hh}:{ii}:{ss}")
├─{Day}, {dd} {Mon} {yyyy} ("{Day}, {dd} {Mon} {yyyy}")
├─{yyyy}.{mm}.{dd} {hh}:{ii}:{ss} {tz} ("{yyyy}.{mm}.{dd} {hh}:{ii}:{ss} {tz}")
├─{yyyy}.{mm}.{dd} {hh}:{ii}:{ss} ("{yyyy}.{mm}.{dd} {hh}:{ii}:{ss}")
├─{yyyy}.{mm}.{dd} ("{yyyy}.{mm}.{dd}")
├─{yyyy}-{mm}-{dd} {hh}:{ii}:{ss} {tz} ("{yyyy}-{mm}-{dd} {hh}:{ii}:{ss} {tz}")
├─{yyyy}-{mm}-{dd} {hh}:{ii}:{ss} ("{yyyy}-{mm}-{dd} {hh}:{ii}:{ss}")
├─{yyyy}-{mm}-{dd} ("{yyyy}-{mm}-{dd}")
├─{yyyy}/{mm}/{dd} {hh}:{ii}:{ss} {tz} ("{yyyy}/{mm}/{dd} {hh}:{ii}:{ss} {tz}")
├─{yyyy}/{mm}/{dd} {hh}:{ii}:{ss} ("{yyyy}/{mm}/{dd} {hh}:{ii}:{ss}")
├─{yyyy}/{mm}/{dd} ("{yyyy}/{mm}/{dd}")
├─{dd}.{mm}.{yyyy} {hh}:{ii}:{ss} {tz} ("{dd}.{mm}.{yyyy} {hh}:{ii}:{ss} {tz}")
├─{dd}.{mm}.{yyyy} {hh}:{ii}:{ss} ("{dd}.{mm}.{yyyy} {hh}:{ii}:{ss}")
├─{dd}.{mm}.{yyyy} ("{dd}.{mm}.{yyyy}")
├─{dd}-{mm}-{yyyy} {hh}:{ii}:{ss} {tz} ("{dd}-{mm}-{yyyy} {hh}:{ii}:{ss} {tz}")
├─{dd}-{mm}-{yyyy} {hh}:{ii}:{ss} ("{dd}-{mm}-{yyyy} {hh}:{ii}:{ss}")
├─{dd}-{mm}-{yyyy} ("{dd}-{mm}-{yyyy}")
├─{dd}/{mm}/{yyyy} {hh}:{ii}:{ss} {tz} ("{dd}/{mm}/{yyyy} {hh}:{ii}:{ss} {tz}")
├─{dd}/{mm}/{yyyy} {hh}:{ii}:{ss} ("{dd}/{mm}/{yyyy} {hh}:{ii}:{ss}")
├─{dd}/{mm}/{yyyy} ("{dd}/{mm}/{yyyy}")
├─{mm}.{dd}.{yyyy} {hh}:{ii}:{ss} {tz} ("{mm}.{dd}.{yyyy} {hh}:{ii}:{ss} {tz}")
├─{mm}.{dd}.{yyyy} {hh}:{ii}:{ss} ("{mm}.{dd}.{yyyy} {hh}:{ii}:{ss}")
├─{mm}.{dd}.{yyyy} ("{mm}.{dd}.{yyyy}")
├─{mm}-{dd}-{yyyy} {hh}:{ii}:{ss} {tz} ("{mm}-{dd}-{yyyy} {hh}:{ii}:{ss} {tz}")
├─{mm}-{dd}-{yyyy} {hh}:{ii}:{ss} ("{mm}-{dd}-{yyyy} {hh}:{ii}:{ss}")
├─{mm}-{dd}-{yyyy} ("{mm}-{dd}-{yyyy}")
├─{mm}/{dd}/{yyyy} {hh}:{ii}:{ss} {tz} ("{mm}/{dd}/{yyyy} {hh}:{ii}:{ss} {tz}")
├─{mm}/{dd}/{yyyy} {hh}:{ii}:{ss} ("{mm}/{dd}/{yyyy} {hh}:{ii}:{ss}")
├─{mm}/{dd}/{yyyy} ("{mm}/{dd}/{yyyy}")
├─{yy}.{mm}.{dd} {hh}:{ii}:{ss} {tz} ("{yy}.{mm}.{dd} {hh}:{ii}:{ss} {tz}")
├─{yy}.{mm}.{dd} {hh}:{ii}:{ss} ("{yy}.{mm}.{dd} {hh}:{ii}:{ss}")
├─{yy}.{mm}.{dd} ("{yy}.{mm}.{dd}")
├─{yy}-{mm}-{dd} {hh}:{ii}:{ss} {tz} ("{yy}-{mm}-{dd} {hh}:{ii}:{ss} {tz}")
├─{yy}-{mm}-{dd} {hh}:{ii}:{ss} ("{yy}-{mm}-{dd} {hh}:{ii}:{ss}")
├─{yy}-{mm}-{dd} ("{yy}-{mm}-{dd}")
├─{yy}/{mm}/{dd} {hh}:{ii}:{ss} {tz} ("{yy}/{mm}/{dd} {hh}:{ii}:{ss} {tz}")
├─{yy}/{mm}/{dd} {hh}:{ii}:{ss} ("{yy}/{mm}/{dd} {hh}:{ii}:{ss}")
├─{yy}/{mm}/{dd} ("{yy}/{mm}/{dd}")
├─{dd}.{mm}.{yy} {hh}:{ii}:{ss} {tz} ("{dd}.{mm}.{yy} {hh}:{ii}:{ss} {tz}")
├─{dd}.{mm}.{yy} {hh}:{ii}:{ss} ("{dd}.{mm}.{yy} {hh}:{ii}:{ss}")
├─{dd}.{mm}.{yy} ("{dd}.{mm}.{yy}")
├─{dd}-{mm}-{yy} {hh}:{ii}:{ss} {tz} ("{dd}-{mm}-{yy} {hh}:{ii}:{ss} {tz}")
├─{dd}-{mm}-{yy} {hh}:{ii}:{ss} ("{dd}-{mm}-{yy} {hh}:{ii}:{ss}")
├─{dd}-{mm}-{yy} ("{dd}-{mm}-{yy}")
├─{dd}/{mm}/{yy} {hh}:{ii}:{ss} {tz} ("{dd}/{mm}/{yy} {hh}:{ii}:{ss} {tz}")
├─{dd}/{mm}/{yy} {hh}:{ii}:{ss} ("{dd}/{mm}/{yy} {hh}:{ii}:{ss}")
├─{dd}/{mm}/{yy} ("{dd}/{mm}/{yy}")
├─{mm}.{dd}.{yy} {hh}:{ii}:{ss} {tz} ("{mm}.{dd}.{yy} {hh}:{ii}:{ss} {tz}")
├─{mm}.{dd}.{yy} {hh}:{ii}:{ss} ("{mm}.{dd}.{yy} {hh}:{ii}:{ss}")
├─{mm}.{dd}.{yy} ("{mm}.{dd}.{yy}")
├─{mm}-{dd}-{yy} {hh}:{ii}:{ss} {tz} ("{mm}-{dd}-{yy} {hh}:{ii}:{ss} {tz}")
├─{mm}-{dd}-{yy} {hh}:{ii}:{ss} ("{mm}-{dd}-{yy} {hh}:{ii}:{ss}")
├─{mm}-{dd}-{yy} ("{mm}-{dd}-{yy}")
├─{mm}/{dd}/{yy} {hh}:{ii}:{ss} {tz} ("{mm}/{dd}/{yy} {hh}:{ii}:{ss} {tz}")
├─{mm}/{dd}/{yy} {hh}:{ii}:{ss} ("{mm}/{dd}/{yy} {hh}:{ii}:{ss}")
├─{mm}/{dd}/{yy} ("{mm}/{dd}/{yy}")
├─{yyyy}年{m}月{d}日 {hh}時{ii}分{ss}秒 ("{yyyy}年{m}月{d}日 {hh}時{ii}分{ss}秒")
├─{yyyy}年{m}月{d}日 {hh}:{ii}:{ss} {tz} ("{yyyy}年{m}月{d}日 {hh}:{ii}:{ss} {tz}")
├─{yyyy}年{m}月{d}日 ("{yyyy}年{m}月{d}日")
├─{yy}年{m}月{d}日 {hh}時{ii}分{ss}秒 ("{yy}年{m}月{d}日 {hh}時{ii}分{ss}秒")
├─{yy}年{m}月{d}日 {hh}:{ii}:{ss} {tz} ("{yy}年{m}月{d}日 {hh}:{ii}:{ss} {tz}")
├─{yy}年{m}月{d}日 ("{yy}年{m}月{d}日")
├─{yyyy}년 {m}월 {d}일 {hh}시 {ii}분 {ss}초 ("{yyyy}년 {m}월 {d}일 {hh}시 {ii}분 {ss}초")
├─{yyyy}년 {m}월 {d}일 {hh}:{ii}:{ss} {tz} ("{yyyy}년 {m}월 {d}일 {hh}:{ii}:{ss} {tz}")
├─{yyyy}년 {m}월 {d}일 ("{yyyy}년 {m}월 {d}일")
├─{yy}년 {m}월 {d}일 {hh}시 {ii}분 {ss}초 ("{yy}년 {m}월 {d}일 {hh}시 {ii}분 {ss}초")
├─{yy}년 {m}월 {d}일 {hh}:{ii}:{ss} {tz} ("{yy}년 {m}월 {d}일 {hh}:{ii}:{ss} {tz}")
├─{yy}년 {m}월 {d}일 ("{yy}년 {m}월 {d}일")
├─{yyyy}-{mm}-{dd}T{hh}:{ii}:{ss}{t:z} ("{yyyy}-{mm}-{dd}T{hh}:{ii}:{ss}{t:z}")
├─{d}. {m}. {yyyy} ("{d}. {m}. {yyyy}")
└─…دیگر
پلیس ہولڈر – وضاحت – 2024-04-30T18:27:49+08:00 پر مبنی مثال.
{yyyy} – سال – جیسے، 2024.
{yy} – مختصر سال – جیسے، 24.
{Mon} – مہینے کا مختصر نام (انگریزی میں) – جیسے، Apr.
{mm} – پہلے صفر کے ساتھ مہینے – جیسے، 04.
{m} – مہینے – جیسے، 4.
{Day} – دن کا مختصر نام (انگریزی میں) – جیسے، Tue.
{dd} – پہلے صفر کے ساتھ دن – جیسے، 30.
{d} – دن – جیسے، 30.
{hh} – پہلے صفر کے ساتھ گھنٹہ (24 گھنٹے کا وقت استعمال کرتا ہے) – جیسے، 18.
{h} – گھنٹہ (24 گھنٹے کا وقت استعمال کرتا ہے) – جیسے، 18.
{ii} – پہلے صفر کے ساتھ منٹ – جیسے، 27.
{i} – منٹ – جیسے، 27.
{ss} – پہلے صفر کے ساتھ سیکنڈ – جیسے، 49.
{s} – سیکنڈ – جیسے، 49.
{tz} – ٹائم زون (بغیر رابطہ کے) – جیسے، +0800.
{t:z} – ٹائم زون (رابطہ کے ساتھ) – جیسے، +08:00.
"ipaddr" [string]
[string]- کہاں درخواستوں منسلک کرنے کے IP پتہ کو تلاش کرنے کے لیے؟ (Cloudflare جیسی خدمات کے لیے مفید ہے). پہلے سے طے شدہ = REMOTE_ADDR. انتباہ: جب تک کہ آپ کو پتہ ہے تم کیا کر رہے ہو اس کو تبدیل نہ کریں!
ipaddr
├─HTTP_INCAP_CLIENT_IP ("HTTP_INCAP_CLIENT_IP (Incapsula)")
├─HTTP_CF_CONNECTING_IP ("HTTP_CF_CONNECTING_IP (Cloudflare)")
├─CF-Connecting-IP ("CF-Connecting-IP (Cloudflare)")
├─HTTP_X_FORWARDED_FOR ("HTTP_X_FORWARDED_FOR (Cloudbric)")
├─X-Forwarded-For ("X-Forwarded-For (Squid)")
├─Forwarded ("Forwarded")
├─REMOTE_ADDR ("REMOTE_ADDR (پہلے سے طے شدہ)")
└─…دیگر
"http_response_header_code" [int]
[int]- درخواستوں کو روکنے پر بھیجنے کے لیے HTTP حیثیت کا پیغام.
http_response_header_code───[پہلے سے طے شدہ]─[قانونی]─[پابندی]
├─200 (200 OK (ٹھیک ہے)): کم سے کم مضبوط، لیکن سب سے زیادہ صارف دوست.
│ خودکار درخواستیں غالباً اس جواب کی تشریح
│ کریں گی کہ درخواست کامیاب تھی. غیر مسدود
│ درخواستوں کے لیے تجویز کردہ.
├─403 (403 Forbidden (ممنوعہ)): زیادہ مضبوط، لیکن کم صارف دوست. زیادہ تر
│ عام حالات کے لیے تجویز کردہ.
├─410 (410 Gone (چلا گیا)): غلط مثبت کو حل کرتے وقت مسائل پیدا ہوسکتے
│ ہیں، کیونکہ کچھ براؤزر اس حیثیت کا پیغام
│ کو کیش کریں گے اور بعد میں درخواستیں نہیں
│ بھیجیں گے. کچھ سیاق و سباق میں استعمال
│ کرنے کے لیے بہترین ہو سکتا ہے.
├─418 (418 I'm a teapot (میں چائے کا برتن)): اپریل فول کے لطیفے کا حوالہ دیتے ہیں (<a
│ href="https://tools.ietf.org/html/rfc2324" dir="ltr" hreflang="en-US"
│ rel="noopener noreferrer external">RFC 2324</a>). کسی بھی
│ کلائنٹ، بوٹ، براؤزر، یا کسی اور طرح سے
│ سمجھنے کا امکان نہیں ہے. تفریح اور سہولت
│ کے لیے فراہم کی گئی ہے، لیکن عام طور پر
│ تجویز نہیں کی جاتی ہے.
├─451 (451 Unavailable For Legal Reasons (قانونی وجوہات کی بنا پر دستیاب نہیں ہے)): بنیادی طور پر قانونی وجوہات کی بنا پر
│ مسدود کرنے پر تجویز کیا جاتا ہے. دوسرے
│ سیاق و سباق میں سفارش نہیں کی جاتی ہے.
└─503 (503 Service Unavailable (سروس میسر نہیں)): سب سے زیادہ مضبوط، لیکن کم از کم صارف دوست.
حملے کے دوران، یا انتہائی مسلسل ناپسندیدہ
ٹریفک سے نمٹنے کے لیے تجویز کردہ.
۱. جب "سائلنٹ موڈ" نافذ ہوتا ہے، تو silent_mode_response_header_code⬅general کے ذریعے بیان کردہ HTTP حیثیت کا پیغام استعمال کیا جائے گا (یہ سب سے زیادہ ترجیح ہے).
۲. جب درخواست بھیجنے والے پر خلاف ورزی کی حد سے تجاوز کرنے کی وجہ سے پابندی لگا دی گئی ہے، تو "پابندی" کے لیے HTTP حیثیت کا پیغام استعمال کیا جائے گا.
۳. جب شرح کو محدود کرنے کی وجہ سے بلاک کیا جائے گا، 429 استعمال کیا جائے گا، یا جب وسائل کے تنازعات کی وجہ سے بلاک کیا جائے گا، تو conflict_response⬅signatures کے ذریعے بیان کردہ HTTP حیثیت کا پیغام استعمال کیا جائے گا (اس تناظر میں شرح محدود اور وسائل کے تنازعات کو یکساں ترجیح حاصل ہے).
۴. جب "HTTP حیثیت کا کوڈ اوور رائڈ" سیٹ کرنے والے معاون اصول کی وجہ سے بلاک کیا جاتا ہے، تو وہ HTTP حیثیت کا کوڈ اوور رائڈ استعمال کیا جائے گا.
۵. جب قانونی وجوہات کی وجہ سے مسدود کیا جاتا ہے (یعنی، جب کسی حسب ضرورت دستخط کی وجہ سے مسدود کیا جاتا ہے جس میں "قانونی" شارٹ ہینڈ لفظ استعمال ہوتا ہے)، تو "قانونی" کے لیے HTTP حیثیت کا پیغام استعمال کیا جائے گا.
۶. دیگر تمام مسدود درخواستوں کے لیے، "پہلے سے طے شدہ" کے لیے HTTP حیثیت کا پیغام استعمال کیا جائے گا (یہ سب سے کم ترجیح ہے).
"silent_mode" [string]
[string]- خاموشی CIDRAM چاہیے "رسائی مسترد کر دی" کے صفحے کی نمائش سے بلاک رسائی کی کوششوں کو ری ڈائریکٹ کرنے کے بجائے؟ ہاں تو، کو بلاک کر تک رسائی کی کوششوں کو ری ڈائریکٹ کرنے کے محل وقوع کی وضاحت. کوئی تو اس متغیر خالی چھوڑ.
"silent_mode_response_header_code" [int]
[int]- بلاک شدہ رسائی کی کوششوں کو خاموشی سے ری ڈائریکٹ کرتے وقت CIDRAM کو کون سا HTTP حیثیت کا پیغام بھیجنا چاہیے؟
silent_mode_response_header_code
├─301 (301 Moved Permanently (مستقل طور پر منتقل ہو گیا)): کلائنٹ کو ہدایت کرتا ہے کہ ری ڈائریکٹ
│ مستقل ہے، اور یہ کہ ری ڈائریکٹ کے لیے
│ استعمال ہونے والا کا طریقہ ابتدائی
│ درخواست کے لیے استعمال کیے جانے والے
│ درخواست کے طریقہ سے مختلف ہو سکتا ہے.
├─302 (302 Found (ملا)): کلائنٹ کو ہدایت کرتا ہے کہ ری ڈائریکٹ
│ عارضی ہے، اور یہ کہ ری ڈائریکٹ کے لیے
│ استعمال ہونے والا درخواست کا طریقہ
│ ابتدائی درخواست کے لیے استعمال کیے جانے
│ والے درخواست کے طریقہ سے مختلف ہو سکتا ہے.
├─307 (307 Temporary Redirect (عارضی ری ڈائریکٹ)): کلائنٹ کو ہدایت کرتا ہے کہ ری ڈائریکٹ
│ عارضی ہے، اور یہ کہ ری ڈائریکٹ کے لیے
│ استعمال ہونے والا درخواست کا طریقہ
│ ابتدائی درخواست کے لیے استعمال کیے جانے
│ والے درخواست کے طریقہ سے مختلف نہیں ہو
│ سکتا.
└─308 (308 Permanent Redirect (مستقل ری ڈائریکٹ)): کلائنٹ کو ہدایت کرتا ہے کہ ری ڈائریکٹ
مستقل ہے، اور یہ کہ ری ڈائریکٹ کے لیے
استعمال ہونے والا درخواست کا طریقہ
ابتدائی درخواست کے لیے استعمال کیے جانے
والے درخواست کے طریقہ سے مختلف نہیں ہو
سکتا.
اس بات سے کوئی فرق نہیں پڑتا ہے کہ ہم کلائنٹ کو کیسے ہدایت دیتے ہیں، یہ یاد رکھنا ضروری ہے کہ آخر کار ہمارا اس پر کوئی کنٹرول نہیں ہے کہ کلائنٹ کیا کرنا چاہتا ہے، اور اس بات کی کوئی ضمانت نہیں ہے کہ کلائنٹ ہماری ہدایات کا احترام کرے گا.
"lang" [string]
[string]- CIDRAM کے لیے پہلے سے طے شدہ زبان کی وضاحت.
lang
├─af ("Afrikaans")
├─ar ("العربية")
├─bg ("Български")
├─bn ("বাংলা")
├─bs ("Bosanski")
├─ca ("Català")
├─cs ("Čeština")
├─de ("Deutsch")
├─en ("English (AU/GB/NZ)")
├─en-CA ("English (CA)")
├─en-US ("English (US)")
├─es ("Español")
├─fa ("فارسی")
├─fr ("Français (FR)")
├─fr-CA ("Français (CA)")
├─gl ("Galego")
├─gu ("ગુજરાતી")
├─he ("עברית")
├─hi ("हिंदी")
├─hr ("Hrvatski")
├─id ("Bahasa Indonesia")
├─it ("Italiano")
├─ja ("日本語")
├─ko ("한국어")
├─lv ("Latviešu")
├─ml ("മലയാളം")
├─mr ("मराठी")
├─ms ("Bahasa Melayu")
├─nl ("Nederlandse")
├─no ("Norsk")
├─pa ("ਪੰਜਾਬੀ")
├─pl ("Polski")
├─pt-BR ("Português (Brasil)")
├─pt-PT ("Português (Europeu)")
├─ro ("Română")
├─ru ("Русский")
├─sv ("Svenska")
├─sr ("Српски")
├─ta ("தமிழ்")
├─th ("ภาษาไทย")
├─tr ("Türkçe")
├─uk ("Українська")
├─ur ("اردو")
├─vi ("Tiếng Việt")
├─zh-Hans ("中文(简体)")
└─zh-Hant ("中文(傳統)")
"lang_override" [bool]
[bool]- جب بھی ممکن ہو HTTP_ACCEPT_LANGUAGE کے مطابق لوکلائز کریں؟ True (سچے) = جی ہاں [پہلے سے طے شدہ]؛ False (جھوٹی) = نہیں.
"numbers" [string]
[string]- آپ کس طرح تعداد میں ظاہر کرنے کے لیے پسند کرتے ہیں؟ مثال کے طور پر منتخب کریں جو آپ کے لیے سب سے زیادہ درست نظر آتے ہیں.
numbers
├─Arabic-1 ("١٢٣٤٥٦٧٫٨٩")
├─Arabic-2 ("١٬٢٣٤٬٥٦٧٫٨٩")
├─Arabic-3 ("۱٬۲۳۴٬۵۶۷٫۸۹")
├─Arabic-4 ("۱۲٬۳۴٬۵۶۷٫۸۹")
├─Armenian ("Ճ̅Ի̅Գ̅ՏՇԿԷ")
├─Base-12 ("4b6547.a8")
├─Base-16 ("12d687.e3")
├─Bengali-1 ("১২,৩৪,৫৬৭.৮৯")
├─Burmese-1 ("၁၂၃၄၅၆၇.၈၉")
├─China-1 ("123,4567.89")
├─Chinese-Simplified ("一百二十三万四千五百六十七点八九")
├─Chinese-Simplified-Financial ("壹佰贰拾叁萬肆仟伍佰陆拾柒点捌玖")
├─Chinese-Traditional ("一百二十三萬四千五百六十七點八九")
├─Chinese-Traditional-Financial ("壹佰貳拾叄萬肆仟伍佰陸拾柒點捌玖")
├─Fullwidth ("1234567.89")
├─Geez ("፻፳፫፼፵፭፻፷፯")
├─Hebrew ("א׳׳ב׳קג׳יד׳ךסז")
├─India-1 ("12,34,567.89")
├─India-2 ("१२,३४,५६७.८९")
├─India-3 ("૧૨,૩૪,૫૬૭.૮૯")
├─India-4 ("੧੨,੩੪,੫੬੭.੮੯")
├─India-5 ("೧೨,೩೪,೫೬೭.೮೯")
├─India-6 ("౧౨,౩౪,౫౬౭.౮౯")
├─Japanese ("百万二十万三万四千五百六十七・八九分")
├─Javanese ("꧑꧒꧓꧔꧕꧖꧗.꧘꧙")
├─Khmer-1 ("១.២៣៤.៥៦៧,៨៩")
├─Lao-1 ("໑໒໓໔໕໖໗.໘໙")
├─Latin-1 ("1,234,567.89")
├─Latin-2 ("1 234 567.89")
├─Latin-3 ("1.234.567,89")
├─Latin-4 ("1 234 567,89")
├─Latin-5 ("1,234,567·89")
├─Mayan ("𝋧𝋮𝋦𝋨𝋧.𝋱𝋰")
├─Mongolian ("᠑᠒᠓᠔᠕᠖᠗.᠘᠙")
├─NoSep-1 ("1234567.89")
├─NoSep-2 ("1234567,89")
├─Odia ("୧୨୩୪୫୬୭.୮୯")
├─Roman ("M̅C̅C̅X̅X̅X̅I̅V̅DLXVII")
├─SDN-Dwiggins ("4E6,547;X8")
├─SDN-Pitman ("4↋6,547;↊8")
├─Tamil ("௲௲௨௱௲௩௰௲௪௲௫௱௬௰௭")
├─Thai-1 ("๑,๒๓๔,๕๖๗.๘๙")
├─Thai-2 ("๑๒๓๔๕๖๗.๘๙")
└─Tibetan ("༡༢༣༤༥༦༧.༨༩")
"emailaddr" [string]
[string]- اگر آپ چاہتے ہیں، تو آپ صارفین کو جب انہیں بلاک کر رہے ہیں تو دینے کے لیے ای میل پتہ کی فراہمی کر سکتے ہیں.وہ اسے استعمال آپ سے رابطہ کرنے کے لیے کر سکتے ہیں اگر وہ غلطی سے بلاک کر رہے ہیں. انتباہ: آپ جو بھی ای میل پتہ پر فراہمی کرتے ہیں، وہ یقینی طور پر سپےمبٹس اور کھرچنی کی طرف سے حاصل کیے جائیں گے. اس کی وجہ سے، اس کی سختی سے سفارش کی جاتی ہے کہ آپ ایک ای میل پتہ انتخاب کرتے ہیں جو ڈسپوزایبل یا غیر اہم ہے (یعنی.، آپ کی ذاتی یا کاروباری ای میل پتہ کا استعمال نہ کریں).
"emailaddr_display_style" [string]
[string]- آپ کو ای میل پتہ کو کس طرح صارفین کو پیش کرنا پسند ہے؟
emailaddr_display_style
├─default ("کلک کرنے والے لنک")
└─noclick ("متن جو کلک نہیں کیا جا سکتا")
"default_dns" [string]
[string]- میزبان نام تلاش کرنے کے لیے استعمال کرنے کے لیے DNS سرورز کی فہرست. انتباہ: جب تک کہ آپ کو پتہ ہے تم کیا کر رہے ہو اس کو تبدیل نہ کریں!
FAQ. میں "default_dns" کے لیے کیا استعمال کر سکتا ہوں؟
"default_algo" [string]
[string]- اس بات کی وضاحت کرتا ہے جو تمام مستقبل کے پاس ورڈ اور سیشن کے لیے الگورتھم استعمال کرنا ہے.
default_algo
├─PASSWORD_DEFAULT ("PASSWORD_DEFAULT")
├─PASSWORD_BCRYPT ("PASSWORD_BCRYPT")
├─PASSWORD_ARGON2I ("PASSWORD_ARGON2I")
└─PASSWORD_ARGON2ID ("PASSWORD_ARGON2ID (PHP >= 7.3.0)")
"statistics" [string]
[string]- کنٹرول کرتا ہے کہ کون سی شماریاتی معلومات کو ٹریک کرنا ہے.
statistics───[IPv4]─[IPv6]─[دیگر]
├─Blocked ("درخواستوں پر بلاک کر دی گئی")
├─Banned ("درخواستوں پر پابندی لگا دی گئی")
├─Passed ("درخواستیں گزر گئیں")
├─ReportOK ("درخواستوں کی اطلاع بیرونی API کو دی گئی – ٹھیک ہے")
└─ReportFailed ("درخواستوں کی اطلاع بیرونی API کو دی گئی – ناکامی")
نوٹ: معاون قواعد کے اعداد و شمار کو ٹریک کرنا ہے یا نہیں، معاون قواعد کے صفحہ سے کنٹرول کیا جا سکتا ہے.
"statistics_captchas" [string]
[string]- کنٹرول کرتا ہے کہ CAPTCHA کے لیے کون سی شماریاتی معلومات کو ٹریک کرنا ہے.
statistics_captchas───[ناکامی]─[کامیابی]─[خدمت کی]
├─HCaptcha ("hCaptcha")
├─FriendlyCaptcha ("Friendly Captcha")
└─CloudflareTurnstile ("Cloudflare Turnstile")
نوٹ: معاون قواعد کے اعداد و شمار کو ٹریک کرنا ہے یا نہیں، معاون قواعد کے صفحہ سے کنٹرول کیا جا سکتا ہے.
"force_hostname_lookup" [bool]
[bool]- تمام درخواستوں کے لیے میزبانی حاصل کریں؟ True (سچے) = جی ہاں؛ False (جھوٹی) = نہیں [پہلے سے طے شدہ]. میزبان نام کی تلاش عام طور پر "ضرورت کی بنیاد" کی بنیاد پر انجام دیا جاتا ہے، لیکن تمام درخواستوں کے لیے مجبور کیا جاسکتا ہے. ایسا کرتے ہوئے لاگ ان میں مزید تفصیلی معلومات فراہم کرنے کے ذریعہ مفید ثابت ہوسکتا ہے، لیکن کارکردگی پر تھوڑا منفی اثر بھی ہوسکتا ہے.
"allow_gethostbyaddr_lookup" [bool]
[bool]- جب UDP دستیاب نہیں ہے تو gethostbyaddr کی تلاش کی اجازت دیں؟ True (سچے) = جی ہاں [پہلے سے طے شدہ]؛ False (جھوٹی) = نہیں.
نوٹ: ہو سکتا ہے IPv6 تلاش کچھ 32 بٹ سسٹمز پر صحیح طریقے سے کام نہ کرے.
"disabled_channels" [string]
[string]- درخواستوں کو بھیجنے کے لیے خاص طور پر چینلز کا استعمال کے لیے CIDRAM کو روکنے کے لیے یہ استعمال کیا جا سکتا ہے (مثال کے طور پر، جب اپ ڈیٹ کرنا، اجزاء میٹا ڈیٹا، وغیرہ کو پکڑنے کے بعد).
disabled_channels
├─GitHub ("<span class="origin bgHRdBl">US</span> GitHub")
├─BitBucket ("<span class="origin bgHRdBl">US</span> BitBucket")
├─Codeberg ("<span class="origin bgVBkRd fgYlw">DE</span> Codeberg")
└─GoogleDNS ("<span class="origin bgHRdBl">US</span> GoogleDNS")
"request_proxy" [string]
[string]- اگر آپ چاہتے ہیں کہ باہر جانے والی درخواستیں کسی پراکسی کے ذریعے بھیجی جائیں، تو اس پراکسی کو یہاں بیان کریں. اگر نہیں، تو اسے خالی چھوڑ دیں.
"request_proxyauth" [string]
[string]- اگر پراکسی کے ذریعے آؤٹ باؤنڈ درخواستیں بھیج رہے ہیں اور اگر اس پراکسی کو صارف نام اور پاس ورڈ کی ضرورت ہے، تو وہ صارف نام اور پاس ورڈ یہاں بتائیں (مثال کے طور پر،
user:pass). اگر نہیں، تو اسے خالی چھوڑ دیں.
"default_timeout" [int]
[int]- بیرونی درخواستوں کے لیے استعمال کرنے کے لیے پہلے سے طے شدہ ٹائم آؤٹ؟ پہلے سے طے شدہ = 12 سیکنڈ.
"sensitive" [string]
[string]- حساس صفحات کے طور پر شمار کرنے کے لیے راستوں کی فہرست. فہرست میں شامل ہر راستے کو ضرورت پڑنے پر دوبارہ تعمیر شدہ URI کے خلاف چیک کیا جائے گا. ایک راستہ جو فارورڈ سلیش سے شروع ہوتا ہے اسے لغوی سمجھا جائے گا، اور درخواست کے پاتھ جزو سے مماثل ہوگا. ایک راستہ جو ایک غیر حروفِ عددی کریکٹر سے شروع ہوتا ہے، اور اسی کریکٹر (یا وہی کریکٹر کے علاوہ ایک اختیاری "i" جھنڈا) پر ختم ہوتا ہے اسے ریگولر ایکسپریشن سمجھا جائے گا. کسی دوسرے قسم کے راستے کو لفظی سمجھا جائے گا، اور URI کے کسی بھی حصے سے مماثل ہو سکتا ہے. ایک پاتھ کو حساس صفحہ کے طور پر سمجھا جا سکتا ہے کچھ ماڈیولز کے برتاؤ کو متاثر کر سکتا ہے، لیکن اس کا کوئی دوسرا اثر نہیں ہوتا ہے.
"email_notification_address" [string]
[string]- اگر آپ نے CIDRAM سے ای میل کے ذریعے اطلاعات موصول کرنے کا انتخاب کیا ہے، مثال کے طور پر، جب مخصوص معاون قوانین کو متحرک کیا جاتا ہے، آپ ان اطلاعات کے لیے وصول کنندہ کا پتہ یہاں بتا سکتے ہیں.
"email_notification_name" [string]
[string]- اگر آپ نے CIDRAM سے ای میل کے ذریعے اطلاعات موصول کرنے کا انتخاب کیا ہے، مثال کے طور پر، جب مخصوص معاون قوانین کو متحرک کیا جاتا ہے، آپ ان اطلاعات کے لیے وصول کنندہ کا نام یہاں بتا سکتے ہیں.
"email_notification_when" [string]
[string]- جنریٹ ہونے کے بعد اطلاعات کب بھیجیں.
email_notification_when
├─Immediately ("فوراً.")
├─After24Hours ("24 گھنٹوں کے بعد، ایک ساتھ بنڈل (یا جب دستی طور پر ٹرگر کیا جاتا ہے، جیسے، cron کے ذریعے).")
└─ManuallyOnly ("صرف اس وقت جب دستی طور پر ٹرگر کیا جائے (جیسے، cron کے ذریعے).")
"components" (قسم)
"ipv4" [string]
[string]- IPv4 دستخطی فائلیں.
"ipv6" [string]
[string]- IPv6 دستخطی فائلیں.
"modules" [string]
[string]- ماڈیولز.
"imports" [string]
[string]- درآمدات. عام طور پر CIDRAM کو جزو کی کنفگریشن کی معلومات فراہم کرنے کے لیے استعمال کیا جاتا ہے.
"events" [string]
[string]- ایونٹ ہینڈلرز. عام طور پر استعمال کیا جاتا ہے جس طرح سے CIDRAM اندرونی طور پر برتاؤ کرتا ہے یا اضافی فعالیت فراہم کرتا ہے.
"logging" (قسم)
"standard_log" [string]
[string]- تمام بلاک کر تک رسائی کی کوششوں کو لاگ ان کرنے کے لیے انسانی قابل مطالعہ فائل. ایک فائل کا نام کی وضاحت کریں، یا غیر فعال کرنے کو خالی چھوڑ.
مفید مشورہ: آپ ٹائم فارمیٹ پلیس ہولڈرز کا استعمال کرکے لاگ فائلوں کے ناموں کے ساتھ تاریخ/وقت کی معلومات منسلک کرسکتے ہیں. دستیاب وقت کی شکل کے پلیس ہولڈرز time_format⬅general پر دکھائے جاتے ہیں.
"apache_style_log" [string]
[string]- تمام بلاک کر تک رسائی کی کوششوں کو لاگ ان کرنے کے لیے اپاچی طرز فائل. ایک فائل کا نام کی وضاحت کریں، یا غیر فعال کرنے کو خالی چھوڑ.
مفید مشورہ: آپ ٹائم فارمیٹ پلیس ہولڈرز کا استعمال کرکے لاگ فائلوں کے ناموں کے ساتھ تاریخ/وقت کی معلومات منسلک کرسکتے ہیں. دستیاب وقت کی شکل کے پلیس ہولڈرز time_format⬅general پر دکھائے جاتے ہیں.
"serialised_log" [string]
[string]- تمام بلاک کر تک رسائی کی کوششوں کو لاگ ان کرنے کے لیے serialized کی فائل. ایک فائل کا نام کی وضاحت کریں، یا غیر فعال کرنے کو خالی چھوڑ.
مفید مشورہ: آپ ٹائم فارمیٹ پلیس ہولڈرز کا استعمال کرکے لاگ فائلوں کے ناموں کے ساتھ تاریخ/وقت کی معلومات منسلک کرسکتے ہیں. دستیاب وقت کی شکل کے پلیس ہولڈرز time_format⬅general پر دکھائے جاتے ہیں.
"error_log" [string]
[string]- کسی بھی غیر مہلک غلطیوں کو لاگ کرنے کے لیے ایک فائل کا پتہ چلا. ایک فائل کا نام کی وضاحت کریں، یا غیر فعال کرنے کو خالی چھوڑ.
مفید مشورہ: آپ ٹائم فارمیٹ پلیس ہولڈرز کا استعمال کرکے لاگ فائلوں کے ناموں کے ساتھ تاریخ/وقت کی معلومات منسلک کرسکتے ہیں. دستیاب وقت کی شکل کے پلیس ہولڈرز time_format⬅general پر دکھائے جاتے ہیں.
"outbound_request_log" [string]
[string]- کسی بھی آؤٹ باؤنڈ درخواستوں کے نتائج کو لاگ ان کرنے کے لیے ایک فائل. ایک فائل کا نام کی وضاحت کریں، یا غیر فعال کرنے کو خالی چھوڑ.
مفید مشورہ: آپ ٹائم فارمیٹ پلیس ہولڈرز کا استعمال کرکے لاگ فائلوں کے ناموں کے ساتھ تاریخ/وقت کی معلومات منسلک کرسکتے ہیں. دستیاب وقت کی شکل کے پلیس ہولڈرز time_format⬅general پر دکھائے جاتے ہیں.
"report_log" [string]
[string]- بیرونی API کو بھیجی گئی کسی بھی رپورٹ کو لاگ ان کرنے کے لیے ایک فائل. ایک فائل کا نام کی وضاحت کریں، یا غیر فعال کرنے کو خالی چھوڑ.
مفید مشورہ: آپ ٹائم فارمیٹ پلیس ہولڈرز کا استعمال کرکے لاگ فائلوں کے ناموں کے ساتھ تاریخ/وقت کی معلومات منسلک کرسکتے ہیں. دستیاب وقت کی شکل کے پلیس ہولڈرز time_format⬅general پر دکھائے جاتے ہیں.
"truncate" [string]
[string]- وہ ایک خاص سائز تک پہنچنے میں جب صاف لاگ مسلیں؟ ویلیو میں B/KB/MB/GB/TB زیادہ سے زیادہ سائز ہے. جب 0KB، وہ غیر معینہ مدت تک ترقی کر سکتا ہے (پہلے سے طے). نوٹ: واحد فائلوں پر لاگو ہوتا ہے! فائلیں اجتماعی غور نہیں کر رہے ہیں.
"log_rotation_limit" [int]
[int]- لاگ گرد گردش کسی بھی وقت کسی بھی وقت موجود ہونا لاگ ان کی تعداد محدود کرتا ہے. جب نیا لاگ ان کی تخلیق کی جاتی ہے تو، اگر لاگ ان کی کل تعداد مخصوص حد سے زیادہ ہوتی ہے تو مخصوص کارروائی کی جائے گی. آپ یہاں مطلوبہ حد کی وضاحت کرسکتے ہیں. 0 کی قیمت لاگ گرد گردش کو غیر فعال کرے گی.
"log_rotation_action" [string]
[string]- لاگ گرد گردش کسی بھی وقت کسی بھی وقت موجود ہونا لاگ ان کی تعداد محدود کرتا ہے. جب نیا لاگ ان کی تخلیق کی جاتی ہے تو، اگر لاگ ان کی کل تعداد مخصوص حد سے زیادہ ہوتی ہے تو مخصوص کارروائی کی جائے گی. آپ یہاں مطلوبہ کارروائی کی وضاحت کرسکتے ہیں.
log_rotation_action
├─Delete ("قدیم ترین لاگ ان کو حذف کریں، جب تک کہ حد تک زیادہ نہیں ہوسکتی ہے.")
└─Archive ("سب سے پہلے آرکائیو، اور پھر سب سے پرانی لاگ ان کو حذف کریں، جب تک کہ حد زیادہ نہیں ہوسکتی.")
"log_banned_ips" [bool]
[bool]- لاگ فائلوں پر پابندی لگا دی گئی IP پتوں سے مسدود درخواستیں شامل کریں؟ True (سچے) = جی ہاں [پہلے سے طے شدہ]؛ False (جھوٹی) = نہیں.
"log_sanitisation" [bool]
[bool]- لاگز ڈیٹا دیکھنے کے لیے سامنے کے آخر لاگز صفحے کے کا استعمال کرتے وقت کب، XSS حملوں سے صارفین کی حفاظت کے لیے، یہ نمائش سے پہلے نظر ثانی شدہ ہے. لیکن، ہم ایسا نہیں کرتے جب سب سے پہلے اسے ریکارڈ کرنا پڑتا ہے. اگر یہ مستقبل میں اس کا تجزیہ کرنے کی ضرورت ہے تو اس سے مدد مل سکتی ہے. لیکن خارجہ قارئین کا استعمال کرتے وقت یہ کبھی کبھی غیر محفوظ ہوسکتا ہے. اگر ضرورت ہو تو آپ رویے کو تبدیل کرسکتے ہیں. True (سچے) = کم درست، لیکن کم خطرہ. False (جھوٹی) = زیادہ درست، لیکن زیادہ خطرہ [پہلے سے طے شدہ].
"frontend" (قسم)
"frontend_log" [string]
[string]- سامنے کے آخر میں لاگ ان کوششوں لاگنگ کے لیے دائر. ایک فائل کا نام کی وضاحت کریں، یا غیر فعال کرنے کو خالی چھوڑ.
مفید مشورہ: آپ ٹائم فارمیٹ پلیس ہولڈرز کا استعمال کرکے لاگ فائلوں کے ناموں کے ساتھ تاریخ/وقت کی معلومات منسلک کرسکتے ہیں. دستیاب وقت کی شکل کے پلیس ہولڈرز time_format⬅general پر دکھائے جاتے ہیں.
"signatures_update_event_log" [string]
[string]- جب دستخطوں کو اپ ڈیٹ پیج کے ذریعہ اپ ڈیٹ کیا جاتا ہے تو ریکارڈ کرنے کے لیے ایک فائل. ایک فائل کا نام کی وضاحت کریں، یا غیر فعال کرنے کو خالی چھوڑ.
مفید مشورہ: آپ ٹائم فارمیٹ پلیس ہولڈرز کا استعمال کرکے لاگ فائلوں کے ناموں کے ساتھ تاریخ/وقت کی معلومات منسلک کرسکتے ہیں. دستیاب وقت کی شکل کے پلیس ہولڈرز time_format⬅general پر دکھائے جاتے ہیں.
"max_login_attempts" [int]
[int]- لاگ ان کوششوں کی زیادہ سے زیادہ تعداد (سامنے کے آخر میں). پہلے سے طے شدہ = 5.
"theme" [string]
[string]- فرنٹ اینڈ کے لیے استعمال کرنے والی تھیم.
theme
├─default ("Default")
├─bluemetal ("Blue Metal")
├─fullmoon ("Full Moon")
├─moss ("Moss")
├─primer ("Primer")
├─primerdark ("Primer Dark")
├─rbi ("Red-Blue Inverted")
├─slate ("Slate")
└─…دیگر
"theme_mode" [string]
[string]- فرنٹ اینڈ کے لیے استعمال کرنے والی تھیم کے لیے موڈ.
theme_mode
├─normal ("نارمل")
└─inverted ("الٹا")
"magnification" [float]
[float]- فونٹ اضافہ. پہلے سے طے شدہ = 1.
"custom_header" [string]
[string]- تمام فرنٹ اینڈ پیجز کے شروع میں HTML کے بطور داخل کیا گیا. اگر آپ ویب سائٹ کا لوگو، پرسنلائزڈ ہیڈر، اسکرپٹس، وغیرہ شامل کرنا چاہتے ہیں، تو یہ مفید ہو سکتا ہے.
"custom_footer" [string]
[string]- تمام فرنٹ اینڈ پیجز کے آخر میں HTML کے بطور داخل کیا گیا. اگر آپ قانونی نوٹس، رابطہ لنک، کاروباری معلومات، وغیرہ شامل کرنا چاہتے ہیں، تو یہ مفید ہو سکتا ہے.
"remotes" [string]
[string]- اجزاء کے میٹا ڈیٹا کو حاصل کرنے کے لیے اپڈیٹر کے ذریعے استعمال کیے گئے پتوں کی فہرست. نئے بڑے ورژن میں اپ گریڈ کرتے وقت، یا اپ ڈیٹس کے لیے نیا ذریعہ حاصل کرتے وقت اسے ایڈجسٹ کرنے کی ضرورت پڑ سکتی ہے، لیکن عام حالات میں اسے تنہا چھوڑ دیا جانا چاہیے.
"enable_two_factor" [bool]
[bool]- یہ تعین کرتا ہے کہ 2FA استعمال کیا جانا چاہیے.
"signatures" (قسم)
"shorthand" [string]
[string]- یہ کنٹرول کرتا ہے کہ جب کسی دستخط کے خلاف مثبت مماثلت ہو جس میں دیے گئے شارٹ ہینڈ الفاظ کا استعمال ہوتا ہے تو درخواست کے ساتھ کیا کرنا ہے.
shorthand───[اسے بلاک کریں.]─[اسے پروفائل کریں.]─[بلاک ہونے پر، آؤٹ پٹ ٹیمپلیٹ کا استعمال نہ کریں.]
├─Attacks ("حملے")
├─Bogon ("⁰ بوگون IP")
├─Cloud ("کلاؤڈ سروس")
├─Generic ("جنرک")
├─Legal ("¹ قانونی")
├─Malware ("میلویئر")
├─Proxy ("² پراکسی")
├─Spam ("سپیم")
├─Banned ("³ پابندی")
├─BadIP ("³ غلط IP")
├─RL ("³ ریٹ محدود")
├─Conflict ("³ تنازع")
└─Other ("⁴ دیگر")
0. اگر آپ کی ویب سائٹ کو LAN یا localhost کے ذریعے رسائی کی ضرورت ہے، اسے مسدود نہ کریں. اگر ضرورت نہ ہو تو آپ اسے بلاک کر سکتے ہیں.
1. معیاری دستخطی فائلیں اسے استعمال نہیں کرتی ہیں، لیکن یہ اس صورت میں تعاون یافتہ ہے کہ یہ کچھ صارفین کے لیے کارآمد ہو سکتا ہے.
2. اگر آپ کے صارفین کو پراکسی کے ذریعے آپ کی ویب سائٹ تک رسائی حاصل کرنے کی ضرورت ہے، اسے مسدود نہ کریں. اگر ضرورت نہ ہو تو آپ اسے بلاک کر سکتے ہیں.
3. دستخطوں کے اندر براہ راست استعمال کی حمایت نہیں کی جاتی ہے، لیکن خاص حالات میں اسے دوسرے ذرائع سے استعمال کیا جا سکتا ہے.
4. ایسے معاملات کا حوالہ دیتے ہیں جہاں شارٹ ہینڈ الفاظ بالکل استعمال نہیں ہوتے ہیں، یا CIDRAM کے ذریعہ پہچانے نہیں جاتے ہیں.
ایک فی دستخط. ایک دستخط متعدد پروفائلز کی درخواست کر سکتا ہے، لیکن صرف ایک مختصر لفظ استعمال کر سکتا ہے. یہ ممکن ہے کہ ایک سے زیادہ شارٹ ہینڈ الفاظ موزوں ہوں، لیکن چونکہ صرف ایک ہی استعمال کیا جا سکتا ہے، ہم کوشش کرتے ہیں کہ ہمیشہ صرف سب سے موزوں الفاظ استعمال کریں.
ترجیح. ایک منتخب کردہ آپشن ہمیشہ غیر منتخب کردہ آپشن پر ترجیح لیتا ہے. مثال کے طور پر، اگر ایک سے زیادہ شارٹ ہینڈ الفاظ چل رہے ہیں لیکن ان میں سے صرف ایک کو بلاک کیے جانے کے طور پر سیٹ کیا گیا ہے، تب بھی درخواست کو بلاک کر دیا جائے گا.
ہیومن اینڈ پوائنٹس اور کلاؤڈ سروسز. "کلاؤڈ سروس" ویب ہوسٹنگ فراہم کنندگان، سرور فارمز، ڈیٹا سینٹرز، یا بہت سی دوسری چیزوں کا حوالہ دے سکتی ہے. "ہیومن اینڈ پوائنٹ" سے مراد وہ ذرائع ہیں جن کے ذریعے انسان انٹرنیٹ تک رسائی حاصل کرتا ہے، جیسے کہ انٹرنیٹ سروس فراہم کرنے والے کے ذریعے. نیٹ ورک عام طور پر صرف ایک یا دوسرا فراہم کرتا ہے، لیکن بعض اوقات دونوں فراہم کر سکتا ہے. ہم کوشش کرتے ہیں کہ کبھی بھی ممکنہ انسانی اینڈ پوائنٹ کو کلاؤڈ سروسز کے طور پر شناخت نہ کریں. لہذا، ایک کلاؤڈ سروس کی شناخت کسی اور چیز کے طور پر کی جا سکتی ہے اگر اس کی حد معلوم انسانی اختتامی نقطوں کے ذریعے مشترکہ ہو. اسی طرح، جب کسی بھی معلوم انسانی اینڈ پوائنٹس کے ذریعے رینجز کا اشتراک نہیں کیا جاتا ہے، تو ہم ہمیشہ کلاؤڈ سروسز کے بطور کلاؤڈ سروسز کی شناخت کرنے کی کوشش کرتے ہیں. لہذا، کلاؤڈ سروس کے طور پر شناخت کی گئی درخواست شاید معلوم انسانی اختتامی مقامات کے ساتھ حدود کا اشتراک نہیں کرتی ہے. حملوں یا سپیم کے خطرے سے شناخت شدہ درخواستوں کا معاملہ اس کے برعکس ہے. تاہم، انٹرنیٹ ہمیشہ بہاؤ میں رہتا ہے، نیٹ ورکس کے مقاصد وقت کے ساتھ بدلتے رہتے ہیں، اور رینجز ہمیشہ خریدی یا فروخت ہوتی رہتی ہیں، لہذا غلط مثبتات کے حوالے سے چوکس رہیں.
"default_tracktime" [string]
[string]- وہ دورانیہ جس کے لیے IP پتوں کو ٹریک کیا جانا چاہیے. پہلے سے طے شدہ = 7d0°0′0″ (1 ہفتہ).
"infraction_limit" [int]
[int]- خلاف ورزی کی زیادہ سے زیادہ تعداد ایک IP اس سے پہلے کیا جاتا ہے IP باخبر رہنے کے کی طرف سے پابندی کا اطلاق کرنے کی اجازت ہے. پہلے سے طے شدہ = 10.
"tracking_override" [bool]
[bool]- ماڈیولوں کو ٹریکنگ کے اختیارات کو اوور رائڈ کرنے کی اجازت دیں؟ True (سچے) = جی ہاں [پہلے سے طے شدہ]؛ False (جھوٹی) = نہیں.
"conflict_response" [int]
[int]- جب ایک ہی وسائل تک رسائی کے لیے بیک وقت بہت ساری کوششیں ہوتی ہیں (مثال کے طور پر، ایک ہی مشین پر ایک ہی وسائل کے لیے متعدد PHP پروسیسز کے لیے بیک وقت درخواستیں)، ان میں سے کچھ کوششیں ناکام ہو سکتی ہیں. نایاب اور غیر امکانی صورت میں کہ یہ دستخطی فائلوں یا ماڈیولز کو متاثر کرتا ہے، CIDRAM کو درخواست کے بارے میں موثر فیصلہ کرنے سے روکا جا سکتا ہے. اگر ایسا ہوتا ہے، کیا درخواست کو بلاک کر دینا چاہیے، اور CIDRAM کو کون سا HTTP حیثیت کا پیغام بھیجنا چاہیے؟
conflict_response
├─0 (درخواست کو مسدود نہ کریں.): اگر آپ ترجیح دیتے ہیں کہ درخواستوں کو صرف
│ اس صورت میں مسدود کیا جائے جب آپ کو یقین ہو
│ کہ وہ خراب ہیں، یا غلط مثبتات کے سلسلے میں
│ محتاط رہنے کے لیے (کبھی کبھار غیر مطلوبہ
│ ٹریفک کے گزرنے کے خطرے میں)، یہ منتخب کریں.
│ اگر آپ ترجیح دیتے ہیں کہ درخواستوں کو
│ مسدود کر دیا جائے اگر آپ کو یقین نہیں ہے کہ
│ وہ بے نظیر ہیں، یا چوکس رہنے کے لیے (کبھی
│ کبھار جھوٹے مثبت ہونے کے خطرے میں)، دوسرے
│ دستیاب اختیارات میں سے ایک کا انتخاب کریں.
├─409 (409 Conflict (تنازع)): وسائل کے تنازعات کے لیے تجویز کردہ (مثلاً،
│ ضم تنازعات، فائل تک رسائی کے تنازعات،
│ وغیرہ). دوسرے سیاق و سباق میں سفارش نہیں کی
│ جاتی ہے.
└─429 (429 Too Many Requests (بہت ساری درخواستیں)): شرح کو محدود کرنے، DDoS حملوں سے نمٹنے، اور
سیلاب سے بچاؤ کے لیے تجویز کردہ. دوسرے
سیاق و سباق میں سفارش نہیں کی جاتی ہے.
"verification" (قسم)
"search_engines" [string]
[string]- سرچ انجنوں سے درخواستوں کی تصدیق کے لیے کنٹرولز.
search_engines───[تصدیق کرنے کی کوشش کریں؟]─[منفی کو مسدود کریں؟]─[غیر تصدیق شدہ درخواستوں کو مسدود کریں؟]─[سنگل ہٹ بائی پاسز کی اجازت دیں؟]─[مثبت سے باخبر رہنا بند کرو؟]
├─Amazonbot ("Amazonbot")
├─Applebot ("Applebot")
├─Baidu ("* Baiduspider/百度")
├─Bingbot ("* Bingbot")
├─DuckDuckBot ("* DuckDuckBot")
├─Googlebot ("* Googlebot")
├─MojeekBot ("MojeekBot")
├─PetalBot ("* PetalBot")
├─Qwantify ("Qwantify/Bleriot")
├─SeznamBot ("SeznamBot")
├─Sogou ("* Sogou/搜狗")
├─Yahoo ("Yahoo/Slurp")
├─Yandex ("* Yandex/Яндекс")
└─YoudaoBot ("YoudaoBot")
"مثبت" اور "منفی" کیا ہیں؟ درخواست کے ذریعے پیش کردہ شناخت کی تصدیق کرتے وقت، ایک کامیاب نتیجہ کو "مثبت" یا "منفی" کے طور پر بیان کیا جا سکتا ہے. جب پیش کی گئی شناخت کے حقیقی شناخت ہونے کی تصدیق ہو جاتی ہے، تو اسے "مثبت" کے طور پر بیان کیا جائے گا. جب پیش کردہ شناخت کے جھوٹے ہونے کی تصدیق ہو جاتی ہے، تو اسے "منفی" کے طور پر بیان کیا جائے گا. تاہم، ایک ناکام نتیجہ (مثال کے طور پر، تصدیق ناکام ہو جاتی ہے، یا پیش کردہ شناخت کی سچائی کا تعین نہیں کیا جا سکتا) کو "مثبت" یا "منفی" کے طور پر بیان نہیں کیا جائے گا. اس کے بجائے، ایک ناکام نتیجہ کو محض غیر تصدیق شدہ کے طور پر بیان کیا جائے گا. جب درخواست کے ذریعہ پیش کردہ شناخت کی تصدیق کرنے کی کوئی کوشش نہیں کی جاتی ہے، تو درخواست کو بھی غیر تصدیق شدہ کے طور پر بیان کیا جائے گا. شرائط صرف اس تناظر میں معنی رکھتی ہیں جہاں درخواست کے ذریعہ پیش کردہ شناخت کو تسلیم کیا جاتا ہے، اور اس وجہ سے، جہاں تصدیق ممکن ہے. اگر پیش کردہ شناخت اوپر فراہم کردہ اختیارات سے مماثل نہیں ہے، یا اگر کوئی شناخت پیش نہیں کی گئی ہے، تو اوپر فراہم کردہ اختیارات غیر متعلقہ ہو جاتے ہیں.
"سنگل ہٹ بائی پاس" کیا ہیں؟ کچھ معاملات میں، ایک مثبت تصدیق شدہ درخواست اب بھی دستخط فائلوں، ماڈیولز، یا دیگر عوامل کے نتیجے میں مسدود ہو سکتی ہے، اور غلط مثبت سے بچنے کے لیے بائی پاس ضروری ہو سکتے ہیں. جب ایک بائی پاس کا مقصد بالکل ایک خلاف ورزی سے نمٹنا ہوتا ہے، تو ایسے بائی پاس کو "سنگل ہٹ بائی پاس" کے طور پر بیان کیا جا سکتا ہے.
- اس اختیار میں
used⬅bypassesکے تحت اسی طرح کا بائی پاس ہ. چاہے اس اختیار کی تصدیق کرنے کی کوشش کے لیے چیک باکس منتخب کیا گیا ہو، کی سفارش کی جاتی ہے اس بات کو یقینی بنانے کہ متعلقہ بائی پاس کا چیک باکس ایک جیسا ہو.
"social_media" [string]
[string]- سوشل میڈیا پلیٹ فارمز سے درخواستوں کی تصدیق کے لیے کنٹرولز.
social_media───[تصدیق کرنے کی کوشش کریں؟]─[منفی کو مسدود کریں؟]─[غیر تصدیق شدہ درخواستوں کو مسدود کریں؟]─[سنگل ہٹ بائی پاسز کی اجازت دیں؟]─[مثبت سے باخبر رہنا بند کرو؟]
├─Embedly ("* Embedly")
├─Facebook ("** Facebook")
├─Pinterest ("* Pinterest")
├─Snapchat ("* Snapchat")
└─Twitterbot ("*!! Twitterbot")
"مثبت" اور "منفی" کیا ہیں؟ درخواست کے ذریعے پیش کردہ شناخت کی تصدیق کرتے وقت، ایک کامیاب نتیجہ کو "مثبت" یا "منفی" کے طور پر بیان کیا جا سکتا ہے. جب پیش کی گئی شناخت کے حقیقی شناخت ہونے کی تصدیق ہو جاتی ہے، تو اسے "مثبت" کے طور پر بیان کیا جائے گا. جب پیش کردہ شناخت کے جھوٹے ہونے کی تصدیق ہو جاتی ہے، تو اسے "منفی" کے طور پر بیان کیا جائے گا. تاہم، ایک ناکام نتیجہ (مثال کے طور پر، تصدیق ناکام ہو جاتی ہے، یا پیش کردہ شناخت کی سچائی کا تعین نہیں کیا جا سکتا) کو "مثبت" یا "منفی" کے طور پر بیان نہیں کیا جائے گا. اس کے بجائے، ایک ناکام نتیجہ کو محض غیر تصدیق شدہ کے طور پر بیان کیا جائے گا. جب درخواست کے ذریعہ پیش کردہ شناخت کی تصدیق کرنے کی کوئی کوشش نہیں کی جاتی ہے، تو درخواست کو بھی غیر تصدیق شدہ کے طور پر بیان کیا جائے گا. شرائط صرف اس تناظر میں معنی رکھتی ہیں جہاں درخواست کے ذریعہ پیش کردہ شناخت کو تسلیم کیا جاتا ہے، اور اس وجہ سے، جہاں تصدیق ممکن ہے. اگر پیش کردہ شناخت اوپر فراہم کردہ اختیارات سے مماثل نہیں ہے، یا اگر کوئی شناخت پیش نہیں کی گئی ہے، تو اوپر فراہم کردہ اختیارات غیر متعلقہ ہو جاتے ہیں.
"سنگل ہٹ بائی پاس" کیا ہیں؟ کچھ معاملات میں، ایک مثبت تصدیق شدہ درخواست اب بھی دستخط فائلوں، ماڈیولز، یا دیگر عوامل کے نتیجے میں مسدود ہو سکتی ہے، اور غلط مثبت سے بچنے کے لیے بائی پاس ضروری ہو سکتے ہیں. جب ایک بائی پاس کا مقصد بالکل ایک خلاف ورزی سے نمٹنا ہوتا ہے، تو ایسے بائی پاس کو "سنگل ہٹ بائی پاس" کے طور پر بیان کیا جا سکتا ہے.
- اس اختیار میں
used⬅bypassesکے تحت اسی طرح کا بائی پاس ہ. چاہے اس اختیار کی تصدیق کرنے کی کوشش کے لیے چیک باکس منتخب کیا گیا ہو، کی سفارش کی جاتی ہے اس بات کو یقینی بنانے کہ متعلقہ بائی پاس کا چیک باکس ایک جیسا ہو.
** ASN تلاش کی فعالیت کی ضرورت ہے (مثال کے طور پر، IP-API یا BGPView ماڈیول کے ذریعے).
*!! iMessage کی وجہ سے جھوٹے مثبت ہونے کا زیادہ امکان.
"other" [string]
[string]- جہاں ممکن ہو دوسری قسم کی درخواستوں کی تصدیق کے لیے کنٹرولز.
other───[تصدیق کرنے کی کوشش کریں؟]─[منفی کو مسدود کریں؟]─[غیر تصدیق شدہ درخواستوں کو مسدود کریں؟]─[سنگل ہٹ بائی پاسز کی اجازت دیں؟]─[مثبت سے باخبر رہنا بند کرو؟]
├─AdSense ("AdSense")
├─AmazonAdBot ("* AmazonAdBot")
├─ChatGPT-User ("!! ChatGPT-User")
├─GPTBot ("!! GPTBot")
├─OAI-SearchBot ("!! OAI-SearchBot")
└─UptimeRobot ("UptimeRobot")
"مثبت" اور "منفی" کیا ہیں؟ درخواست کے ذریعے پیش کردہ شناخت کی تصدیق کرتے وقت، ایک کامیاب نتیجہ کو "مثبت" یا "منفی" کے طور پر بیان کیا جا سکتا ہے. جب پیش کی گئی شناخت کے حقیقی شناخت ہونے کی تصدیق ہو جاتی ہے، تو اسے "مثبت" کے طور پر بیان کیا جائے گا. جب پیش کردہ شناخت کے جھوٹے ہونے کی تصدیق ہو جاتی ہے، تو اسے "منفی" کے طور پر بیان کیا جائے گا. تاہم، ایک ناکام نتیجہ (مثال کے طور پر، تصدیق ناکام ہو جاتی ہے، یا پیش کردہ شناخت کی سچائی کا تعین نہیں کیا جا سکتا) کو "مثبت" یا "منفی" کے طور پر بیان نہیں کیا جائے گا. اس کے بجائے، ایک ناکام نتیجہ کو محض غیر تصدیق شدہ کے طور پر بیان کیا جائے گا. جب درخواست کے ذریعہ پیش کردہ شناخت کی تصدیق کرنے کی کوئی کوشش نہیں کی جاتی ہے، تو درخواست کو بھی غیر تصدیق شدہ کے طور پر بیان کیا جائے گا. شرائط صرف اس تناظر میں معنی رکھتی ہیں جہاں درخواست کے ذریعہ پیش کردہ شناخت کو تسلیم کیا جاتا ہے، اور اس وجہ سے، جہاں تصدیق ممکن ہے. اگر پیش کردہ شناخت اوپر فراہم کردہ اختیارات سے مماثل نہیں ہے، یا اگر کوئی شناخت پیش نہیں کی گئی ہے، تو اوپر فراہم کردہ اختیارات غیر متعلقہ ہو جاتے ہیں.
"سنگل ہٹ بائی پاس" کیا ہیں؟ کچھ معاملات میں، ایک مثبت تصدیق شدہ درخواست اب بھی دستخط فائلوں، ماڈیولز، یا دیگر عوامل کے نتیجے میں مسدود ہو سکتی ہے، اور غلط مثبت سے بچنے کے لیے بائی پاس ضروری ہو سکتے ہیں. جب ایک بائی پاس کا مقصد بالکل ایک خلاف ورزی سے نمٹنا ہوتا ہے، تو ایسے بائی پاس کو "سنگل ہٹ بائی پاس" کے طور پر بیان کیا جا سکتا ہے.
- اس اختیار میں
used⬅bypassesکے تحت اسی طرح کا بائی پاس ہ. چاہے اس اختیار کی تصدیق کرنے کی کوشش کے لیے چیک باکس منتخب کیا گیا ہو، کی سفارش کی جاتی ہے اس بات کو یقینی بنانے کہ متعلقہ بائی پاس کا چیک باکس ایک جیسا ہو.
!! اصلی یا جعلی، کسی بھی طرح سے، زیادہ تر صارفین اس کو بلاک کرنا چاہیں گے. یہ "تصدیق کرنے کی کوشش کریں" کو منتخب نہ کرنے اور "غیر تصدیق شدہ درخواستوں کو مسدود کریں" کو منتخب کرکے حاصل کیا جاسکتا ہے. تاہم، کچھ صارفین ایسی درخواستوں کی تصدیق کرنے کے قابل ہو سکتے ہیں (مثبت کو اجازت دیتے ہوئے منفی کو روکنے کے لیے)، اس لیے ماڈیولز کے ذریعے ایسی درخواستوں کو بلاک کرنے کے بجائے، ایسی درخواستوں کو سنبھالنے کے اختیارات یہاں فراہم کیے گئے ہیں.
"adjust" [string]
[string]- تصدیق کے تناظر میں دیگر خصوصیات کو ایڈجسٹ کرنے کے کنٹرولز.
adjust───[HCaptcha کا استعمال نہ کریں]─[Friendly Captcha کا استعمال نہ کریں]─[Cloudflare Turnstile کا استعمال نہ کریں]
├─Negatives ("بلاک شدہ منفی")
└─NonVerified ("بلاک شدہ غیر تصدیق شدہ")
"captcha" (قسم)
"usemode" [int]
[int]- CAPTCHA کب پیش کیے جائیں؟ آپ یہاں ہر معاون فراہم کنندہ کے لیے ترجیحی سلوک کی وضاحت کر سکتے ہیں.
usemode───[hCaptcha]─[Friendly Captcha]─[Cloudflare Turnstile]
├─0 (کبھی نہیں.)
├─1 (صرف اس صورت میں جب بلاک ہوجائے، دستخطوں کی حد میں ہو، اور پابندی عائد نہ ہو.)
├─2 (صرف اس صورت میں جب بلاک ہو، استعمال کے لیے خصوصی طور پر نشان زد، دستخطوں کی حد میں ہو، اور پابندی نہیں ہو.)
├─3 (صرف اس وقت جب دستخطوں کی حد میں ہو، اور پابندی عائد نہ ہو (کوئی بات نہیں بلاک ہو یا نہیں).)
├─4 (صرف اس وقت جب بلاک نہیں کیا جاتا ہے.)
├─5 (صرف اس وقت جب بلاک نہ ہوا ہو، یا جب استعمال کے لیے خاص طور پر نشان زد کیا گیا ہو، دستخطوں کی حد میں ہو، اور پابندی نہ ہو.)
└─6 (صرف اس وقت جب بلاک نہ ہوا ہو، حساس صفحہ کی درخواستوں پر.)
نوٹ: وائٹ لسٹڈ یا توثیق شدہ اور غیر مسدود درخواستوں کو کبھی بھی CAPTCHA کو مکمل کرنے کی ضرورت نہیں ہے.
یہ بھی نوٹ کریں: CAPTCHA بوٹس اور مختلف قسم کی بدنیتی پر مبنی خودکار درخواستوں کے خلاف مفید تحفظ فراہم کر سکتے ہیں، لیکن بدنیتی پر مبنی انسان کے خلاف کوئی تحفظ فراہم نہیں کریں گے.
درخواستوں کو معاون قواعد کے ذریعے "استعمال کے لیے نشان زد" کیا جا سکتا ہے.
آیا کسی درخواست کو "حساس" سمجھا جاتا ہے اس کا تعین sensitive⬅general سے ہوتا ہے.
"دستخط کی حد" کا تعین signature_limit⬅captcha سے ہوتا ہے.
"nonblocked_status_code" [int]
[int]- غیر مسدود درخواستوں پر CAPTCHA کی نمائش کرتے وقت کون سا حیثیت کا کوڈ استعمال کرنا چاہیے؟
nonblocked_status_code───[hCaptcha]─[Friendly Captcha]─[Cloudflare Turnstile]
├─200 (200 OK (ٹھیک ہے)): کم سے کم مضبوط، لیکن سب سے زیادہ صارف دوست.
│ خودکار درخواستیں غالباً اس جواب کی تشریح
│ کریں گی کہ درخواست کامیاب تھی. غیر مسدود
│ درخواستوں کے لیے تجویز کردہ.
├─403 (403 Forbidden (ممنوعہ)): زیادہ مضبوط، لیکن کم صارف دوست. زیادہ تر
│ عام حالات کے لیے تجویز کردہ.
├─418 (418 I'm a teapot (میں چائے کا برتن)): اپریل فول کے لطیفے کا حوالہ دیتے ہیں (<a
│ href="https://tools.ietf.org/html/rfc2324" dir="ltr" hreflang="en-US"
│ rel="noopener noreferrer external">RFC 2324</a>). کسی بھی
│ کلائنٹ، بوٹ، براؤزر، یا کسی اور طرح سے
│ سمجھنے کا امکان نہیں ہے. تفریح اور سہولت
│ کے لیے فراہم کی گئی ہے، لیکن عام طور پر
│ تجویز نہیں کی جاتی ہے.
├─429 (429 Too Many Requests (بہت ساری درخواستیں)): شرح کو محدود کرنے، DDoS حملوں سے نمٹنے، اور
│ سیلاب سے بچاؤ کے لیے تجویز کردہ. دوسرے
│ سیاق و سباق میں سفارش نہیں کی جاتی ہے.
└─451 (451 Unavailable For Legal Reasons (قانونی وجوہات کی بنا پر دستیاب نہیں ہے)): بنیادی طور پر قانونی وجوہات کی بنا پر
مسدود کرنے پر تجویز کیا جاتا ہے. دوسرے
سیاق و سباق میں سفارش نہیں کی جاتی ہے.
"api" [string]
[string]- کون سا API استعمال کرنے کے لیے؟
api───[hCaptcha]─[Friendly Captcha]─[Cloudflare Turnstile]
├─v0 ("v0")
├─v1 ("v1")
├─Invisible ("v1 (پوشیدہ)")
└─v2 ("v2")
"messages" [string]
[string]- CAPTCHA کے ساتھ دکھائے جانے والے پیغامات.
messages───[hCaptcha]─[Friendly Captcha]─[Cloudflare Turnstile]
├─cookie_warning ("کوکی انتباہ دکھائیں؟): آپ کے ملک یا ریاست کے رازداری کے قوانین پر
│ منحصر ہے (مثلاً، EU میں GDPR/DSGVO، برازیل میں
│ LGPD وغیرہ)، یہ قانونی طور پر درکار ہو سکتا
│ ہے."
└─api_message ("API کا پیغام دکھائیں؟): CAPTCHA کی تکمیل کے حوالے سے صارف کے لیے
ہدایات، استعمال کیے گئے API کے لیے موزوں."
"lockto" [string]
[string]- CAPTCHA کو کس چیز پر لاک کرنا ہے.
lockto───[hCaptcha]─[Friendly Captcha]─[Cloudflare Turnstile]
├─ip ("CAPTCHA کو CAPTCHA مکمل کرنے والے صارف کے IP پتے پر لاک کریں لیکن اصل صارف کے لیے نہیں.): کوکیز کا استعمال صارفین کی شناخت کے لیے
│ نہیں کیا جاتا. جب CAPTCHA کی کامیاب تکمیل کی
│ وجہ سے دوبارہ رسائی حاصل کی جاتی ہے، تو اس
│ کا اطلاق اسی IP پتہ سے جڑنے والے ہر فرد پر
│ ہوتا ہے."
├─user ("CAPTCHA مکمل کرنے والے صارف کے لیے CAPTCHA کو لاک کریں لیکن ان کے IP پتہ پر نہیں.): کوکیز کا استعمال صارفین کی شناخت کے لیے
│ کیا جاتا ہے. جب CAPTCHA کی کامیاب تکمیل کی وجہ
│ سے دوبارہ رسائی حاصل کی جاتی ہے، تو یہ صرف
│ CAPTCHA کو مکمل کرنے والے صارف پر لاگو ہوتا
│ ہے، اور جب تک ان کی کوکی درست رہے گی،
│ برقرار رہے گی، چاہے ان کا IP پتہ بدل جائے."
└─both ("CAPTCHA مکمل کرنے والے صارف کے ساتھ ساتھ ان کے IP پتہ پر CAPTCHA کو لاک کریں.): کوکیز کا استعمال صارفین کی شناخت کے لیے
کیا جاتا ہے. جب CAPTCHA کی کامیاب تکمیل کی وجہ
سے دوبارہ رسائی حاصل کی جاتی ہے، تو یہ صرف
CAPTCHA کو مکمل کرنے والے صارف پر لاگو ہوتا
ہے، اور اگر اس کا IP پتہ تبدیل ہوتا ہے تو یہ
برقرار نہیں رہے گا."
"hcaptcha_sitekey" [string]
[string]- اگر آپ CIDRAM کے ساتھ hCaptcha استعمال کرنا چاہتے ہیں، تو آپ کو یہاں ایک قدر درج کرنے کی ضرورت ہوگی. اگر نہیں، تو آپ اسے نظر انداز کر سکتے ہیں.
یہ قدر آپ کے CAPTCHA خدمت کے لیے ڈیش بورڈ میں مل سکتی ہے.
"hcaptcha_secret" [string]
[string]- اگر آپ CIDRAM کے ساتھ hCaptcha استعمال کرنا چاہتے ہیں، تو آپ کو یہاں ایک قدر درج کرنے کی ضرورت ہوگی. اگر نہیں، تو آپ اسے نظر انداز کر سکتے ہیں.
یہ قدر آپ کے CAPTCHA خدمت کے لیے ڈیش بورڈ میں مل سکتی ہے.
"friendly_sitekey" [string]
[string]- اگر آپ CIDRAM کے ساتھ Friendly Captcha استعمال کرنا چاہتے ہیں، تو آپ کو یہاں ایک قدر درج کرنے کی ضرورت ہوگی. اگر نہیں، تو آپ اسے نظر انداز کر سکتے ہیں.
یہ قدر آپ کے CAPTCHA خدمت کے لیے ڈیش بورڈ میں مل سکتی ہے.
"friendly_apikey" [string]
[string]- اگر آپ CIDRAM کے ساتھ Friendly Captcha استعمال کرنا چاہتے ہیں، تو آپ کو یہاں ایک قدر درج کرنے کی ضرورت ہوگی. اگر نہیں، تو آپ اسے نظر انداز کر سکتے ہیں.
یہ قدر آپ کے CAPTCHA خدمت کے لیے ڈیش بورڈ میں مل سکتی ہے.
"turnstile_sitekey" [string]
[string]- اگر آپ CIDRAM کے ساتھ Cloudflare Turnstile استعمال کرنا چاہتے ہیں، تو آپ کو یہاں ایک قدر درج کرنے کی ضرورت ہوگی. اگر نہیں، تو آپ اسے نظر انداز کر سکتے ہیں.
یہ قدر آپ کے CAPTCHA خدمت کے لیے ڈیش بورڈ میں مل سکتی ہے.
"turnstile_secret" [string]
[string]- اگر آپ CIDRAM کے ساتھ Cloudflare Turnstile استعمال کرنا چاہتے ہیں، تو آپ کو یہاں ایک قدر درج کرنے کی ضرورت ہوگی. اگر نہیں، تو آپ اسے نظر انداز کر سکتے ہیں.
یہ قدر آپ کے CAPTCHA خدمت کے لیے ڈیش بورڈ میں مل سکتی ہے.
"expiry" [float]
[float]- گھنٹوں کی تعداد CAPTCHA کے واقعات کو یاد کرنے. پہلے سے طے شدہ = 720 (1 ماہ).
"signature_limit" [int]
[int]- CAPTCHA پیش کش واپس لینے سے پہلے دستخطوں کی زیادہ سے زیادہ تعداد کی اجازت. پہلے سے طے شدہ = 1.
"log" [string]
[string]- تمام CAPTCHA کے کوششوں لاگ؟ اگر ہاں، تو لاگ فائل کے لیے استعمال کرنے کے لیے نام کی وضاحت کریں. اگر نہیں، تو اس متغیر کو خالی چھوڑ دیں.
مفید مشورہ: آپ ٹائم فارمیٹ پلیس ہولڈرز کا استعمال کرکے لاگ فائلوں کے ناموں کے ساتھ تاریخ/وقت کی معلومات منسلک کرسکتے ہیں. دستیاب وقت کی شکل کے پلیس ہولڈرز time_format⬅general پر دکھائے جاتے ہیں.
"legal" (قسم)
"pseudonymise_ip_addresses" [bool]
[bool]- لاگ ان کرتے وقت پی ایس ڈی نامناسب IP پتے؟ True (سچے) = جی ہاں [پہلے سے طے شدہ]؛ False (جھوٹی) = نہیں.
"privacy_policy" [string]
[string]- کسی بھی پیدا کردہ صفحات کے فوٹر میں ظاہر ہونے والی متعلقہ رازداری کی پالیسی کا پتہ. ایک URL کی وضاحت کریں، یا غیر فعال کرنے کے لیے خالی چھوڑ دیں.
"template_data" (قسم)
"theme" [string]
[string]- بلاک ایونٹس اور CAPTCHA کی درخواستوں کے لیے استعمال کرنے والی تھیم.
theme
├─default ("Default")
├─bluemetal ("Blue Metal")
├─fullmoon ("Full Moon")
├─moss ("Moss")
├─primer ("Primer")
├─primerdark ("Primer Dark")
├─rbi ("Red-Blue Inverted")
├─slate ("Slate")
└─…دیگر
"theme_mode" [string]
[string]- بلاک ایونٹس اور CAPTCHA کی درخواستوں کے لیے تھیم کا موڈ.
theme_mode
├─normal ("نارمل")
└─inverted ("الٹا")
"magnification" [float]
[float]- فونٹ اضافہ. پہلے سے طے شدہ = 1.
"css_url" [string]
[string]- اپنی مرضی کے موضوعات کے لیے سی ایس ایس فائل URL.
"block_event_title" [string]
[string]- بلاک ایونٹس کے لیے ظاہر کرنے کے لیے صفحہ کا عنوان.
block_event_title
├─CIDRAM ("CIDRAM")
├─denied ("رسائی مسترد کر دی!")
└─…دیگر
"captcha_title" [string]
[string]- CAPTCHA کی درخواستوں کے لیے ظاہر کرنے کے لیے صفحہ کا عنوان.
captcha_title
├─CIDRAM ("CIDRAM")
└─…دیگر
"custom_header" [string]
[string]- تمام "رسائی مسترد کر دی" صفحات کے شروع میں بطور HTML داخل کیا گیا. اگر آپ ویب سائٹ کا لوگو، پرسنلائزڈ ہیڈر، اسکرپٹس، وغیرہ شامل کرنا چاہتے ہیں، تو یہ مفید ہو سکتا ہے.
"custom_footer" [string]
[string]- تمام "رسائی مسترد کر دی" صفحات کے آخر میں بطور HTML داخل کیا گیا. اگر آپ قانونی نوٹس، رابطہ لنک، کاروباری معلومات، وغیرہ شامل کرنا چاہتے ہیں، تو یہ مفید ہو سکتا ہے.
"rate_limiting" (قسم)
ذہن میں رکھیں جس طرح دیگر تمام CIDRAM خصوصیات کے ساتھ، CIDRAM کی شرح محدود کرنے والی خصوصیت صرف ان صفحات اور وسائل پر لاگو کی جا سکتی ہے جن سے CIDRAM منسلک ہے. اس کا عام طور پر مطلب یہ ہوتا ہے کہ جو وسائل PHP نہیں ہیں ان کا احاطہ نہیں کیا جائے گا سوائے اس کے جہاں واضح طور پر منسلک PHP وسائل کے ذریعہ پیش کیا جائے. اگر آپ ریٹ محدود کرنے کے لیے سرور ماڈیول، cPanel، یا کوئی دوسرا نیٹ ورک ٹول استعمال کرنے کے قابل ہیں، تو CIDRAM کی شرح محدود کرنے والی خصوصیت کے بجائے اسے استعمال کرنا بہتر ہوگا. یہ بھی ذہن میں رکھیں کہ ایک پرعزم اور پرعزم صارف، ان کا IP پتہ کو گھما کر یا کسی ایسے پراکسی یا VPN فراہم کنندہ پر جا کر جس سے CIDRAM ابھی تک واقف نہیں ہے، آسانی سے شرح کو محدود کرنے سے بچا سکتا ہے, اور یہ بات ذہن میں رکھیں کہ شرح کو محدود کرنا حقیقی، حقیقی اختتامی صارفین کے لیے بہت پریشان کن ہو سکتا ہے. یہ بعض اوقات ضروری ہو سکتا ہے، لیکن شاذ و نادر ہی مطلوب ہے.
"max_bandwidth" [string]
[string]- بینڈوڈتھ کی زیادہ سے زیادہ رقم کی اجازت کے عرصے میں اجازت دی گئی ہے. جب سے تجاوز کی گئی، مستقبل کی درخواستوں کی ریٹ محدود ہے. جب 0، اس قسم کی محدود استعمال نہیں کی جائے گی. پہلے سے طے شدہ = 0KB.
"max_requests" [int]
[int]- الاؤنس کی مدت کے اندر اندر زیادہ سے زیادہ درخواستوں کی اجازت دی گئی ہے. جب سے تجاوز کی گئی، مستقبل کی درخواستوں کی ریٹ محدود ہے. جب 0، اس قسم کی محدود استعمال نہیں کی جائے گی. پہلے سے طے شدہ = 0.
"precision_ipv4" [int]
[int]- IPv4 استعمال کی نگرانی کرتے وقت استعمال کرنے کی صحت سے متعلق. قیمت CIDR بلاک سائز کی عکاسی کرتا ہے. بہترین صحت سے متعلق کے لیے 32 پر مقرر کریں. پہلے سے طے شدہ = 32.
"precision_ipv6" [int]
[int]- IPv6 استعمال کی نگرانی کرتے وقت استعمال کرنے کی صحت سے متعلق. قیمت CIDR بلاک سائز کی عکاسی کرتا ہے. بہترین صحت سے متعلق کے لیے 128 پر مقرر کریں. پہلے سے طے شدہ = 128.
"allowance_period" [string]
[string]- استعمال کو ٹریک کرنے کا دورانیہ. پہلے سے طے شدہ = 0°0′0″.
"exceptions" [string]
[string]- مستثنیات (یعنی، درخواستوں کو جس کی ریٹ محدود نہیں ہونی چاہیے). متعلقہ صرف اس وقت جب شرح کی حد بندی قابل ہو.
exceptions
├─Whitelisted ("وائٹ لسٹ کی درخواستیں")
├─Verified ("سرچ انجنوں اور سوشل میڈیا سے تصدیق شدہ درخواستیں")
└─FE ("CIDRAM فرنٹ اینڈ سے درخواستیں")
"segregate" [bool]
[bool]- کیا مختلف ڈومینز اور میزبانوں کے کوٹوں کو الگ یا شیئر کیا جانا چاہیے؟ True = کوٹے الگ کیے جائیں گے. False = کوٹے شیئر کیے جائیں گے [پہلے سے طے شدہ].
"supplementary_cache_options" (قسم)
"prefix" [string]
[string]- یہاں بیان کردہ قدر کو تمام کیش انٹری کیز کے ساتھ پہلے سے جوڑا جائے گا. پہلے سے طے شدہ = "CIDRAM_". جب ایک ہی سرور پر متعدد تنصیبات موجود ہوں، تو یہ ان کے کیچز کو ایک دوسرے سے الگ رکھنے کے لیے مفید ہو سکتا ہے.
"enable_apcu" [bool]
[bool]- اس کی وضاحت کرتا ہے کہ کیش کے لیے APCu استعمال کرنا چاہے. پہلے سے طے شدہ = True (سچ).
"enable_memcached" [bool]
[bool]- اس کی وضاحت کرتا ہے کہ کیش کے لیے Memcached استعمال کرنا چاہے. پہلے سے طے شدہ = False (جھوٹی).
"enable_redis" [bool]
[bool]- اس کی وضاحت کرتا ہے کہ کیش کے لیے Redis استعمال کرنا چاہے. پہلے سے طے شدہ = False (جھوٹی).
"enable_pdo" [bool]
[bool]- اس کی وضاحت کرتا ہے کہ کیش کے لیے PDO استعمال کرنا چاہے. پہلے سے طے شدہ = False (جھوٹی).
"memcached_host" [string]
[string]- Memcached کے میزبان نام. پہلے سے طے شدہ = localhost.
"memcached_port" [int]
[int]- Memcached کے لیے بندرگاہ. پہلے سے طے شدہ = "11211".
"redis_host" [string]
[string]- Redis کے میزبان نام. پہلے سے طے شدہ = localhost.
"redis_port" [int]
[int]- Redis کے لیے بندرگاہ. پہلے سے طے شدہ = "6379".
"redis_timeout" [float]
[float]- Redis کے لیے ٹائم آؤٹ. پہلے سے طے شدہ = "2.5".
"redis_database_number" [int]
[int]- Redis ڈیٹا بیس نمبر. پہلے سے طے شدہ = 0. نوٹ: Redis Cluster کے ساتھ 0 کے علاوہ دیگر اقدار استعمال نہیں کر سکتے.
"pdo_dsn" [string]
[string]- PDO کے لیے DSN. پہلے سے طے شدہ = "mysql:dbname=cidram;host=localhost;port=3306".
FAQ. "PDO DSN" کیا ہے؟ میں CIDRAM کے ساتھ PDO کیسے استعمال کرسکتا ہوں؟
"pdo_username" [string]
[string]- PDO کے لیے صارف نام.
"pdo_password" [string]
[string]- PDO کے لیے پاس ورڈ.
"bypasses" (قسم)
"used" [string]
[string]- کون سے بائی پاس کو استعمال کیا جانا چاہیے؟
used
├─AbuseIPDB ("AbuseIPDB")
├─AmazonAdBot ("AmazonAdBot")
├─Baidu ("Baiduspider/百度")
├─Bingbot ("Bingbot")
├─DuckDuckBot ("DuckDuckBot")
├─Embedly ("Embedly")
├─Feedbot ("Feedbot")
├─Feedspot ("Feedspot")
├─GoogleFiber ("Google Fiber")
├─Googlebot ("Googlebot")
├─Jetpack ("Jetpack")
├─PetalBot ("PetalBot")
├─Pinterest ("Pinterest")
├─Redditbot ("Redditbot")
├─Snapchat ("Snapchat")
├─Sogou ("Sogou/搜狗")
├─Yandex ("Yandex/Яндекс")
└─iCloud ("iCloud (iPhone Safari Bypass)")
۶.۰ مبادیات (دستخط فائلوں کے لیے)
- "xxx.xxx.xxx.xxx" CIDR بلاک (بلاک میں ابتدائی IP پتہ کی آکٹیٹ) کے آغاز کی نمائندگی کرتا ہے.
- "yy" CIDR بلاک سائز [۱-۳۲] نمائندگی کرتا ہے.
- "[فنکشن]" سکرپٹ سگنیچر (دستخط شمار کیا جانا چاہیے کہ کس طرح) کے ساتھ کیا کیا ہدایات.
- "[پرم]" کی نمائندگی کرتا ہے جو کچھ بھی اضافی معلومات "طرف (فنکشن) کی ضرورت ہوسکتی ہے".
"xxxx:xxxx:xxxx:xxxx::xxxx/yy" [فنکشن] [پرم]" تمام IPv6 کی دستخط کی شکل کی پیروی."xxxx:xxxx:xxxx:xxxx::xxxx"CIDR بلاک کے آغاز (بلاک میں ابتدائی IP پتہ کی آکٹیٹ) نمائندگی کرتا ہے. مکمل سنکیتن اور مختصر سنکیتن دونوں قابل قبول ہیں (اور ہر ایک IPv6 کی سنکیتن کے مناسب اور متعلقہ معیار پر عمل کرنا ضروری ہے، لیکن ایک رعایت کے ساتھ: ایک IPv6 کی پتہ مخفف کے ساتھ اس سکرپٹ کے لیے ایک دستخط میں استعمال کرتے ہیں، کی وجہ سے میں جس طرح کرنے کے لیے شروع نہیں کر سکتی"0::1/128"طور مثلا، ایک دستخط میں استعمال کیا جاتا ہے جب"::1/128"کا اظہار کیا جانا چاہیے، اور"0::/128"کے طور پر اظہار، جس CIDR سکرپٹ کی طرف سے دوبارہ تعمیر کر رہے ہیں"::0/128").- "yy" CIDR بلاک سائز [1-128] نمائندگی کرتا ہے.
- "(فنکشن)" سکرپٹ سگنیچر (دستخط شمار کیا جانا چاہیے کہ کس طرح) کے ساتھ کیا کیا ہدایات.
- "[پرم]" کی نمائندگی کرتا ہے جو کچھ بھی اضافی معلومات "طرف (فنکشن) کی ضرورت ہوسکتی ہے".
"%0A"، یا "\n") کا استعمال کرنا چاہیے کے لیے فائلوں! دوسری قسم / نیولائنز کے سٹائل (جیسے ونڈوز "%0D%0A" یا "\r\n" نیولائنز، میک "%0D" یا"\r" نیولائنز، وغیرہ) استعمال کیا جا سکتا ہے، لیکن ترجیح نہیں ہیں. غیر یونیکس طرز نیولائنز سکرپٹ طرف یونیکس طرز نیولائنز کو معمول کی جائے گی."11.127.255.255" کرنا "10.128.0.0" سے تمام IP پتے کو بلاک کرنا چاہتے تھے تو بلاک ڈویژن میں یکساں طور پر تقسیم کر سکتے ہیں کے ساتھ شروع ہونا چاہیے، "10.128.0.0/8" سکرپٹ کی طرف سے تسلیم نہیں کیا جائے گا، لیکن" 10.128.0.0/9" اور "11.0.0.0/9" مل کر میں استعمال کیا جاتا ہے، سکرپٹ کی طرف سے تسلیم کیا جائے گا).- Run
- Whitelist
- Greylist
- Deny
127.0.0.0/8 Run example.php
127.0.0.1/32 Whitelist
127.0.0.1/32 Greylist
- Attacks
- Bogon
- Cloud
- Generic
- Legal
- Malware
- Proxy
- Spam
۶.۱ ٹیگز
۶.۱.۰ سیکشن ٹیگ
# سیکشن 1.
1.2.3.4/32 Deny Bogon
2.3.4.5/32 Deny Cloud
4.5.6.7/32 Deny Generic
5.6.7.8/32 Deny Spam
6.7.8.9/32 Deny Proxy
Tag: سیکشن 1
1.2.3.4/32 Deny Bogon
2.3.4.5/32 Deny Cloud
4.5.6.7/32 Deny Generic
5.6.7.8/32 Deny Spam
Tag: سیکشن 1
"1.2.3.4/32" اور"2.3.4.5/32" "IPv4" کی کے طور پر ٹیگ کیا جائے گا، جبکہ"4.5.6.7/32" اور"5.6.7.8/32" "سیکشن 1" کے طور پر ٹیگ کیا جائے گا.۶.۱.۱ ختم ہونے والی ٹیگ
"YYYY.MM.DD" استعمال کرتے ہیں (ذیل کی مثال دیکھیں).# سیکشن 1.
1.2.3.4/32 Deny Generic
2.3.4.5/32 Deny Generic
Expires: 2016.12.31
۶.۱.۲ اصل ٹیگ
1.2.3.4/32 Deny Generic
Origin: CN
2.3.4.5/32 Deny Generic
Origin: FR
4.5.6.7/32 Deny Generic
Origin: DE
6.7.8.9/32 Deny Generic
Origin: US
Tag: Foobar
# Example Section.
1.2.3.4/32 Deny Generic
Origin: US
Tag: Example Section
Expires: 2016.12.31
۶.۱.۳ دھن ٹیگ
1.2.3.4/32 Deny Generic
Origin: AA
2.3.4.5/32 Deny Generic
Origin: BB
Defers to: preferred_signatures.dat
۶.۱.۴ پروفائل ٹیگ
1.2.3.4/32 Deny Generic
2.3.4.5/32 Deny Generic
Profile: Example;Just some generic stuff;Foo;Bar
Origin: BB
۶.۲ YAML
۶.۲.۰ YAML مبادیات
# Foobar 1.
1.2.3.4/32 Deny Generic
2.3.4.5/32 Deny Generic
4.5.6.7/32 Deny Generic
Tag: Foobar 1
---
general:
http_response_header_code: 403
emailaddr: username@domain.tld
logging:
standard_log: "logfile.{yyyy}-{mm}-{dd}.txt"
apache_style_log: "access.{yyyy}-{mm}-{dd}.txt"
serialised_log: "serial.{yyyy}-{mm}-{dd}.txt"
template_data:
css_url: "https://domain.tld/cidram.css"
# Foobar 2.
1.2.3.4/32 Deny Generic
2.3.4.5/32 Deny Generic
4.5.6.7/32 Deny Generic
Tag: Foobar 2
---
general:
http_response_header_code: 503
logging:
standard_log: "logfile.Foobar2.{yyyy}-{mm}-{dd}.txt"
apache_style_log: "access.Foobar2.{yyyy}-{mm}-{dd}.txt"
serialised_log: "serial.Foobar2.{yyyy}-{mm}-{dd}.txt"
# Foobar 3.
1.2.3.4/32 Deny Generic
2.3.4.5/32 Deny Generic
4.5.6.7/32 Deny Generic
Tag: Foobar 3
---
general:
http_response_header_code: 403
silent_mode: "http://127.0.0.1/"
۶.۳ معاون
۶.۳.۰ دستخط کے حصوں کو نظر انداز کرنا
Ignore سیکشن 1
۶.۳.۱ معاون قوانین
۶.۳.۲ اپنی مرضی کے دستخطی فائلوں کو محفوظ کرنا اور چالو کرنا
ipv4_custom.dat.RenameMe اور ipv6_custom.dat.RenameMe. آپ ان فائلوں میں اپنی مرضی کے دستخط محفوظ کر سکتے ہیں، یا، اگر آپ چاہیں تو، آپ اپنی مرضی کے دستخطوں کے لیے نئی فائلیں بنا سکتے ہیں، ان کو جو چاہیں نام دے سکتے ہیں. CIDRAM v2 اور اس سے پہلے کے لیے، حسب ضرورت دستخطی فائلوں کو vault ڈائریکٹری کے بیس میں محفوظ کیا جانا چاہیے.۶.۵ ماڈیول فعالیت
۶.۵.۰ $this->trigger
$this->trigger$this->trigger کے ساتھ لکھا جاتا ہے. زیادہ تر معاملات میں، یہ بندش ماڈیول لکھنے کے مقصد کے لیے کسی اور سے کہیں زیادہ اہم ہو گی.$this->trigger ۴ پیرامیٹرز کو قبول کرتا ہے: $Condition، $ReasonShort، $ReasonLong (اختیاری)، $DefineOptions (اختیاری).$Condition سچائی کا اندازہ کیا جاتا ہے. اگر یہ سچ (true) ہے تو، دستخط چالو ہے. اگر یہ غلط (false) ہے تو، دستخط چالو نہیں ہے. $Condition عام طور پر ایک ایسی شرط پر مشتمل ہے جس کی وجہ سے کسی درخواست کو بلاک کرنا ہوگا.$ReasonShort کو "کیوں بلاک شدہ" فیلڈ میں حوالہ دیا جاتا ہے جب دستخط چالو ہوجاتا ہے.$ReasonLong صارف کو ظاہر ہونے پر ایک پیغام ہے جب وہ روک رہے ہیں، اس وجہ سے وضاحت کریں کہ. ختم ہونے پر معیاری "کیوں بلاک شدہ" پیغام استعمال کرتا ہے.$DefineOptions ایک اختیاری سرنی ہے جس میں کلیدی/قدر شامل ہیں، درخواست کی مثال کے مطابق مخصوص کنفگریشنات کے اختیارات کی وضاحت کرنے کے لیے استعمال کیا جاتا ہے. جب دستخط چالو ہو تو کنفگریشن کے اختیارات لاگو کیے جائیں گے.$this->trigger سچ ہے جب دستخط چالو ہوجاتا ہے، اور جب غلط نہیں ہوتا تو غلط ہوتا ہے.۶.۵.۱ $this->bypass
$this->bypass$this->bypass کے ساتھ لکھے جاتے ہیں.$this->bypass ۳ پیرامیٹرز کو قبول کرتا ہے: $Condition، $ReasonShort، $DefineOptions (اختیاری).$Condition سچائی کا اندازہ کیا جاتا ہے. اگر یہ سچ (true) ہے تو، بائی پاس چالو ہے. اگر یہ غلط (false) ہے تو، بائی پاس چالو نہیں ہے. $Condition عام طور پر ایک ایسی شرط پر مشتمل ہے جو کسی کو بلاک کرنے کی درخواست نہیں بننی چاہیے.$ReasonShort کو "کیوں بلاک شدہ" فیلڈ میں حوالہ دیا جاتا ہے جب بائی پاس چالو ہوجاتا ہے.$DefineOptions ایک اختیاری سرنی ہے جس میں کلیدی/قدر شامل ہیں، درخواست کی مثال کے مطابق مخصوص کنفگریشنات کے اختیارات کی وضاحت کرنے کے لیے استعمال کیا جاتا ہے. جب دستخط چالو ہو تو کنفگریشن کے اختیارات لاگو کیے جائیں گے.$this->bypass سچ ہے جب بائی پاس چالو ہوجاتا ہے، اور جب غلط نہیں ہوتا.۶.۵.۲ "$this->dnsReverse"
"$this->dnsReverse"<?php
/** Fetch hostname. */
if (empty($this->CIDRAM['Hostname'])) {
$this->CIDRAM['Hostname'] = $this->dnsReverse($this->BlockInfo['IPAddr']);
}
/** Example signature. */
if (strlen($this->CIDRAM['Hostname']) && $this->CIDRAM['Hostname'] !== $this->BlockInfo['IPAddr']) {
$this->trigger($this->CIDRAM['Hostname'] === 'www.foobar.tld', 'Foobar.tld', 'Hostname Foobar.tld is not allowed.');
}
۶.۶ ماڈیول متغیر
$CIDRAM صف میں محفوظ نہ ہو جائیں (ماڈیول پھانسی ختم ہونے کے بعد سب کچھ صاف ہو گیا ہے).| تفصیل | متغیر |
|---|---|
| موجودہ تاریخ اور وقت. | $this->BlockInfo['DateTime'] |
| موجودہ درخواست کے لیے IP پتہ. | $this->BlockInfo['IPAddr'] |
| اگر موجودہ درخواست کا IP پتہ 6to4، Teredo، یا ISATAP پتہ ہے، تو وہ پتہ اس کے IPv4 کے برابر ہو جائے گا. اگر نہیں، تو یہ موجودہ درخواست کا IP پتہ ہوگا. | $this->BlockInfo['IPAddrResolved'] |
| CIDRAM سکرپٹ ورژن. | $this->BlockInfo['ScriptIdent'] |
| موجودہ درخواست کے لیے سوال. | $this->BlockInfo['Query'] |
| موجودہ درخواست کے لیے ریفرر (اگر ایک موجود ہے). | $this->BlockInfo['Referrer'] |
| موجودہ درخواست کے لیے صارف ایجنٹ (user agent). | $this->BlockInfo['UA'] |
| موجودہ درخواست کے لیے کم کیس میں صارف ایجنٹ (user agent). | $this->BlockInfo['UALC'] |
| جب صارف کو بلاک کر دیا جاتا ہے تو صارف کو ظاہر کرنے کا پیغام. | $this->BlockInfo['ReasonMessage'] |
| دستخط کی تعداد موجودہ درخواست کے لیے شروع ہو گئی ہے. | $this->BlockInfo['SignatureCount'] |
| کسی بھی دستخط کے لیے حوالہ کی معلومات موجودہ درخواست کے لیے تیار ہوئی. | $this->BlockInfo['Signatures'] |
| کسی بھی دستخط کے لیے حوالہ کی معلومات موجودہ درخواست کے لیے تیار ہوئی. | $this->BlockInfo['WhyReason'] |
| موجودہ درخواست کی درخواست کا طریقہ. | $this->BlockInfo['Request_Method'] |
| موجودہ درخواست کا پروٹوکول. | $this->BlockInfo['Protocol'] |
- بلاک تمام ممالک CIDRAM کر سکتا ہوں؟
- دستخط کیسے بیشتر اپ ڈیٹ کر رہے ہیں؟
- CIDRAM استعمال کرتے ہوئے میں ایک مسئلہ کا سامنا کرنا پڑا ہے اور میں اس کے بارے میں کیا پتہ نہیں ہے! مدد کریں!
- میں نے دورہ کرنا چاہتے ہیں کہ ایک ویب سائٹ سے CIDRAM کی طرف سے بلاک کیا گیا ہے! مدد کریں!
- میں 7.2 سے زیادہ پرانے ایک PHP ورژن کے ساتھ CIDRAM v2~v4 استعمال کرنا چاہتے ہیں؛ کیا آپ مدد کر سکتے ہیں؟
- میں نے ایک سے زیادہ ڈومینز کی حفاظت کے لیے ایک واحد CIDRAM تنصیب کا استعمال کر سکتا ہوں؟
- میں نے اس پر وقت خرچ نہیں کرنا چاہتا (اسے انسٹال، اس کے قیام، وغیرہ)؛ میں نے آپ کو ایسا کرنے کے لیے ادا کر سکتے ہیں؟
- میں ذاتی کام کے لیے آپ کی خدمات حاصل کر سکتے ہیں؟
- مجھے خصوصی ترمیم کی ضرورت؛ کیا آپ مدد کر سکتے ہیں؟
- میں نے ایک ڈویلپر، ویب سائٹ ڈیزائنر، یا پروگرامر ہوں. میں اس منصوبے سے متعلق کام کر سکتے ہیں؟
- میں نے اس منصوبے میں شراکت کے لیے چاہتے ہیں؛ میں یہ کر سکتا ہوں؟
- کیا میں خود کار طریقے سے اپ ڈیٹ کرنے کے لیے cron استعمال کرسکتا ہوں؟
- "خلاف ورزی" کیا ہیں؟
- CIDRAM بلاک میزبانوں کو کر سکتے ہیں؟
- میں "default_dns" کے لیے کیا استعمال کر سکتا ہوں؟
- کیا ویب سائٹس کے علاوہ چیزوں کی حفاظت کے لیے میں CIDRAM استعمال کرسکتا ہوں (مثال کے طور پر، ای میل سرورز، FTP سرورز، SSH سرورز، IRC سرورز، وغیرہ)؟
- مواد ترسیل کے نیٹ ورک یا کیشنگ کی خدمات کا استعمال کرتے ہوئے ایک ہی وقت میں CIDRAM کا استعمال کرتے ہوئے، کیا مسائل ہو گی؟
- کیا CIDRAM DDoS حملوں کے خلاف میری ویب سائٹ کی حفاظت کرتا ہے؟
- جب میں اپ ڈیٹس کے صفحے کے ذریعہ ماڈیولز یا دستخط شدہ فائلوں کو چالو یا غیر فعال کروں تو، یہ انفرادی طور پر کنفگریشن میں تبدیل کرتا ہے. کیا میں اس راستہ کو تبدیل کر سکتا ہوں جسے وہ کنفگریشن دیں گے؟
- "PDO DSN" کیا ہے؟ میں CIDRAM کے ساتھ PDO کیسے استعمال کرسکتا ہوں؟
- CIDRAM cronjobs کو مسدود کررہا ہے؛ اس کو کیسے ٹھیک کریں؟
- آپ نے سافٹ ویئر کا تازہ ترین ورژن استعمال کر رہے ہیں؟ آپ کو آپ کے دستخط فائلوں کا تازہ ترین ورژن استعمال کر رہے ہیں؟ ان دو سوالوں کی یا تو کرنے کے لیے جواب نہیں ہے تو، سب سے پہلے سب کچھ کو اپ ڈیٹ کرنے کی کوشش کریں، اور چاہے وہ مسئلہ برقرار رہتا ہے چیک کریں. یہ برقرار رہتا ہے، پڑھنے جاری رکھیں.
- اگر آپ کو تمام دستاویزات کے ذریعے کی جانچ پڑتال کی ہے؟ اگر نہیں، تو براہ مہربانی. مسئلہ دستاویزات استعمال کر حل نہیں کیا جا سکتا ہے، تو پڑھنے جاری رکھیں.
- اگر آپ کو issues صفحے جانچ پڑتال کی ہے، دیکھنا چاہے مسئلہ پہلے ذکر کیا گیا ہے؟ اس سے پہلے ذکر کیا گیا ہے تو، چاہے وہ کسی بھی تجاویز، خیالات، اور / یا کے حل فراہم کیا گیا جانچ اور مسئلہ حل کرنے کی کوشش کرنے کے لیے ضروری کے مطابق عمل کریں.
- اگر مسئلہ اب بھی جاری رہتا ہے، تو issues کے صفحے پر ایک نیا issue تشکیل دے کر اس کے بارے میں مدد طلب کریں.
"https://www.some-domain.tld/"، اس کا نام ہے "some-domain.tld.config.yml". ڈومین نام "HTTP_HOST" سے آتا ہے. "www" نظر انداز کر دیا جاتا ہے.default_tracktime کے ذریعے طے کیا گیا ہے.
| IP | آپریٹر |
|---|---|
1.1.1.1 | Cloudflare |
8.8.4.48.8.8.82001:4860:4860::88442001:4860:4860::8888 | Google Public DNS |
9.9.9.9149.112.112.112 | Quad9 DNS |
84.200.69.8084.200.70.402001:1608:10:25::1c04:b12f2001:1608:10:25::9249:d69b | DNS.WATCH |
208.67.220.220208.67.222.220208.67.222.222 | OpenDNS Home |
77.88.8.177.88.8.82a02:6b8::feed:0ff2a02:6b8:0:1::feed:0ff | Yandex.DNS |
8.20.247.208.26.56.26 | Comodo Secure DNS |
216.146.35.35216.146.36.36 | Dyn |
64.6.64.664.6.65.6 | Verisign Public DNS |
37.235.1.17437.235.1.17745.33.97.5172.104.237.57172.104.49.100 | FreeDNS |
156.154.70.1156.154.71.12610:a1:1018::12610:a1:1019::1 | Neustar Security |
45.32.36.3645.77.165.194 | Fourth Estate |
74.82.42.42 | Hurricane Electric |
195.46.39.39195.46.39.40 | SafeDNS |
89.233.43.7191.239.100.100 2001:67c:28a4::2a01:3a0:53:53:: | UncensoredDNS |
208.76.50.50208.76.51.51 | SmartViper |
modules: |
file1.php
file2.php
file3.php
file4.php
file5.php
file3.php سب سے پہلے عمل کرنے کے لیے، آپ فائل کے نام سے پہلے aaa: کی طرح کچھ شامل کرسکتے ہیں:modules: |
file1.php
file2.php
aaa:file3.php
file4.php
file5.php
file6.php، چالو کر دیا جاتا ہے، جب اپ ڈیٹس صفحہ ان کو دوبارہ دوبارہ تبدیل کرتا ہے، تو اسے اس طرح ختم کرنا چاہیے:modules: |
aaa:file3.php
file1.php
file2.php
file4.php
file5.php
file6.php
zzz: کی طرح کچھ شامل کرسکیں. کسی بھی صورت میں، آپ کو سوال میں فائل کا نام تبدیل کرنے کی ضرورت نہیں ہوگی.$ ╔══════════════════════════════════════════════╗ ║ \text{DATABASE} "\text{cidram}" ║ ║ │╔═══════════════════════════════════════════╩═════╗ ║ └╫─\text{TABLE} "\text{Cache}" (\text{UTF}-8) ║ ║ ╠═╪═\text{FIELD}══\text{CHARSET}═\text{DATATYPE}═════\text{KEY}══\text{NULL}═\text{DEFAULT}═╣ ║ ║ ├─"\text{Key}"──\text{UTF}-8───\text{VARCHAR}(128)─\text{PRI}── \times ──── \times ║ ║ ║ ├─"\text{Data}"─\text{UTF}-8───\text{TEXT}───────── \times ──── \times ──── \times ║ ╚══╣ └─"\text{Time}"─ \times ───────\text{INT}(>=10)──── \times ──── \times ──── \times ║ ╚═════════════════════════════════════════════════╝ $
pdo_dsn نیچے جیسا کہ بیان کیا جانا چاہیے.ڈیٹا بیس ڈرائیور کس پر استعمال ہوتا ہے اس پر منحصر ہے...
├─4d (انتباہ: تجرباتی، غیر جانچ شدہ، تجویز کردہ نہیں)
│ │
│ │ ╔═══════╗
│ └─4D:host=localhost;charset=UTF-8
│ ╚╤══════╝
│ └رابطہ کرنے کے لیے میزبان
├─cubrid
│ │
│ │ ╔═══════╗ ╔═══╗ ╔═════╗
│ └─cubrid:host=localhost;port=33000;dbname=example
│ ╚╤══════╝ ╚╤══╝ ╚╤════╝
│ │ │ └استعمال کرنے کے لیے ڈیٹا بیس کا نام
│ │ │
│ │ └استعمال کرنے کے لیے پورٹ نمبر
│ │
│ └رابطہ کرنے کے لیے میزبان
├─dblib
│ │
│ │ ╔═══╗ ╔═══════╗ ╔═════╗
│ └─dblib:host=localhost;dbname=example
│ ╚╤══╝ ╚╤══════╝ ╚╤════╝
│ │ │ └استعمال کرنے کے لیے ڈیٹا بیس کا نام
│ │ │
│ │ └رابطہ کرنے کے لیے میزبان
│ │
│ └Possible values: "mssql", "sybase", "dblib".
├─firebird
│ │
│ │ ╔═══════════════════╗
│ └─firebird:dbname=/path/to/database.fdb
│ ╚╤══════════════════╝
│ ├مقامی ڈیٹا بیس فائل کا راستہ ثابت ہوسکتا ہے
│ │
│ ├ایک میزبان اور پورٹ نمبر سے رابطہ کرسکتے ہیں
│ │
│ └اگر آپ اسے استعمال کرنا چاہتے ہیں تو آپ کو Firebird دستاویزات کا حوالہ دینا چاہیے
├─ibm
│ │
│ │ ╔═════╗
│ └─ibm:DSN=example
│ ╚╤════╝
│ └رابطہ کرنے کے لیے کیٹلوجڈ ڈیٹا بیس
├─informix
│ │
│ │ ╔═════╗
│ └─informix:DSN=example
│ ╚╤════╝
│ └رابطہ کرنے کے لیے کیٹلوجڈ ڈیٹا بیس
├─mysql (سب سے زیادہ تجویز کردہ)
│ │
│ │ ╔═════╗ ╔═══════╗ ╔══╗
│ └─mysql:dbname=example;host=localhost;port=3306
│ ╚╤════╝ ╚╤══════╝ ╚╤═╝
│ │ │ └استعمال کرنے کے لیے پورٹ نمبر
│ │ │
│ │ └رابطہ کرنے کے لیے میزبان
│ │
│ └استعمال کرنے کے لیے ڈیٹا بیس کا نام
├─oci
│ │
│ │ ╔═════╗
│ └─oci:dbname=example
│ ╚╤════╝
│ ├مخصوص کیٹلوجڈ ڈیٹا بیس کا حوالہ دے سکتا ہے
│ │
│ ├ایک میزبان اور پورٹ نمبر سے رابطہ کرسکتے ہیں
│ │
│ └اگر آپ اسے استعمال کرنا چاہتے ہیں تو آپ کو Oracle دستاویزات کا حوالہ دینا چاہیے
├─odbc
│ │
│ │ ╔═════╗
│ └─odbc:example
│ ╚╤════╝
│ ├مخصوص کیٹلوجڈ ڈیٹا بیس کا حوالہ دے سکتا ہے
│ │
│ ├ایک میزبان اور پورٹ نمبر سے رابطہ کرسکتے ہیں
│ │
│ └اگر آپ اسے استعمال کرنا چاہتے ہیں تو آپ کو ODBC/DB2 دستاویزات کا حوالہ دینا چاہیے
├─pgsql
│ │
│ │ ╔═══════╗ ╔══╗ ╔═════╗
│ └─pgsql:host=localhost;port=5432;dbname=example
│ ╚╤══════╝ ╚╤═╝ ╚╤════╝
│ │ │ └استعمال کرنے کے لیے ڈیٹا بیس کا نام
│ │ │
│ │ └استعمال کرنے کے لیے پورٹ نمبر
│ │
│ └رابطہ کرنے کے لیے میزبان
├─sqlite
│ │
│ │ ╔════════╗
│ └─sqlite:example.db
│ ╚╤═══════╝
│ └استعمال کرنے کے لیے مقامی ڈیٹا بیس فائل کا راستہ
└─sqlsrv
│
│ ╔═══════╗ ╔══╗ ╔═════╗
└─sqlsrv:Server=localhost,1521;Database=example
╚╤══════╝ ╚╤═╝ ╚╤════╝
│ │ └استعمال کرنے کے لیے ڈیٹا بیس کا نام
│ │
│ └استعمال کرنے کے لیے پورٹ نمبر
│
└رابطہ کرنے کے لیے میزبان
pdo_username اور pdo_password آپ کے صارف کے نام اور پاس ورڈ کی طرح ہونا چاہیے جو آپ نے اپنے ڈیٹا بیس کے لیے منتخب کیا ہے.ignore.dat میں اس فہرست کو روکنے کے لیے ذمہ دار دستخط والے حصے کا نام درج کرنے کی کوشش کرسکتے ہیں.۹.۰ سیکشن پریامبل
۹.۱ ذمہ داری
۹.۲ تیسرے فریقوں
۹.۲.۰ میزبان نام تلاش کریں
allow_gethostbyaddr_lookup<-generaldefault_dns<-generalforce_hostname_lookup<-generalother<-verificationsearch_engines<-verificationsocial_media<-verification
۹.۲.۱ تلاش انجن اور سوشل میڈیا کی توثیق
other<-verificationsearch_engines<-verificationsocial_media<-verification
۹.۲.۲ CAPTCHA
۹.۲.۳ STOP FORUM SPAM
۹.۲.۴ ABUSEIPDB
۹.۲.۵ BGPVIEW, IP-API
۹.۲.۶ PROJECT HONEYPOT
۹.۳ لاگ
۹.۳.۰ بلاک کے واقعات
- لاگ جو انسان کی طرف سے پڑھ سکتے ہیں.
- Apache سٹائل لاگ.
- سیریلائزڈ لاگ.
ID:1234اسکرپٹ ورژن:CIDRAM v1.6.0تاریخ وقت:Day, dd Mon 20xx hh:ii:ss +0000IP پتہ:x.x.x.xمیزبان کا نام:dns.hostname.tldدستخط شمار:1دستخط حوالہ:x.x.x.x/xxکیوں بلاک شدہ: کلاؤڈ سروس ("نیٹ ورک کا نام",Lxx:Fx,[XX])! صارف ایجنٹ:Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.181 Safari/537.36دوبارہ تعمیر URI:https://your-site.tld/index.phpCAPTCHA کے ریاست: فعال کردہ.
x.x.x.x - - [Day, dd Mon 20xx hh:ii:ss +0000] "GET /index.php HTTP/1.1" 200 xxxx "-" "Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.181 Safari/537.36"
- ایونٹ کے لیے ایک ID نمبر.
- CIDRAM کا ورژن فی الحال استعمال کیا جاتا ہے.
- واقعہ پیش کی تاریخ اور وقت.
- درخواست سے IP پتہ.
- درخواست کے میزبان نام (جب دستیاب ہو).
- دستخط کی تعداد متاثر.
- ان دستخط کے بارے میں مزید تفصیلات.
- ایونٹ اور متعلقہ معلومات کی وجوہات.
- درخواست کے لیے "صارف ایجنٹ".
- درخواست کردہ وسائل کے لیے شناخت.
- درخواست کے لیے CAPTCHA کی حیثیت (جب متعلقہ).
apache_style_log<-loggingserialised_log<-loggingstandard_log<-logging
۹.۳.۱ CAPTCHA لاگ
IP پتہ: x.x.x.x - تاریخ وقت: Day, dd Mon 20xx hh:ii:ss +0000 - CAPTCHA کے ریاست: ایوان کے پاس!
log<-captcha
۹.۳.۲ سامنے کے آخر لاگ
x.x.x.x - Day, dd Mon 20xx hh:ii:ss +0000 - "admin" - لاگ ان.
frontend_log<-frontend
۹.۳.۳ لاگ گھومنے
{yyyy}-{mm}-{dd}.log)، اور پھر لاگ گرد گھومنے کو چالو کرنے (لاگ گرد کی گردش آپ کو لاگ ان کی حد سے زیادہ حد تک زیادہ سے زیادہ لاگ ان پر لاگو کرنے کی اجازت دیتا ہے).{dd}.log اپنے لاگ ان کے نام میں ڈال سکتا ہوں ({dd} دن کی نمائندگی کرتا ہے)، log_rotation_limit کو 30 مقرر کریں، اور log_rotation_action کو Delete مقرر کریں.log_rotation_action کی قدر Archive پر مقرر کر سکتے ہیں (اس ریکارڈ کو کمپیکٹ کریں گے، اس طرح ڈسک کے استعمال کو کم کرنا ہوگا).log_rotation_action<-logginglog_rotation_limit<-logging
۹.۳.۴ ٹرنک لاگ
truncate<-logging
۹.۳.۵ IP پتہ PSEUDONYMISATION
pseudonymise_ip_addresses<-legal
۹.۳.۶ لاگ ان معلومات کو چھوڑ دیں
fields کنفیگریشن ڈائریکٹیو سے رجوع کریں تاکہ یہ کنٹرول کیا جا سکے کہ کون سے فیلڈز لاگ انٹریز میں ظاہر ہوتے ہیں اور "رسائی نہیں ہوئی" صفحہ پر.
fields<-general
۹.۳.۷ اعداد و شمار
statistics<-general
۹.۳.۸ خفیہ کاری
public_html میں انسٹال نہ کریں) اور اس بات کو یقینی بنائیں کہ مناسب حد تک محدود پابندیوں کو نافذ کیا جائے. اگر یہ آپ کے خدشات کو حل کرنے کے لیے کافی نہیں ہے تو پھر CIDRAM کو کنفگریشن دیں تاکہ حساس معلومات جمع نہیں کی جائے گی (جیسے جیسے، لاگ ان کو غیر فعال کرکے).۹.۴ کوکی
lockto کو کنفیگر کیا گیا ہے، CIDRAM ایک کوکی سیٹ کر سکتا ہے تاکہ یاد رہے کہ صارف نے کیپچا مکمل کیا ہے. دوسرا، صارف کو سامنے کے آخر میں لاگ ان ہونے پر CIDRAM ایک کوکی سیٹ کرتا ہے (تصدیق کے مقاصد کے لیے).lockto<-captchaapi<-captcha
۹.۵ مارکیٹنگ اور اشتہارات
۹.۶ رازداری کی پالیسی
privacy_policy<-legal
۹.۷ GDPR/DSGVO
۱۰.۰ CIDRAM v3 میں اپ گریڈ کرنا
۱۰.۱ CIDRAM v3 سے پہلے والے ورژن سے CIDRAM v4 میں اپ گریڈ کرنا
۱۰.۲ CIDRAM v3 سے CIDRAM v4 میں اپ گریڈ کرنا
remotes⬅frontend تلاش کریں. فہرست میں، جہاں آپ v3 دیکھتے ہیں، اسے v4 میں تبدیل کریں. اپنی کنفگریشن کو بچانے کے لیے اپ ڈیٹ پر کلک کریں. یہ تبدیلی اپڈیٹر سے کہتی ہے کہ اپ ڈیٹس تلاش کرتے وقت درست ورژن کو نشانہ بنائے.