در توسینسو تدریس کنید

و

با دانش خود درآمد کسب کنید

راه اندازی فایل سرور - بخش چهارم

رونوشت برداری از فضای نام و پوشه ها به کمک DFS یا ( DFS Replication ) :

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

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

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

در طول failover چه اتفاقی می افتد:

در DFS failover کلاینت ها بعد از این که از یکی از هدف ها ( یکی از پوشه های به اشتراک گذاری شده در شبکه ) پاسخی دریافت نکردند و یا زمانی که آن هدف دیگر جز فضای نام نباشد، سعی دارند که به یک هدف دیگر دسترسی پیدا کنند.برای این که failover اتفاق بیفتد کلاینت ها باید به یک فضای نام مبتنی بر دامین با استفاده از فرمت DomainName\ RootName \\ دسترسی پیدا کنند. اگر یک کلاینت به یک فضای نام مستقل ( DFS مستقل ) دستیابی پیدا کرد ( RootServer\ RootName \\ ) ، آنگاه failover ریشه ی هدف اتفاق نمی افتد.

در ضمن DFS failover زمانی اجرا می شود که یک کلاینت، فایل یا پوشه ای را باز کند. اگر یک کلاینت فایل یا پوشه ی بازی را در اختیار داشته باشد و سعی کند در حالی که سرور هدف آن فایل یا پوشه غیر قابل دسترس است از روی آن فایل یا پوشه بخواند یا بر روی آن بنویسد، کاربر یک پیغام خرابی عمیات را دریافت خواهد کرد.

سویچینگ بین رونوشت ها در طول failover :

هنگامی که یک کلاینت برای دسترسی به یک پوشه خاص در شبکه به DFS مراجعه می نماید ، پس از بدست آوردن آدرس آن پوشه در شبکه از طریق پیوندهای موجود در فضای نام DFS ، هر کدام از ارجاع ها ( آدرس یک پوشه در شبکه ) را برای افزایش کارایی در حافظه نهان ( کش سیستم ) خود به شکل محلی ذخیره می کند و بعد از آن کلاینت در مراجعات بعدی خود به شبکه تا یک مدت زمان مشخص از همین کش سیستم خود برای دسترسی به پوشه های شبکه استفاده می کند . وقتی که ما برای یک پوشه و یا حتی یک فضای نام یک رونوشت ( المثنی ) ایجاد می کنیم . زمانی که یک کلاینت برای دسترسی به یک آدرس خاص به DFS مراجعه می کند ، اگر رونوشتی ( المثنی ) از یک پوشه و یا حتی یک فضای نام وجود داشته باشند ، تمامی رونوشت ها برای کلاینت های DFS مهیا می باشند و این کلاینت است که انتخاب می کند در یک فرایند failover کدام ارجاع مورد استفاده قرار گیرد و اولویت به رونوشتی داده می شود که دارای سایت مشابهی با کلاینت باشد . ( اگر رونوشت در یک سایت فیزیکی یکسان با کلاینت قرار داشته باشد ، این ارجاع اول برای کلاینت فرستاده می شود ) . بعد از اینکه یک ارجاع انتخاب شد ، برای دسترسی به آن پوشه مورد نظر یک نشست (session ) اجرا می شود .

اگر ارجاع انتخاب شده خراب شود ، یک فرایند failover دیگر شروع می شود . سرعت و علت failover بستگی به این دارد که کلاینت هنگام وقوع خرابی مشغول انجام چه کاری بوده است ، چگونه خرابی اتفاق افتاده است و تحمل پذیری یک برنامه در برابر تاخیر اجرا چگونه است .



6-1 . رونوشت برداری از یک فضای نام ( ریشه ) در DFS :

ما در ابزار مدیریتی DFS می توانیم از هر کدام از ریشه های موجود ( فضای نام ) در DFS یک رونوشت برداریم . یعنی همانگونه که می دانید tosinso.com\ File server \\ یک ریشه ی DFS یکپارچه شده با اکتیودایرکتوری می باشد و DFS این امکان را فراهم می سازد که از پیوندها درون هر فضای نام برای در دسترس پذیری بیش تر به کمک اکتیودایرکتوری رونوشت برداری کرد. اگر یکی از سرورهایی که فضای نام ( ریشه ) اشتراک گذاری فایل ها و پوشه ها را فراهم می کند خراب شود، کلاینت ها به طور اتوماتیک از کپی دیگری از همان فضای نام ( ریشه ) که بر روی اکتیودایرکتوری سرور دیگری (یک کپی از ریشه بر روی یک دامین کنترلر پشتیبان ) قرار دارد استفاده کرده و از اطلاعاتی که بر روی سرورها قرار دارند استفاده می کنند .

مثلا فرض کنید که ما می خواهیم از فضای نامی که به اسم File server نامگذاری کرده ایم و بر روی بر روی server1 قرار دارد یک کپی یا رونوشت بر روی کامپیوتر server2 ایجاد کنیم . برای این کار باید ابتدا نقش کامپیوتر server2 را به عنوان یک دامین کنترولر اضافی ( دامین کنترولر پشتیبان ) ارتقا داده و سپس ابزار DFS را بر روی آن نصب کنیم . در این هنگام کامپیوتر server2 این آمادگی را دارد که به عنوان یک پشتیبان برای فضای نام های موجود در DFS کامپیوتر server1 ایفای نقش کند .

  • برای اینکه بتوانیم از فضای نام File server یک رونوشت برداریم باید ابتدا بر روی آن فضای نام کلیک راست کرده و از منو باز شده گزینه Add Namespace Server را انتخاب نماییم . ( تصویر 1 )
  • سپس در پنجره باز شده در کادر Namespace Server ، نام سروری که قرار است نسخه پشتیبان فضای نام بر روی آن قرار بگیرد را وارد می کنیم . ما در اینجا نام server2 را در کادر مربوطه نوشته و دکمه OK را می زنیم . سپس صبر می کنیم تا نسخه پشتیبان فضای نام File server بر روی کامپیوتر server2 ایجاد شود . ( تصویر 2 )
  • چنانچه در تصویر 3 می بینید ، اگر ابزار Management DFS را در کامپیوتر server2 باز کنیم ، مشاهده می کنید که فضای نامی به اسم File server بر روی سرور 2 ایجاد شده است که درون آن همان پیوندهایی که در server1 قرار دارند ، وجود دارد . اگر server1 به هر دلیلی از شبکه خارج شود ، آنگاه ریشه به اسم File server بدلیل اینکه یک پشتیبان از آن وجود دارد ، باز در دسترس کلاینت های شبکه می باشد. ( تصویر 3 )

راه اندازی فایل سرور - بخش چهارم

راه اندازی فایل سرور - بخش چهارم



6-2 . رونوشت برداری از پوشه های به اشتراک گذاری شده در شبکه :

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

مثلا همانطور که می دانید پوشه Public در server2 قرار دارد و کلیه کارهای مدیریتی آن بعهده دستیاران مدیر شبکه ( helpdesk ) می باشد . فرض کنید که به هر دلیلی کامپیوتر server2 به علت خرابی از مدار شبکه خارج می گردد . در این حالت کاربران عادی شبکه دیگر امکان دسترسی به فایل های خود درون پوشه Public را ندارند ، زیرا سروری که مسئول پاسخگویی به درخواست ها می باشد در مدار شبکه قرار ندارد .

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

در اینجا ما قصد داریم از پوشه Public که بر روی server2 قرار دارد یک رونوشت درون server1 ایجاد نماییم . برای انجام اینکار باید به ترتیب زیر عمل کنیم :

  • برای انجام رونوشت برداری از پوشه ها حتما باید بر روی سرور میزبان آن پوشه ابزار DFS نصب باشد تا بتواند عملیات Replication را میان چندین سرور انجام دهد . پس در این مثال اولین کار اینست که در سرور میزبان پوشه Public یعنی server2 ، نقش DFS را نصب نماییم و همانگونه که در شکل زیر می بینید DFS خود دو بخش دارد : یکی DFS Namespaces و دیگری DFS Replication . برای مورد اخیر نصب DFS Replication بر روی server2 کافی است . ( تصویر 1 )

راه اندازی فایل سرور - بخش چهارم

  • دومین مرحله اینست که ما باید یک پوشه به نام Public در کامپیوتر server1 ایجاد نماییم و آن را در شبکه به اشتراک بگذاریم .این پوشه جدید در server1 نقش پشتیبان را برای پوشه Public در server2 بعهده دارد و باید کلیه سطوح دسترسی NTFS Permissions و Share Permissions آن همانند پوشه اصلی در server2 باشد . برای تنظیم سطوح دسترسی به پوشه Public می توانید به مقاله راه اندازی فایل سرور - بخش اول رجوع نمایید. ( تصویر 2 )

راه اندازی فایل سرور - بخش چهارم

  • ما رونوشت برداری از یک پوشه به اشتراک گذاری شده در شبکه را از طریق پیوند ( لینک ) آن پوشه درون ابزار DFS انجام می دهیم . مثلا ما در اینجا می خواهیم از طریق پیوند (لینک) Public که درون فضای نام PFS قرار دارد، یک رونوشت از پوشه به اشتراک گذاری شده Public برداریم . کاری که ما باید انجام دهیم اینست که بر روی پیوند Public کلیک راست کرده و گزینه Replicate Folder را انتخاب می نماییم . ( تصویر 3 )
  • سپس همانگونه که در تصویر 4 مشخص است برای شما پنجره New Folder Target باز می شود . شما باید در اینجا مسیر (UNC ) پوشه ای که پشتیبان پوشه Public است را وارد نمایید . از آنجایی که ما قبلا یک پوشه جدید به نام Public در server1 ایجاد کرده و آن را به عنوان پشتیبان پوشه اصلی قرار داده ایم ، پس UNC این پوشه پشتیبان را در کادر مربوطه وارد می نماییم و دکمه OK را می زنیم. (تصویر 4 )

راه اندازی فایل سرور - بخش چهارم

  • بعد از انجام مرحله قبل ، پس از چند لحظه برای شما پیامی ظاهر می شود که می گوید از یک replication group برای هماهنگ نگهداشتن پوشه ها استفاده می شود ، آیا شما می خواهید یک replication group را ایجاد نمایید ؟ دکمه OK را بزنید و چند ثانیه صبر نمایید تا به مرحله بعد بروید . ( تصویر 5 )

راه اندازی فایل سرور - بخش چهارم

  • بعد از گذشت چند ثانیه شما وارد مرحله ساخت یک replication group برای هماهنگ نگهداشتن پوشه پشتیبان با پوشه اصلی می شوید . اولین پنجره ای که باز می شود دارای دو فیلد می باشد . فیلد اول replication group name نام دارد و برای نامگذاری replication group ای است که ما می خواهیم ایجاد نماییم و در فیلد دوم هم باید اسم پوشه ای که قرار است از آن رونوشت برداری شود ، نوشته شود . سیستم به صورت اتوماتیک این فیلدها را پر می کند و شما معمولا نیازی به تغییر آن ندارید . ( تصویر 6 )
  • پنجره بعدی که باز می شود به شما می گوید که چه پوشه هایی و بر روی کدام یک از سرورهای شبکه قابلیت عملیات رونوشت برداری ( replication ) را با هم دارند . مثلا در این پروژه ، پوشه Public واقع در سرور2 ( پوشه اصلی ) با پوشه Public درون سرور1 ( پوشه شتیبان ) به منظور عملیات رونوشت برداری باید با هم هماهنگ شوند. ( یعنی هر تغییری که درون یک پوشه اعمال شود ، درون پوشه دیگر هم اعمال می شود ). ( تصویر 7 )

راه اندازی فایل سرور - بخش چهارم

  • در پنجره ی بعدی که باز می شود شما باید نام کامپیوتر میزبان پوشه اصلی که قرار است از روی آن رونوشت برداری شود را از جعبه کشویی مربوطه انتخاب نمایید . در مثال ما ، کامپیوتر server2 میزبان اولیه یا اصلی پوشه Public می باشد. ( تصویر 8 )
  • در پنجره بعدی شما باید نوع توپولوژی که پوشه ها از آن برای هماهنگ سازی و تکرار اطلاعات درون خود از آن استفاده می کنند را مشخص کنید . توپولوژی Full mesh یک انتخاب مناسب می باشد ، آن را انتخاب کرده و به مرحله بعد می رویم . ( تصویر 9 )

راه اندازی فایل سرور - بخش چهارم

  • پنجره بعدی که به نمایش در می آید Replication Group Schedule and Bandwidth نام دارد و برای تعیین زمانبندی رونوشت برداری و همچنین میزان پهنای باندی از شبکه که عملیات رونوشت برداری به خود اختصاص می دهد ، می باشد . و دارای دو گزینه می باشد . یک گزینه Replicate during the specified days and time می باشد . که با استفاده از آن و زدن دکمه Edit Schedule شما می توانید همانند شکل زیر تعیین کنید که رونوشت برداری از پوشه مورد نظر در چه روزهایی از هفته و چه ساعاتی انجام شود . همچنین می توانید میزان پهنای باندی که برای اینکار استفاده می شود را تعیین کنید . ( تصویر 10 )

راه اندازی فایل سرور - بخش چهارم

  • گزینه دیگری که در همان صفحه وجود دارد ، گزینه پیش فرض می باشد و به ما می گوید که عملیات رونوشت برداری به شکل پیوسته در تمام روزهای هفته انجام می شود و شما فقط باید پهنای باند را مشخص نمایید . ما این گزینه را انتخاب کرده و همچنین کلیه پهنای باند را به رونوشت برداری اختصاص می دهیم . ( تصویر 11 )
  • در پایان خلاصه ای از پیکربندی که شما انجام داده اید به نمایش در می آید . دکمه Create را بزنید تا یک replication group برای عملیات رونوشت برداری ایجاد گردد . ( تصویر 12 )

راه اندازی فایل سرور - بخش چهارم

پس از اینکه یک replication group برای عملیات رونوشت برداری ما از پوشه Public واقع در سرور2 ایجاد شد ، چنانچه در تصویر 13 می بینید اگر بر روی پیوند Public درون فضای نام PFS کلیک کنید . اولا مشاهده می کنید که بر روی این پیوند یک فلش سبز رنگ قرار گرفته است که نمایانگر عملیات رونوشت برداری از هدف های این پیوند ( همان پوشه هایی که این پیوند به آنها لینک می کند ) می باشد .

و دوما شما در سمت راست پنجره DFS دو هدف برای پیوند Public می بینید که نشان می دهد این پیوند به دو پوشه اشتراکی یکی در server2 ( به عنوان پوشه اصلی) و دیگری در server1 ( به عنوان پوشه پشتیبان ) لینک می کند و می تواند کاربران را در صورتی که پوشه Public واقع در server2 در دسترس نباشد به پوشه پشتیبان آن به نام Public واقع در server1 هدایت نماید. ( تصویر 13 )

تصویر 14 نیز به ما نشان می دهد که replication group ی که ما ساخته ایم دارای دو پوشه هدف یکی بر روی server1 و دیگری بر روی server2 است که عملیات رونوشت برداری و هماهنگ سازی بر روی آن ها انجام می گیرد . ( تصویر 14 )

راه اندازی فایل سرور - بخش چهارم

نویسنده : رضا تقی زاده

منبع : جزیره سرویس های شبکه مایکروسافت وب سایت توسینسو

هرگونه نشر و کپی برداری بدون ذکر منبع دارای اشکال اخلاقی می باشد

#ایجاد_failover_برای_فایل_سرور #اصول_طراحی_فایل_سرور #ایجاد_replication_برای_فایل_سرور #راه_اندازی_DFS_در_ویندوز_سرور_2008 #آموزش_راه_اندازی_فایل_سرور_dfs #پیکربندی_DFS #راه_اندازی_فایل_سرور_dfs #رونوشت_برداری_در_DFS #آموزش_راه_اندازی_فایل_سرور #مشکل_در_ایجاد_replication_group
عنوان
1 راه اندازی فایل سرور - بخش اول رایگان
2 راه اندازی فایل سرور - بخش دوم رایگان
3 راه اندازی فایل سرور - بخش سوم رایگان
4 راه اندازی فایل سرور - بخش چهارم رایگان
5 راه اندازی فایل سرور - بخش پنجم رایگان
6 راه اندازی فایل سرور - بخش ششم رایگان
زمان و قیمت کل 0″ 0
10 نظر
sajul

سلام

قسمت های پنجم به بعد رو نمیخواید دیگه قرار بدین؟

مفید بوده تا اینجا ممنون اگر ادامه بدید

رضا تقی زاده

طی چند روز آینده ، بقیه مقالاتو روی سایت میگذارم . با تشکر از توجه شما.

zinar

مهندس مرسي از آموزشي كه ميدين دستت تون درد نكنه .

حامد حق شناس

با سلام

ضمن عرض تشکر از آموزش خوبتون

من یک داخل شبکه 2 تا سرور دارم

یکی از سرورهام DC با windows Server 2008 R2 و دیگری Isa با Windows server 2003 R2 مشغول به فعالیت هستند .

به دلایل مالی می خوام یک فایل سرور روی DC راه اندازی کنم و رونوشتی از اون را روی سرور دیگه ام Isa-Server پیاده سازی کنم .

بخاطر ارتباط دو سرور به علت وجود فایروال آیزا اومدم یک Rule تعریف کردم و تمامی پروتکل ها و پورت هایی که DFS کار باهاش میکنه رو Allow کردم.مانند تصویر زیر ...

وب سایت توسینسو

حالا طبق مراحلی که شما عرض کردی میرم جلو ، تا اینکه به یک مورد برخورد می کنم زمانی که می خوام از Replication استفاده کنم و این مرحله را روی Server 2008 R2 انجام میدم با خطای زیر روبرو میشم .

وب سایت توسینسو

مشکل از کجا می تونه باشه ؟

رضا تقی زاده

دوست عزیز تصاویری که گذاشتید قابل مشاهده نیست .

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

RasNej

سلام

من يک فايل سرور راه اندازي کردم . همه مراحل انجام شد تا زماني که مي خواهم Replication Group را انجام بدهم با پيغام خطاي زير روبه رو مي شوم:

The Active Directory Services Schema on Domain controller Cannot be read.migth the schema has not been extended

قابل ذکر است سيستم عامل سرور مذکور Win Server 2008 R2 و سيستم عامل Domain controller ،Win server 2003 مي باشد.

ممنون مي شوم راهنمايي نماييد.

مهدی باقری

با تشکر فراوان جناب مهندس

من یک نکته به ذهنم میرسه و اون اینکه در قسمت 6-2 فرمودید :

" پس برای کلاینت های شبکه چندین سرور برای دسترسی به پوشه موردنظر وجود دارد و بدین ترتیب ترافیک شبکه بر روی یک سرور خاص کاسته می شود "

در صورتی که فکر میکنم با این تنظیمات ما قابلیت Fault Tolerance رو فقط خواهیم داشت و تحمل خطا در واقع بالا میره و همونطور که در قسمت در طول failover چه اتفاقی می افتد فرمودید تا سرور اصلی در دسترس هست کلاینت ها به سراغ سرور دوم نمیرن پس ما به این صورت قابلیت NLB رو نخواهیم داشت.

پاینده باشید

امیراحمد پوررزاز

جناب مهندس خسته نباشيد منظور از اين جمله شما چيه ؟

"برای این کار باید ابتدا نقش کامپیوتر server2 را به عنوان یک دامین کنترولر اضافی ( دامین کنترولر پشتیبان ) ارتقا داده و سپس ابزار DFS را بر روی آن نصب کنیم ."

من الان اكتيو دايركتوري سرور دومم رو به صورت اديشينال نصب كردم توي rol ها file services به صورت اتوماتيك نصب شده ولي من ابزار Managment DFS رو توي سرور دوم نميبينم.(توي roles summary رول ضربدر قرمز خورده)

لطفا منو راهنمايي بفرمائيد.(البته مراحل رونوشت برداري رو انجام دادم )

امیراحمد پوررزاز

مهندس مشكلم رو فهميدم ، من فقط رول File Server نصب شده بود ولي بخش Distributed File System و زير مجموعه ها نصب نشده بود ، با نصب انها ابزار مديريتي DFS توي سرور دوم باز شد.

رضا تقی زاده

با سلام خدمت دوستان ، من به علت مشغله درسی زیاد هر از چند گاهی به سایت سر می زنم و فعلا فرصت پاسخگویی به سوالات دوستان رو ندارم . پیشاپیش از شما معذرت می خوام.

نظر شما
برای ارسال نظر باید وارد شوید.
از سرتاسر توسینسو
تنظیمات حریم خصوصی
تائید صرفنظر
×

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