نسل باران

|

بانک شماره و موبایل popup window

قالب های حرفه ای وردپرس

|

پلاگین وردپرس popup window

وب سایت دانشجویان کارشناسی و ارشد کامپیوتر خرم آباد
نسل باران
وب سایت دانشجویان کارشناسی و ارشد کامپیوتر خرم آباد
امام علی (ع) می فرمایند: « زکات العلم نشرهُ» زکات علم نشر آن است.
به سایت ما خوش آمدید
فرض كنید که به دنبال یک فایل خاص مثلا كرک یک برنامه درون یک فایل فشرده‌ با حجم 500 مگابایت هستید. برای دانلود این فایل چه راهكاری به ذهنتون میرسد؟ تقریبا هیچ راهی و مجبورید كل فایل 500 مگابایتی را بخاطر یک كرک 5 مگابایتی كه داخل این فایل فشرده هست دانلود كنید، در اینجا ما نرم افزاری را به شما معرفی میكنیم كه به کمک آن میتوانید فقط فایلهای مورد نیاز خودتون رو از درون یک فایل فشرده دانلود كنید که برای اینکار فقط كافیست تا از قسمت Open Url‌ آدرس فایل مورد نظر را وارد كرده و منتظر نمایش محتویات فایل فشرده شوید و سپس فایل دلخواه خود را دانلود كنید .
قابلیت های نرم افزار LoadScout :
  • نمایش اطلاعات مربوط به محل قرار گرفتن فایل های روی ریموت اف تی پی یا وب سایت
  • استخراج داده های فایل های مدیای از راه دور، بدون نیاز به دانلود ان ها
  • مرور محتواهای فایل های آرشیو از راه دور
  • سازگار با اینترنت اکسپلورر
  • مجهز به سرویس گیرنده FTP به همراه  ویژگی های اضافی
  • امکان ذخیره سازی سایت هایی که اغلب بازدید می کنید، در پوشه ی Favorites
  • پشتیبانی از پروکسی های HTTP و SOCKS
  • قابلیت دانلود هم زمان چند فایل و امکان از سرگیری دانلود های ناتمام
  • سازگار با نسخه های مختلف ویندوز
  • و ...




پسورد فایل فشرده : soft98.ir ( پسورد را تایپ کنید )




نوع مطلب : آموزشی، ترفندها، دانلود، اخبار، وب، 
برچسب ها :
لینک های مرتبط :

دامین (Domain / DNS) > DNS


آدرس هایی که بعنوان آدرس های اینترنت دیده میشوند ، آدرسی نمادین بوده و شبیه به مثالهای زیر می باشند :

www.iranhost.com

support.iranhost.com

از آدرس هایی با قالب و ساختار بالا فقط بخاطر راحتی کاربرد وسادگی در بخاطر سپردن استفاده می شود و قطعاً در هنگام برقراری یک ارتباط و مبادلۀ داده ، این آدرس های نمادین باید به معادلِ عددی آن (یعنی عدد 32 بیتی آدرس ( IP ترجمه شوند؛ به این آدرس های نمادین ” Domain Name “ گفته میشود.

حال سوال اینجاست که وقتی ماشینی تمایل دارد داده هایی را به ماشین دیگری مثلاً به آدرس webguide.iranhost.com بفرستد چگونه میتواند قبل از ارسال پیام ، آدرس IP معادل با آن را پیدا نماید در حالی که ده ها میلیون از این گونه آدرس ها روی اینترنت تعریف شده اند .

به غیر از آدرس های نمادین همانند مثال های فوق ، شبکه های مستقل (Autonomous Networks ) میتوانند برای ماشین های خود از روش های نامگذاری اختصاصی استفاده نمایند . در این گونه شبکه ها یک ماشین میتواند دارای دو نام متفاوت باشد ، مثل :

kiti.cs.ucsb.edu

hpss_kiti_510

آدرس نمادین اول، در کل شبکۀ اینترنت معتبر است ولی نام دوم فقط درون شبکه ای قابل شناسایی است که آن ماشین متعلق به آن است .

در سال های نخستین راه اندازی شبکۀ ARPANet راه حلی بسیار ساده برای ترجمۀ نام های نمادین به آدرس IP وجود داشت و آن تعریف تمام نام ها و آدرس های  IPمعادل ، در یک فایل بنام hosts.txt بود.

 در آن زمان تعداد ماشین های میزبان زیاد نبود و حجم چنین فایلی ، چندان بزرگ نمی شد . هر ماشین میزبان ساعت 24.00 هر شب این فایل را تازه سازی و به روز می شد تا هر گونه تغییر احتمالی و تعریف آدرس های جدید اعمال شود . تابع مترجم نام روی هر ماشین میزبان برای ترجمۀ یک نام نمادین مستقیماً به این فایل مراجعه می نمود و معادل IP آن را استخراج کرده و به برنامۀ کاربردی برمی گرداند .

بدیهی است که امروزه داشتن یک فایل متمرکز و قرار دادن تمام آدرس ها و معادلIP  آنها (با حجم میلیونی آدرس ها) در اینترنت امکان پذیر نیست و سال هاست از روشی برای تبدیل آدرس های نمادین به آدرس های IP استفاده میشود که DNS نام دارد .

نکته : امروزه از روش متمرکز فقط برای شبکه های داخلی و کوچک و برای سیستم های نامگذاری خاص استفاده میشود.

 

 DNS یا "سیستم نامگذاری حوزه " ، روشی سلسله مراتبی است که بانک اطلاعاتی مربوط به نام های نمادین و معادل IP آنها را روی کل شبکۀ اینترنت توزیع کرده و هر ایستگاه می تواند در یک روال (منظم و سلسله مراتبی) آدرس IP معادل با ایستگاه مربوطه را بدست آورد.

نکته : بانک اطلاعاتی که اسامی اینترنت را با معادل IP آنها در خود دارد متمرکز نیست بلکه روی کل اینترنت توزیع شده است

حال باید دید اسامی اینترنت چگونه سازماندهی میشود تا نهایتاً بتوان روش جستجو روی یک بانک اطلاعاتی توزیع شده را توضیح داد .

اسامی نمادین زیر را در نظر بگیرید :

www.iranhost.com

www.yahoo.com

info@iranhost.com

بدیهی است که نام های حوزه همانند مثال های بالا بدون دلیل انتخاب نمی شوند بلکه اطلاعاتی ارزشمند برای جستجو در بانک اطلاعاتی توزیع شدۀ domain name ها در خود دارند . بگونه ای که مشهود است یک نام حوزه ( domain name  )  از چند بخش مجزا که با علامت ”.“ از هم تفکیک شده ، تشکیل میشود . هر کدام از این بخشها که ”سطح “ نام داشته و به یک قسمت از بانک اطلاعاتی توزیع شده اشاره داشته و به  محدودتر شدن فضای جستجو کمک می نماید .

برای تحلیل یک نام حوزه ، سطوح از سمت راست به چپ تفکیک میشوند و در یک روند سلسله مراتبی ، سرویس دهندۀ متناظر با آن سطح پیدا میشود

 

روش های جستجو در سرویس دهنده های نام :

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

 

سه روش برای پرس و جوی نام در سرویس دهنده های نام وجود دارد :

1-     پرس وجوی تکراری

2-     پرس وجوی بازگشتی

3-     پرس وجوی معکوس

 

پرس و جوی تکراری

دراین پرس وجو قسمت اعظم تلاش برای تبدیل یک نام برعهدۀ سرویس دهندۀ محلی است Local DNS Server ) )

 اینDNS server  حداقل نیاز به داشتن  آدرس ماشین Root ، به عنوان نقطۀ شروع دارد .

وقتی یک تقاضای ترجمه آدرس به سرویس دهندۀ محلی ارسال میشود ) در صورت موفقیت آمیز بودن ترجمه ) معادل آدرس  IP به تقاضا کننده برگردانده می شود ( این حالت وقتی است که سرویس دهندۀ محلی قبلاً آن نام را ترجمه و در یک فایل ذخیره کرده باشد . )

 در غیر این صورت سرویس دهندۀ محلی یک تقاضا برای   DNS سرور سطح بالا ارسال می نماید . این سرویس دهنده ، آدرسِ ماشینی را که میتواند برای ترجمۀ نام مورد نظر مفید باشد ، به سرویس دهندۀ محلی معرفی می نماید.

 سرویس دهندۀ محلی مجددا یک تقاضا به ماشین معرفی شده در مرحلۀ قبل ارسال می نماید . در این حالت نیز سرویس دهندۀ نام میتواند در صورت یافتن آدرس IP معادل آنرا برگرداند و یا در غیر اینصورت آدرس سرویس دهندۀ سطح پایین تری را ارائه نماید . این روند ادامه می یابد تا    DNS سرور نهایی نام مورد نظر را به آدرس IP ترجمه نماید . ( ویا در صورت عدم موفقیت پیغام مرتبط را برگرداند)

 برای درک بهتر از روند کار به شکل ذیل دقت نمایید . در این مثال فرض شده است که یک برنامه کاربردی با فراخوانی تابع تحلیلگر نام ، تقاضای ترجمۀ نام www.microsoft.com   را می نماید .



مراحلی که انجام میشود به شرح ذیل است :

در مرحلۀ اول : برنامۀ کاربردی با فراخوانی تابع تحلیل نام (Function    Name Resolver ) تقاضای ترجمه آدرس  www .microsoft .com  را برای سرویس دهندۀ محلی ارسال نموده و منتظر می ماند .

در مرحلۀ دوم : سرویس دهندۀ محلی از سرویس دهندۀ Root ، آدرس سروری  را که دامین های  com در آن ثبت شده اند را سؤال می نماید . ( چندین سرور برای نگه داری و ثبت دامین های com  استفاده می شود)

در مرحلۀ سوم :  آدرس سرویس دهندۀ مربوط به حوزۀ com . برمیگردد .

درمرحلۀ چهارم : سرویس دهندۀ محلی ، از ماشین معرفی شده در مرحلۀ قبلی ، آدرس سرویس دهندۀ مربوط به حوزه microsoft.com    را سؤال می نماید .

 درمرحلۀ پنجم : فهرستی از سرویس دهنده های DNS مربوط به  microsoft.com برمی گردد .

 در مرحلۀ ششم : سرویس دهندۀ محلی تقاضای ترجمۀ آدرس نمادین www.microsoft.com  را از DNS متعلق به حوزه microsoft.com  میکند .

 در مرحلۀ هفتم : معادل آدرس IP نام www.microsoft.com برمی گردد .

 در مرحلۀ هشتم : آدرس IP خواسته شده در اختیار برنامه کاربردی قرار می گیرد .

 

پرس و جوی بازگشتی

در این روش هر گاه برنامه ای بخواهد آدرس IP معادل با یک نام مانند   cs.yale.edu را بدست آورد ، تابع سیستمی تحلیل نام را فراخوانی می نماید . این تابع به صورت پیش فرض آدرس یک سرور  root را در اختیار داشته بنابراین تقاضای تبدیل نام را به روش UDP برای آن ارسال و منتظر جواب می ماند ) پاسخ نهایی DNS طبیعتاً باید یک آدرس 32 بیتی معادل آدرس  IP یک ماشین باشد ( دو حالت ممکن است اتفاق بیفتد :

ممکن است در بانک اطلاعاتی مربوط به سرویس دهندۀ محلی ، آدرس IP معادل با آن نام از قبل وجود داشته و بالطبع به سرعت مقدار معادل IP آن برمیگردد .

ممکن است در بانک اطلاعاتی سرویس دهندۀ محلی ، معادل IP آن نام وجود نداشته باشد . (به طور مثال سرویس دهندۀ محلی در بانک اطلاعاتی خودش معادل آدرس  IP نام support.iranhost.com را نداشته و طبیعتاً نمی تواند آن را ترجمه نماید) در چنین حالتی سرویس دهندۀ محلی موظف است ) بدون آنکه به تقاضا دهنده اطلاع دهد) به سرویس دهندۀ سطح بالاتر تقاضای ترجمه آدرس را ارسال نماید . دراین حالت نیز  DNS سطح بالاتر به همین نحو ترجمه آدرس را پیگری می نماید ) یعنی اگر معادل IP آن نام را داشته باشد آنرا برمی گرداند و در غیر اینصورت خودش از سرویس دهندۀ سطح پایین تر تقاضای ترجمۀ آن نام را می نماید) و این مراحل تکرار خواهد شد.

 در روش پرس وجوی بازگشتی، ماشین سرویس دهندۀ محلی این مراحل متوالی را نمی بیند و هیچ کاری جز ارسال تقاضای ترجمۀ یک آدرس برعهده ندارد و پس از ارسال تقاضا برای سرویس دهندۀ سطح بالا منتظر خواهد ماند .

دقت نمایید که در روش پرس وجوی تکراری ) نسبت به روش پرس وجوی بازگشتی ( حجم عمدۀ عملیات برعهدۀ سرویس دهندۀ DNS محلی است و مدیریت خطاها و پیگیری روند کار ساده تر خواهد بود و روش منطقی تری برای بکارگیری در شبکۀ اینترنت محسوب میشود . روش پرس وجوی بازگشتی برای شبکه های کوچک کاربرد دارد .

برای درک بیشتر این روش به شکل ذیل دقت نمایید :



پرس و جوی معکوس

برای یافتن نام های متناظر با یک آدرس IP باید یک جستجوی کامل و در عین حال وقتگیر انجام شود .

روش کاربدین صورت است که سرویس دهندۀ محلی یک تقاضا برای  DNS متناظر با شبکه ای که مشخصۀ آن در آدرس IP مشخص شده ، ارسال می نماید .

در نظر داشته باشید زمانیکه موسسه ای یک کلاس IP به ثبت می رساند ، یک سرویس دهندۀ DNS   ، متناظر با شبکۀ خود ایجاد کرده و آنرا نیز معرفی می نماید.

بعنوان مثال آدرس IP شبکه ای را 138.14.7.13   در نظر بگیرید ( آدرس کلاس  B و مشخصۀ آن 138.14.0.0 است)

.سرویس دهندۀ محلی بایستی آدرس DNS متناظر با شبکۀ 138.14.0.0 را پیدا و سپس برای آن یک تقاضا ارسال نماید. . DNS مربوط به این شبکه ، براساس زیرشبکه هایی که دارد این سؤال را از طریق سرویس دهنده های متناظر با هر زیرشبکه پیگیری می نماید. از آنجا که هر زیر شبکه یک سرویس دهندۀ DNS مخصوص به خود را دارد نهایتاً یک نامِ نمادین حوزه معادل با آن آدرس IP برخواهد گشت .

   ساختار بانک اطلاعاتی سرویس دهنده های نام

یک سرویس دهندۀ نام در دو قسمت سازماندهی میشود :

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

بانک اطلاعاتی :  در این بانک اطلاعاتی داده های لازم برای تحلیل یک نام نمادین ، ذخیره می شود . هر سرویس دهنده می تواند بنابر روش مورد نظر خود ، این بانک اطلاعاتی را ایجاد و از آن استفاده نماید ) به همین دلیل ساختار این بانک اطلاعاتی در سرویس دهنده های گوناگون ، اندکی متفاوت است ولی تقریباً همۀ آنها از اصول یکسانی پیروی می نمایند)

 این بانک اطلاعاتی ”بانک رکوردهای منبع “ نام دارد که به صورت اختصار به آن " فایل " RR گفته می شود .

برای بالا بردن سرعت جستجو در این بانک اطلاعاتی ، این فایل معمولاً در حافظۀ اصلی نگهداری می شود ( به همین دلیل برای ماشین های سرویس دهندۀ نام ، حافظۀ زیاد و سریع پیشنهاد می شود)

 زمانیکه یک سرویس دهندۀ محلی نام ، از طریق پرس وجوهای تکراری ، یک آدرس نمادین را یکبار به آدرس IP ترجمه می نماید ، نتیجه را در این فایل نگه خواهد داشت تا آنکه در تقاضاهای بعدی بتواند از آن استفاده واز تکرار مراحل وقتگیر پرس وجو جلوگیری شود . البته این عمل اشکالی را خواهد داشت که باید برای آن تمهیدی اندیشیده شود :

اگر نام حوزه و معادل IP آن در یک فایل ، ثابت و همیشگی باشد ، تغییرات احتمالی و تعویض آدرس ها چگونه در این فایل اعمال میشود؟ مثلاً هر گاه آدرس www.iranhost.com  و معادل IP آن 209.172.34.249 در فایلِ  RR ذخیره شود، چه تضمینی وجود دارد که چند روز بعد معادل IP آن بدلیل خاصی به 197.140.12.16 تغییر نکند .

به همین دلیل هر رکورد درون فایل RR دارای زمان اعتبار است و پس از انقضای زمان باید از آن فایل حذف شده یا آنکه با پرس وجوی مجدد به روز رسانی شود . البته در فایل RR فقط نام های نمادین و آدرس های IP درج نمیشود بلکه آیتم های دیگری هم وجود دارد که به سرویس دهندۀ نام برای حل بهینۀ تبدیل آدرس ها ، کمک می نماید .

در حقیقت وقتی تقاضای تحلیل یک نام نمادین ، به یک سرویس دهندۀ نام ارسال میشود ابتدا درون این فایل ، روی تک تک رکوردها جستجو انجام میشود و در صورت موفق بودن عملِ جستجو ، رکورد مربوطه به متقاضی بر خواهد گشت .

فایل RR یک فایل کاملاً متنی است ( یعنی به راحتی و با یک ویرایشگر میتوان آن را مشاهده کرد یا تغییر داد )  و هر رکورد درون آن معمولاً دارای پنج فیلد است :



به گونه ای که اشاره شد چون الزامی به استاندارد بودن این فایل وجود نداشته در برخی از سرویس دهنده های نام ، ساختار هر رکورد بصورت زیر سازماندهی شده است :


  Domain Name دراین قسمت نام حوزه یا نام مربوط به یک ماشین )نام نمادین) قرار می گیرد . دقت نمایید که چندین رکورد میتواند وجود داشته باشد که نام نمادین آنها یکسان باشد ( چراکه ممکن است بقیه فیلدها متفاوت باشند) بهمین دلیل این فیلد ، فیلدی  منحصر به فرد  نیست .

   Time to Live این گزینه نشان میدهد که رکورد تا چه مدت (بر حسب ثانیه ( معتبر و قابل استناد است . با این گزینه مشکل عنوان شده در ابتدای این بخش حل می شود چراکه هر رکورد یک زمان اعتبار دارد که پس از منقضی شدن زمان ، باید از فایل RR حذف شده یا آنکه به هنگام شود .

   Class این فیلد مشخص میکند که ماهیت نامِ نمادین مربوط به چه شبکه ای است ، چرا که هر سرویس دهندۀ نام میتواند به غیراز تعریف اسامی مبتنی بر شبکۀ اینترنت ، روش نامگذاری خاص خود را در شبکۀ محلی نیز اعمال نماید .

اگر رکوردی مربوط به یک نام در شبکۀ اینترنت باشد ، در این فیلد رشتۀ دوحرفی  IN قرار میگیرد؛ این مشخصه نشان میدهد که این رکورد ، در ارتباط با تعریف یک نام حوزه روی شبکه اینترنت است .

 Type این فیلد نوع رکورد و معنای آن را مشخص می نماید. مهمترین مقادیری که در این فیلد قرار می گیرد در جدول صفحه بعد فهرست شده است. به گونه ای که در جدول مشخص است در این فیلد می تواند یک گزینۀ حرفی یا معادل عددی آن قرار بگیرد ولی برای سادگیِ از گزینۀ حرفی استفاده می شود .

مثال   :

www.iranhost.com     99999999     IN     A      209.172.34.249

 

به عنوان مثال به قسمتی از یک فایل  RR در یک سرویس دهندۀ نام  در مورد نام حوزۀ cs.vu.nl رکوردهایی را ذخیره نموده استدر صفحه بعدی  دقت نمایید



ادامه مطلب


نوع مطلب : شبکه(Network)، برنامه نویسی، طراحی سایت، آموزشی، 
برچسب ها :
لینک های مرتبط :

TRIAL-0117200705
ahxxtransu



نوع مطلب :
برچسب ها :
لینک های مرتبط :



( کل صفحات : 65 )    1   2   3   4   5   6   7   ...   
درباره وبلاگ


امام صادق(ع) می فرمایند: «اِنُّ لِکلِّ شیءٍ زکاةً و زکاةُ العِلمِ اَنْ یُعَلِّمَهُ اَهلَهُ» برای هر چیزی زکاتی است،و زکات علم آن است که آن را به اشخاص شایسته بیاموزید. (منبع: تحف.ص 364)

امام علی (ع) می فرمایند: « زکات العلم نشرهُ» زکات علم نشر آن است.

مدیر وبلاگ : s1390
مطالب اخیر
نویسندگان
صفحات جانبی
آمار وبلاگ
  • کل بازدید :
  • بازدید امروز :
  • بازدید دیروز :
  • بازدید این ماه :
  • بازدید ماه قبل :
  • تعداد نویسندگان :
  • تعداد کل پست ها :
  • آخرین بازدید :
  • آخرین بروز رسانی :
فرم تماس
نام و نام خانوادگی
آدرس ایمیل
امکانات دیگر
دریافت كد ختم صلوات
کلیه حقوق این وبلاگ برای وب سایت دانشجویان کارشناسی و ارشد کامپیوتر خرم آباد محفوظ است