صفحه 1 از 7 1 2 3 4 5 ... آخرینآخرین
نمایش نتایج: از شماره 1 تا 15 از مجموع 94

موضوع: راه اندازی و بهینه سازی Squid و کنترل پهنای باند

  
  1. #1
    نام حقيقي: Saman Nasrollahi

    عضو عادی شناسه تصویری saman_nn2000
    تاریخ عضویت
    Feb 2004
    محل سکونت
    Tehran
    نوشته
    574
    سپاسگزاری شده
    99
    سپاسگزاری کرده
    28

    راه اندازی و بهینه سازی Squid و کنترل پهنای باند

    دوستان عزیز سلام:

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

    Installing and Configuring Necessary Software Here, I will explain how to install the necessary software so that we can limit and test the bandwidth usage.

    1. Installing Squid with the delay pools feature Squid has a feature called delay pools, which allows us to control download bandwidth. Unfortunately, in most distributions, Squid is shipped without that feature.

    So if you have Squid already installed, I must disappoint you -- you need to uninstall it and do it once again with delay pools enabled in the way I explain below.

    To get maximum performance from our Squid proxy, it's best to create a separate partition for its cache, called /cache/. Its size should be about 300 megabytes,( depending on our needs).

    If you don't know how to make a separate partition, you can create the /cache/ directory on a main partition, but Squid performance can suffer a bit.

    We add a safe 'squid' user useradd -d /cache/ -r -s /dev/null squid >/dev/null 2>&1 No one can log in as squid, including root
    .
    We download Squid sources from http://www.squid-cache.org

    We unpack everything to /var/tmp:

    tar xzpf squid-2.5.STABLE10-src.tar.gz

    We compile and install Squid (everthing is in one line) ./configure --prefix=/opt/squid --exec-prefix=/opt/squid --enable-delay-pools --enable-cache-digests --enable-poll --disable-ident-lookups --enable-truncate --enable-removal-policies

    make all

    make install

    2. Configuring Squid to use the delay pools feature

    Configure our squid.conf file (located under /opt/squid/etc/squid.conf):

    squid.conf Every option in this file is very well documented in the original squid.conf file

    The ports our Squid will listen on. http_port 8080 icp_port 3130 cgi-bins will not be cached. acl QUERY urlpath_regex cgi-bin \? no_cache deny QUERY Memory the Squid will use. Well, Squid will use far more than that. cache_mem 16 MB 250 means that Squid will use 250 megabytes of disk space. cache_dir ufs /cache 250 16 256

    Places where Squid's logs will go to. cache_log /var/log/squid/cache.log cache_access_log /var/log/squid/access.log cache_store_log /var/log/squid/store.log cache_swap_log /var/log/squid/swap.log

    How many times to rotate the logs before deleting them.

    logfile_rotate 10

    redirect_rewrites_host_header off

    cache_replacement_policy GDSF

    acl localnet src 192.168.1.0/255.255.255.0

    acl localhost src 127.0.0.1/255.255.255.255

    acl Safe_ports port 80 443 210 119 70 20 21 1025-65535

    acl CONNECT method CONNECT

    acl all src 0.0.0.0/0.0.0.0

    http_access allow localnet

    http_access allow localhost

    http_access deny !Safe_ports

    http_access deny CONNECT

    http_access deny all

    maximum_object_size 3000 KB

    store_avg_object_size 50 KB

    Set these if you want your proxy to work in a transparent way. Transparent proxy means you generally don't have to configure all your client's browsers, but have some drawbacks too. httpd_accel_host virtual

    httpd_accel_port 80

    httpd_accel_with_proxy on

    httpd_accel_uses_host_header on

    all our LAN users will be seen by external web servers as if they all used Mozilla on Linux.

    anonymize_headers deny User-Agent

    fake_user_agent Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.6+) Gecko/20011122

    To make our connection even faster, we put two lines similar to the ones below. They will point a parent proxy server our own Squid will use. Don't forget to change the server to the one that will be fastest for you! Measure pings, traceroutes and so on. Make sure that http and icp ports are correct.

    Uncomment lines beginning with "cache_peer" if necessary. This is the proxy you are going to use for all connections...

    cache_peer w3cache.icm.edu.pl parent 8080 3130 no-digest default

    ...except for the connections to addresses and IPs beginning with "!".

    It's a good idea not to use a higher

    cache_peer_domain w3cache.icm.edu.pl !.pl !7thguard.net !192.168.1.1

    This is useful when we want to use the Cache Manager.

    Copy cachemgr.cgi to cgi-bin of your www server.

    You can reach it then via a web browser typing

    the address http://your-web-server/cgi-bin/cachemgr.cgi

    cache_mgr your@email

    cachemgr_passwd secret_password all

    This is a name of a user our Squid will work as.

    cache_effective_user squid

    cache_effective_group squid

    log_icp_queries off

    buffered_logs on

    DELAY POOLS

    This is the most important part for shaping incoming traffic with Squid
    For detailed description see squid.conf file or docs at http://www.squid-cache.org

    We don't want to limit downloads on our local network.

    acl magic_words1 url_regex -i 192.168

    We want to limit downloads of these type of files

    Put this all in one line

    acl magic_words2 url_regex -i ftp .exe .mp3 .vqf .tar.gz .gz .rpm .zip .rar .avi .mpeg .mpe .mpg .qt .ram .rm .iso .raw .wav .mov

    We don't block .html, .gif, .jpg and similar files, because they generally don't consume much bandwidth

    We want to limit bandwidth during the day, and allow full bandwidth during the night

    Caution! with the acl below your downloads are likely to break at 23:59. Read the FAQ in this bandwidth if you want to avoid it.

    acl day time 09:00-23:59

    We have two different delay_pools

    View Squid documentation to get familiar

    with delay_pools and delay_class.

    delay_pools 2

    First delay pool

    We don't want to delay our local traffic.

    There are three pool classes; here we will deal only with the second.

    First delay class (1) of second type (2).

    delay_class 1 2

    1/-1 mean that there are no limits. delay_parameters 1 -1/-1 -1/-1

    magic_words1: 192.168 we have set before

    delay_access 1 allow magic_words1

    Second delay pool.

    we want to delay downloading files mentioned in magic_words2.

    Second delay class (2) of second type (2).

    delay_class 2 2

    The numbers here are values in bytes;

    we must remember that Squid doesn't consider start/stop bits

    5000/150000 are values for the whole network

    5000/120000 are values for the single IP

    after downloaded files exceed about 150000 bytes,

    (or even twice or three times as much)

    they will continue to download at about 5000 bytes/s

    delay_parameters 2 5000/150000 5000/120000

    We have set day to 09:00-23:59 before.

    delay_access 2 allow day

    delay_access 2 deny !day

    delay_access 2 allow magic_words2


    OK, when we have configured everything, we must make sure everything under /opt/squid and /cache directories belongs to user 'squid'.

    mkdir /var/log/squid/

    chown squid:squid /var/log/squid/

    chmod 770 /var/log/squid/

    chown -R squid:squid /opt/squid/

    chown -R squid:squid /cache/

    Now everything is ready to run Squid. When we do it for the first time, we have to create its cache directories

    /opt/squid/bin/squid -z

    We run Squid and check if everything is working. A good tool to do that is IPTraf; you can find it on http://freshmeat.net. Make sure you have set the appropriate proxy in your web browsers (192.168.1.1, port 8080 in our example)

    /opt/squid/bin/squid

    If everything is working, we add /opt/squid/bin/squid line to the end of our initializing scripts. Usually,

    it can be /etc/rc.d/rc.local.

    Other helpful options in Squid may be /opt/squid/bin/squid -k reconfigure (it reconfigures Squid if we made any changes in its squid.conf file)

    /opt/squid/bin/squid -help self-explanatory

    You can also copy cachemgr.cgi to the cgi-bin directory of your WWW server, to make use of a useful Cache Manager.

    3. Solving remaining problems

    OK, we have installed Squid and configured it to use delay pools. I bet nobody wants to be restricted, especially our clever LAN users. They will likely try to avoid our limitations, just to download their favourite mp3s a little faster (and thus causing your headache).

    I assume that you use IP-masquerade on your LAN so that your users could use IRC, ICQ, e-mail, etc. That's OK, but we must make sure that our LAN users will use our delay pooled Squid to access web pages and use ftp.

    We can solve most of these problems by using ipchains (Linux 2.2.x kernels) or iptables (Linux 2.4.x kernels).

    Linux 2.2.x kernels (ipchains) We must make sure that nobody will try to cheat and use a proxy server other than ours. Public proxies usually run on 3128 and 8080 ports:

    /sbin/ipchains -A input -s 192.168.1.1/24 -d ! 192.168.1.1 3128 -p TCP -j REJECT

    /sbin/ipchains -A input -s 192.168.1.1/24 -d ! 192.168.1.1 8080 -p TCP -j REJECT

    We must also make sure that nobody will try to cheat and connect to the internet directly (IP-masquerade) to download web pages:

    /sbin/ipchains -A input -s 192.168.1.1/24 -d ! 192.168.1.1 80 -p TCP -j REDIRECT 8080

    If everything is working, we add these lines to the end of our initializing scripts. Usually, it can be /etc/rc.d/rc.local.

    We might think to block ftp traffic (ports 20 and 21) to force our LAN users to use Squid, but it's not a good idea for at least two reasons:

    Squid is a http proxy with ftp support, not a real ftp proxy. It can download from ftp, it can also upload to some ftp, but it can't delete/change name of files on remote ftp servers.

    When we block ports 20 and 21, we won't be able to delete/change name of files on remote ftp servers.

    IE5.5 has a bug -- it doesn't use a proxy to retrieve the ftp directory. Instead it connects directly via IP-masquerade.


    When we block ports 20 and 21, we won't be able to browse through ftp directories, using IE5.5.

    So, we will block excessive ftp downloads using other methods. We will deal with it in chapter 4.

    (2) Linux 2.4.x kernels (iptables) We must make sure that nobody will try to cheat and use a proxy server other than ours. Public proxies usually run on 3128 and 8080 ports:

    /sbin/iptables -A FORWARD -s 192.168.1.1/24 -d ! 192.168.1.1 --dport 3128 -p TCP -j DROP

    /sbin/iptables -A FORWARD -s 192.168.1.1/24 -d ! 192.168.1.1 --dport 8080 -p TCP -j DROP

    We must also make sure that nobody will try to cheat and connect to the internet directly (IP-masquerade) to download web pages:

    /sbin/iptables -t nat -A PREROUTING -i eth0 -p tcp --dport 80 -j REDIRECT --to-port 8080

    If everything is working, we add these lines to the end of our initializing scripts. Usually, it can be /etc/rc.d/rc.local.

    We might think to block ftp traffic (ports 20 and 21) to force our LAN users to use Squid, but it's not a good idea for at least two reasons:

    Squid is a http proxy with ftp support, not a real ftp proxy. It can download from ftp, it can also upload to some ftp, but it can't delete/change name of files on remote ftp servers.

    When we block ports 20 and 21, we won't be able to delete/change name of files on remote ftp servers.

    IE5.5 has a bug -- it doesn't use a proxy to retrieve the ftp directory. Instead it connects directly via IP-masquerade.

    When we block ports 20 and 21, our LAN users won't be able to browse through ftp directories, using IE5.5.

    So, we will block excessive ftp downloads using other methods
    .

    به امید خدا در ادامه به بهینه سازی و نصب ماژول برایwccp می پردازم.....

    منبع و مقاله ای که بیشترین سهم را در این چکیده داشت.



    موضوعات مشابه:
    M-r-r، FireWall، pppWiFi و 1 نفر دیگر سپاسگزاری کرده‌اند.
    Saman
    Saman _nn2000 (at) yahoo (.) com





  2. #2
    نام حقيقي: Saman Nasrollahi

    عضو عادی شناسه تصویری saman_nn2000
    تاریخ عضویت
    Feb 2004
    محل سکونت
    Tehran
    نوشته
    574
    سپاسگزاری شده
    99
    سپاسگزاری کرده
    28
    دوستان عزیز خسته نباشید:
    مواردی که مربوط به بهینه سازی و بالا رفتن کیفیت کار Squid می باشد رو امیدوارم با کمک هم دسته بندی کنیم تا مجموعه این تجربیات به صورت بهتری مورد استفاده قرار گیرد:

    انتخاب سخت افزار مناسب برای یک Cache Server
    در ابتدا باید بدونید که عمل Caching بر خلاف خیلی از کارهای دیگه در شبکه به Hardware حساس هست تا به Software . در حقیقت شما بهینه سازی هایی که با انتخاب درست یک Hardware می تونید بکنید خیلی بیشتر و موثرتر از بهینه سازی های نرم افزاری هستش . گویی که در Load بالا همین بهینه سازی های نرم افزاری می تونه باعث بشه به صورت خیلی محسوسی شما از همان Hardware ها به نحو احسن استفاده کنید ، اما انتخاب Hardware رکن اساسی هستش . پس خیلی در مورد خرید Hardware برای Cache Server تون دقت کنید . گاهی پول زیاد دادن و دستگاههای گران قیمت خریدن نه تنها باعث بهبود نمیشه ، بلکه گاهی مشکل ساز هم میشه . پس دقت کنید که در این مورد به خصوص گرونترین ها رو نرید تو بازار انتخاب کنید و با معیار های علمی که اشاره خواهم کرد قطعات مورد نیازتون رو خریداری و انتخاب کنید .
    چهار عامل به طور کلی در انتخاب سخت افزارها مهم هستند :
    1- زمان دسترسی تصادفی بر روی دیسک شما ( ترجمه ای بهتر برای Random Seek Time پیدا نکردم )
    2- مقدار حافظه اصلی سیستم شما و سرعت دسترسی به آن ( RAM )
    3- سرعت انتقال اطلاعات از دیسک شما به حافظه اصلی ( حالا نمی دونم چه واژه ای برای Throughput بهتره )
    4- و در نهایت سرعت پردازنده شما ( CPU )
    البته این عواملی که اشاره کردم مستقیما به Cache مربوط هستند . اما عواملی هم وجود دارند که به صورت غیر مستقیم مربوط هستند که هر کسی می تونه اونها را بنا به نیاز خودش پیدا کنه . مثلا در صورتیکه Cache Server در شبکه به عنوان یک عضو حیاتی محسوب میشه استفاده از Failure Redundancy برای خیلی از قطعات می تونه مشکل رو تا حدودی برطرف کنه . مثلا برای Power و یا خود دیسک . اما در حالت عادی اثر مستقیمی بر Cache Server ندارند .

    ابتدا استخراج آمار
    ببینید همیشه انتخاب شما وابسته به نیاز شماست . در صورتیکه شما در یک شبکه با تعداد درخواست پائین اما حجم تبادل اطلاعات بالا سر و کار دارید یک نوع انتخاب دارید اما در شبکه ای که تعداد درخواست زیاد اما هر کدام تبادل اطلاعات کمی دارند انتخاب متفاوتی دارید . پس ابتدا بشینید برای خودتون حساب کنید که در شلوغترین حالت ممکن شما چه تعداد درخواست در دقیقه خواهید داشت ؟ جواب این سئوال می تونه مشخص کنه که چه تعدادی object در یک دقیقه دریافت خواهد شد و در نهایت یه ایده ای در مورد ترافیک Cache Server به شما خواهد داد .
    البته محاسبه بیشترین تعداد درخواست کار ساده ای نیست ، به خصوص اینکه شما هیچ ایده ای در مورد تعداد کاربرانتون و پهنای باند احتمالی که می خواهید بر روی آن کار کنید نداشته باشید . بنابراین شاید در این موارد بهترین کار این باشه که یه دستگاه بدرد نخور پیدا کنید و روش یه دفعه به صورت معمولی یه Cache Server نصب کنید و مقدار ترافیکتون رو توسط منتقل کردن ترافیک تعدادی از کاربرانتون برای مدتی بر روی این دستگاه تخمین بزنید .
    دقت کنید در هنگام تخمین زدن از اعدادی که در شلوغترین حالت ممکن بدست می آورید استفاده کنید و از معدل استفاده نکنید . یعنی مثلا تعداد درخواستها در روز رو تقسیم بر 1440 کنید و بگید این مقدار ترافیکتون در دقیقه هستش ! این غلطه ! شما باید شلوغترین ساعتها رو پیدا کنید و بر اساس اونها مقدار تخمینی رو پیدا کنید .

    انتخاب دیسک
    خیلی موارد هستش که موقع انتخاب و خرید دیسک باید مد نظر قرار بدهید . قبلا در مقدمه اشاره کردیم که موارد مهم در انتخاب دیسک همانا زمان دسترسی تصادفی و سرعت انتقال اطلاعات از آن است . داشتن سریعترین دیسک دنیا همیشه بهترین انتخاب نیست چراکه ممکنه که حجم زیادی از اطلاعات رو نتونه در خودش جا بده . دیسک مناسب برای Cache دیسکی هستش که بتونه حجم معقولی از اطلاعات دریافت شده از Internet رو بر روی خودش قرار بده و در عین حال به اندازه ای سرعت داشته باشد که بر اساس تعداد درخواستهای شما در ثانیه سرعت Browsing شما رو کند نکنه .
    مهمترین چیزی که باید در Document های دیسکتان به دنبال آن بگردید عددی است که مشخص کننده Random Seek Time هستش . هر چقدر مقدارش کمتر باشد بهتر است . این عدد مشخص کننده زمانی به میلی ثانیه هستش که هد دیسک اطلاعاتی رو از یک تراک تصادفی به تراکی دیگر منقل می کند . البته یک سیستم عامل قدرتمند همیشه بهترین روش ها رو برای انجام این کار در نظر میگیره و سعی می کنه که این زمان به حداقل برسونه ، اما بالاخره همیشه محدودیت سخت افزاری وجود داره و انتخاب دیسکی که زمان کمی را از این لحاظ داشته باشد می تواند خیلی به سرعت دار شدنCache Server شما کند . دقت کنید که انتظار CPU برای دیسک می تونه خیلی سرعت Cache Server شما رو کاهش بده .
    ( در آینده خواهم گفت که مثلا استفاده از سیستم عامل هایی که Posix Thread رو پشتیبانی می کنند واجرا کردن Cache به صورت asynchronous Input-Output و البته انتخاب فایل سیستم مناسب می تونه خیلی خوب از قابلیت های یک Hardware خوب برای سرعت بخشیدن به عمل Caching و پشتیبانی از تعداد بالا درخواست در ثانیه کمک کنه، اما فعلا مطمئن بشید که Hardware شما مناسب باشد )
    یک Cache با یک دیسک در حالت عادی برای هر درخواست باید یکبار بر روی دیسک جستجو انجام دهد ( فرض کنید که RAM Caching برای دیسک وجود نداشته باشد و لیستی از Object ها نیز در حافظه اصلی نیست ) . در صورتیکه شما فقط یک دیسک دارید فرمولی که برای بدست آوردن تعداد درخواست در ثانیه هست به صورت زیر است :
    زمان دسترسی تصادفی / 1000 = تعداد درخواست در ثانیه
    البته Squid این قابلیت رو داراست که نوشتن بر روی دیسکها رو در صورت وجود بیش از یک دیسک برای Cache تعدیل کند . بنابراین زیاد کردن تعداد دیسکها باعث پائین آمدن زمان دسترسی تصادفی خواهد شد و در نتیجه بازدهی بهتری خواهید داشت . با اینکه در سیستم عامل های مختلف ممکن است این قضیه مقادیر مختلفی در بر داشته باشه ، اما اگر فرض کنیم شما از دیسکهایی استفاده می کنید که زمان دسترسی تصادفی یکسانی دارند می توانید از معادله زیر برای بدست آوردن تعداد درخواستهای قابل سرویس دهی در ثانیه به ازای تعداد دیسکهای خود استفاده کنید :
    ( تعداد دیسکها / زمان دسترسی تصادفی ) / 1000 = تعداد درخواست در ثانیه
    مثلا اگر فرض کنیم 3 دیسک که هر کدام دارای 12 میلی ثانیه زمان دسترسی تصادفی می باشند برای Cache Server در نظر بگیریم بر اساس معادله بالا : (3/12)/1000 = 250 عدد درخواست در ثانیه را به خوبی می توانیم توسط این Cache Server جوابگو باشیم .
    نکته دیگری رو که باید در اینجا اشاره کنیم در مورد انتخاب IDE و SCSI هستش . ببینید واقعش اینه که این روزا اینقدر IDE ها پیشرفت کرده اند که زمان دسترسی تصادفی مشابهی با SCSI ها پیدا کرده اند ( البته IDE هایی که از DMA-Compatible Controllers استفاده می کنند ) . بنابراین با تفاوت قیمت فاحشی که دارند برای کسانی که تعداد زیادی درخواست دارند و هر کدام سرعت کمی در انتفال اطلاعات دارند ( دقیقا چیزی که ISP ها به آن نیاز دارند ، یعنی تعداد درخواست بالا ، اما هر کدام بیش از 56 کیلوبیت در ثانیه امکان دریافت و ارسال اطلاعات ندارند ) استفاده از IDE های با زمان دسترسی تصادفی مناسب خیلی به صرفه تر هستش براشون . البته کسانی که از Object Size های بالا برای Caching استفاده می کنند ( یعنی Object های حجیم رو می خواهند Cache شود ) و کاربرانشان دسترسی های پر سرعت به شبکه دارند ( مانند کاربران یک شبکه محلی که Download های زیاد دارند ) استفاده از SCSI که دارای سرعت انتقال اطلاعات به مراتب بالاتری می باشد مناسبتر است .
    در مورد حجم دیسک مربوط به Cache شما تصمیم گیری کمی مشکل است . ببینید برای چند نفر کاربر محدود که در یک شرکت هستند شاید در حد 100 مگابایت مقدار مناسبی باشد . ( در صورتیکه کارای عجیب غریبی نکنند و سرعت ارتباطی اونها معقول باشد مانند 64K ) . اما برای Production Use و یا استفاده از شبکه های با هدف خاص ( مانند ISP ها برای کابران Dial-up ) قضیه کمی پیچیده تر هستش . در حقیقت این مقدار بستگی به چندین فاکتور داره .
    فرض کنید که شما می خواهید یک Cache Server برای خودتون توی خونه راه بندازید . اگر شما 1 گیگابایت فضا برای Cache Server خودتون اختصاص بدهید و به صورت متوسط 10 مگابایت اطلاعات را در روز Browse کنید ، حداقل 100 روز طول میکشه که Cache شما پر شود . بنابراین شاید خیلی زمان زیادی طول بکشد که واقعا Cache Server شما به HIT Rate واقعی برسد ( HIT Rate یعنی نسبت تعداد درخواستهایی که از Cache سرویس داده می شود نسبت به کل تعداد درخواستها ) . از اونطرف اگر مثلا اگر 10 مگابایت دیسک برای یک Cache Server اختصاص بدهید و مثلا 10 درخواست در ثانیه داشته باشد این Cache Server شما خواهید دید که Object هایی که در Cache شما می مانند برای چند ساعت هم نخواهند بود و این باعث می شود که عملا شما HIT Rate ای نداشته باشید . بنابراین برای اینکه مقدار واقعی و بدرد بخوری برای اندازه دیسک Cache خود پیدا کنید باید حدودا بدانید که چه مقدار اطلاعات از Cache Server عبور خواهد کرد در طول روز . در صورتیکه ایده ای از این مقدار ندارید می توانید پهنای باند خط ارتباطی خود به اینترنت رو ملاک قرار دهید . مثلا 1MB/Sec خط اینترنت ( سعی می کنم مثالهام رو منطبق با شرایط ISP ها مطرح کنم ، چون عملا بیشترین کاربرد Cache Server برای ISP ها و برای End-User های هستش ) در حدود 125000 بایت اطلاعات را می تواند در یک ثانیه منتقل کند . اگر همه کاربران این خط اینترنت قرار باشد از Cache Server استفاده کنند ، بنابراین دیسک این Cache Server در هر ثانیه 125K پر می شود که می کنه به عبارتی 450 مگابایت در هر ساعت . حالا اگر تمام ساعات شبانه روز این خط استفاده شود چیزی در حدود 3.6 گیگابایت اطلاعات را می تواند جابجا کند . چون معمولا همچین چیزی نیست که همه خط در طول شبانه روز 100% استفاده شود فرض می کنیم به طور متوسط 2 گیگابایت تبادل اطلاعات با Internet از طریق این Cache Server بشود . بنابراین شما دیسکی با حجم 2GB لازم دارید تا بتوانید اطلاعا ت یک روز به طور کامل نگهداری کنید . حالا در صورتیکه بسته به نظر شما می خواهید تعداد روزهای بیشتری رو نگهداری کنید می توانید این مقدار رو زیاد کنید . من فکر می کنم به طور متوسط نگهداری اطلاعات 1 هفته مقدار مناسبی است . بنابراین 14 گیگابایت مقدار مناسبی برای این حجم ترافیک خواهد بود . مهم اینه که شما ایده قضیه رو بگیرید و خودتون در اشل کاری خودتون پیاده کنید و با نیازهاتون مقدار مورد نیازتون رو پیدا کنید .
    در ضمن Hit Rate بستگی به تعداد سایتهایی که کاربران شما مشترکا از آنها بازدید می کنند داره . اگر فکر می کنید که کاربران شما در زمینه خاصی از سایتهایی که دارای اطلاعات حجیم هستند مشغول به فعالیت هستند ، این عامل را هم در انتخاب حجم دیسک حتما دخیل کنید .
    البته بعضی هم از RAID برای Cache Server های خودشون استفاده می کنند . این هم از روشهایی هستش که می تونه به طرز خارق العاده ای Performance شما را بالا ببره . البته دقت در انتخاب نوع RAID ای که استفاده می کنید مطمئنا مهمه . استفاده از RAID-0 می تونه سرعت کار شما به شدت بالا ببره ، چون در حقیقت همان زمان دسترسی تصادفی رو کاهش میده ، اما در صورتیکه Stability برای شما مهمتره می تونید از RAID-5 استفاده کنید که در صورت ایراد در یکی از دیسک ها بقیه وظیفه اش رو جبران کنند و ضرری به کاربران نرسد .
    در نهایت به شخصه به این تجربه دست پیدا کرده ام که استفاده از تعداد زیادتری دیسک معمولی و کم ظرفیت که زمان دسترسی تصادفی خوبی دارند ، بهترین انتخاب هستش و خرج کمتری هم نسبت به روش های نوین مانند RAID و دیسکهای پرسرعت و گرون قیمت داره .

    انتخاب حافظه اصلی ( RAM )
    Squid یک جدول از لیست Object هایی که بر روی دیسک داره بر روی حافظه اصلی نگهداری می کنه . به این دلیل که این لیست به ازای هر درخواست باید جستجو روش انجام بشه باید دسترسی سریعی بهش وجود داشته باشه و اصلا به همین خاطر هستش که همه اش در حافظه اصلی قرار دارد . بنابراین باید مقدار حافظه اصلی رو طوری انتخاب کنید که سیستم عامل به دلیل حجیم بودن این جدول و کم بودن حافظه اصلی مجبور نشود مقداری از آن را داخل حافظه مجازی در Swap قرار دهد . این کار باعث می شود که سرعت جستجو در این جدول به شدت کاهش یابد و در نهایت تعداد درخواست کمتری را در ثانیه قادر به پاسخگویی باشید .
    هر کدام از Object هایی که بر روی دیسک قرار دارند در حدود 75 بایت فضا در حافظه اصلی درون این جدول را اشغال می کنند . بنابراین در صورتیکه شما 8 گیگابایت دیسک برای Caching داشته باشید چیزی در حدود 48 مگابایت RAM برای نگهداری اطلاعات این جدول لازم است که باید مقدار حافظه ای که برای بار شدن سیستم عامل و برنامه های دیگر راه انداز لازم است را نیز به آن اضافه کنید .
    در ضمن انتخاب نوع حافظه اصلی نیز می تونه تعیین کننده باشه . مثلا استفاده از RAM های DDR که سرعت انتفال خیلی بیشتری را دارا هستند می تواند خیلی کمک کند که جستجو درون جدول سریع شود و در نهایت تعداد زیادتری درخواست رو سرویس دهی کند .

    انتخاب CPU
    کلا Squid و عمل Caching خیلی به CPU حساس نیستند . ممکنه در ابتدا که Squid بالا می آید و می خواهد همان لیست کذایی رو در حافظه اصلی ایجاد کند Process سنگینی انجام دهد ، اما این نهایتا مال چند دقیقه خواهد بود و بعد از آن CPU همیشه منتظر IO خواهد بود . بنابراین اصولا خیلی Load بالایی برای CPU نخواهید داشت . مثلا یک Pentium 133 می تونه خیلی راحت چیزی در حدود 7 درخواست در ثانیه رو بدون هیچ مشکلی سرویس دهی کند . بنابراین پول زیادی برای تهیه CPU های پرسرعت و گران قیمت برای Cache Server ندهید و به CPU هایی که معمول بازار هستند و قیمت مناسبتری دارند اکتفا کنید . مثلا در این زمینه AMD فکر می کنم قیمت های مناسبتری نسبت به Intel داره .
    در ضمن استفاده از Motherboard های که قابلیت استفاده از چند CPU همزمان را دارا هستند هم طبیعتا کمک شایانی نمی کند . چرا که SMP و استفاده از چند CPU موقعی به درد می خوره که شما Load بالایی داشته باشید و تعداد Task های زیادی هم داشته باشید . در اینجا شما اصل کارتون توسط یک Task مربوط به Squid انجام می شود و همان هم چندان کار CPU ای زیادی ندارد . گویی که استفاده از Async-IO که بعدا توضیح می دهم تعداد زیادی thread را ایجاد خواهد کرد ، اما Load آنها هم آنچنان زیاد نیست که بخواهید از چندین CPU استفاده کنید. ( نوشته آقای هاشمی وبلاگایران اتسول )


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


    M-r-r، mr_mi9، zamani و 6 نفر دیگر سپاسگزاری کرده‌اند.
    Saman
    Saman _nn2000 (at) yahoo (.) com

  3. #3
    نام حقيقي: Saman Nasrollahi

    عضو عادی شناسه تصویری saman_nn2000
    تاریخ عضویت
    Feb 2004
    محل سکونت
    Tehran
    نوشته
    574
    سپاسگزاری شده
    99
    سپاسگزاری کرده
    28
    اگر بخواهیم از خواص Ultra Direct Memory Access و UDMA66 استفاده نماییم لازم است که دوباره کرنل توزیع لینوکسی که در اختیار داریم کامپایل کنیم و در این مورد می توانیم از اینجا اطلاعات لازم رو پیدا کنیم....و بسته به کرنلی که استفاده می نماییم می توانیم جدید ترین Patch را برای فعال کردن این قابلیت پیدا کنیم ...مثلا برای کرنل 2.2می توان از این Patch استفاده کرد...
    که همین patch به سادگی به تایپ این دستوردر /usr/src/linux به کرنل اضافه می گردد:
    patch -p1 < ../ide.2.2.14.20000124.patch
    با اتمام این کار هارد ما برای فورم دهی و کار آماده است....
    حال برای اینکه سریعترین و بالاترین کیفیت را در حفظ و باز خوانی اطلاعات داشته باشیم از سیستم فایل ReiserFS برای دایرکتوری کش استفاده می نماییم با این کار Performence کش سرور ما تا 20% بالا می رود...
    در مورد سیستم فایل روزنامه ای (Journallling ReiserFS) می توانیم اطلاعات مفیدی را از اینجا بدست آوریم...
    بعد از اضافه کردن ماژول ReiserFS به کرنل توزیع لینوکسیمان و ارتقا سیستم فایل دایرکتوری کش ازext2 یا ext3 به این سیستم فایل و mount کردن آن می توانیم از آن استفاده نماییم جهت آشنایی بیشتر با این کار این لینک ها را مشاهده فرمایید:
    چکیده ای از عمل کامپایل کردن چنین است:

    Configuration

    There are a few configuration details in the kernel you will need to change to make use of the new patches we've applied. Further, there are a few changes one can make to improve the performance of the Kernel for use in a server.

    Here is a list of the important items to alter, you'll also need to turn on whichever UDMA chipset or SCSI controller you have:

    CONFIG_EXPERIMENTAL=y
    CONFIG_MODULES=y
    CONFIG_MODVERSIONS=y
    CONFIG_KMOD=y
    CONFIG_NET=y
    CONFIG_PCI=y
    CONFIG_BLK_DEV_IDE=y
    CONFIG_BLK_DEV_IDEDISK=y
    CONFIG_IDEDMA_AUTO=y
    CONFIG_IDEDMA_PCI_EXPERIENTAL=y
    CONFIG_PACKET=y
    CONFIG_NETLINK=y
    CONFIG_RTNETLINK=y
    CONFIG_FIREWALL=y
    CONFIG_UNIX=y
    CONFIG_INET=y
    CONFIG_IP_FIREWALL=y
    CONFIG_IP_ROUTER=y
    CONFIG_IP_ALIAS=y
    CONFIG_REISERFS_FS=y
    CONFIG_YRH_HASH=y

    This isn't a complete kernel config, obviously. You will also need network hardware drivers and will need to make a few other decisions when deciding what the box will need to do. I've already included in this list all that is needed for a transparent proxy if that is the route you plan to take. A couple of these options could use some explanation.

    CONFIG_REISERFS_FS - This one turns on the newly patched in ReiserFS.
    CONFIG_YRH_HASH - This chooses the Yuri Rupasov Hash option in ReiserFS.

    It is a slightly more effective hash type for squid. Now simply compile and install your new kernel, run lilo, and reboot. After rebooting, you can build the ReiserFS tools found in the /usr/src/linux/fs/reiserfs/utils directory. Type the following:

    mkdir bin; make; make install

    Now you can convert your squid directories to ReiserFS like so (X is your planned cache partition):

    /sbin/mkreiserfs /dev/hdaX

    Add the following line to your /etc/fstab:

    /dev/hdaX /cache reiserfs notail,noatime 0 0

    You can then mount you're new cache directory:

    mount /cache

    Note: The notail option above tells ReiserFS not to pack tails, which is a way for the FS to save file space. Since we need speed much more than a few megabytes of saved space, we'll disable it. And the noatime option should be used regardless of what filesystem you use, for a web cache. It disables access time updates on files, saving one write for every read.
    ان شاالله که دوستان هم با نظرات و اعمال تجربیاتشون مطلب رو مفید و مفید تر نمایند......


    M-r-r، zamani، a.javaheri و 3 نفر دیگر سپاسگزاری کرده‌اند.
    Saman
    Saman _nn2000 (at) yahoo (.) com

  4. #4
    نام حقيقي: محمد حکیمی

    Administrator شناسه تصویری Hakimi
    تاریخ عضویت
    Dec 2002
    محل سکونت
    تهران
    نوشته
    6,499
    سپاسگزاری شده
    6557
    سپاسگزاری کرده
    1012
    نوشته های وبلاگ
    4
    از وقتی که برای این نوشته گذاشتی ممنون .
    عالی است. مخصوصا با توجه به این که قرار است کامل تر هم بشود.


    HOSSEIN124 سپاسگزاری کرده است.
    محمد حکیمی
    hakimi [a t] gmail.com

  5. #5
    نام حقيقي: Saman Nasrollahi

    عضو عادی شناسه تصویری saman_nn2000
    تاریخ عضویت
    Feb 2004
    محل سکونت
    Tehran
    نوشته
    574
    سپاسگزاری شده
    99
    سپاسگزاری کرده
    28
    برای اینکه کش سرور ما به صورت اتوماتیک بعد از بالا آمدن درخواست را سرو کند به طریق ذیل عمل می کنیم:
    1- اگر Squid را از روی RPM آن بر روی سیتم نصب کردیم با این دستور:

    کد:
    # chkconfig --level 3 squid on
    2_اگر squid را از روی Source کد های آن نصب کردیم لازم است که از این اسکریپت را بهetc/rc.d/init.d/squidاضافه می کنیم:
    کد:
    # touch /etc/rc.d/init.d/squid
    # vi /etc/rc.d/init.d/squid
    # chmod +x /etc/rc.d/init.d/squid
    [PHP]
    #!/bin/sh

    SQUID=/usr/local/squid/bin/squid

    case "$1" in
    'start')
    if [ -x "$SQUID" ]; then
    echo "Squid caching web proxy server starting."
    $SQUID
    fi
    ;;

    'stop')
    if [ -x "$SQUID" ]; then
    $SQUID -k shutdown
    fi
    ;;

    *)
    echo "usage: $0 start|stop"
    exit 1
    ;;
    esac
    [/PHP]
    و در پایان لینک های سمبولیک را میسازیم:

    کد:
    # ln -s /etc/init.d/squid /etc/rc3.d/S90squid
    # ln -s /etc/init.d/squid /etc/rc2.d/K90squid
    موفق باشید.


    Saman
    Saman _nn2000 (at) yahoo (.) com

  6. #6
    نام حقيقي: Saman Nasrollahi

    عضو عادی شناسه تصویری saman_nn2000
    تاریخ عضویت
    Feb 2004
    محل سکونت
    Tehran
    نوشته
    574
    سپاسگزاری شده
    99
    سپاسگزاری کرده
    28

    پاک کردن Objectی از Cache

    همونطوری که مستحضرید squid در حالت عادی اجازه پاک کردن Objectهایی کهcache نموده است را به ما نمیدهد...اگر به دلایلی بخواهیم که Object کش شده ای را حذف کنیم لازم است که تغییراتی در squid.conf اعمال کنیم تا بتوانیم از تکنیکPURGE استفاده کنیم ( squid در حالت عادی اجازه استفاده از این تکنیک را نمی دهد)
    بدین شکل عمل می کنیم که:
    کد:
    acl PURGE method purge
    acl localhost src 127.0.0.1
    http_access allow purge localhost
    http_access deny purge
    بدین صورت ما به Localhost اجازه اعمال PURGE را داده ایم حال مثلا می خواهیمObjectهای سایت cnn.com را حذف کنیم :
    کد:
    squidclient -m PURGE http://www.cnn.com/
    اگر عملPURGE موفقیت آمیز باشد ``200 OK'' مشاهده می کنیم:
    کد:
    HTTP/1.0 200 OK
    Date: Tue, 6 sep 2005 16:03:32 GMT
    Server: Squid/2.4.1
    و اگر Objectی از این سایت در کش پیدا نشود چنین داریم:
    کد:
    HTTP/1.0 404 Not Found
    Date: Tue, 6 sep2005 16:03:22 GMT
    Server: Squid/2.4.1
    حال به سادگی Object مربوط به هر سایت را میتوان از کش حذف کرد...
    امیدوارم که این نکته مفید بوده باشه


    Saman
    Saman _nn2000 (at) yahoo (.) com





  7. #7
    نام حقيقي: Saman Nasrollahi

    عضو عادی شناسه تصویری saman_nn2000
    تاریخ عضویت
    Feb 2004
    محل سکونت
    Tehran
    نوشته
    574
    سپاسگزاری شده
    99
    سپاسگزاری کرده
    28

    refresh_pattern ی برای کش کردن Update های میکروسافت

    دوستان عزیز:
    یکی از مواردی که معمولا به صورت ناخواسته پهنای باند زیادی را به خود اختصاص می دهد Auto update ویندوز می باشد که در شبکه هایی با پهنای باند پایین می تواند مشکل ساز و عاملی دردسر ساز باشد...
    اگر از الگوی refresh_pattern در تنظیمات squid استفاده کنیم می توانیم درصد زیادی از به روز شدن ها را نگهداری کنیم و در مصرف پهنای باند صرفه جویی کنیم:
    کد:
    maximum_object_size 1280096 KB
    refresh_pattern http://*.windowsupdate.microsoft.com/ 0 80% 20160
    reload-into-ims
    refresh_pattern http://office.microsoft.com/ 0 80% 20160 reload-into-ims
    refresh_pattern http://windowsupdate.microsoft.com/ 0 80% 20160
    reload-into-ims
    refresh_pattern http://wxpsp2.microsoft.com/ 0 80% 20160 reload-into-ims
    refresh_pattern http://xpsp1.microsoft.com/ 0 80% 20160 reload-into-ims
    refresh_pattern http://w2ksp4.microsoft.com/ 0 80% 20160 reload-into-ims
    refresh_pattern http://download.microsoft.com/ 0 80% 20160 reload-into-ims
    refresh_pattern http://download.macromedia.com/ 0 80% 20160 reload-into-ims
    refresh_pattern ftp://ftp.nai.com/ 0 80% 20160 reload-into-ims
    refresh_pattern http://ftp.software.ibm.com/ 0 80% 20160 reload-into-ims
    امیدوارم دوستان عزیز هم تجربیات خودشون رو در این زمینه بیان بفرمایند....


    zamani و f14f21 سپاسگزاری کرده‌اند.
    Saman
    Saman _nn2000 (at) yahoo (.) com

  8. #8
    نام حقيقي: محمد حکیمی

    Administrator شناسه تصویری Hakimi
    تاریخ عضویت
    Dec 2002
    محل سکونت
    تهران
    نوشته
    6,499
    سپاسگزاری شده
    6557
    سپاسگزاری کرده
    1012
    نوشته های وبلاگ
    4
    واقعا عالی است باز هم ممنون از وقتی که گذاشتی و نوشتی.


    محمد حکیمی
    hakimi [a t] gmail.com

  9. #9
    نام حقيقي: Saman Nasrollahi

    عضو عادی شناسه تصویری saman_nn2000
    تاریخ عضویت
    Feb 2004
    محل سکونت
    Tehran
    نوشته
    574
    سپاسگزاری شده
    99
    سپاسگزاری کرده
    28
    نقل قول نوشته اصلی توسط koorosh
    واقعا عالی است باز هم ممنون از وقتی که گذاشتی و نوشتی.
    لطف دارید,خواهش می کنم
    امیدوارم که سایر دوستان هم ,همت کنند و با اطلاعات مفید خودشون بحث رو گیرا تر کنند...


    zamani سپاسگزاری کرده است.
    Saman
    Saman _nn2000 (at) yahoo (.) com

  10. #10
    نام حقيقي: Saman Nasrollahi

    عضو عادی شناسه تصویری saman_nn2000
    تاریخ عضویت
    Feb 2004
    محل سکونت
    Tehran
    نوشته
    574
    سپاسگزاری شده
    99
    سپاسگزاری کرده
    28

    کنترل دانلود فایل های خاص

    یکی از مواردی که معمولا به صورت مشکل در شبکه ها نمایان می شود؛دانلود آهنگ و بعضی فایل های خاص (مخصوصا در LAN) است که باعث مصرف شدید پهنای باند می شود...برای داشتن کنترل بیشتر به دانلودها و مدیریت پهنای باند دو روش پیشنهاد می گردد:

    1-استفاده از delay_pools و تعیین حداکثر پهنای باند برای هر حجم از فایل های خاص بدین شکل:
    کد:
    acl Media urlpath_regex -i \.arj?$ \.au?$ \.asf?$ \.aif?$ \.avi?$ \.bz2?$ \.bin?$ \.cab?$ \.exe?$ \.iso?$ \.msi?$ \.mp3?$ \.mpg?$ \.mpe?$ \.mpeg?$ \.mp2?$ \.mov?$ \.qt?$ \.raw?$ \.ram?$ \.ra?$ \.rar?$ \.rm?$ \.rpm?$ \.tar?$ \.tar.gz?$ \.tgz?$ \.wmv?$ \.wma?$ \.wav?$ \.zip?$ \.mmf?$ \.sis?$ \.midi?$ \.3gp?$ \.psf?$
    
    delay_pools 1
    delay_class 1 2
    delay_parameters 1 -1/-1 10000/3000000 5000/50000000 3000/10000000 1000/15000000
    delay_access 1 allow Media
    
    10 kb 3 mb
    5 kb 5 mb
    3 kb 10 mb
    1 kb 15 mb
    (به این صورت که به ازای دانلود فایل هایی با سایز کمتر از 3mb دانلود با سرعت 10kbشروع می شود و 5mb از 5kb و به همین نحوه 10mb از 3kb و 15mbاز 1kb)
    و برای یک سرعت ثابت برای همه می توان از این الگو استفاده کرد:
    کد:
    delay_pools 1
    delay_class 1 2
    delay_parameters 1 -1/-1 3000/3000
    delay_access 1 allow Media
    2-استفاده از محدودیت روی IP با reply_body_max_size:
    کد:
    acl SAMI src 159.159.9.162
    reply_body_max_size 0 allow SAMI
    reply_body_max_size 1000000 allow all
    در این مثال به جز یوزر samiکه می تواند به صورت نامحدود استفاده نمایدسایر یوزرها محدودیت دار ند...این روش برای مجزا کردن یوزرهای خاص بسیار عالی جواب می دهد....
    ....


    mthm سپاسگزاری کرده است.
    Saman
    Saman _nn2000 (at) yahoo (.) com

  11. #11
    نام حقيقي: Saman Nasrollahi

    عضو عادی شناسه تصویری saman_nn2000
    تاریخ عضویت
    Feb 2004
    محل سکونت
    Tehran
    نوشته
    574
    سپاسگزاری شده
    99
    سپاسگزاری کرده
    28

    کنترلSquid و مدیریت آن با Webmin

    دوستان عزیز همانطوری که مستحضرید ابزرا قدرتمند Webmin امکان مدیریت و کنترل گرافیکی بسیار گیرایی را برای تمامی سرور ها ی لینوکسی و خانواده یونیکس پدید می اورد... مطلب جذابی در کار با Squid توسط webmin یافتم که سعی می کنم به صورت فارسی ساده بیان کنم ؛به این امید که مورد توجه دوستان قرار بگیرد:

    جلوگیری از دانلود فایل های خاص:

    1- به قسمت کنترل پانل squid در بخش Server های webmin می رویم.
    2-صفحه Access Control را باز می کنیم.
    3- ACL جدید دلخواهمان را با استفاده ازعبارت URL Path Regexp از منوی کشویی می سازیم.


    4- نام دلخواهی را به ACL ی که ساخته ایم نسبت می دهیم مثلا در اینجااز DenyFileTypesاستفاده کرده ایم:



    5- در کنار گزینه Ignore case چک مارک می گذاریم و از منوی Regular Expressions فرمت فایل هایی که می خواهیم از دانلود شان جلوگیری کنیم انتخاب می نماییم برای مثال در اینجا از فایل های mp3 و exe جلوگیری می کنیم و extension های .mp3$ .exe$ را انتخاب می کنیم.
    6- برای ویرایش فایل های خطا(Error files) که در صورت تلاش یوزری برای دانلود این فایلها نمایش داده می شوند؛ به صورت مد نظرتان توسط ویرایشگر vi یا هر ویرایشگر دیگری؛ در مسیر /etc/squid/errors/ فایل DENYFILE را ویرایش کنید.

    این فایل به صورت یک فایل وب ویرایش شود مثلا:

    حال اسم فایل ویرایش شده DENYFILE را در Failure URL نوشته و access control را Save می کنیم.
    7- حال کار تمام است و لازم است که با استفاده از Add proxy restriction link و انتخاب گزینه Deny این سیاست را هم توسط فلش های بالابر به سطر قبل از سیاست هایی که مجاز دانسته ایم قرار می دهیم.



    دیدید که چه ساده یکی از جالب ترین سیاست های مدیریتی را اعمال کردیم ؛امیدوارم که شما هم لذت برده باشید...


    ویرایش توسط saman_nn2000 : 2005-09-18 در ساعت 04:47 PM
    zamani سپاسگزاری کرده است.
    Saman
    Saman _nn2000 (at) yahoo (.) com

  12. #12
    نام حقيقي: مسعود یارمحمدی

    عضو غیر فعال شناسه تصویری masood_y
    تاریخ عضویت
    Dec 2004
    محل سکونت
    IRAN
    نوشته
    909
    سپاسگزاری شده
    148
    سپاسگزاری کرده
    116
    عاليه ...







  13. #13


    خواننده
    تاریخ عضویت
    Dec 2003
    نوشته
    259
    سپاسگزاری شده
    38
    سپاسگزاری کرده
    15
    خیلی عالیه

    ممنون که وقت با ارزشتون را برای این کار صرف می کنین



  14. #14
    نام حقيقي: محمد حکیمی

    Administrator شناسه تصویری Hakimi
    تاریخ عضویت
    Dec 2002
    محل سکونت
    تهران
    نوشته
    6,499
    سپاسگزاری شده
    6557
    سپاسگزاری کرده
    1012
    نوشته های وبلاگ
    4
    من هم همانند ديگران همچنان سپاسگذارم


    محمد حکیمی
    hakimi [a t] gmail.com

  15. #15
    نام حقيقي: وفا

    عضو غیر فعال شناسه تصویری vafa.gh
    تاریخ عضویت
    Oct 2005
    محل سکونت
    Kurdestan
    نوشته
    153
    سپاسگزاری شده
    4
    سپاسگزاری کرده
    8
    نقل قول نوشته اصلی توسط saman_nn2000
    دوستان عزیز همانطوری که مستحضرید ابزرا قدرتمند Webmin امکان مدیریت و کنترل گرافیکی بسیار گیرایی را برای تمامی سرور ها ی لینوکسی و خانواده یونیکس پدید می اورد... مطلب جذابی در
    .
    .
    .
    های مدیریتی را اعمال کردیم ؛امیدوارم که شما هم لذت برده باشید...
    Besyar aali
    vali midanid nasbe in GUI momken ast nofoz paziriye shomara ta chand barabar afzayesh dahad?
    man yeki ke hich vaght in kar ra nemikonam.
    yek pish nahad.
    WebMin ro roye yek server moshabeh nasb karde va server ra config konid, sepas tanzimat ra be server asli bebarid.



صفحه 1 از 7 1 2 3 4 5 ... آخرینآخرین

کلمات کلیدی در جستجوها:

راه اندازی squid

راه اندازي squid

راه اندازی اسکوئیدsquidبهینه سازی پهنای باند با squidطریقه راه اندازی کش سرور SQUID برای ISPنخوه کنترل پهنای باندچکیده در مورد بهینه سازی مدیریت پهنای باند شبکهفوروارد url به صفحه دیگر در squidsquidدربارهروش تنظیم squid از طریق webminrefresh_pattern DAPتنظیم squid با webminبهترين راه براي داشتن پهناي باند خوبکرنل آمار پهنای باندروش های بهینه سازی پهنای باندروش فهمیدن پهنای باندراه اندازی اسکوئید برای cash server اطلاعاتآموزش کانفیگ Squid رو روی webminراه اندازی squid جهتراه اندازی کش اسکوییدsquid نصب و پیکربندی webminراه اندازي اسكوئيدنصب و راه اندازي squidsaman nasrollahi kordestan

برچسب برای این موضوع

مجوز های ارسال و ویرایش

  • شما نمی توانید موضوع جدید ارسال کنید
  • شما نمی توانید به پست ها پاسخ دهید
  • شما نمی توانید فایل پیوست ضمیمه کنید
  • شما نمی توانید پست های خود را ویرایش کنید
  •