موقع بوابة بلاد الشام ،belad-alsham
عزيزي آلزآئر
دعوة للانضمام قروب أهل الشام



 
الرئيسيةمجلة الشام آخبااليوميةس .و .جبحـثالمجموعاتالتسجيلدخولrss
قيّم موقع الشام من هنا

مساحة اعلانية br /> مساحة اعلانية
مساحة اعلانية
مساحة اعلانية

شاطر | 
 

 Directive Index

اذهب الى الأسفل 
كاتب الموضوعرسالة
apache
اعضاء فعالين
اعضاء فعالين
avatar

عدد المشاركات : 123
نقاط : 227
التقيم : 20
تاريخ الميلاد : 15/03/1990
تاريخ التسجيل : 14/08/2012
العمر : 28

مُساهمةموضوع: Directive Index   الثلاثاء أغسطس 14, 2012 10:41 am

أباتشي > HTTP خادم > التوثيق > الإصدار 2.2 > وحدات
توجيه مؤشر
اللغات المتاحة: دي | EN | ES | جا | كو | RU | TR | ZH-CN
يتم سرد كل توجيهات أباتشي المتاحة في توزيع أباتشي معيار هنا. أنها وصفت باستخدام شكل متسق، وليس هناك قاموس للمصطلحات المستخدمة في وصف المتاحة.

و التوجيه السريع مرجع باللغات إعطاء تفاصيل عن كل التوجيه في شكل موجز.

A | B | C | D | E | F | G | H | I | K | L | M | N | O | P | R | S | T | U | V | W | X
AcceptFilter
AcceptMutex
AcceptPathInfo
AccessFileName
عمل
AddAlt
AddAltByEncoding
AddAltByType
AddCharset
AddDefaultCharset
AddDescription
AddEncoding
AddHandler
AddIcon
AddIconByEncoding
AddIconByType
AddInputFilter
AddLanguage
AddModuleInfo
AddOutputFilter
AddOutputFilterByType
AddType
الاسم المستعار
AliasMatch
السماح لل
AllowCONNECT
AllowEncodedSlashes
AllowOverride
مجهول
Anonymous_LogEmail
Anonymous_MustGiveEmail
Anonymous_NoUserID
Anonymous_VerifyEmail
AuthBasicAuthoritative
AuthBasicProvider
AuthDBDUserPWQuery
AuthDBDUserRealmQuery
AuthDBMGroupFile
AuthDBMType
AuthDBMUserFile
AuthDefaultAuthoritative
AuthDigestAlgorithm
AuthDigestDomain
AuthDigestNcCheck
AuthDigestNonceFormat
AuthDigestNonceLifetime
AuthDigestProvider
AuthDigestQop
AuthDigestShmemSize
AuthGroupFile
AuthLDAPBindAuthoritative
AuthLDAPBindDN
AuthLDAPBindPassword
AuthLDAPCharsetConfig
AuthLDAPCompareDNOnServer
AuthLDAPDereferenceAliases
AuthLDAPGroupAttribute
AuthLDAPGroupAttributeIsDN
AuthLDAPRemoteUserAttribute
AuthLDAPRemoteUserIsDN
AuthLDAPUrl
AuthName
<AuthnProviderAlias>
AuthType
AuthUserFile
AuthzDBMAuthoritative
AuthzDBMType
AuthzDefaultAuthoritative
AuthzGroupFileAuthoritative
AuthzLDAPAuthoritative
AuthzOwnerAuthoritative
AuthzUserAuthoritative
BalancerMember
BrowserMatch
BrowserMatchNoCase
BufferedLogs
CacheDefaultExpire
CacheDirLength
CacheDirLevels
CacheDisable
CacheEnable
CacheFile
CacheIgnoreCacheControl
CacheIgnoreHeaders
CacheIgnoreNoLastMod
CacheIgnoreQueryString
CacheIgnoreURLSessionIdentifiers
CacheLastModifiedFactor
CacheLock
CacheLockMaxAge
CacheLockPath
CacheMaxExpire
CacheMaxFileSize
CacheMinFileSize
CacheNegotiatedDocs
CacheRoot
CacheStoreNoStore
CacheStorePrivate
CGIMapExtension
CharsetDefault
CharsetOptions
CharsetSourceEnc
CheckCaseOnly
CheckSpelling
ChrootDir
ContentDigest
CookieDomain
CookieExpires
CookieLog
CookieName
CookieStyle
CookieTracking
CoreDumpDirectory
CustomLog
DAV
DavDepthInfinity
DavGenericLockDB
DavLockDB
DavMinTimeout
DBDExptime
DBDKeep
DBDMax
DBDMin
DBDParams
DBDPersist
DBDPrepareSQL
DBDriver
DefaultIcon
DefaultLanguage
DefaultType
DeflateBufferSize
DeflateCompressionLevel
DeflateFilterNote
DeflateMemLevel
DeflateWindowSize
تنكر
<Directory>
DirectoryIndex
<DirectoryMatch>
DirectorySlash
DocumentRoot
DumpIOInput
DumpIOLogLevel
DumpIOOutput
EnableExceptionHook
EnableMMAP
EnableSendfile
ErrorDocument
ErrorLog
مثال
ExpiresActive
ExpiresByType
ExpiresDefault
ExtendedStatus
ExtFilterDefine
ExtFilterOptions
FallbackResource
FileETag
<Files>
<FilesMatch>
FilterChain
FilterDeclare
FilterProtocol
FilterProvider
FilterTrace
ForceLanguagePriority
ForceType
ForensicLog
GprofDir
GracefulShutdownTimeout
مجموعة
رأس
HeaderName
HostnameLookups
IdentityCheck
IdentityCheckTimeout
<IfDefine>
<IfModule>
<IfVersion>
ImapBase
ImapDefault
ImapMenu
وتشمل
IndexHeadInsert
IndexIgnore
IndexOptions
IndexOrderDefault
IndexStyleSheet
ISAPIAppendLogToErrors
ISAPIAppendLogToQuery
ISAPICacheFile
ISAPIFakeAsync
ISAPILogNotSupported
ISAPIReadAheadBuffer
KeepAlive
KeepAliveTimeout
LanguagePriority
LDAPCacheEntries
LDAPCacheTTL
LDAPConnectionTimeout
LDAPOpCacheEntries
LDAPOpCacheTTL
LDAPSharedCacheFile
LDAPSharedCacheSize
LDAPTrustedClientCert
LDAPTrustedGlobalCert
LDAPTrustedMode
LDAPVerifyServerCert
<Limit>
<LimitExcept>
LimitInternalRecursion
LimitRequestBody
LimitRequestFields
LimitRequestFieldSize
LimitRequestLine
LimitXMLRequestBody
استمع
ListenBackLog
LoadFile
LoadModule
<Location>
<LocationMatch>
LockFile
LogFormat
LogLevel
MaxClients
MaxKeepAliveRequests
MaxMemFree
MaxRanges
MaxRequestsPerChild
MaxRequestsPerThread
MaxSpareServers
MaxSpareThreads
MaxThreads
MCacheMaxObjectCount
MCacheMaxObjectSize
MCacheMaxStreamingBuffer
MCacheMinObjectSize
MCacheRemovalAlgorithm
MCacheSize
MetaDir
ملفات التعريف
MetaSuffix
MimeMagicFile
MinSpareServers
MinSpareThreads
MMapFile
ModMimeUsePathInfo
MultiviewsMatch
NameVirtualHost
NoProxy
NWSSLTrustedCerts
NWSSLUpgradeable
خيارات
النظام
PassEnv
PidFile
بروتوكول
ProtocolEcho
<Proxy>
ProxyBadHeader
ProxyBlock
ProxyDomain
ProxyErrorOverride
ProxyFtpDirCharset
ProxyIOBufferSize
<ProxyMatch>
ProxyMaxForwards
و إليك
ProxyPassInterpolateEnv
ProxyPassMatch
ProxyPassReverse
ProxyPassReverseCookieDomain
ProxyPassReverseCookiePath
ProxyPreserveHost
ProxyReceiveBufferSize
ProxyRemote
ProxyRemoteMatch
ProxyRequests
ProxySCGIInternalRedirect
ProxySCGISendfile
ProxySet
ProxyStatus
ProxyTimeout
ProxyVia
ReadmeName
ReceiveBufferSize
إعادة توجيه
RedirectMatch
RedirectPermanent
RedirectTemp
RemoveCharset
RemoveEncoding
RemoveHandler
RemoveInputFilter
RemoveLanguage
RemoveOutputFilter
RemoveType
RequestHeader
RequestReadTimeout
تطلب
RewriteBase
RewriteCond
RewriteEngine
RewriteLock
RewriteLog
RewriteLogLevel
RewriteMap
RewriteOptions
RewriteRule
RLimitCPU
RLimitMEM
RLimitNPROC
إرضاء
ScoreBoardFile
سيناريو
scriptalias التي
ScriptAliasMatch
ScriptInterpreterSource
ScriptLog
ScriptLogBuffer
ScriptLogLength
ScriptSock
SecureListen
SeeRequestTail
SendBufferSize
ServerAdmin
ServerAlias
ServerLimit
الخادم
ServerPath
ServerRoot
ServerSignature
ServerTokens
SetEnv
SetEnvIf
SetEnvIfNoCase
SetHandler
SetInputFilter
SetOutputFilter
SSIEnableAccess
SSIEndTag
SSIErrorMsg
SSIETag
SSILastModified
SSIStartTag
SSITimeFormat
SSIUndefinedEcho
SSLCACertificateFile
SSLCACertificatePath
SSLCADNRequestFile
SSLCADNRequestPath
SSLCARevocationFile
SSLCARevocationPath
SSLCertificateChainFile
SSLCertificateFile
SSLCertificateKeyFile
SSLCipherSuite
SSLCryptoDevice
SSLEngine
SSLFIPS
SSLHonorCipherOrder
SSLInsecureRenegotiation
SSLMutex
SSLOptions
SSLPassPhraseDialog
SSLProtocol
SSLProxyCACertificateFile
SSLProxyCACertificatePath
SSLProxyCARevocationFile
SSLProxyCARevocationPath
SSLProxyCheckPeerCN
SSLProxyCheckPeerExpire
SSLProxyCipherSuite
SSLProxyEngine
SSLProxyMachineCertificateFile
SSLProxyMachineCertificatePath
SSLProxyProtocol
SSLProxyVerify
SSLProxyVerifyDepth
SSLRandomSeed
SSLRenegBufferSize
SSLRequire
SSLRequireSSL
SSLSessionCache
SSLSessionCacheTimeout
SSLStrictSNIVHostCheck
SSLUserName
SSLVerifyClient
SSLVerifyDepth
StartServers
StartThreads
استبدل
Suexec
SuexecUserGroup
ThreadLimit
ThreadsPerChild
ThreadStackSize
تايم آوت
TraceEnable
TransferLog
TypesConfig
UnsetEnv
UseCanonicalName
UseCanonicalPhysicalPort
المستخدم
UserDir
VirtualDocumentRoot
VirtualDocumentRootIP
<VirtualHost>
VirtualScriptAlias
VirtualScriptAliasIP
Win32DisableAcceptEx
XBitHack
الرجوع الى أعلى الصفحة اذهب الى الأسفل
معاينة صفحة البيانات الشخصي للعضو
apache
اعضاء فعالين
اعضاء فعالين
avatar

عدد المشاركات : 123
نقاط : 227
التقيم : 20
تاريخ الميلاد : 15/03/1990
تاريخ التسجيل : 14/08/2012
العمر : 28

مُساهمةموضوع: رد: Directive Index   الثلاثاء أغسطس 14, 2012 10:41 am

أباتشي > HTTP خادم > التوثيق > الإصدار 2.2 > وحدات
توجيه مؤشر


اللغات المتاحة: دي | EN | ES | جا | كو | RU | TR | ZH-CN
يتم سرد كل توجيهات أباتشي المتاحة في توزيع أباتشي معيار هنا. أنها وصفت باستخدام شكل متسق، وليس هناك قاموس للمصطلحات المستخدمة في وصف المتاحة.
و التوجيه السريع مرجع باللغات إعطاء تفاصيل عن كل التوجيه في شكل موجز.



بلاد الشام ،~ تُوِقَيّعَ الَعَضّوِ ~بلاد الشام ،

بلاد الشام ،بلاد الشام ،بلاد الشام ،بلاد الشام ،بلاد الشام ،بلاد الشام ،بلاد الشام ،بلاد الشام ،بلاد الشام ،بلاد الشام ،بلاد الشام ،بلاد الشام ،بلاد الشام ،بلاد الشام

[center]
بسم الله مشاء الله جمال وبرائة اطفال اهل الشام

حسبنا الله ونعم الوكيل فيك يا بشار وكل من يشد على اياديك
[/center]
الرجوع الى أعلى الصفحة اذهب الى الأسفل
معاينة صفحة البيانات الشخصي للعضو
apache
اعضاء فعالين
اعضاء فعالين
avatar

عدد المشاركات : 123
نقاط : 227
التقيم : 20
تاريخ الميلاد : 15/03/1990
تاريخ التسجيل : 14/08/2012
العمر : 28

مُساهمةموضوع: رد: Directive Index   الثلاثاء أغسطس 14, 2012 10:44 am

AcceptFilter التوجيه

الوصف: تكوين أمثل للالمقابس المستمع على بروتوكول لل
بناء الجملة: AcceptFilter بروتوكول accept_filter
السياق: خادم التكوين
الحالة: جوهر
وحدة نمطية: جوهر
التوافق: متوفر في أباتشي 2.1.5 و في وقت لاحق
هذا التوجيه تمكن أمثل نظام التشغيل محددة لمأخذ الاستماع حسب نوع البروتوكول. الفرضية الأساسية هي لنواة لعدم ارسال مأخذ على عملية الخادم حتى يتم تلقي أي بيانات أو يتم تخزينها مؤقتا طلب HTTP كامل. فقط لفري قبول مرشحات لينكس في أكثر بدائية TCP_DEFER_ACCEPT معتمدة حاليا.

القيم الافتراضية في فري هي:

AcceptFilter HTTP httpready
AcceptFilter HTTPS dataready
و httpready قبول مرشح مخازن كامل طلبات HTTP على مستوى النواة. وبمجرد استلام طلب كامل، النواة ثم يرسل إلى الخادم. راجع accf_http (9) صفحة الرجل لمزيد من التفاصيل. منذ يتم تشفير طلبات HTTPS فقط (9) accf_data يستخدم فلتر.

القيم الافتراضية على لينكس هي:

AcceptFilter HTTP البيانات
AcceptFilter HTTPS البيانات
لينكس TCP_DEFER_ACCEPT لا يدعم التخزين المؤقت طلبات HTTP. أي قيمة بالإضافة إلى أي سيمكن TCP_DEFER_ACCEPT على أن المستمع. لمزيد من التفاصيل راجع لينكس برنامج التعاون الفني (7) صفحة رجل.

استخدام أي وسيطة لتعطيل أي قبول المرشحات لهذا البروتوكول. وهذا مفيد للبروتوكولات التي تحتاج إلى ملقم إرسال البيانات الأولى، مثل NNTP :

AcceptFilter NNTP لا شيء
انظر أيضا
بروتوكول

AcceptPathInfo التوجيه

الوصف: موارد قبول زائدة معلومات مسار
بناء الجملة: AcceptPathInfo على | رد | إيقاف
رد: AcceptPathInfo الافتراضي
السياق: خادم التكوين، المضيف الظاهري، الدليل،. هتكس
تجاوز: FileInfo
الحالة: جوهر
وحدة نمطية: جوهر
التوافق: متوفر في أباتشي 2.0.30 وفيما بعد
هذا التوجيه تسيطر على ما إذا كان سيتم قبول الطلبات التي تحتوي على معلومات زائدة اسم المسار الذي يتبع اسم ملف الفعلي (أو غير موجودة في ملف دليل موجود) أو رفضها. ويمكن إجراء هذه المعلومات مسار زائدة المتاحة للمخطوطات في PATH_INFO متغير البيئة.

على سبيل المثال، افترض الموقع / اختبار / يشير إلى الدليل الذي يحتوي فقط على ملف واحد here.html . ثم طلبات / اختبار / here.html / أكثر و / اختبار / nothere.html / أكثر على حد سواء جمع / أكثر كما PATH_INFO .

الحجج الثلاثة الممكنة ل AcceptPathInfo التوجيه هي:

قبالة
ولن يكون هناك طلب أن تقبل إذا كانت الخرائط لمسار حرفي موجود. ولذلك طلب معلومات زائدة مع مسار بعد اسم الملف صحيح مثل / اختبار / here.html / أكثر وسوف في المثال أعلاه عودة 404 لم يتم العثور على خطأ.
في
لن يتم قبول طلب إذا خرائط مسار مكون مما أدى إلى ملف موجود. ما سبق مثال / اختبار / here.html / أكثر إذا سيتم قبول / اختبار / here.html خرائط إلى ملف صالح.
الافتراضي
يتم تحديد العلاج من طلبات زائدة مع معلومات مسار من قبل معالج المسؤولة عن هذا الطلب. معالج الأساسية لافتراضات الملفات العادية إلى رفض PATH_INFO الطلبات. معالجات التي تخدم النصوص، مثل CGI-النصي و معالج ISAPI، ، تقبل عموما PATH_INFO افتراضيا.
والغرض الأساسي من AcceptPathInfo التوجيه هو السماح لك إلى تجاوز خيار معالج لقبول أو رفض PATH_INFO . ويلزم هذا التجاوز، على سبيل المثال، عند استخدام فلتر ، مثل يشمل ، على توليد محتوى استنادا PATH_INFO . فإن معالج الأساسية عادة رفض هذا الطلب، لذلك يمكنك استخدام التكوين التالية لتمكين مثل هذا السيناريو:

<Files "mypaths.shtml">
خيارات + يشمل
SetOutputFilter يشمل
AcceptPathInfo على
<ملفات />




AccessFileName التوجيه

الوصف: اسم ملف التكوين الموزعة
بناء الجملة: AccessFileName ملف [ اسم الملف ] ...
رد: AccessFileName. هتكس
السياق: خادم التكوين، المضيف الظاهري
الحالة: جوهر
وحدة نمطية: جوهر
أثناء معالجة طلب الخادم بالبحث عن ملف التكوين القائمة الأولى من هذه القائمة من الأسماء في كل دليل من المسار إلى وثيقة، إذا وزعت وملفات التكوين لتمكين هذا الدليل . على سبيل المثال:

AccessFileName. دوري أبطال آسيا
قبل أن تعود وثيقة / البيرة / المحلية / شبكة / index.html و ، الملقم سوف تقرأ /. دوري أبطال آسيا ، / البيرة / .acl ، / البيرة / المحلية / .acl و / البيرة / المحلية / شبكة / .acl للتوجيهات، إلا إذا تم تعطيل لهم

<Directory />
بلا AllowOverride
</ دليل>

انظر أيضا
AllowOverride
تكوين ملفات
. هتكس الملفات

AddDefaultCharset التوجيه

الوصف: التي يمكن ان تضاف الافتراضي المعلمة محارف عندما استجابة نوع المحتوى هو نص / عادي أو نص / HTML
بناء الجملة: AddDefaultCharset على | | منتدى محارف
رد: AddDefaultCharset معطلة
السياق: خادم التكوين، المضيف الظاهري، الدليل،. هتكس
تجاوز: FileInfo
الحالة: جوهر
وحدة نمطية: جوهر
هذا التوجيه يحدد القيمة الافتراضية للمعلمة نوع محارف وسائل الاعلام (اسم لترميز الأحرف) التي يمكن ان تضاف الى استجابة إذا وفقط إذا كان استجابة لنوع المحتوى هو إما نص / عادي أو نص / HTML . وهذا ينبغي أن تجاوز أي محارف محدد في الجسم للاستجابة عن طريق META عنصر، على الرغم من أن سلوك الدقيق غالبا ما تعتمد على تكوين العميل المستخدم. إعداد من AddDefaultCharset معطلة تعطيل هذه الوظيفة. AddDefaultCharset على تمكن محارف الافتراضية ISO-8859-1 . ويفترض أية قيمة أخرى لتكون محارف لاستخدامها، والتي ينبغي أن يكون واحدا من مجموعة الأحرف IANA القيم المسجلة للاستخدام في MIME أنواع وسائل الإعلام. على سبيل المثال:

AddDefaultCharset UTF-8
AddDefaultCharset يجب أن يستخدم فقط عندما يعرف كل من الموارد النص التي ينطبق عليها ليكون في ذلك ترميز الأحرف وأنه من غير مريح للغاية لتسمية محارف بصورة فردية. أحد الأمثلة على ذلك هو أن تضيف المعلمة محارف على الموارد التي تحتوي على محتوى ولدت، مثل الكتابات القديمة CGI، التي قد تكون عرضة للالبرامج النصية عبر المواقع الهجمات نظرا لبيانات المستخدم التي توفرها يتم تضمينها في الإخراج. ولكن لاحظ أن أفضل حل هو فقط لإصلاح (أو حذف) تلك الكتابات، منذ وضع محارف الافتراضية لا حماية المستخدمين التي مكنت "ترميز الأحرف لصناعة السيارات في الكشف عن" الميزة على المتصفح.

انظر أيضا
AddCharset

AddOutputFilterByType التوجيه

الوصف: يعين ناتج تصفية على وجه الخصوص من نوع MIME
بناء الجملة: AddOutputFilterByType مرشح [؛ مرشح ...] MIME من نوع [ MIME من نوع ] ...
السياق: خادم التكوين، المضيف الظاهري، الدليل،. هتكس
تجاوز: FileInfo
الحالة: جوهر
وحدة نمطية: جوهر
التوافق: متوفر في أباتشي 2.0.33 وفيما بعد، في إهمال اباتشي 2.1 والإصدارات الأحدث
هذا التوجيه ينشط انتاج معين مرشح لطلب اعتمادا على استجابة من نوع MIME . بسبب بعض المشاكل التي تناقش أدناه، تم إهمال هذا التوجيه. نِفَسٌ وظيفة متاحة باستخدام mod_filter .

المثال التالي يستخدم DEFLATE مرشح، والتي يتم توفيرها من قبل mod_deflate . وسوف ضغط كل الإخراج (إما ثابتة أو دينامية) والتي وصفها بأنها نص / HTML أو نص / عادي قبل إرسالها إلى العميل.

AddOutputFilterByType DEFLATE نص / HTML نص / عادي
إذا كنت تريد أن تتم معالجة المحتوى من قبل أكثر من مرشح واحد، أسماءهم يتعين مفصولة بفواصل منقوطة. ومن الممكن أيضا لاستخدام واحد AddOutputFilterByType التوجيه لكل من هذه المرشحات.

التكوين أدناه يؤدي كل الانتاج النصي وصفت بأنها نص / HTML التي سيتم تجهيزها في البداية من قبل يشمل مرشح ومن ثم من قبل DEFLATE مرشح.

<Location /cgi-bin/>
خيارات تشمل
AddOutputFilterByType تشمل؛ نص DEFLATE / HTML
</ الموقع>


لاحظ

مرشحات تمكن مع AddOutputFilterByType قد تفشل جزئيا أو كليا في بعض الحالات. على سبيل المثال، لا يتم تطبيق الفلاتر إذا MIME من نوع لا يمكن تحديدها ويرتد إلى DefaultType الإعداد، حتى لو كان DefaultType هو نِفَسٌ ه.
ومع ذلك، إذا كنت ترغب في التأكد من انه سيتم تطبيق الفلاتر وتعيين نوع محتوى إلى مورد صراحة، على سبيل المثال مع AddType أو ForceType . تحديد نوع المحتوى ضمن سيناريو (غير NPH) CGI غير آمنة أيضا.
انظر أيضا
AddOutputFilter
SetOutputFilter
مرشحات

AllowEncodedSlashes التوجيه

الوصف: يحدد ما إذا كان يسمح فواصل مسار المرمزة في عناوين المواقع لتمريرها من خلال
بناء الجملة: AllowEncodedSlashes على | NoDecode | إيقاف
رد: AllowEncodedSlashes معطلة
السياق: خادم التكوين، المضيف الظاهري
الحالة: جوهر
وحدة نمطية: جوهر
التوافق: متوفر في هتبد أباتشي 2.0.46 و في وقت لاحق. NoDecode الخيار المتاح في 2.2.18 و في وقت لاحق.
و AllowEncodedSlashes التوجيه يسمح عناوين المواقع التي تحتوي على فواصل مسار ترميز ( ٪ 2F ل / وبالإضافة إلى ذلك 5C٪ ل \ على أنظمة وفقا) ليتم استخدامها في معلومات مسار.

مع القيمة الافتراضية، معطلة ، يتم رفض عناوين من هذا القبيل مع 404 (غير موجود) خطأ.

مع القيمة على ، يتم قبول عناوين من هذا القبيل، ويتم فك الشفرة المرمزة مائلة مثل الأحرف جميع المرمزة الأخرى.

مع قيمة NoDecode ، يتم قبول عناوين من هذا القبيل، ولكن لا يتم فك الشفرة المرمزة مائلة لكنها تركت في حالتها المشفرة.

تحول AllowEncodedSlashes في الغالب مفيدة عندما تستخدم بالاقتران مع PATH_INFO .

لاحظ

إذا كانت هناك حاجة مائلة المرمزة في معلومات مسار، واستخدام NoDecode ينصح بشدة كإجراء أمني. يمكن أن يسمح فك الشفرة مائلة تسمح يحتمل أن تكون مسارات غير آمنة.
انظر أيضا
AcceptPathInfo

AllowOverride التوجيه

الوصف: أنواع من التوجيهات التي يسمح في . هتكس الملفات
بناء الجملة: AllowOverride الكل | لا شيء | توجيهات من نوع [ توجيهات من نوع ] ...
رد: AllowOverride جميع
السياق: دليل
الحالة: جوهر
وحدة نمطية: جوهر
عندما خادم يجد هتكس. ملف (كما هو محدد من قبل AccessFileName ) فإنه يحتاج إلى معرفة التوجيهات التي أعلنت في هذا الملف يمكن تجاوز في وقت سابق من توجيهات التكوين.

متوفرة فقط في أقسام <Directory>

AllowOverride صالحة فقط في <Directory> المقاطع المحددة دون التعابير العادية، وليس في <Location> ، <DirectoryMatch> أو <Files> المقاطع.
عندما يتم تعيين هذا التوجيه إلى لا شيء ، ثم . تاكيس يتم تجاهل تماما الملفات. في هذه الحالة، سيقوم الملقم لا بل محاولة لقراءة . هتكس الملفات في نظام الملفات.

عندما يتم تعيين هذا التوجيه على كل ، ثم توجيه أي الذي لديه هتكس. السياق هو مسموح به في هتكس. الملفات.

و التوجيه من نوع يمكن أن تكون واحدة من المجموعات التالية من توجيهات.

AuthConfig
السماح للاستخدام لتوجيهات ترخيص ( AuthDBMGroupFile ، AuthDBMUserFile ، AuthGroupFile ، AuthName ، AuthType ، AuthUserFile ، طلب ، إلخ ).
FileInfo
السماح للاستخدام لتوجيهات السيطرة على أنواع الوثائق ( DefaultType ، ErrorDocument ، ForceType ، LanguagePriority ، SetHandler ، SetInputFilter ، SetOutputFilter ، و mod_mime * إضافة وإزالة وتوجيهات *، الخ )، والبيانات الوصفية وثيقة و العمل من mod_actions .
الفهارس
السماح للاستخدام لتوجيهات السيطرة على فهرسة الدليل
قصر
السماح للاستخدام لتوجيهات التحكم في الوصول المضيف ( السماح ، رفض و طلب ).
خيارات [= الخيار ، ...]
السماح للاستخدام لتوجيهات السيطرة على ميزات دليل محدد ( خيارات و XBitHack ). يمكن أن تعطى علامة المساواة متبوعا بفاصلة (ولكن بدون مسافات) فصل قوائم من الخيارات التي قد يتم تعيين باستخدام خيارات الأمر.
تعطيل ضمني من خيارات

على الرغم من يمكن أن يقتصر على قائمة من الخيارات التي يمكن استخدامها في ملفات هتكس. مع هذا التوجيه، ما دام أي خيارات يمكن أن يسمح التوجيه يتم تعطيل أي خيار آخر ورثت باستخدام بناء الجملة غير نسبي. وبعبارة أخرى، يمكن لهذه الآلية ليس فرض خيار محدد على البقاء ضبط في حين تسمح بوضع أي أشخاص آخرين.
على سبيل المثال:

AuthConfig فهارس AllowOverride
في المثال أعلاه جميع التوجيهات التي ليست في المجموعة AuthConfig ولا فهارس يسبب خطأ خادم داخلي.

لأسباب أمنية والأداء، وعدم تعيين AllowOverride إلى أي شيء آخر من لا شيء في الخاص /> <Directory كتلة. بدلا من ذلك، نجد (أو إنشاء) في انظر أيضا
AccessFileName
تكوين ملفات
. هتكس الملفات

AuthName التوجيه

الوصف: عالم ترخيص لاستخدامها في مصادقة HTTP
بناء الجملة: AuthName مصادقة نطاق
السياق: الدليل،. هتكس
تجاوز: AuthConfig
الحالة: جوهر
وحدة نمطية: جوهر
هذا التوجيه يحدد اسم مجال إذن للحصول على الدليل. ويرد هذا المجال إلى العميل بحيث يمكن للمستخدم الذي يعرف اسم المستخدم وكلمة السر لارسال. AuthName يأخذ حجة واحدة، وإذا كان اسم حقل يحتوي على مسافات، يجب وضع ذلك في علامات الاقتباس. يجب أن يكون مصحوبا AuthType و طلب توجيهات، وتوجيهات مثل AuthUserFile و AuthGroupFile العمل.

على سبيل المثال:

AuthName "سري للغاية"
سلسلة المنصوص عليها في AuthName هو ما سوف يظهر في مربع الحوار كلمة السر التي تقدمها معظم برامج التصفح.

انظر أيضا
التوثيق، إذن، والتحكم في الوصول

AuthType التوجيه

الوصف: نوع من مصادقة المستخدم
بناء الجملة: AuthType الأساسية | دايجست
السياق: الدليل،. هتكس
تجاوز: AuthConfig
الحالة: جوهر
وحدة نمطية: جوهر
هذا التوجيه يختار نوع المصادقة المستخدم للدليل. أنواع المصادقة المتوفرة الأساسية (التي تنفذها mod_auth_basic ) و دايجست (التي تنفذها mod_auth_digest ).

لتنفيذ المصادقة، يجب عليك أيضا استخدام AuthName و طلب توجيهات. وبالإضافة إلى ذلك، يجب أن يكون الخادم وحدة التوثيق، مزود مثل mod_authn_file وحدة ترخيص مثل mod_authz_user .

انظر أيضا
التوثيق، إذن، والتحكم في الوصول

CGIMapExtension التوجيه

الوصف: تقنية لتحديد مكان وجود مترجم للنصوص CGI
بناء الجملة: CGIMapExtension CGI-مسار . تمديد
السياق: الدليل،. هتكس
تجاوز: FileInfo
الحالة: جوهر
وحدة نمطية: جوهر
التوافق: نتوير فقط
ويستخدم هذا التوجيه للتحكم في كيفية أباتشي يجد المترجم المستخدمة لتشغيل البرامج النصية CGI. على سبيل المثال، وضع CGIMapExtension SYS: \ foo.nlm فو سيتسبب جميع ملفات البرنامج النصي CGI مع فو. لتمريرها تمديد للمترجم FOO.


ContentDigest التوجيه

الوصف: تمكن من توليد المحتوى MD5 رؤوس استجابة HTTP
بناء الجملة: ContentDigest على | إيقاف
رد: ContentDigest معطلة
السياق: خادم التكوين، المضيف الظاهري، الدليل،. هتكس
تجاوز: خيارات
الحالة: جوهر
وحدة نمطية: جوهر
هذا التوجيه تمكن من توليد المحتوى MD5 رؤوس كما هو محدد في RFC1864 RFC2616 على التوالي.

MD5 هو خوارزمية لحساب "خلاصة الرسالة" (التي تسمى أحيانا "بصمة") من التعسفي طول البيانات، مع وجود درجة عالية من الثقة التي من شأنها أن تنعكس أي تغييرات في البيانات في إحداث تغييرات في خلاصة الرسالة.

و المحتوى MD5 رأس يوفر سلامة الرسالة نهاية إلى نهاية شيك (MIC) من الجسم بين الكيانين. قد وكيل أو عميل تحقق هذا الرأس للكشف عن تعديل عرضي من الجسم، كيان في العبور. مثال الرأس:

المحتوى MD5: AuLb7Dp1rqtRtxz2m9kRpA ==
لاحظ أن هذا يمكن أن يسبب مشاكل الأداء على الخادم الخاص بك منذ يتم حسابها خلاصة الرسالة على كل طلب (القيم ليست مؤقتا).

المحتوى MD5 يتم إرسالها فقط للمستندات التي يخدمها الأساسية ، وليس من خلال أية وحدة نمطية. على سبيل المثال، وثائق مباحث أمن الدولة، خرج من نصوص CGI، والاستجابات نطاق البايت لم يكن لديك هذا الرأس.


DefaultType التوجيه

الوصف: MIME نوع المحتوى التي سيتم إرسالها إذا كان الملقم لا يمكن تحديد نوع في أي وسيلة أخرى
بناء الجملة: DefaultType MIME من نوع | لا شيء
رد: DefaultType نص / عادي
السياق: خادم التكوين، المضيف الظاهري، الدليل،. هتكس
تجاوز: FileInfo
الحالة: جوهر
وحدة نمطية: جوهر
التوافق: حجة لا شيء متوفر في أباتشي 2.2.7 و في وقت لاحق
سيكون هناك أوقات عندما يطلب من الخادم لتقديم وثيقة نوعه لا يمكن تحديده من قبل ل أنواع MIME تعيينات.

وإذا خادم إبلاغ العميل من نوع محتوى الوثيقة. إذا كان الملقم غير قادر على تحديد هذا بالوسائل العادية، فإنه سيتم تعيينه إلى تكوين DefaultType . على سبيل المثال:

DefaultType صورة / GIF
سيكون من المناسب للحصول على الدليل الذي تضمن العديد من صور GIF مع أسماء المفقودين في GIF. تمديد.

في الحالات التي لا تستطيع أيضا أن تحدد من قبل الملقم ولا المسؤول (على سبيل المثال وكيل)، فمن الأفضل أن تغفل نوع MIME بدلا تماما من توفير المعلومات التي قد تكون كاذبة. ويمكن تحقيق ذلك باستخدام

DefaultType لا شيء
لا شيء DefaultType لا يتوفر إلا في 2.2.7-هتبد وفي وقت لاحق.

لاحظ أنه على عكس ForceType ، هذا التوجيه يوفر فقط الافتراضي MIME-نوع. وسائر MIME من نوع التعاريف، بما في ذلك ملحقات اسم الملف، التي قد تحدد نوع وسائل الإعلام تجاوز هذا الافتراضي.


<Directory> التوجيه

الوصف: أرفق مجموعة من التوجيهات التي لا تنطبق إلا على دليل نظام الملفات اسمه، ودون أدلة، ومحتوياتها
بناء الجملة: <دليل دليل الدرب > ... </ دليل>
السياق: خادم التكوين، المضيف الظاهري
الحالة: جوهر
وحدة نمطية: جوهر
<Directory> و </ دليل> تستخدم لأرفق مجموعة من التوجيهات التي من شأنها أن تطبق فقط على دليل باسم ودون أدلة من هذا الدليل، والملفات في الدلائل ذات الصلة. ويمكن استخدام أي توجيهات المسموح بها في سياق الدليل. دليل الدرب إما المسار الكامل إلى دليل، أو سلسلة البرية باستخدام بطاقة يونكس قذيفة على نمط المطابقة. في سلسلة البرية بطاقة، ؟ يطابق أي حرف واحد، و * يطابق أي تسلسل من الحروف. يمكنك أيضا استخدام [] نطاقات حرف. لا شيء من البدل تطابق `/ 'الطابع، لذلك <Directory /*/public_html> لن تطابق / الوطن / المستخدم / بوبليك ، لكن <Directory /home/*/public_html> مباراة و. على سبيل المثال:

<Directory /usr/local/httpd/htdocs>
خيارات فهارس FollowSymLinks
</ دليل>

كن حذرا مع الدليل، مسار الحجج: لديهم لتطابق حرفيا مسار الملفات التي أباتشي يستخدم للوصول إلى الملفات. توجيهات تطبيقها على وجه الخصوص <Directory> لن تنطبق على الملفات التي تم الحصول عليها من نِفَسٌ الدليل عبر مسار مختلف، مثل عبر وصلات رمزية مختلفة.
التعابير العادية يمكن أن تستخدم أيضا، مع إضافة ل ~ حرف. على سبيل المثال:

<Directory ~ "^/www/[0-9]{3}">
وتطابق الدلائل في / على شبكة الاتصالات العالمية / التي تتألف من ثلاثة أرقام.

إذا متعددة (غير العادية التعبير) <Directory> أقسام تطابق الدليل (أو أحد والديه) تحتوي على وثيقة، ثم يتم تطبيق توجيهات في النظام من أقصر المباراة الاولى، ويتخلل مع توجيهات من تاكيس. الملفات. على سبيل المثال، مع

<Directory />
AllowOverride لا شيء
</ دليل> <Directory /home>
AllowOverride FileInfo
</ دليل>





للوصول إلى وثيقة / الوطن / على شبكة الإنترنت / دير / doc.html والخطوات هي:

تطبيق توجيهات بلا AllowOverride (تعطيل . هتكس الملفات).
تطبيق توجيهات AllowOverride FileInfo (للدليل / الوطن ).
تطبيق أي FileInfo توجيهات في / الوطن / .htaccess ، / الوطن / الويب / .htaccess و / الوطن / على شبكة الإنترنت / دير / .htaccess في هذا النظام.
لا تعتبر التعابير العادية حتى بعد كل قسم من الأقسام العادية التي طبقت. ثم يتم اختبار كل من التعابير العادية بالترتيب الذي وردت في ملف التكوين. على سبيل المثال، مع

<Directory ~ "public_html/.*">
# ...
توجيهات هنا ...
</ دليل>

لن المقطع التعبير العادي أن ينظر إلى ما بعد جميع العادي <Directory> ق و . تاكيس طبقت الملفات. ثم سوف تطابق التعبير العادي في / الوطن / ايه بى سى / بوبليك / ABC ، والمقابلة <Directory> سيتم تطبيقها.

نلاحظ أن وصول أباتشي الافتراضي ل <Directory /> و السماح من كل . وهذا يعني أن أباتشي سوف تخدم أي ملف تعيين من عنوان URL. فمن المستحسن أن تقوم بتغيير هذا مع كتلة مثل

<Directory />
الطلب رفض، السماح
رفض من كل
</ دليل>


وتجاوز هذه الدلائل ثم كنت تريد الوصول إليها. راجع نصائح الأمن صفحة لمزيد من التفاصيل.

أقسام الدليل تحدث في httpd.conf و ملف. <Directory> توجيهات لا يمكن عش، ولا يمكن أن تظهر في <Limit> أو <LimitExcept> القسم.

انظر أيضا
كيف <Directory>، <Location> و<Files> أقسام العمل لشرح كيفية الجمع بين هذه الأقسام المختلفة عند تلقي طلب

<DirectoryMatch> التوجيه

الوصف: أرفق التوجيهات التي تنطبق على نظام الملفات الدلائل مطابقة التعبير العادي والدلائل الخاصة بهم
بناء الجملة: <DirectoryMatch رجإكس > ... </ DirectoryMatch>
السياق: خادم التكوين، المضيف الظاهري
الحالة: جوهر
وحدة نمطية: جوهر
<DirectoryMatch> و </ DirectoryMatch> تستخدم لأرفق مجموعة من التوجيهات التي سوف تنطبق فقط على دليل باسم و دون أدلة، من هذا الدليل (وملفات من الداخل)، وهو نِفَسٌ <Directory> . ومع ذلك، فإنه يأخذ كحجة 1 التعبير العادية . على سبيل المثال:

<DirectoryMatch "^/www/(.+/)؟[0-9]{3}">
وتطابق الدلائل في / على شبكة الاتصالات العالمية / التي تتألف من ثلاثة أرقام.

نهاية خط حرف

لا يمكن للحرف نهاية خط ($) تكون مطابقة لهذا التوجيه.
انظر أيضا
<Directory> يتم خلط للحصول على وصف لكيفية التعابير العادية في المعتاد مع <Directory> ق
كيف <Directory>، <Location> و<Files> أقسام العمل لشرح كيفية الجمع بين هذه الأقسام المختلفة عند تلقي طلب

DocumentRoot التوجيه

الوصف: الدليل الذي يشكل الوثيقة الرئيسية شجرة يمكن رؤيتها من على شبكة الإنترنت
بناء الجملة: DocumentRoot الدليل الدرب
رد: DocumentRoot / البيرة / المحلية / اباتشى / htdocs
السياق: خادم التكوين، المضيف الظاهري
الحالة: جوهر
وحدة نمطية: جوهر
هذا التوجيه يحدد الدليل الذي هتبد سيخدم الملفات. ما لم يقابله توجيه مثل الاسم المستعار ، ويلحق خادم المسار من URL المطلوب إلى جذر المستند لجعل مسار للوثيقة. على سبيل المثال:

DocumentRoot / البيرة / على شبكة الإنترنت
ثم وصول إلى http://www.my.host.com/index.html~~V يشير الى / البيرة / الويب / index.html و . إذا كان مسار الدليل ليست مطلقة ثم فمن المفترض أن تكون نسبة إلى ServerRoot .

و DocumentRoot ينبغي أن تحدد دون خط مائل زائدة.

انظر أيضا
عناوين المواقع على الخرائط نظام ملفات

EnableMMAP التوجيه

الوصف: استخدام الذاكرة رسم الخرائط لقراءة الملفات أثناء الولادة
بناء الجملة: EnableMMAP على | إيقاف
رد: وفي EnableMMAP
السياق: خادم التكوين، المضيف الظاهري، الدليل،. هتكس
تجاوز: FileInfo
الحالة: جوهر
وحدة نمطية: جوهر
هذا التوجيه تسيطر على ما إذا كان هتبد قد تستخدم الذاكرة رسم الخرائط إذا كان يحتاج لقراءة محتويات ملف أثناء الولادة. افتراضيا، عند التعامل مع طلب يتطلب الوصول إلى البيانات داخل ملف - على سبيل المثال، عند تقديم ملف الخادم تحليل باستخدام mod_include - أباتشي في الذاكرة خرائط الملف إذا كان نظام التشغيل يدعم ذلك.

هذه الذاكرة رسم الخرائط تعطي في بعض الأحيان إلى تحسن الأداء. ولكن في بعض البيئات، فمن الأفضل لتعطيل الذاكرة رسم الخرائط لمنع المشاكل التشغيلية:

في بعض الأنظمة ذات المعالجات المتعددة، ويمكن للذاكرة تعيين الحد من أداء هتبد .
حذف أو اقتطاع الملف في الوقت هتبد يمكن له أن الذاكرة المعنونة تسبب هتبد إلى تعطل مع تجزئة الخطأ.
للحصول على تكوينات ملقم التي هي عرضة لهذه المشاكل، يجب تعطيل الذاكرة رسم الخرائط من الملفات تسليمها عن طريق تحديد:

EnableMMAP معطلة
لملفات محمولة على NFS، قد يتم تعطيل هذه الميزة بشكل واضح عن الملفات المخالفة من خلال تحديد:

<Directory "/path-to-nfs-files">
EnableMMAP معطلة
</ دليل>

EnableSendfile التوجيه

الوصف: استخدام الدعم sendfile نواة لتسليم الملفات إلى العميل
بناء الجملة: EnableSendfile على | إيقاف
رد: وفي EnableSendfile
السياق: خادم التكوين، المضيف الظاهري، الدليل،. هتكس
تجاوز: FileInfo
الحالة: جوهر
وحدة نمطية: جوهر
التوافق: متوفر في الإصدار 2.0.44 و في وقت لاحق
هذا التوجيه تسيطر على ما إذا هتبد قد تستخدم الدعم sendfile من نواة لنقل محتويات الملف إلى العميل. افتراضيا، عند التعامل مع طلب لا يتطلب الوصول إلى البيانات داخل ملف - على سبيل المثال، عند تقديم ملف ثابت - أباتشي يستخدم sendfile لتسليم محتويات الملف من أي وقت مضى دون قراءة الملف إذا كان نظام التشغيل يدعم ذلك.

هذه الآلية sendfile يتجنب منفصلة قراءة وإرسال العمليات، والمخصصات العازلة. ولكن على بعض الأنظمة الأساسية أو في بعض أنظمة الملفات، فمن الافضل لتعطيل هذه الميزة لتجنب المشاكل التشغيلية:

قد يكون بعض منصات دعم sendfile المكسورة أن بناء نظام لم يكتشف، وخاصة إذا تم بناؤها الثنائيات في صندوق آخر وانتقلت إلى آلة من هذا القبيل مع دعم sendfile المكسورة.
على لينكس لاستخدام مشغلات sendfile TCP-الاختباري تفريغ البق على بطاقات الشبكات معينة عند استخدام IPv6.
على لينكس على إيتانيوم، قد sendfile تكون قادرة على التعامل مع الملفات أكثر من 2GB في الحجم.
مع وجود شبكة محمولة على DocumentRoot (على سبيل المثال، NFS أو SMB)، قد يكون نواة لتكون قادرة على خدمة ملف شبكة من خلال ذاكرة التخزين المؤقت الخاصة به.
للحصول على تكوينات ملقم التي هي عرضة لهذه المشاكل، يجب عليك تعطيل هذه الميزة عن طريق تحديد:

EnableSendfile معطلة
ل NFS أو SMB محمولة على الملفات، قد يتم تعطيل هذه الميزة بشكل واضح عن الملفات المخالفة من خلال تحديد:

<Directory "/path-to-nfs-files">
EnableSendfile معطلة
</ دليل>
تجدر الإشارة إلى أن لكل والدليل. تاكيس تكوين EnableSendfile غير معتمد من قبل mod_disk_cache . تعريف العالمية الوحيدة من EnableSendfile يؤخذ في الاعتبار من قبل وحدة.


ErrorDocument التوجيه

الوصف: ما سيقوم الملقم عودة إلى العميل في حالة وجود خطأ
بناء الجملة: ErrorDocument خطأ رمز الوثيقة
السياق: خادم التكوين، المضيف الظاهري، الدليل،. هتكس
تجاوز: FileInfo
الحالة: جوهر
وحدة نمطية: جوهر
التوافق: نقلا عن بناء الجملة من أجل رسائل نصية مختلفة في 2.0 أباتشي
في حالة وجود مشكلة أو خطأ، يمكن تكوين أباتشي للقيام واحدة من أربعة أشياء،

إخراج بسيط رسالة خطأ ضمنية
إخراج رسالة مخصصة
إعادة توجيه إلى المحلية المسار URL لمعالجة مشكلة / خطأ
إعادة توجيه إلى خارجي URL للتعامل مع مشكلة / خطأ
الخيار الأول هو الافتراضي، في حين يتم تكوين خيارات 2-4 استخدام ErrorDocument التوجيه، والتي تبعتها رمز استجابة HTTP و URL أو رسالة. وسوف نقدم أباتشي في بعض الأحيان على معلومات إضافية بخصوص هذه المشكلة / خطأ.

يمكن أن تبدأ محددات مواقع المعلومات بخط مائل (/) للمسارات المحلية على شبكة الانترنت (نسبة إلى DocumentRoot )، أو أن يكون عنوان URL الكامل الذي يمكن للعميل حل. بدلا من ذلك، يمكن تقديم رسالة ليتم عرضها من قبل المتصفح. الأمثلة على ذلك:

ErrorDocument 500 http://foo.example.com/cgi-bin/tester
ErrorDocument 404 / cgi-bin/bad_urls.pl
ErrorDocument 401 / subscription_info.html
ErrorDocument 403 "عذرا لا تسمح لك الوصول إلى اليوم"
وبالإضافة إلى ذلك، فإن القيمة الخاصة الافتراضية يمكن استخدامها لتحديد رسالة اباتشي ضمنية بسيطة. في حين ليس من المطلوب في ظل الظروف العادية، الافتراضي سيعيد رسالة اباتشي ضمنية بسيطة للتكوينات التي من شأنها أن ترث إلا موجود ErrorDocument .

ErrorDocument 404 / cgi-bin/bad_urls.pl <Directory /web/docs>
الافتراضي ErrorDocument 404
</ دليل>



لاحظ أنه عند تحديد ErrorDocument يشير إلى URL البعيد (أي. أي شيء مع أسلوب مثل HTTP أمامه)، أباتشي سوف ترسل إعادة توجيه إلى العميل ان اقول انها مكان العثور على وثيقة، حتى لو كانت وثيقة ينتهي به الأمر على نِفَسٌ الخادم. هذا له آثار عدة، أهمها أن العميل لن تتلقى حالة الخطأ الأصلي رمز، ولكن بدلا من ذلك سوف يحصل على إعادة توجيه رمز الحالة. هذا بدوره يمكن أن نخلط بين الروبوتات على شبكة الإنترنت وغيرهم من العملاء التي تحاول تحديد ما إذا كان URL يستخدم صالح رمز الحالة. وبالإضافة إلى ذلك، إذا كنت تستخدم URL بعيد في ErrorDocument 401 ، فإن العميل لا يعرف لمطالبة المستخدم للحصول على كلمة السر لأنها لن تتلقى رمز الحالة 401. ولذلك، إذا كنت تستخدم 401 ErrorDocument التوجيه ثم فإنه يجب الرجوع إلى وثيقة المحلية.

ستقوم مايكروسوفت إنترنت إكسبلورر (MSIE) افتراضيا تجاهل رسائل الخادم إنشاء خطأ عندما تكون "صغيرة جدا" واستبدل به "ودية" الخاصة رسائل الخطأ. عتبة حجم يختلف تبعا لنوع من الخطأ، ولكن بشكل عام، إذا قمت بإجراء المستند خطأ أكبر من 512 بايت، ثم MSIE سوف تظهر خطأ في الخادم ولدت بدلا من إخفاء ذلك. يتوفر مزيد من المعلومات في مقالة قاعدة معارف Microsoft Q294807 .

على الرغم من أن معظم رسائل خطأ يمكن تجاوز، وهناك بعض الظروف التي تستخدم فيها الرسائل الداخلية بغض النظر عن الإعداد من ErrorDocument . على وجه الخصوص، إذا تم الكشف عن طلب تالف، سيتم تجهيز طبيعي طلب قفه فورا وإرجاع رسالة خطأ داخلي. هذا أمر ضروري للوقاية من المشاكل الأمنية الناجمة عن طلبات سيئة.

إذا كنت تستخدم mod_proxy، قد ترغب في تمكين ProxyErrorOverride بحيث يمكنك تقديم رسائل الخطأ المخصصة باسم خوادم أصلك. إذا لم يكن لتمكين ProxyErrorOverride، وأباتشي لا تولد وثائق خطأ مخصصة للمحتوى بروكسي.

قبل الإصدار 2.0، وأشارت الرسائل بواسطة prefixing لهم واحد لا مثيل له حرف اقتباس مزدوجة.

انظر أيضا
وثائق من الاستجابات للتخصيص

ErrorLog التوجيه

الوصف: الموقع حيث سيقوم الملقم تسجيل الأخطاء
بناء الجملة: ErrorLog ملف مسار | سيسلوغ [: مرفق ]
رد: ErrorLog سجلات / error_log (يونكس) ErrorLog سجلات / خطأ (ويندوز ونظام التشغيل / 2)
السياق: خادم التكوين، المضيف الظاهري
الحالة: جوهر
وحدة نمطية: جوهر
و ErrorLog التوجيه يحدد اسم الملف إلى الخادم الذي سيتم تسجيل أية أخطاء أنه واجه. إذا كان مسار الملف ليست مطلقة ثم فمن المفترض أن تكون نسبة إلى ServerRoot .

مثال

ErrorLog / فار / السجل / هتبد / error_log
إذا كان ملف مسار يبدأ بحرف أنبوب " | "ثم فمن المفترض أن يكون الأمر لتفرخ للتعامل مع سجل خطأ.

مثال

ErrorLog "| / البيرة / المحلية / بن / httpd_errors"
راجع الملاحظات في سجلات بالأنابيب لمزيد من المعلومات.

باستخدام سيسلوغ بدلا من اسم ملف يمكن الدخول عبر المستجذرة (8) إذا كان النظام يعتمد عليه. الافتراضي هو استخدام منشأة سيسلوغ local7 ، ولكن يمكنك تجاوز هذا باستخدام سيسلوغ: منشأة بناء الجملة حيث منشأة يمكن أن يكون واحدا من الأسماء الموثقة عادة في سيسلوغ (1).

مثال

ErrorLog سيسلوغ: مستخدم
الأمن: انظر نصائح أمن وثيقة للحصول على تفاصيل عن سبب يمكن أن يتعرض للخطر أمن الخاص إذا كان الدليل حيث يتم تخزين ملفات السجل غير قابل للكتابة من قبل أي شخص آخر غير المستخدم الذي يبدأ الخادم.

لاحظ

عندما ندخل في مسار الملف على غير يونكس منصات، ينبغي الحرص على التأكد من أن تستخدم مائلة الوحيد للمضي قدما على الرغم من أن منصة قد تسمح باستخدام مائلة الى الوراء. بشكل عام انها فكرة جيدة لاستخدام دائما مائلة طوال ملفات التكوين.
انظر أيضا
LogLevel
اباتشي ملفات السجل

FileETag التوجيه

الوصف: سمات يتم استخدامها لإنشاء ملف استجابة HTTP ETAG رأس لملفات الثابتة
بناء الجملة: FileETag المكون ...
رد: FileETag الحجم الت inode MTime
السياق: خادم التكوين، المضيف الظاهري، الدليل،. هتكس
تجاوز: FileInfo
الحالة: جوهر
وحدة نمطية: جوهر
و FileETag التوجيه بتكوين سمات الملفات التي يتم استخدامها لإنشاء ETAG (علامة كيان) استجابة حقل رأس عندما يستند المستند على ملف ثابت. (و ETAG يتم استخدام قيمة في إدارة التخزين المؤقت لانقاذ عرض النطاق الترددي لشبكة الاتصال.) في أباتشي 1.3.22 و في وقت سابق، ETAG وقيمة دائما تشكلت من الت inode الملف، الحجم، وآخر مرة المعدلة (mtime). و FileETag التوجيه يسمح لك لاختيار أي من هؤلاء - إن وجدت - وينبغي أن تستخدم. الكلمات الأساسية المعترف بها هي:

الت inode
وسيتم إدراج الملف I-العقدة رقم في العملية الحسابية
MTime
وسيتم إدراج تاريخ ووقت آخر تعديل على الملف
حجم
وسيتم إدراج عدد البايتات في الملف
جميع
وسوف تستخدم جميع المجالات المتاحة. وهذا يعادل ما يلي:
FileETag الحجم الت inode MTime
لا شيء
إذا كان المستند إلى ملف، لا ETAG وسيتم إدراج حقل في الرد
و الت inode ، MTime ، و الحجم قد تكون مسبوقة مع أي من الكلمات الرئيسية + أو - ، والتي تسمح لإجراء تغييرات على الإعداد الافتراضي الموروثة من نطاق أوسع. أي الكلمات الرئيسية التي تظهر من دون بادئة من هذا القبيل على الفور، ويلغي تماما الإعداد الموروثة.

إذا تكوين دليل يتضمن FileETag الحجم MTime الت inode ، والتي تتضمن دليل فرعي FileETag-الت inode ، الإعداد لهذا الدليل (والتي سوف تكون موروثة من قبل أي الدلائل الفرعية التي لا تجاوز ذلك) وسوف يكون معادلا ل حجم MTime FileETag .

تحذير

لا تغيير الافتراضي الدلائل أو المواقع التي لديها WEBDAV تمكين واستخدام mod_dav_fs كمقدم للتخزين. mod_dav_fs يستخدم الت inode الحجم MTime كما شكل ثابت ل ETAG المقارنات على طلبات مشروطة. وهذه الطلبات المشروطة كسر إذا ETAG يتم تغيير شكل عبر FileETag .
الخادم الجانب يشمل

لم يتم إنشاء ETAG للاستجابات تحليل بواسطة mod_include ، لأن كيان استجابة يمكن أن تتغير من دون تغيير في ال inode، MTime، أو حجم ملف ثابت مع توجيهات مباحث أمن الدولة جزءا لا يتجزأ.

<Files> التوجيه

الوصف: يحتوي على التوجيهات التي تنطبق على أسماء المتطابقة
بناء الجملة: <الملفات اسم الملف > ... </ ملفات>
السياق: خادم التكوين، المضيف الظاهري، الدليل،. هتكس
تجاوز: جميع
الحالة: جوهر
وحدة نمطية: جوهر
و <Files> التوجيه يحد من نطاق توجيهات المغلقة من قبل اسم الملف. فهي تتشابه إلى <Directory> و <Location> التوجيهات. وينبغي أن يقابل ذلك مع </ ملفات> التوجيه. سيتم تطبيق توجيهات في هذا القسم إلى أي كائن مع basename (المكون الأخير من اسم الملف) مطابقة اسم الملف المحدد. <Files> تتم معالجة المقاطع في ترتيب ظهورها في ملف التكوين، وبعد <Directory> أقسام و . هتكس تتم قراءة الملفات، ولكن قبل <Location> المقاطع. لاحظ أن <Files> يمكن أن تتداخل داخل <Directory> المقاطع لتقييد جزء من الملفات التي تنطبق على.

في اسم الملف يجب أن حجة وتشمل اسم ملف، أو سلسلة البرية بطاقة، حيث ؟ يطابق أي حرف واحد، و * يطابق أي تسلسل من الحروف:

<Files "cat.html">
إدراج # الاشياء التي تنطبق على cat.html هنا
</ ملفات>

<Files "؟at.*">
# وهذا ينطبق على cat.html، bat.html، hat.php وهلم جرا.
</ ملفات>
التعابير العادية يمكن أن تستخدم أيضا، مع إضافة ل ~ حرف. على سبيل المثال:

<Files ~ "\.(gif|jpe؟g|png)$">
وتطابق الأكثر شيوعا الإنترنت الأشكال والرسوم البيانية. <FilesMatch> هو المفضل، ولكن.

لاحظ أنه على عكس <Directory> و <Location> أقسام، <Files> يمكن استخدامها داخل الفروع . تاكيس الملفات. هذا يسمح للمستخدمين للتحكم في الوصول إلى الملفات الخاصة بهم، على مستوى ملف تلو الملف.

انظر أيضا
كيف <Directory>، <Location> و<Files> أقسام العمل لشرح كيفية الجمع بين هذه الأقسام المختلفة عند تلقي طلب

<FilesMatch> التوجيه

الوصف: يحتوي على التوجيهات التي تنطبق على التعبير العادية أسماء المتطابقة
بناء الجملة: <FilesMatch رجإكس > ... </ FilesMatch>
السياق: خادم التكوين، المضيف الظاهري، الدليل،. هتكس
تجاوز: جميع
الحالة: جوهر
وحدة نمطية: جوهر
و <FilesMatch> التوجيه يحد من نطاق توجيهات المغلقة من قبل اسم الملف، تماما كما <Files> التوجيه يفعل. ومع ذلك، فإنه يقبل التعبير العادية . على سبيل المثال:

<FilesMatch "\.(gif|jpe؟g|png)$">
وتطابق الأكثر شيوعا الإنترنت الأشكال والرسوم البيانية.

انظر أيضا
كيف <Directory>، <Location> و<Files> أقسام العمل لشرح كيفية الجمع بين هذه الأقسام المختلفة عند تلقي طلب

ForceType التوجيه

الوصف: قوات ليخدم جميع الملفات المطابقة مع MIME المحدد نوع محتوى
بناء الجملة: ForceType MIME من نوع | لا شيء
السياق: الدليل،. هتكس
تجاوز: FileInfo
الحالة: جوهر
وحدة نمطية: جوهر
التوافق: انتقل إلى جوهر في 2.0 أباتشي
عندما يوضع في هتكس. ملف أو <Directory> ، أو <Location> أو <Files> القسم، يفرض هذا التوجيه يمكن أن تتحقق جميع الملفات المطابقة مع المحتوى تحديد نوع معين من قبل MIME نوع . على سبيل المثال، إذا كان لديك الدليل الكامل للملفات GIF، ولكنها لم ترغب في تسمية كل منهم مع . GIF ، قد ترغب في استخدامها:

ForceType صورة / GIF
لاحظ أنه على عكس DefaultType ، هذا التوجيه تحجب جميع الجمعيات MIME-نوع، بما في ذلك ملحقات اسم الملف، التي قد تحدد نوع وسائل الإعلام.

يمكنك تجاوز أي ForceType الإعداد باستخدام قيمة من لا شيء :

فرض # جميع الملفات لتكون صورة / GIF:
<Location /images>
ForceType صورة / GIF
<الموقع /> # ولكن طبيعي MIME من نوع جمعيات هنا: <Location /images/mixed>
بلا ForceType
</ الموقع>







GprofDir التوجيه

الوصف: دليل لكتابة البيانات إلى التنميط gmon.out.
بناء الجملة: GprofDir / تمة / gprof / | / تمة / gprof / ٪
السياق: خادم التكوين، المضيف الظاهري
الحالة: جوهر
وحدة نمطية: جوهر
عندما تم الانتهاء من اعداد الخادم مع دعم التنميط gprof، GprofDir يسبب gmon.out المراد كتابتها الملفات إلى الدليل المحدد وعندما يخرج العملية. إذا كانت الوسيطة ينتهي مع رمز النسبة المئوية ('٪')، يتم إنشاء الدلائل لكل معرف العملية.

هذا التوجيه في الوقت الراهن يعمل فقط مع prefork MPM.


HostnameLookups التوجيه

الوصف: تمكن عمليات البحث DNS على عناوين IP العميل
بناء الجملة: HostnameLookups على | مزدوج | إيقاف
رد: HostnameLookups معطلة
السياق: التكوين خادم، استضافة الظاهري، والدليل
الحالة: جوهر
وحدة نمطية: جوهر
هذا التوجيه تمكن عمليات البحث DNS بحيث يمكن تسجيل أسماء المضيفين (والتي تم تمريرها إلى سى جي آي إس / SSIS في REMOTE_HOST ). قيمة مزدوج يشير إلى فعل مزدوج عكس DNS البحث. وهذا هو، بعد أن يتم إجراء البحث العكسي، يتم تنفيذها بعد ذلك بحث إلى الأمام في هذه النتيجة. يجب أن لا يقل عن واحد من عناوين IP في بحث إلى الأمام تطابق العنوان الأصلي. (في "tcpwrappers" المصطلحات وهذا ما يسمى بجنون العظمة .)

بغض النظر عن الإعداد، عندما mod_authz_host المستخدم من أجل الوصول مسيطرة من قبل المضيف، سيتم إجراء بحث عكسي مزدوج. هذا ضروري للأمن. لاحظ أن نتيجة هذا العكسي المزدوج لا تتوفر عادة إلا إذا قمت بتعيين HostnameLookups مزدوجة . على سبيل المثال، إلا إذا HostnameLookups على قدم والطلب إلى كائن والتي تكون محمية بواسطة قيود المضيف، بغض النظر عن ما إذا كانت مزدوجة عكس فشل أم لا، وسوف لا يزال سى جي آي إس تمريرها على نتيجة واحدة والخلف في REMOTE_HOST .

الافتراضي هو معطلة من أجل إنقاذ حركة مرور الشبكة لتلك المواقع التي لا تحتاج حقا لعمليات البحث العكسي القيام به. بل هو أيضا أفضل للمستخدمين النهائيين لأنهم لا يجب أن يعاني من الكمون الإضافية التي تنطوي في بحث. يجب أن تكون مواقع تحميل بكثرة ترك هذا التوجيه معطلة ، منذ عمليات البحث DNS يمكن أن تأخذ كميات كبيرة من الوقت. الأداة المساعدة logresolve ، التي جمعتها الافتراضي إلى بن ويمكن استخدام دليل فرعي من دليل التثبيت، للبحث عن أسماء المضيف من تسجيل عناوين بروتوكول الإنترنت حاليا.


<IfDefine> التوجيه

الوصف: يرفق التوجيهات التي سيتم تجهيزها إلا إذا كان الاختبار هو صحيح عند بدء التشغيل
بناء الجملة: <IfDefine [!] المعلمة اسم > ... </ IfDefine>
السياق: خادم التكوين، المضيف الظاهري، الدليل،. هتكس
تجاوز: جميع
الحالة: جوهر
وحدة نمطية: جوهر
و <IfDefine اختبار > ... </ IfDefine> يستخدم قسم للاحتفال التوجيهات التي هي مشروطة. توجيهات داخل <IfDefine> يتم معالجتها فقط القسم إذا كانت تجربة غير صحيح. إذا اختبار غير صحيح، يتم تجاهل كل شيء بين علامات بداية ونهاية.

ل اختبار في <IfDefine> يمكن توجيه قسم يكون واحدا من شكلين:

المعلمة اسم
! المعلمة اسم
في الحالة الأولى، تتم معالجة فقط توجيهات بين البداية والنهاية، اذا كان علامات المعلمة اسمه المعلمة اسم يعرف. والشكل الثاني عكس الاختبار، ويعالج فقط توجيهات إذا المعلمة اسم و ليس المعرفة.

و المعلمة اسم حجة هو تعريف على النحو الوارد في هتبد سطر الأوامر عن طريق مد المعلمة ، في الوقت الذي تم بدء تشغيل ملقم.

<IfDefine> أقسام هي عش، قادرة، والتي يمكن استخدامها لتنفيذ بسيطة متعددة المعلمة الاختبارات. على سبيل المثال:

هتبد-DReverseProxy-DUseCache-DMemCache ... # httpd.conf و ReverseProxy> <IfDefine
حدات proxy_module LoadModule / mod_proxy.so
حدات proxy_http_module LoadModule / mod_proxy_http.so
حدات cache_module LoadModule / mod_cache.so
<IfDefine MemCache>
mem_cache_module LoadModule وحدات / mod_mem_cache.so
</ IfDefine>
<IfDefine !MemCache>
حدات disk_cache_module LoadModule / mod_disk_cache.so
</ IfDefine>
</ IfDefine>
</ IfDefine>













<IfModule> التوجيه

الوصف: يرفق التوجيهات التي تتم معالجتها على شرط وجود أو عدم وجود وحدة خاصة
بناء الجملة: <IfModule [!] الوحدة النمطية ملف | الوحدة النمطية معرف > ... </ IfModule>
السياق: خادم التكوين، المضيف الظاهري، الدليل،. هتكس
تجاوز: جميع
الحالة: جوهر
وحدة نمطية: جوهر
التوافق: معرفات وحدة متوفرة في الإصدار 2.1 والإصدارات الأحدث.
و <IfModule اختبار > ... </ IfModule> يستخدم قسم للاحتفال التوجيهات التي هي على شرط وجود وحدة نمطية معينة. توجيهات داخل <IfModule> يتم معالجتها فقط القسم إذا كانت تجربة غير صحيح. إذا اختبار غير صحيح، يتم تجاهل كل شيء بين علامات بداية ونهاية.

ل اختبار في <IfModule> يمكن توجيه قسم يكون واحدا من شكلين:

وحدة
! وحدة
في الحالة الأولى، تتم معالجة فقط توجيهات بين البداية والنهاية، اذا كان علامات الوحدة المسماة وحدة يتم تضمينها في أباتشي - سواء في تجميع أو تحميلها بشكل حيوي باستخدام LoadModule . والشكل الثاني عكس الاختبار، ويعالج فقط توجيهات إذا وحدة و ليس المدرجة.

و حدة حجة يمكن أن يكون إما على معرف وحدة أو اسم الملف من وحدة، في الوقت الذي جمعت فيه. على سبيل المثال، rewrite_module هو معرف و mod_rewrite.c هو اسم الملف. إذا وحدة تتألف من عدة ملفات المصدر، استخدام اسم الملف الذي يحتوي على سلسلة STANDARD20_MODULE_STUFF .

<IfModule> أقسام هي عش، قادرة، والتي يمكن استخدامها لتنفيذ بسيطة متعددة وحدة الاختبارات.

يجب فقط هذا القسم يمكن استخدامها إذا كنت بحاجة إلى واحد ملف التكوين الذي يعمل أم لا وحدة نمطية محددة متاحة. في التشغيل العادي، وتوجيهات لا يلزم أن يكون وضعها في <IfModule> المقاطع.

وتشمل التوجيه

الوصف: وتشمل ملفات تكوين أخرى من داخل ملفات تكوين الملقم
بناء الجملة: وتشمل الملفات مسار | دليل الدرب
السياق: التكوين خادم، استضافة الظاهري، والدليل
الحالة: جوهر
وحدة نمطية: جوهر
التوافق: مطابقة البدل متوفرة في 2.0.41 و في وقت لاحق
هذا التوجيه يسمح بإدراج ملفات تكوين أخرى من داخل ملفات تكوين الملقم.

قذيفة على غرار ( fnmatch () ويمكن استخدام أحرف البدل) لتشمل العديد من الملفات دفعة واحدة، حسب الترتيب الأبجدي. وبالإضافة إلى ذلك، إذا تضمن نقاط إلى دليل، بدلا من ملف، وأباتشي قراءة جميع الملفات الموجودة في هذا الدليل ودليل فرعي أي. لكن الدلائل كلها بما في ذلك غير مستحسن، لأنه من السهل أن يترك بالصدفة الملفات المؤقتة في الدليل الذي يمكن أن يسبب هتبد أن تفشل.

قد يكون مسار الملف المحدد مسار مطلق، أو قد تكون بالنسبة لل ServerRoot الدليل.

الأمثلة على ذلك:

وتشمل / usr/local/apache2/conf/ssl.conf
تضمين / usr/local/apache2/conf/vhosts / *. أسيوط
أو، وتوفير المسارات النسبية إلى الخاص ServerRoot الدليل:

وتشمل أسيوط / ssl.conf
تشمل أسيوط / vhosts / *. أسيوط
انظر أيضا
apachectl

KeepAlive التوجيه

الوصف: تمكن اتصالات HTTP المستمرة
بناء الجملة: KeepAlive على | إيقاف
رد: وفي KeepAlive
السياق: خادم التكوين، المضيف الظاهري
الحالة: جوهر
وحدة نمطية: جوهر
تمديد المحافظة على الحياة إلى HTTP/1.0 وميزة اتصال مستمر من HTTP/1.1 تقديم دورات طويلة الأمد التي HTTP السماح بإرسال طلبات متعددة عبر اتصال TCP نِفَسٌ ه. في بعض الحالات، وقد تبين هذا أن يؤدي إلى تسريع ما يقرب من 50٪ في أوقات استتار للمستندات HTML مع العديد من الصور. لتمكين المحافظة على الحياة اتصالات، وضع على KeepAlive .

لHTTP/1.0 العملاء، وسوف فقط المحافظة على الحياة وصلات يمكن استخدامها إذا ما طلب على وجه التحديد من قبل العميل. وبالإضافة إلى ذلك، لا يمكن إلا اتصال المحافظة على الحياة مع عميل HTTP/1.0 أن تستخدم عندما يعرف طول محتوى مقدما. هذا يعني أن محتوى حيوي مثل إنتاج CGI وصفحات مباحث أمن الدولة، وقوائم الدليل الخادم ولدت وعموما لا تستخدم المحافظة على الحياة وصلات إلى HTTP/1.0 العملاء. لHTTP/1.1 العملاء، والاتصالات المستمرة هي الافتراضي ما لم ينص على خلاف ذلك. إذا كان العميل يطلب ذلك، سيتم استخدام الترميز المقسم من أجل إرسال محتوى من طول مجهولة خلال الاتصالات المستمرة.

وعندما يستخدم العميل اتصال المحافظة على الحياة تحسب انها "طلب" واحد من أجل التوجيه MaxRequestsPerChild، بغض النظر عن عدد طلبات يتم إرسالها باستخدام اتصال.

انظر أيضا
MaxKeepAliveRequests

KeepAliveTimeout التوجيه

الوصف: سوف مقدار الوقت خادم انتظر الطلبات اللاحقة على اتصال مستمر
بناء الجملة: KeepAliveTimeout ثانية
رد: KeepAliveTimeout 5
السياق: خادم التكوين، المضيف الظاهري
الحالة: جوهر
وحدة نمطية: جوهر
فإن عدد أباتشي ثواني الانتظار للحصول على طلب لاحق قبل أن يغلق الاتصال. بمجرد تلقي طلب، قيمة المهلة المحددة من قبل مهلة التوجيه ينطبق.

وضع KeepAliveTimeout قد لقيمة عالية يسبب مشاكل الأداء في خدمة تحميل بكثرة. ارتفاع المهلة، سيتم الإبقاء على العمليات أكثر خادم المحتلة في انتظار اتصالات مع عملاء الخمول.

في سياق اسم القائم على المضيف الظاهري، وقيمة المضيف الظاهري الأول تعريف (المضيف الافتراضي) في مجموعة من NameVirtualHost وسوف تستخدم. سيتم تجاهل القيم الأخرى.


<Limit> التوجيه

الوصف: تقييد عناصر التحكم في الوصول إلى طرق المغلقة فقط HTTP معينة
بناء الجملة: <الحد من أسلوب [ طريقة ] ... > ... </ الحد>
السياق: خادم التكوين، المضيف الظاهري، الدليل،. هتكس
تجاوز: جميع
الحالة: جوهر
وحدة نمطية: جوهر
عناصر التحكم في الوصول عادة ما تكون فعالة ل جميع أساليب الوصول، وهذا هو السلوك المعتاد المطلوب. وفي حالة عامة، لا ينبغي أن الوصول إلى توجيهات مراقبة توضع داخل <Limit> القسم.

الغرض من <Limit> التوجيه هو الحد من تأثير وصول تسيطر على الطرق HTTP المرشحة. لجميع وسائل أخرى، والقيود المفروضة على الوصول أن يتم وضع في <Limit> قوس لن يكون له أي تأثير . المثال التالي ينطبق فقط على التحكم ف
الرجوع الى أعلى الصفحة اذهب الى الأسفل
معاينة صفحة البيانات الشخصي للعضو
apache
اعضاء فعالين
اعضاء فعالين
avatar

عدد المشاركات : 123
نقاط : 227
التقيم : 20
تاريخ الميلاد : 15/03/1990
تاريخ التسجيل : 14/08/2012
العمر : 28

مُساهمةموضوع: رد: Directive Index   الثلاثاء أغسطس 14, 2012 10:44 am


هذا التوجيه يعطي مسؤول الخادم مزيد من السيطرة على سلوك غير طبيعي عميل طلب، والتي قد تكون مفيدة لتجنب بعض أشكال الحرمان من الخدمة الهجمات.

على سبيل المثال:

LimitRequestFieldSize 4094
في ظل الظروف العادية، لا ينبغي أن تكون القيمة تغيرت من الافتراضي.
تحذير

عندما يتم استخدام اسم القائم على استضافة الظاهري، ويتم أخذ القيمة لهذا التوجيه من الافتراضي (1 المدرجة) الظاهري المضيف ل NameVirtualHost تم تعيينها في الاتصال.

LimitRequestLine التوجيه

الوصف: تحديد حجم الخط طلب HTTP التي من شأنها أن تكون مقبولة من العميل
بناء الجملة: LimitRequestLine بايت
رد: LimitRequestLine 8190
السياق: خادم التكوين، المضيف الظاهري
الحالة: جوهر
وحدة نمطية: جوهر
هذا التوجيه يحدد عدد البايتات التي سيتم السماح على طلب HTTP الخط.

و LimitRequestLine التوجيه يسمح مسؤول الملقم لتعيين الحد الأقصى لحجم المسموح به من HTTP العميل طلب الخط. منذ طلب سطر يتكون من أسلوب HTTP، URI، وإصدار بروتوكول، و LimitRequestLine التوجيه يضع قيدا على طول URI-طلب السماح للطلب على الخادم. خادم يحتاج هذه القيمة إلى أن تكون كبيرة بما يكفي لاحتواء أي من أسماء الموارد، بما في ذلك أية معلومات قد يتم تمريرها في الجزء الاستعلام من GET طلب.

هذا التوجيه يعطي مسؤول الخادم مزيد من السيطرة على سلوك غير طبيعي عميل طلب، والتي قد تكون مفيدة لتجنب بعض أشكال الحرمان من الخدمة الهجمات.

على سبيل المثال:

LimitRequestLine 4094
في ظل الظروف العادية، لا ينبغي أن تكون القيمة تغيرت من الافتراضي. أيضا، لا يمكنك تعيين هذا أعلى من 8190 دون تعديل المصدر وإعادة البناء.
تحذير

عندما يتم استخدام اسم القائم على استضافة الظاهري، ويتم أخذ القيمة لهذا التوجيه من الافتراضي (1 المدرجة) الظاهري المضيف ل NameVirtualHost تم تعيينها في الاتصال.

LimitXMLRequestBody التوجيه

الوصف: يحد من حجم هيئة طلب يستند إلى XML
بناء الجملة: LimitXMLRequestBody بايت
رد: LimitXMLRequestBody 1000000
السياق: خادم التكوين، المضيف الظاهري، الدليل،. هتكس
تجاوز: جميع
الحالة: جوهر
وحدة نمطية: جوهر
الحد (بالبايت) على الحد الأقصى لحجم الجسم طلب يستند إلى XML. وتشير قيمة 0 سيتم تعطيل أي تدقيق.

على سبيل المثال:

LimitXMLRequestBody 0

<Location> التوجيه

الوصف: ينطبق على توجيهات المغلقة فقط لعناوين المواقع مطابقة
بناء الجملة: <الموقع URL-مسار | URL > ... </ الموقع>
السياق: خادم التكوين، المضيف الظاهري
الحالة: جوهر
وحدة نمطية: جوهر
و <Location> التوجيه يحد من نطاق توجيهات المغلقة من قبل URL. وهو مماثل ل <Directory> التوجيه، ويبدأ القسم الفرعي الذي يتم إنهاء مع </ الموقع> التوجيه. <Location> تتم معالجة المقاطع في ترتيب ظهورها في ملف التكوين، وبعد <Directory> أقسام و . هتكس وقراءة الملفات، وبعد <Files> المقاطع.

<Location> أقسام تعمل بشكل كامل خارج نظام الملفات. هذا الأمر له تداعيات عدة. الأهم من ذلك، <Location> يجب أن لا تستخدم توجيهات للتحكم في الوصول إلى مواقع الملفات. منذ عدة عناوين مختلفة قد رسم خريطة للموقع الملفات نِفَسٌ ه، قد الضوابط وصول مثل هذا التحايل.

وسيتم تطبيق توجيهات المغلقة لطلب وإذا كان العنصر مسار URL يفي أي من المعايير التالية:

الموقع المحدد يطابق تماما مكون مسار URL.
الموقع المحدد، والذي ينتهي في خط مائل، هو بادئة لعنصر مسار URL (يعامل على أنه جذر السياق).
الموقع المحدد، مع إضافة خط مائل زائدة، هو بادئة لعنصر مسار URL (كما يعامل باعتباره جذر السياق).
في المثال أدناه، حيث يتم استخدام أي خط مائل زائدة، وتطلب إلى / private1، / سوف private1 / و / private1/file.txt لديها توجيهات المغلقة تطبيقها، ولكن / private1other لن.

<Location /private1> ...
سيكون في المثال أدناه، حيث يتم استخدام خط مائل زائدة، وتطلب إلى private2/file.txt / private2 / و / لديها توجيهات المغلقة التطبيقية، ولكن / private2 و / private2other لن.

<الموقع / private2 / > ...
متى تستخدم <Location>

استخدم <Location> لتطبيق توجيهات إلى المحتوى الذي يعيش خارج نظام الملفات. للمحتوى الذي يعيش في نظام الملفات، واستخدام <Directory> و <Files> . استثناء هو <Location /> ، الذي هو وسيلة سهلة لتطبيق التكوين إلى خادم كامل.
لجميع الطلبات (غير الوكيل) الأصل، وعنوان الموقع ويجب أن يقابل هو عنوان URL مسار شكل مسار / / . لا مخطط، منفذ المضيف، أو سلسلة الاستعلام قد يتم تضمينها. للحصول على طلبات وكيل، لتكون مطابقة للURL هو من شكل مخطط :/ / SERVERNAME / الطريق ، ويجب أن يتضمن البادئة.

قد URL استخدام أحرف البدل. في سلسلة البرية بطاقة، ؟ يطابق أي حرف واحد، و * يطابق أي تسلسل من الحروف. لا حرف بدل يطابق / في المسار URL.

التعابير العادية يمكن أن تستخدم أيضا، مع إضافة ل ~ حرف. على سبيل المثال:

<Location ~ "/(extra|special)/data">
وتطابق عناوين المواقع التي تحتوي على سلسلة فرعية / اضافية / البيانات أو / خاص البيانات / . التوجيه <LocationMatch> يتصرف مطابقة للنسخة رجإكس من <Location> .

و <Location> وظيفة مفيدة خصوصا عندما يقترن SetHandler التوجيه. على سبيل المثال، لتمكين تطلب الوضع، ولكن تسمح لهم فقط من المتصفحات في example.com ، قد تستخدم:

<Location /status>
SetHandler خادم حالة
رفض الطلب، السماح
رفض من كافة
السماح من. example.com
</ الموقع>




ملاحظة حول / (خط مائل)

حرف مائل له معنى خاص تبعا للمكان في عنوان URL يبدو. ويمكن استخدام الناس لسلوكها في الملفات حيث انهارت في كثير من الأحيان مائلة المتاخمة متعددة لمائل واحد ( أي ، / الوطن / / / فو هو نِفَسٌ / الوطن / فو ). في الفضاء URL هذا ليس صحيحا بالضرورة. و <LocationMatch> التوجيه وإصدار رجإكس من <Location> تتطلب منك أن تحدد بشكل واضح شرائح متعددة إذا كان هذا هو عزمكم.
على سبيل المثال، <LocationMatch ^/abc> أن يطابق عنوان الموقع طلب / ايه بى سى ولكن ليس URL طلب / ايه بى سى / . و(غير رجإكس) <Location> توجيه سلوك مشابه عندما تستخدم لطلبات وكيل. ولكن عندما (غير رجإكس) <Location> يستخدم لغير الوكيل طلبات سوف تطابق ضمنا شرائح متعددة مع خط مائل واحد. على سبيل المثال، إذا قمت بتحديد /abc/def> <Location وطلب هو / ايه بى سى / / صفر بعد ذلك سوف تطابق.
انظر أيضا
كيف
<LocationMatch> التوجيه

الوصف: ينطبق على توجيهات المغلقة فقط لعناوين المواقع مطابقة العادية التعبير
بناء الجملة: <LocationMatch رجإكس > ... </ LocationMatch>
السياق: خادم التكوين، المضيف الظاهري
الحالة: جوهر
وحدة نمطية: جوهر
و <LocationMatch> التوجيه يحد من نطاق توجيهات المغلقة من قبل URL، بطريقة مماثلة ل <Location> . ومع ذلك، فإنه يأخذ التعبير العادي كوسيطة بدلا من سلسلة بسيطة. على سبيل المثال:

<LocationMatch "/(extra|special)/data">
وتطابق عناوين المواقع التي تحتوي على سلسلة فرعية / اضافية / البيانات أو / خاص البيانات / .

انظر أيضا
كيف <Directory>، <Location> و<Files> أقسام العمل لشرح كيفية الجمع بين هذه الأقسام المختلفة عند تلقي طلب

LogLevel التوجيه

الوصف: تسيطر على الإسهاب في ErrorLog
بناء الجملة: LogLevel مستوى
رد: LogLevel تحذير
السياق: خادم التكوين، المضيف الظاهري
الحالة: جوهر
وحدة نمطية: جوهر
LogLevel يضبط الإسهاب من الرسائل المسجلة في سجلات الخطأ (انظر ErrorLog التوجيه). ما يلي مستوى ق المتاحة، من أجل تقليل أهمية:

مستوى وصف مثال
emerg حالات الطوارئ - نظام غير قابل للاستخدام. "لا يمكن فتح ملف الطفل لا القفل. المغادر"
إنذار ويجب اتخاذ تدابير على الفور. "getpwuid: لا يمكن تحديد اسم المستخدم من UID"
الحرجة شروط حاسمة. "مأخذ: فشل في الحصول على المقبس، تخرج الطفل"
خطأ خطأ الظروف. "من السابق لأوانه نهاية رؤوس السيناريو"
حذر تحذير الظروف. وقال "لم عملية طفل 1234 لا خروج، وإرسال آخر SIGHUP"
لاحظ حالة طبيعية ولكنها هامة. "هتبد: SIGBUS اشتعلت، في محاولة لتفريغ الأساسية في ..."
معلومات الإعلامية. "خادم يبدو مشغول، (قد تحتاج إلى زيادة StartServers، أو الحد الأدنى / MaxSpareServers) ..."
تصحيح التصحيح على مستوى رسائل "فتح ملف التكوين ..."
عندما يتم تحديد مستوى معين، وسوف يتم الإبلاغ عن الرسائل من جميع المستويات العالي الأخرى أهمية أيضا. على سبيل المثال ، عندما معلومات LogLevel المحدد، ثم رسائل مع مستويات الدخول من اشعار و تحذير كما سيتم نشرها.

باستخدام مستوى لا يقل عن الحرجة ويوصى.

على سبيل المثال:

LogLevel إشعار
لاحظ

عند تسجيل الدخول إلى ملف الرسائل العادية للمستوى إشعار لا يمكن قمعها، وبالتالي يتم يتم تسجيل دائما. لكن، هذا لا ينطبق عندما يتم قطع الأشجار باستخدام سيسلوغ .

MaxKeepAliveRequests التوجيه

الوصف: عدد الطلبات المسموح بها على اتصال مستمر
بناء الجملة: MaxKeepAliveRequests عدد
رد: MaxKeepAliveRequests 100
السياق: خادم التكوين، المضيف الظاهري
الحالة: جوهر
وحدة نمطية: جوهر
و MaxKeepAliveRequests التوجيه يحد من عدد الطلبات المسموح بها لكل اتصال عند KeepAlive غير. إذا تم تعيينها إلى 0 ، يتم السماح للطلبات غير محدود. نوصي أن يبقى هذا الإعداد إلى قيمة عالية لأداء الخادم الحد الأقصى.

على سبيل المثال:

MaxKeepAliveRequests 500

MaxRanges التوجيه

الوصف: يتراوح عدد سمح قبل أن يعود إلى مورد كامل
بناء الجملة: MaxRanges الافتراضي | غير محدود | لا شيء | عدد من بين نطاقات
رد: MaxRanges 200
السياق: التكوين خادم، استضافة الظاهري، والدليل
الحالة: جوهر
وحدة نمطية: جوهر
التوافق: متوفر في أباتشي HTTP خادم 2.2.21 و في وقت لاحق
و MaxRanges التوجيه يحد من عدد يتراوح HTTP الملقم غير الراغبين في العودة إلى العميل. اذا طلب نطاقات يسمح بعد ذلك، يتم إرجاع موارد كاملة بدلا من ذلك.

الافتراضي
يحد من عدد من النطاقات إلى تقصير في وقت التجميع من 200.
لا شيء
يتم تجاهل رؤوس النطاق.
غير محدود
الملقم لا تحد من عدد يتراوح أنها على استعداد لتلبية.
عدد من بين نطاقات
رقم موجب يمثل الحد الأقصى لعدد يتراوح الخادم هو على استعداد لتلبية.

NameVirtualHost التوجيه

الوصف: يعين عنوان IP لاسم، استضافة الظاهري
بناء الجملة: NameVirtualHost ADDR [: المنفذ ]
السياق: خادم التكوين
الحالة: جوهر
وحدة نمطية: جوهر
و NameVirtualHost التوجيه هو التوجيه المطلوب إذا كنت ترغب في تكوين اسم القائم على المضيفين الظاهري .

على الرغم من أن ADDR يمكن أن يكون اسم المضيف فمن المستحسن أن عليك دائما استخدام عنوان IP والميناء، على سبيل المثال

NameVirtualHost 111.22.33.44:80
مع NameVirtualHost توجيهات عليك تحديد عنوان IP على الخادم التي سوف تتلقى طلبات للحصول على اسم الدولة المضيفة على أساس ظاهري. وسيكون هذا عادة ما يكون العنوان الذي اسمك القائم على أسماء المضيف الظاهري حل. في الحالات التي يكون فيها الوكيل أو جدار الحماية الأخرى يتلقى الطلبات وتحيلها على عنوان IP مختلف على الخادم، يجب تحديد عنوان IP واجهة فعلية على الجهاز الذي سيتم تقديم الخدمات للطلبات. إذا كان لديك عدة اسم القائم على المضيفين على عناوين متعددة، وتكرار التوجيه لكل عنوان.

لاحظ

علما، أن "الخادم الرئيسي" وأي _default_ سوف خوادم أبدا أن خدم لطلب إلى NameVirtualHost عنوان IP (لسبب ما لم تحدده NameVirtualHost ولكن بعد ذلك لا تعرف أي VirtualHost ق لهذا العنوان).
اختياريا يمكنك تحديد رقم المنفذ الذي يجب استخدام اسم الدولة المضيفة على أساس ظاهري، على سبيل المثال

NameVirtualHost 111.22.33.44:8080
يجب وضع عناوين IPv6 بين قوسين معقوفين، كما هو مبين في المثال التالي:

NameVirtualHost [2001: db8 :: A00: 20ff: fea7: CCEA]: 8080
تلقي طلبات على كافة الواجهات، يمكنك استخدام وسيطة *: 80 ، أو، إذا كنت تستمع على منافذ متعددة وتريد حقا الخادم للرد على كل منهم مع مجموعة معينة من المضيفين الظاهري، *

* NameVirtualHost: 80
حجة ل <VirtualHost> التوجيه

لاحظ أن الوسيطة إلى <VirtualHost> التوجيه يجب أن تتطابق تماما مع حجة ل NameVirtualHost التوجيه.
NameVirtualHost 1.2.3.4:80
<VirtualHost 1.2.3.4:80>
# ...
</ VirtualHost>
انظر أيضا
الظاهري المضيفون وثائق

خيارات التوجيه

الوصف: بتكوين ما الميزات متوفرة في دليل معين
بناء الجملة: خيارات [+ | -] خيار [+ | -] الخيار ] ...
رد: خيارات جميع
السياق: خادم التكوين، المضيف الظاهري، الدليل،. هتكس
تجاوز: خيارات
الحالة: جوهر
وحدة نمطية: جوهر
و الخيارات التي تسيطر على توجيهات خادم الميزات المتوفرة في دليل معين.

خيار يمكن تعيين إلى لا شيء ، وفي هذه الحالة يتم تمكين أي من ميزات اضافية، أو واحد أو أكثر من الإجراءات التالية:

جميع
كل الخيارات باستثناء MultiViews . هذا هو الإعداد الافتراضي.
ExecCGI
تنفيذ نصوص CGI باستخدام mod_cgi يسمح.
FollowSymLinks
سيقوم الملقم تتبع الروابط رمزي في هذا الدليل.
على الرغم من أن خادم يتبع الارتباط الرمزي فإنه لا تغيير مسار المستخدمة لمباراة ضد <Directory> المقاطع.
و FollowSymLinks و SymLinksIfOwnerMatch خيارات العمل فقط في <Directory> أو أقسام . تاكيس الملفات.
يجب حذف هذا الخيار لا يمكن اعتبار فرض قيود أمنية، منذ اختبار الارتباط الرمزي يخضع لشروط السباق التي تجعل من circumventable.
ويشمل
من جانب الخادم ويشمل التي تقدمها mod_include مسموح بها.
IncludesNOEXEC
من جانب الخادم ويشمل مسموح، ولكن EXEC # كمد و # CGI EXEC يتم تعطيل. لا يزال من الممكن أن تتضمن # الظاهري نصوص CGI من scriptalias التي الدلائل إد.
الفهارس
إذا تم طلب URL الذي خرائط إلى دليل، وليس هناك DirectoryIndex ( على سبيل المثال ، index.html و ) في هذا الدليل، ثم mod_autoindex سيعود على قائمة تنسيق من الدليل.
MultiViews
محتوى قابل للتفاوض "MultiViews" يسمح باستخدام mod_negotiation .
SymLinksIfOwnerMatch
سيقوم الملقم اتبع فقط الروابط الرمزية التي يملكها الملف الهدف أو دليل على هوية المستخدم بواسطة نِفَسٌ الرابط.
لاحظ

و FollowSymLinks و SymLinksIfOwnerMatch خيارات العمل فقط في <Directory> أو أقسام . تاكيس الملفات.
لا ينبغي أن هذا الخيار يعتبر قيدا الأمن، منذ اختبار الارتباط الرمزي يخضع لشروط السباق التي تجعل من circumventable.
عادة، إذا عدة خيارات يمكن أن تنطبق على دليل، ثم يتم استخدام واحدة الأكثر تحديدا ويتم تجاهل الآخرين، لا يتم دمج الخيارات. (انظر كيف يتم دمج المقاطع .) ولكن إذا كل الخيارات على خيارات ويسبق التوجيه من قبل + أو - رمز، يتم دمج الخيارات. أي خيارات يسبقه + تضاف إلى الخيارات المعمول بها حاليا، وأية خيارات يسبقه - يتم إزالتها من الخيارات المعمول بها حاليا.

تحذير

خلط الخيارات مع + أو - مع أولئك الذين لا ليس بناء الجملة صحيح، ويحتمل أن يسبب نتائج غير متوقعة.
على سبيل المثال، من دون أي + و - الرموز:

/web/docs> <Directory
خيارات فهارس FollowSymLinks
خيارات تشمل
</ دليل>





عندها فقط ويشمل سيتم تعيين ل شبكة / / مستندات / المواصفات الدليل. ولكن إذا كان الثاني خيارات التوجيه يستخدم + و - الرموز:

/web/docs> <Directory
خيارات فهارس FollowSymLinks
خيارات + يتضمن فهارس-
</ دليل>





ثم الخيارات FollowSymLinks و يشمل يتم تعيين ل شبكة / / مستندات / المواصفات الدليل.

لاحظ

باستخدام -IncludesNOEXEC أو ، وتشمل تعطيل من جانب الخادم ويشمل بغض النظر تماما عن الإعداد السابق.
التقصير في عدم وجود أي إعدادات أخرى هو كل .


بروتوكول التوجيه

الوصف: بروتوكول لمأخذ الاستماع
بناء الجملة: بروتوكول بروتوكول
السياق: خادم التكوين، المضيف الظاهري
الحالة: جوهر
وحدة نمطية: جوهر
التوافق: متوفر في أباتشي 2.1.5 و في وقت لاحق. على ويندوز من نوع اباتشي 2.3.3 و في وقت لاحق.
هذا التوجيه يحدد بروتوكول يستخدم لمأخذ الاستماع محددة. يتم استخدام بروتوكول لتحديد أي وحدة يجب التعامل مع هذا الطلب، وتطبيق التحسينات المحددة في البروتوكول مع AcceptFilter التوجيه.

تحتاج فقط إلى ضبط بروتوكول إذا كنت تعمل على غير مستوى الموانئ، وإلا HTTP ومن المفترض لمنفذ 80 و HTTPS للمنفذ 443.

على سبيل المثال، إذا كنت تستخدم HTTPS على منفذ غير قياسي، حدد بروتوكول صراحة:

بروتوكول HTTPS
يمكنك أيضا تحديد البروتوكول باستخدام استماع التوجيه.

انظر أيضا
AcceptFilter
استمع

يتطلب توجيه

الوصف: يختار أي من المستخدمين المصادق يمكن الوصول إلى مورد
بناء الجملة: تتطلب كيان-اسم [ اسم الكيان ] ...
السياق: الدليل،. هتكس
تجاوز: AuthConfig
الحالة: جوهر
وحدة نمطية: جوهر
هذا التوجيه الذي يختار المستخدمين المصادقة يمكن الوصول إلى مورد. يتم الجمع بين الحالات Multipe من هذا التوجيه مع منطقية "OR"، تلك التي يمكن للمستخدم مطابقة أي مطلوب خط يتم منح الوصول. تتم معالجة القيود المفروضة من قبل وحدات ترخيص. بعض جمل سمح تقدمها mod_authz_user و mod_authz_groupfile هي:

يحتاج المستخدم رقم العضوية [ رقم العَضّوِية ] ...
فقط يمكن للمستخدمين اسمه الوصول إلى المورد.
تتطلب المجموعة المجموعة اسم [ اسم المجموعة ] ...
ويمكن للمستخدمين فقط في المجموعات المسماة الوصول إلى المورد.
تتطلب صالحة للمستخدم
يمكن لكافة المستخدمين صالح الوصول إلى المورد.
وحدات ترخيص الأخرى التي تتطلب تنفيذ تشمل الخيارات mod_authnz_ldap ، mod_authz_dbm ، و mod_authz_owner .

يتطلب يجب أن يكون مصحوبا AuthName و AuthType توجيهات، وتوجيهات مثل AuthUserFile و AuthGroupFile (لتحديد المستخدمين والمجموعات) من أجل العمل بشكل صحيح. على سبيل المثال:

AuthType الأساسية
AuthName "الموارد المقيدة"
AuthUserFile على شبكة الإنترنت / / شاهد
AuthGroupFile على شبكة الإنترنت / / مجموعات
طلب مشرف مجموعة
عناصر التحكم في الوصول والتي يتم تطبيقها في هذا الطريق هي فعالة ل جميع الأساليب. وهذا هو ما هو المطلوب عادة. إذا كنت ترغب في التقدم بطلب الحصول يسيطر سوى على أساليب محددة، في حين ترك الأساليب الأخرى دون وقاية، ثم ضع مطلوب بيان الى <Limit> القسم .

إذا طلب يستخدم جنبا إلى جنب مع السماح أو رفض توجيهات، ثم يتم التحكم في التفاعل بين هذه القيود من قبل إرضاء التوجيه.

إزالة الضوابط في الدلائل

المثال التالي يوضح كيفية استخدام إرضاء التوجيه لتعطيل عناصر التحكم في الوصول في دليل فرعي من دليل محمية. وينبغي أن تستخدم هذه التقنية مع الحذر، لأنه سيتم أيضا تعطيل وصول أي قيود التي فرضتها mod_authz_host .
<Directory /path/to/protected/>
طلب المستخدم ديفيد
</ دليل> <Directory /path/to/protected/unprotected>
# يتم تعطيل جميع عناصر التحكم في الوصول والمصادقة
# في هذا الدليل
تلبية أي
من السماح للجميع
</ دليل>








انظر أيضا
التوثيق، إذن، والتحكم في الوصول
إرضاء
mod_authz_host

RLimitCPU التوجيه

الوصف: يحد من استهلاك وحدة المعالجة المركزية للعمليات التي تشنها الأطفال أباتشي
بناء الجملة: RLimitCPU ثواني | ماكس [ ثانية | ماكس]
رد: التصفير، يستخدم نظام التشغيل الافتراضية
السياق: خادم التكوين، المضيف الظاهري، الدليل،. هتكس
تجاوز: جميع
الحالة: جوهر
وحدة نمطية: جوهر
يستغرق 1 أو 2 معلمات. المعلمة الأولى يضع الحد الموارد ميسرة لجميع العمليات والمعلمة الثانية يحدد الحد الأقصى من الموارد. إما أن تكون المعلمة عددا، أو حد أقصى للإشارة إلى الملقم الذي يجب أن يتم تعيين الحد الأقصى إلى الحد الأقصى المسموح به من قبل نظام التشغيل والتكوين. رفع الحد الأقصى من الموارد يتطلب أن الملقم قيد التشغيل كما الجذر ، أو في مرحلة بدء التشغيل الأولي.

وهذا ينطبق على عمليات متشعب الخروج من طلبات أباتشي خدمة الأطفال، وليس الأطفال أنِفَسٌ هم أباتشي. وهذا يشمل نصوص CGI وأوامر مباحث أمن الدولة إكسيك، ولكن ليس أي عمليات متشعب الخروج من الأم أباتشي مثل سجلات بالأنابيب.

يتم التعبير عن حدود الموارد وحدة المعالجة المركزية في ثوان لكل عملية.

انظر أيضا
RLimitMEM
RLimitNPROC

RLimitMEM التوجيه

الوصف: يحد من استهلاك الذاكرة من العمليات التي شنتها الأطفال أباتشي
بناء الجملة: RLimitMEM بايت | ماكس [ بايت | ماكس]
رد: التصفير، يستخدم نظام التشغيل الافتراضية
السياق: خادم التكوين، المضيف الظاهري، الدليل،. هتكس
تجاوز: جميع
الحالة: جوهر
وحدة نمطية: جوهر
يستغرق 1 أو 2 معلمات. المعلمة الأولى يضع الحد الموارد ميسرة لجميع العمليات والمعلمة الثانية يحدد الحد الأقصى من الموارد. إما أن تكون المعلمة عددا، أو حد أقصى للإشارة إلى الملقم الذي يجب أن يتم تعيين الحد الأقصى إلى الحد الأقصى المسموح به من قبل نظام التشغيل والتكوين. رفع الحد الأقصى من الموارد يتطلب أن الملقم قيد التشغيل كما الجذر ، أو في مرحلة بدء التشغيل الأولي.

وهذا ينطبق على عمليات متشعب الخروج من طلبات أباتشي خدمة الأطفال، وليس الأطفال أنِفَسٌ هم أباتشي. وهذا يشمل نصوص CGI وأوامر مباحث أمن الدولة إكسيك، ولكن ليس أي عمليات متشعب الخروج من الأم أباتشي مثل سجلات بالأنابيب.

يتم التعبير عن حدود الموارد في ذاكرة بايت لكل عملية.

انظر أيضا
RLimitCPU
RLimitNPROC

RLimitNPROC التوجيه

الوصف: يحد من عدد العمليات التي يمكن إطلاقها من خلال عمليات شنتها الأطفال أباتشي
بناء الجملة: RLimitNPROC عدد | ماكس [ عدد | أقصى]
رد: التصفير، يستخدم نظام التشغيل الافتراضية
السياق: خادم التكوين، المضيف الظاهري، الدليل،. هتكس
تجاوز: جميع
الحالة: جوهر
وحدة نمطية: جوهر
يستغرق 1 أو 2 معلمات. المعلمة الأولى يضع الحد الموارد ميسرة لجميع العمليات والمعلمة الثانية يحدد الحد الأقصى من الموارد. إما أن تكون المعلمة عددا، أو حد أقصى للإشارة إلى الملقم الذي يجب أن يتم تعيين الحد الأقصى إلى الحد الأقصى المسموح به من قبل نظام التشغيل والتكوين. رفع الحد الأقصى من الموارد يتطلب أن الملقم قيد التشغيل كما الجذر ، أو في مرحلة بدء التشغيل الأولي.

وهذا ينطبق على عمليات متشعب الخروج من طلبات أباتشي خدمة الأطفال، وليس الأطفال أنِفَسٌ هم أباتشي. وهذا يشمل نصوص CGI وأوامر مباحث أمن الدولة إكسيك، ولكن ليس أي عمليات متشعب الخروج من الأم أباتشي مثل سجلات بالأنابيب.

حدود عملية السيطرة على عدد من العمليات لكل مستخدم.

لاحظ

إذا CGI العمليات و ليس يعمل تحت هوية المستخدم غير المستخدم معرف خادم الويب، وهذا التوجيه الحد من عدد العمليات التي الخادم نِفَسٌ ه يمكن أن تخلق. سوف تتم الإشارة إلى دليل على هذا الوضع لا يمكن مفترق الرسائل في error_log .
انظر أيضا
RLimitMEM
RLimitCPU

تلبية التوجيه

الوصف: التفاعل بين المضيف على مستوى التحكم في الوصول ومصادقة المستخدم
بناء الجملة: تلبية أي | جميع
رد: تلبية جميع
السياق: الدليل،. هتكس
تجاوز: AuthConfig
الحالة: جوهر
وحدة نمطية: جوهر
التوافق: تتأثر <Limit> و <LimitExcept> في الإصدار 2.0.51 و في وقت لاحق
وصول السياسة إذا كان كل من السماح و يتطلب استخدامها. ويمكن أن تكون المعلمة إما الكل أو أي . هذا التوجيه لا تفيد إلا إذا كان يتم تقييد الوصول إلى منطقة معينة من قبل كل من كلمة المرور / اسم المستخدم و العميل عنوان المضيف. في هذه الحالة السلوك الافتراضي ( الكل ) هو بحاجة إلى أن العميل بتمرير تقييد الوصول إلى عنوان و يدخل اسم المستخدم وكلمة المرور صالحة. مع أي خيار سوف يتم منح العميل وصول إذا مروا إما تقييد المضيف أو إدخال اسم مستخدم صالح وكلمة مرور. ويمكن استخدام هذه كلمة السر لتقييد مساحة، ولكن للسماح للعملاء من عناوين خاصة في دون المطالبة بكلمة مرور.

على سبيل المثال، اذا كنت تريد ان تدع الناس على الشبكة من الوصول غير المقيد إلى جزء من موقع الويب الخاص بك، ولكنها تحتاج إلى أن الناس خارج الشبكة توفير كلمة مرور، هل يمكن استخدام تكوين مشابهة لما يلي:

تتطلب صالحة للمستخدم
طلب السماح، ورفض
السماح من 192.168.1
تلبية أي
منذ الإصدار 2.0.51 إرضاء يمكن أن يقتصر على توجيهات خاصة من قبل وسائل <Limit> و <LimitExcept> المقاطع.

انظر أيضا
السماح لل
تطلب

ScriptInterpreterSource التوجيه

الوصف: تقنية لتحديد مكان وجود مترجم للنصوص CGI
بناء الجملة: ScriptInterpreterSource التسجيل | سكربت | التسجيل، مشددة
رد: ScriptInterpreterSource سكربت
السياق: خادم التكوين، المضيف الظاهري، الدليل،. هتكس
تجاوز: FileInfo
الحالة: جوهر
وحدة نمطية: جوهر
التوافق: Win32 وفقط؛ خيار التسجيل، مشددة متاح في 2.0 أباتشي في وقت لاحق
ويستخدم هذا التوجيه للتحكم في كيفية أباتشي يجد المترجم المستخدمة لتشغيل البرامج النصية CGI. الإعداد الافتراضي هو سيناريو . هذا يسبب أباتشي لاستخدام مترجم المشار إليه بواسطة خط كوخ (السطر الأول، بدءا #! ) في البرنامج النصي. على أنظمة Win32 وهذا الخط يبدو عادة مثل:

#! C :/ بيرل / بن / perl.exe
أو، إذا بيرل هو في PATH ، ببساطة:

#! بيرل
وضع قلم ScriptInterpreterSource سوف يتسبب في سجل ويندوز شجرة HKEY_CLASSES_ROOT ليتم البحث باستخدام ملحق ملف نصي (على سبيل المثال، . PL ) باعتباره مفتاح البحث. الأمر يحددها التسجيل الفرعي شل \ القيادة \ ExecCGI أو، إذا كان لا وجود له، من قبل الفرعي شل \ فتح \ القيادة يستخدم لفتح ملف البرنامج النصي. إذا لا يمكن العثور على مفاتيح التسجيل، أباتشي يرتد إلى سلوك سيناريو الخيار.

على سبيل المثال، إعداد التسجيل إلى وجود نص مكتوب مع التمديد PL معالجتها عن طريق بيرل سيكون.:

HKEY_CLASSES_ROOT \ PL \ شل \ ExecCGI \ القيادة \ (الافتراضي) => C: \ بيرل \ بن \ perl.exe-WT
أمن

كن حذرا عند استخدام قلم ScriptInterpreterSource مع scriptalias التي الدلائل إد "، وذلك لأن أباتشي ومحاولة تنفيذ كل ملف ضمن هذا الدليل. و التسجيل قد يسبب المكالمات برنامج الإعداد غير مرغوب فيها على الملفات التي عادة ما لم ينفذ. على سبيل المثال، الأمر الافتراضي مفتوحة على HTM. الملفات على معظم أنظمة ويندوز سيتم تنفيذ برنامج Microsoft Internet Explorer، لذلك فإن أي طلب للحصول على HTTP . HTM ملف الموجودة داخل الدليل النصي سيبدأ المستعرض في الخلفية على الخادم. هذا هو وسيلة جيدة لتحطم النظام الخاص بك في غضون دقيقة أو نحو ذلك.
خيار التسجيل، الصارم الذي هو الجديد في 2.0 أباتشي يفعل الشيء نِفَسٌ ه كما قلم ولكنه يستخدم فقط الفرعي شل \ ExecCGI \ القيادة . و ExecCGI مفتاح ليست واحدة مشتركة. يجب أن يتم تكوين يدويا في سجل ويندوز، ويمنع بالتالي المكالمات برنامج عرضي على النظام الخاص بك.


ServerAdmin التوجيه

الوصف: أرسلت عنوان البريد الإلكتروني الذي يتضمن الخادم في رسائل الخطأ إلى العميل
بناء الجملة: ServerAdmin عنوان البريد الاكتروني | URL
السياق: خادم التكوين، المضيف الظاهري
الحالة: جوهر
وحدة نمطية: جوهر
و ServerAdmin يحدد عنوان الاتصال التي تضم خادم في أي رسائل خطأ فإنه يعود إلى العميل. إذا كان هتبد لا تعترف الحجج المقدمة باعتبارها URL، فإنه يفترض، أنها تشكل عنوان البريد الإلكتروني، وprepends مع ميلتو: في أهداف الارتباط التشعبي. ومع ذلك، من المستحسن استخدام عنوان بريد إلكتروني في الواقع، لأن هناك الكثير من نصوص CGI التي تجعل من هذا الافتراض. إذا كنت ترغب في استخدام عنوان URL، فإنه يجب أن نشير إلى خادم آخر تحت سيطرتك. وإلا قد لا يتمكن المستخدمون من الاتصال بك في حالة وجود أخطاء.

قد يكون من المفيد وضع عنوان مخصصة لهذا، على سبيل المثال

ServerAdmin www-admin@foo.example.com
كما المستخدمين لا تذكر دائما أنهم يتحدثون عن الخادم!


ServerAlias ​​التوجيه

الوصف: أسماء بديلة لمجموعة تستخدم عند مطابقة الطلبات إلى الاسم الظاهري المضيفين
بناء الجملة: ServerAlias ​​المضيف [ المضيف ] ...
السياق: الظاهري المضيف
الحالة: جوهر
وحدة نمطية: جوهر
و ServerAlias ​​التوجيه يحدد أسماء بديلة للمجموعة، للاستخدام مع اسم القائم على المضيفين الظاهري . و ServerAlias ​​قد تتضمن أحرف البدل، إذا كان ذلك مناسبا.

<VirtualHost *:80>
الخادم server.domain.com
خادم ServerAlias ​​server2.domain.com server2
ServerAlias ​​*. example.com
UseCanonicalName معطلة
# ...
</ VirtualHost>
اسم القائم على المضيفين الظاهري لمجموعة من أفضل مطابقة <virtualhost> وprocesssed ق بالترتيب الذي يظهر في التكوين. أول مطابقة اسم الخادم أو ServerAlias ​​يتم استخدام، مع عدم وجود أسبقية مختلفة عن أحرف البدل (ولا لServerAlias ​​مقابل الخادم).

القائمة الكاملة للأسماء في VirtualHost يعاملون التوجيه تماما مثل (البدل غير) ServerAlias ​​.

انظر أيضا
UseCanonicalName
أباتشي وثائق افتراضية المضيف

الخادم التوجيه

الوصف: اسم المضيف والمنفذ التي يستخدمها الملقم لتعريف نِفَسٌ ه
بناء الجملة: الخادم [ مخطط :/ /] مؤهل، اسم المجال [: المنفذ ]
السياق: خادم التكوين، المضيف الظاهري
الحالة: جوهر
وحدة نمطية: جوهر
التوافق: في الإصدار 2.0، هذا التوجيه يحل محل وظيفة من ميناء توجيهات من الإصدار 1.3.
و الخادم التوجيه يضع مخطط الطلب، اسم المضيف والمنفذ التي يستخدمها الملقم لتعريف نِفَسٌ ه. ويستخدم هذا عند إنشاء إعادة توجيه عناوين المواقع.

بالإضافة إلى ذلك، الخادم يستخدم (وربما بالتزامن مع ServerAlias ​​) لتحديد فريد المضيف الظاهري، عند استخدام اسم القائم على المضيفين الظاهري .

على سبيل المثال، إذا كان اسم الجهاز استضافة خادم الويب هو simple.example.com ، ولكن الجهاز أيضا لديه اسم مستعار DNS www.example.com وترغب في أن خادم الويب التي تم تحديدها لذلك، ينبغي استخدام التوجيه التالية :

الخادم www.example.com
إذا لم يكن الخادم المحدد، ثم يحاول الملقم للاستدلال على اسم المضيف عن طريق إجراء بحث عكسي على عنوان IP. إذا لم يتم تحديد منفذ في الخادم ، ثم سيقوم الملقم استخدام المنفذ من طلب واردة. لموثوقية الأمثل والقدرة على التنبؤ، يجب تحديد منفذ المضيف واضح واستخدام الخادم التوجيه.

إذا كنت تستخدم اسم القائم على المضيفين الظاهري ، و الخادم داخل <VirtualHost> قسم يحدد ما يجب أن يظهر اسم المضيف في الطلب على المضيف: رأس لتتناسب مع هذا المضيف الظاهري.

في بعض الأحيان، والخادم يعمل خلف جهاز الذي يعالج SSL، مثل وكيل عكسي، موازن التحميل SSL أو جهاز تفريغ. عندما يكون هذا هو الحال، حدد https:// مخطط ورقم المنفذ الذي عملاء الاتصال في الخادم التوجيه للتأكد من أن خادم يولد الصحيح الذاتي المرجعي عناوين المواقع.

نرى وصفا لل UseCanonicalName و UseCanonicalPhysicalPort توجيهات للإعدادات التي تحدد ما إذا الذاتي المرجعي عناوين المواقع (على سبيل المثال، من قبل mod_dir وحدة) وسوف أشير إلى المنفذ المحدد، أو إلى رقم المنفذ المعطى في طلب العميل.

انظر أيضا
وفيما يتعلق بالقضايا DNS وأباتشي
أباتشي وثائق افتراضية المضيفة
UseCanonicalName
UseCanonicalPhysicalPort
NameVirtualHost
ServerAlias

ServerPath التوجيه

الوصف: إرث مسار URL لاسم المضيف المستندة إلى الظاهرية التي يتم الوصول إليها عن طريق متصفح متوافق
بناء الجملة: ServerPath URL-مسار
السياق: الظاهري المضيف
الحالة: جوهر
وحدة نمطية: جوهر
و ServerPath التوجيه يحدد مسار URL إرث لمجموعة، للاستخدام مع اسم القائم على المضيفين الظاهري .

انظر أيضا
أباتشي وثائق افتراضية المضيف

ServerRoot التوجيه

الوصف: الدليل الأساسي لتركيب الخادم
بناء الجملة: ServerRoot دليل الدرب
رد: ServerRoot / البيرة / المحلية / اباتشى
السياق: خادم التكوين
الحالة: جوهر
وحدة نمطية: جوهر
و ServerRoot التوجيه يحدد الدليل الذي حياة الخادم. وعادة ما سوف تحتوي على الدلائل أسيوط / و / سجلات . المسارات النسبية في تكوين توجيهات أخرى (مثل تضمين أو LoadModule تؤخذ، على سبيل المثال)، وبالنسبة لهذا الدليل.

مثال

ServerRoot / الوطن / هتبد
انظر أيضا
في مد الخيار ل هتبد
نصائح أمنية للحصول على معلومات حول كيفية تعيين بشكل صحيح الأذونات على ServerRoot

ServerSignature التوجيه

الوصف: تكوين تذييل على الخادم ولدت وثائق
بناء الجملة: ServerSignature على | البريد الإلكتروني معطلة
رد: ServerSignature معطلة
السياق: خادم التكوين، المضيف الظاهري، الدليل،. هتكس
تجاوز: جميع
الحالة: جوهر
وحدة نمطية: جوهر
و ServerSignature التوجيه يسمح لتكوين خط تذييل زائدة تحت الخادم ولدت وثائق (رسائل الخطأ، mod_proxy دليل القوائم بروتوكول نقل الملفات، mod_info الانتاج، ...). والسبب لماذا كنت تريد لتمكين مثل هذا الخط تذييل هو أنه في سلسلة من الوكلاء، المستخدم لديه في كثير من الأحيان لا إمكانية لمعرفة أي من الملقمات بالسلاسل أنتجت فعلا رسالة خطأ عاد.

ل إيقاف الإعداد، والذي هو الافتراضي، ويقمع خط تذييل (وبالتالي فهو متوافق مع سلوك أباتشي-1.2 وأدناه). و على الإعداد ببساطة يضيف خطا مع خادم رقم الإصدار و اسم الخادم المضيف الظاهري من خدمة، و بريد إلكتروني بالإضافة إلى الإعداد يخلق على "ميلتو:" إشارة إلى ServerAdmin من الوثيقة المشار إليها.

بعد الإصدار 2.0.44، يتم التحكم فيها عن تفاصيل خادم رقم الإصدار التي قدمها ServerTokens التوجيه.

انظر أيضا
ServerTokens

ServerTokens التوجيه

الوصف: تكوين خادم استجابة رأس HTTP
بناء الجملة: ServerTokens الرئيسية | الصغرى | مين [imal] | النخزة [uctOnly] | OS | كاملة
رد: ServerTokens كاملة
السياق: خادم التكوين
الحالة: جوهر
وحدة نمطية: جوهر
هذا التوجيه تسيطر على ما إذا كان خادم حقل رأس استجابة التي يتم إرسالها إلى العملاء يتضمن وصفا لنوع نظام التشغيل عام من خادم، فضلا عن معلومات حول جمعت في وحدات.

ServerTokens النخزة [uctOnly]
يرسل الملقم ( على سبيل المثال ): الخادم: أباتشي
ServerTokens الرئيسية
يرسل الملقم ( على سبيل المثال ): الخادم: أباتشي / 2
ServerTokens الصغرى
يرسل الملقم ( على سبيل المثال ): الخادم: Apache/2.0
ServerTokens يوجد [imal]
يرسل الملقم ( على سبيل المثال ): الخادم: Apache/2.0.41
ServerTokens OS
يرسل الملقم ( على سبيل المثال ): الخادم: Apache/2.0.41 (يونيكس)
ServerTokens كاملة (أو المحددة لا)
يرسل الملقم ( على سبيل المثال ): الخادم: Apache/2.0.41 (يونيكس) PHP/4.2.2 MyMod/1.2
يطبق هذا الإعداد على الملقم بأكمله، والتي لا يمكن تمكين أو تعطيل على أساس virtualhost تلو virtualhost.

بعد الإصدار 2.0.44، هذا التوجيه يتحكم أيضا في المعلومات التي قدمتها ServerSignature التوجيه.

انظر أيضا
ServerSignature

SetHandler التوجيه

الوصف: القوات التي سيتم تجهيزها من قبل جميع الملفات المطابقة معالج
بناء الجملة: SetHandler معالج-اسم | لا شيء
السياق: خادم التكوين، المضيف الظاهري، الدليل،. هتكس
تجاوز: FileInfo
الحالة: جوهر
وحدة نمطية: جوهر
التوافق: انتقلت الى لب في 2.0 أباتشي
عندما يوضع في هتكس. ملف أو <Directory> أو <Location> القسم، هذا التوجيه القوى ليمكن تحليل كل الملفات المطابقة من خلال معالج قدمها اسم معالج . على سبيل المثال، إذا كان لديك دليل أردت يمكن تحليل تماما كملفات حكم imagemap، بغض النظر عن التمديد، كنت قد وضعت التالية الى هتكس. ملف في هذا الدليل:

SetHandler IMAP-ملف
مثال آخر: إذا أردت أن يكون الخادم بعرض تقرير حالة كلما محدد من http://servername/status كان يسمى، قد وضع ما يلي في httpd.conf و :

<Location /status>
SetHandler خادم الوضع
</ الموقع>

يمكنك تجاوز في وقت سابق تعريف SetHandler التوجيه باستخدام قيمة لا شيء .

انظر أيضا
AddHandler

SetInputFilter التوجيه

الوصف: تعيين المرشحات التي سيقوم بمعالجة طلبات العميل و POST مساهمة
بناء الجملة: SetInputFilter مرشح [؛ مرشح ...]
السياق: خادم التكوين، المضيف الظاهري، الدليل،. هتكس
تجاوز: FileInfo
الحالة: جوهر
وحدة نمطية: جوهر
و SetInputFilter التوجيه بتعيين مرشح أو الفلاتر التي سيقوم بمعالجة طلبات العميل وإدخال ما بعد عندما وردت به الخادم. هذا بالإضافة إلى أية عوامل تصفية محددة في مكان آخر، بما في ذلك AddInputFilter التوجيه.

إذا تم تحديد أكثر من مرشح واحد، لا بد من فصلها بواسطة فواصل منقوطة في الترتيب الذي يجب عليهم معالجة المحتوى.

انظر أيضا
مرشحات وثائق

SetOutputFilter التوجيه

الوصف: تعيين المرشحات التي من شأنها معالجة استجابات من الخادم
بناء الجملة: SetOutputFilter مرشح [؛ مرشح ...]
السياق: خادم التكوين، المضيف الظاهري، الدليل،. هتكس
تجاوز: FileInfo
الحالة: جوهر
وحدة نمطية: جوهر
و SetOutputFilter التوجيه يضع مرشحات الذي سيقوم بمعالجة الاستجابات من خادم قبل إرسالها إلى العميل. هذا بالإضافة إلى أية عوامل تصفية محددة في مكان آخر، بما في ذلك AddOutputFilter التوجيه.

على سبيل المثال، فإن التكوين التالية معالجة كافة الملفات في / على شبكة الاتصالات العالمية / البيانات / ويشمل الدليل على جانب الملقم.

<Directory /www/data/>
SetOutputFilter يشمل
</ دليل>

إذا تم تحديد أكثر من مرشح واحد، لا بد من فصلها بواسطة فواصل منقوطة في الترتيب الذي يجب عليهم معالجة المحتوى.

انظر أيضا
مرشحات وثائق

Suexec التوجيه

الوصف: تمكين أو تعطيل ميزة suEXEC
بناء الجملة: Suexec على | إيقاف
رد: في حال وجود suexec ثنائي مع مالك سليم واسطة، وإلا معطلة
السياق: خادم التكوين
الحالة: جوهر
وحدة نمطية: جوهر
التوافق: متوفر في هتبد أباتشي 2.2.18 و في وقت لاحق
وفي حين، وسوف تفشل بدء التشغيل إذا كان ثنائي suexec لا وجود لها أو لديه مالك غير صالحة أو وضع ملف.

عندما معطلة، سيتم تعطيل suEXEC حتى لو كان ثنائي suexec موجودة ولها مالك صالح ووضع ملف.


تايم آوت التوجيه

الوصف: سوف مقدار الوقت خادم انتظر بعض الأحداث قبل سقوطه في طلب
بناء الجملة: تايم آوت ثانية
رد: تايم آوت 300
السياق: خادم التكوين، المضيف الظاهري
الحالة: جوهر
وحدة نمطية: جوهر
و تايم آوت التوجيه يحدد طول الفترة الزمنية أباتشي سوف انتظر الإدخال / الإخراج في ظروف مختلفة:

عند قراءة البيانات من العميل، وطول الفترة الزمنية لانتظار وصول حزمة TCP إذا كان المخزن المؤقت قراءة فارغ.
عند كتابة البيانات إلى العميل، وطول الفترة الزمنية للانتظار للحصول على اعتراف من حزمة إذا كان المخزن المؤقت الإرسال ممتلئ.
في mod_cgi ، طول الفترة الزمنية لانتظار الإخراج من البرنامج النصي CGI.
في mod_ext_filter ، طول الفترة الزمنية لانتظار الإخراج من عملية التصفية.
في mod_proxy ، قيمة المهلة الافتراضية إذا ProxyTimeout لم يتم تكوين.

TraceEnable التوجيه

الوصف: يحدد السلوك على TRACE طلبات
بناء الجملة: TraceEnable [على | إيقاف | الموسعة]
رد: TraceEnable على
السياق: خادم التكوين، المضيف الظاهري
الحالة: جوهر
وحدة نمطية: جوهر
التوافق: متوفر في أباتشي 1.3.34، 2.0.55 و في وقت لاحق
هذا التوجيه يتجاوز سلوك TRACE لكلا الخادم الأساسية و mod_proxy . الافتراضي TraceEnable على تصاريح TRACE طلبات لكل RFC 2616، والذي يرفض أي طلب الهيئة لمواكبة الطلب. TraceEnable قبالة يتسبب في الخادم الأساسية و mod_proxy لإرجاع 405 (أسلوب غير مسموح به) خطأ إلى العميل.

أخيرا، لاختبار وأغراض التشخيص فقط، قد يسمح باستخدام هيئات طلب غير المتوافقة الموسعة TraceEnable التوجيه. وجوهر (كخادم الأصل) تقييد طلب إلى هيئة 64K (زائد 8K لرؤوس قطعة إذا نقل ترميز: المقسم يستخدم). وسوف تعكس جوهر رؤوس كاملة وجميع رؤوس قطعة مع الجسم استجابة. كما خادم وكيل، لا يقتصر على جثة طلب إلى 64K.


UseCanonicalName التوجيه

الوصف: كيفية تكوين خادم يحدد باسمه والمنفذ
بناء الجملة: UseCanonicalName على | DNS | إيقاف
رد: UseCanonicalName معطلة
السياق: التكوين خادم، استضافة الظاهري، والدليل
الحالة: جوهر
وحدة نمطية: جوهر
في كثير من الحالات يجب أن أباتشي بناء الذات المرجعي URL - وهذا هو، URL الذي يشير مرة أخرى إلى الخادم نِفَسٌ ه. مع UseCanonicalName على أباتشي واستخدام اسم المضيف والمنفذ المحدد في الخادم التوجيه لبناء اسم الكنسي للملقم. ويستخدم هذا الاسم في كل عناوين المواقع الذاتي المرجعية، وبالنسبة للقيم SERVER_NAME و SERVER_PORT في سى جي آي إس.

مع UseCanonicalName معطلة سوف أباتشي تشكيل الذاتي المرجعي عناوين المواقع باستخدام اسم المضيف والمنفذ المقدمة من العميل إذا كان يتم تزويد أي (وإلا فإنه سيتم استخدام الاسم الكنسي، وعلى النحو المحدد أعلاه). هذه القيم هي نفسها التي تستخدم لتنفيذ اسم المضيفين الظاهري القائم ، وتتوفر مع نِفَسٌ العملاء. متغيرات CGI SERVER_NAME و SERVER_PORT سيتم بناؤها من العميل توفير القيم كذلك.

على سبيل المثال حيث أن هذا قد يكون من المفيد هو على خادم الشبكة الداخلية حيث لديك للمستخدمين الاتصال إلى الجهاز باستخدام الأسماء القصيرة مثل شبكة الاتصالات العالمية . ستلاحظ أنه إذا كان للمستخدمين كتابة shortname، وعنوان الموقع الذي هو الدليل، مثل http://www/splat ، دون مائل زائدة ثم أباتشي وتوجيهها إلى http://www.domain.com/ تنبيه / . إذا كان لديك المصادقة تمكين، وهذا سوف يسبب للمستخدم أن يكون لمصادقة مرتين (مرة واحدة على شبكة الاتصالات العالمية ، ومرة أخرى ل www.domain.com - انظر على الأسئلة الشائعة حول هذا الموضوع لمزيد من المعلومات ). ولكن إذا UseCanonicalName تم تعيين معطلة ، ثم إعادة توجيه إلى أباتشي http://www/splat/ .

هناك خيار ثالث، UseCanonicalName DNS ، وهي معدة للاستخدام مع استضافة القائمة على الملكية الفكرية كتلة الظاهري لدعم عملاء القديمة التي لا تقدم المضيف: رأس. مع هذا الخيار أباتشي لا بحث DNS عكسي على الملقم عنوان IP العميل متصلا من أجل العمل على الذات المرجعي عناوين المواقع.

تحذير

إذا سى جي آي إس افتراضات حول قيم SERVER_NAME يمكن كسرها من قبل هذا الخيار. العميل هو حر في الأساس لإعطاء كل ما يريدون قيمة باعتبارها المضيف. ولكن إذا كان CGI يستخدم فقط SERVER_NAME لبناء الذات المرجعي عناوين المواقع ثم ينبغي أن يكون على ما يرام.
انظر أيضا
UseCanonicalPhysicalPort
الخادم
استمع

UseCanonicalPhysicalPort التوجيه

الوصف: كيفية تكوين خادم يحدد باسمه والمنفذ
بناء الجملة: UseCanonicalPhysicalPort على | إيقاف
رد: UseCanonicalPhysicalPort معطلة
السياق: التكوين خادم، استضافة الظاهري، والدليل
الحالة: جوهر
وحدة نمطية: جوهر
في كثير من الحالات يجب أن أباتشي بناء الذات المرجعي URL - وهذا هو، URL الذي يشير مرة أخرى إلى الخادم نِفَسٌ ه. مع UseCanonicalPhysicalPort على واباتشي، وعند بناء ميناء الكنسي للملقم لتكريم UseCanonicalName التوجيه، وتوفير العدد الفعلي المنفذ المادية المستخدمة من قبل هذا الطلب باعتباره المنفذ المحتملة. مع UseCanonicalPhysicalPort معطلة أباتشي لن تستخدم أبدا الفعلية رقم المنفذ المادي، والاعتماد بدلا من ذلك على جميع المعلومات تكوين لبناء عدد منفذ صالح.

لاحظ

في ترتيب عند استخدام المنفذ الفعلي هو على النحو التالي: على UseCanonicalName

قدمت في ميناء SERVERNAME
ميناء المادية
المنفذ الافتراضي
UseCanonicalName معطلة | DNS
تحليل من ميناء المضيف: رأس
ميناء المادية
قدمت في ميناء SERVERNAME
المنفذ الافتراضي
مع إيقاف UseCanonicalPhysicalPort ، تتم إزالة المنافذ الفيزيائية من الترتيب.
انظر أيضا
UseCanonicalName
الخادم
استمع

<VirtualHost> التوجيه

الوصف: يحتوي على التوجيهات التي لا تنطبق إلا على عنوان معين أو اسم المضيف IP
بناء الجملة: <VirtualHost ADDR [: المنفذ ] [ ADDR [: المنفذ ]] ...> ... </ VirtualHost>
السياق: خادم التكوين
الحالة: جوهر
وحدة نمطية: جوهر
<VirtualHost> و </ VirtualHost> تستخدم لأرفق مجموعة من التوجيهات التي من شأنها أن تنطبق فقط على مضيف ظاهري معين. ويمكن استخدام أي توجيهات المسموح بها في سياق المضيف الظاهري. عندما يستلم الملقم طلب لوثيقة على مضيف ظاهري معين، ويستخدم لتوجيهات التكوين المغلقة في <VirtualHost> القسم. ADDR يمكن أن يكون:

عنوان IP المضيف الظاهري؛
اسم مجال مؤهل بشكل كامل للحصول على عنوان IP للمضيف الظاهري (غير مستحسن)؛
الحرف * ، والذي يستخدم فقط في تركيبة مع * NameVirtualHost لمطابقة جميع عناوين بروتوكول الإنترنت، أو
سلسلة _default_ ، والذي يستخدم فقط مع استضافة الظاهري IP للقبض على عناوين بروتوكول الإنترنت لا مثيل له.
مثال

<VirtualHost 10.1.2.3:80>
ServerAdmin webmaster@host.example.com
DocumentRoot / على شبكة الاتصالات العالمية / مستندات / host.example.com
الخادم host.example.com
ErrorLog سجلات / host.example.com-error_log
سجلات TransferLog / host.example. COM-access_log
</ VirtualHost>





يجب تحديد عناوين IPv6 بين معقوفتين لأنه لم يكن رقم المنفذ اختياري يحدد خلاف ذلك. ويرد على سبيل المثال الإصدار IPv6 أدناه:

<VirtualHost [2001:db8::a00:20ff:fea7:ccea]:80>
ServerAdmin webmaster@host.example.com
DocumentRoot / على شبكة الاتصالات العالمية / مستندات / host.example.com
الخادم host.example.com
سجلات ErrorLog / host.example . com-error_log
TransferLog سجلات / host.example.com access_log-
</ VirtualHost>





يجب على كل المضيف الظاهري تتوافق مع عنوان IP مختلف، مختلف رقم منفذ أو اسم مضيف مختلف عن الخادم، في الحالة الأولى يجب أن يتم تكوين الجهاز الخادم لقبول حزم IP لعناوين متعددة. (إذا كان الجهاز لا يملك واجهات شبكة الاتصال متعددة، ثم يمكن تحقيق ذلك مع ifconfig مستعار الأمر - إذا كان نظام التشغيل الخاص بك يدعم ذلك).

لاحظ

استخدام <VirtualHost> لا لن تؤثر على ما يتناول أباتشي يستمع. قد تحتاج إلى التأكد من أن أباتشي يتم الاستماع على العناوين الصحيح باستخدام استمع .
عند استخدام الملكية الفكرية القائمة على استضافة الظاهري، واسم خاص _default_ يمكن أن تكون محددة في هذه الحالة هذا المضيف الظاهري سوف تتطابق مع أي عنوان IP الذي تم سردها صراحة في آخر المضيف الظاهري. في غياب أي _default_ المضيف الظاهري يستخدم "الرئيسية" التكوين الخادم، التي تتكون من كل تلك التعاريف خارج أي قسم VirtualHost، وعندما لا يحدث IP المباراة. (لكن لاحظ أن أي عنوان IP الذي يطابق NameVirtualHost التوجيه سوف تستخدم أيا من "الرئيسية" تكوين الملقم ولا _default_ المضيف الظاهري، وانظر اسم القائم على استضافة الظاهري وثائق لمزيد من التفاصيل.)

يمكنك تحديد : منفذ لتغيير المنفذ الذي يتم مطابقة. إذا غير محدد ثم فإنه افتراضات إلى نِفَسٌ المنفذ كما الأحدث استمع بيان من الخادم الرئيسي. يمكنك أيضا تحديد : * لتتناسب مع جميع المنافذ على هذا العنوان. (ينصح هذا عندما تستخدم مع _default_ .)

و الخادم وينبغي أن يحدد داخل كل <VirtualHost> كتلة. إذا كان غائبا، و الخادم وسيتم الموروثة من "الرئيسية" تكوين الملقم.

أمن

راجع نصائح أمن وثيقة للحصول على تفاصيل عن سبب يمكن أن يتعرض للخطر أمن الخاص إذا كان الدليل حيث يتم تخزين ملفات السجل غير قابل للكتابة من قبل أي شخص آخر غير المستخدم الذي يبدأ الخادم.
انظر أيضا
أباتشي وثائق افتراضية المضي

بلاد الشام ،~ تُوِقَيّعَ الَعَضّوِ ~بلاد الشام ،

بلاد الشام ،بلاد الشام ،بلاد الشام ،بلاد الشام ،بلاد الشام ،بلاد الشام ،بلاد الشام ،بلاد الشام ،بلاد الشام ،بلاد الشام ،بلاد الشام ،بلاد الشام ،بلاد الشام ،بلاد الشام

[center]
بسم الله مشاء الله جمال وبرائة اطفال اهل الشام

حسبنا الله ونعم الوكيل فيك يا بشار وكل من يشد على اياديك
[/center]
الرجوع الى أعلى الصفحة اذهب الى الأسفل
معاينة صفحة البيانات الشخصي للعضو
 
Directive Index
الرجوع الى أعلى الصفحة 
صفحة 1 من اصل 1
 مواضيع مماثلة
-
» المكتبة الالكترونية الشاملة و النادرة فى كل المجالات

صلاحيات هذا المنتدى:لاتستطيع الرد على المواضيع في هذا المنتدى
موقع بوابة بلاد الشام ،belad-alsham :: lkj]dhj fgh] hgahl :: منتديات الشام بلادي :: منتدي الربح من الإنترنت Make Money From The InterNet :: منتدى أباتشي google.com Apache ،Binding-
انتقل الى:  
دخول
اسم العضو:
كلمة السر:
ادخلني بشكل آلي عند زيارتي مرة اخرى: 
:: لقد نسيت كلمة السر
تبادل اعلاني

مساحة اعلانية
مواقع صديقة
Feedage.com RSS
Feedage Grade B rated
!-- Feedage.com RSS Feed Tracking
Preview on Feedage: %D9%85%D9%88%D9%82%D8%B9-%D8%A7%D9%87%D9%84-%D8%A7%D9%84%D8%B4%D8%A7%D9%85- Add to My Yahoo! Add to Google! Add to AOL! Add to MSN
Subscribe in NewsGator Online Add to Netvibes Subscribe in Pakeflakes Subscribe in Bloglines Add to Alesti RSS Reader
Add to Feedage.com Groups Add to Windows Live iPing-it Add to Feedage RSS Alerts Add To Fwicki
Meta Tag Analyzer

Meta Tag Analyzer

عدد زوار بلاد الشام
Free counter and web stats
المواضيع الأخيرة
» تحميل برنامج البروكسي
الأحد أكتوبر 12, 2014 7:13 am من طرف heba fathy

» سوريا المحتلة العرب
الأحد أكتوبر 28, 2012 3:32 am من طرف يعقوب محمد

» الطفولة تتفض.. ( من اطفال العراق الى اطفال سوريا المحتلة ) .. جراحاتكم نعيشها
الأربعاء أكتوبر 10, 2012 4:23 am من طرف يعقوب محمد

» من الذي اساءة للنبي الكريم ياقتلة الشعب السوري ؟؟؟
الجمعة سبتمبر 21, 2012 4:36 am من طرف يعقوب محمد

» ModemMAX , برنامج ModemMax , تسريع الانترنت , برامج تسريع الاتصال , زيادة سرعة الاتصال , سرعة الاتصال , تحميل برنامج ModemMAX , برنامج ModemMAX الجديد , برنامج ModemMAX كامل مجانا , download ModemMAX
الثلاثاء سبتمبر 18, 2012 3:31 pm من طرف rakan-jordan

» S.S.N-تصريحات هامة للعقيد عبدالجبار العكيدي 25-8.mp4
الثلاثاء سبتمبر 18, 2012 3:27 pm من طرف rakan-jordan

» الرباعية تسعى لمنظور مشترك حول سوريا المحتلة
الثلاثاء سبتمبر 18, 2012 3:26 pm من طرف rakan-jordan

» استشهاد 142 شخص مقتل 40 عنصر من “جيش الاسادي” في سوريا المحتلة
الثلاثاء سبتمبر 18, 2012 3:25 pm من طرف rakan-jordan

» نورا الجيزاوي حرة: سمعت بدموع الفرح واليوم تذوقت لذتها on 2012/09/18 09:57 / لا يوجد اي تعليق منذ نعومة أظفاري و أنا بسمع “بدموع الفرح” بس لليوم لحتى تذوقت لذتهم ♥ الله لا يحرم حدا هالشعور يااااا
الثلاثاء سبتمبر 18, 2012 3:24 pm من طرف rakan-jordan

سحابة الكلمات الدلالية
الاول الرحيل الجزء اللبناني الريف غليص