ShirazOnline
نمایش نتایج: از شماره 1 تا 2 , از مجموع 2

موضوع: بررسی و اشکال یابی علل کندی شبکه

  1. #1
    RezaBehroozi admin آواتار ها
    تاریخ عضویت
    Jan 1970
    محل سکونت
    Iran/Shiraz
    نوشته ها
    11,181
    تشکرها / پسندها

    پیش فرض بررسی و اشکال یابی علل کندی شبکه

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

    دلایل کندی شبکه :
    عدم سازگاری سرعت در کارتهای شبکه ومشکل در دوطرفه بودن ارتباط (NIC duplex)
    ازدحام شبکه
    مسیر یابی ضعیف
    کابل کشی بد
    تداخل الکتریکی
    بار زیاد روی سرور شبکه
    پیکر بندی اشتباه DNS ( که بعدا مفصلا به آن خواهیم پرداخت )

    دلایل عدم اتصال :
    تمام مواردذکر شده که باعث کندی شبکه می شدند، هنگام تشدید شدن میتوانند باعث قطعی اتصال شوند. البته دلایل دیگری نیز هستند از جمله :
    مشکل برق رسانی وجود دارد .
    سرورریموت یا یک اپلیکیشن روی سرور ریموت خاموش شده است .

    در مورد چگونگی تشخیص این مشکلات و دیگر مسائل در مباحث بعدی سخن خواهیم گفت .

    انجام کابل کشی ابتدایی وتست اتصالات
    سرور شما قادربه برقرای ارتباط با هیچ دستگاه دیگری نخواهد بود مگر اینکه چراغ اتصال کارت شبکه روشن باشد . روشن بودن این چراغ حاکی ازعملکرد درست اتصال بین سرور و سویچ/روتر است.
    بیشترین مورد دلیل قطعی اتصال ، استفاده از نوعِ کابلِ نا مناسب است ، همانطور که در قسمت های بعدی نیز توضیح خواهیم داد ، دو نوع کابل وجود دارند : یکی کابل اترنت با اتصال crossover و دومی کابل با اتصال straight . همیشه اطمینان حاصل کنید که کابل مناسب را برای استفاده انتخاب کرده اید .

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

    نکته : در صورتیکه شبکه شما یک شبکه گسترده است، هزینه کردن برای یک کابل تِستِر با مصرف باطری برای تست کانکشن های ابتدایی منطقیست. در بازار هم انواع حرفه ای آن وجود دارند که قادرهستند مکان تقریبی قطع شدگی کابل وهمچنین طولانی بودن بیش از حد کابل اترنت را نشان دهند.

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

    نمایش اینتر فیس های فعال
    فرمان ifconfig بدون هیچ بحثی همه ی اینتر فیس های فعال روی سیستمان را به شما نشان خواهد داد و اگر اینتر فیس ها خاموش باشند نشان داده نمیشوند.

    کد:
    [root@bigboy tmp]# ifconfig
    توجه : اینترفیسها در صورتی که فعال باشند ولی ارتباط نداشته باشند نیز نمایش داده میشوند. بزودی در مورد فرمان هایی که وضعیت ارتباط را نشان میدهند نیز صحبت میکنیم .

    نمایش همه ی اینتر فیس ها
    فرمان ifconfig همه ی اینتر فیس های شبکه را چه در حالی که کار میکنند و چه در حالی که کار نمیکنند نمایش میدهد. اینتر فیس هایی که توسط ادمین خاموش شده اند و یا کاری انجام نمیدهند خط آی پی آدرس را نشان نمیدهند و کلمه ی UP نیز در دومین خط خروجی وجود ندارد که در مثال زیر نشان داده شده است :
    نمونه اینتر فیس خاموش :

    کد:
    wlan0   Link encap:Ethernet  HWaddr 00:06:25:09:6A:D7
            BROADCAST MULTICAST  MTU:1500  Metric:1
            RX packets:2924 errors:0 dropped:0 overruns:0 frame:0
            TX packets:2287 errors:0 dropped:0 overruns:0 carrier:0
            collisions:0 txqueuelen:100
            RX bytes:180948 (176.7 Kb)  TX bytes:166377 (162.4 Kb)
            Interrupt:10 Memory:c88b5000-c88b6000
    نمونه اینتر فیس فعال :

    کد:
    wlan0    Link encap:Ethernet  HWaddr 00:06:25:09:6A:D7
             inet addr:216.10.119.243  Bcast:216.10.119.255
             UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
             RX packets:2924 errors:0 dropped:0 overruns:0 frame:0
             TX packets:2295 errors:0 dropped:0 overruns:0 carrier:0
             collisions:0 txqueuelen:100
             RX bytes:180948 (176.7 Kb)  TX bytes:166521 (162.6 Kb)
            Interrupt:10 Memory:c88b5000-c88b6000
    نکاتی در مورد DHCP
    DHCP clients ، تا زمانی که بتوانند با DHCP سرور تماس برقرار کنند، کارت شبکه و IP آدرسهایشان را بصورت اتوماتیک با x.x.169.254 شروع میکنند . هنگامیکه تماس بر قرار شد ، IP آدرسهایشان را بر اساس مقادیر ارائه شده توسط DHC سرور ازنو پیکر بندی میکنند.
    یک اینتر فیس با آدرس 169.254.x.x خطا در برقراری ارتباط باDHCP سرور را مشخص میکند. برای رفع چنین مشکلی ، کابل کشی، روتینگ همچنین پیکر بندی server DHCP خود را چک کنید .

    تست وضعیت لینک توسط خط فرمان
    هر دو فرمان mii-tool و ethtool گزارشهایی در مورد وضعیت لینک و تنظیمات duplex جهت کارت شبکه های پشتیبانی کننده، ارائه میدهند.
    فرمان mii-tool درصورت استفاده بدون سویچ ، یک خروجی خلاصه نشان میدهد. اگر آنرا با سویچ -v استفاده کنید ، اطلاعات بیشتری در مورد سرعتهای autonegotioation های پشتیبانی شده توسط کارت شبکه میدهد که میتواند در سرعت مشکل زدایی و مسائل duplex مفید و موثر باشد .
    فرمان ethtool اطلاعات بیشتری به نسبت mii-tool ارائه میکند واحتمالا میتواند فرمان انتخابی شما باشد، خصوصاً به این دلیل کهmii-tool بزودی در لینوکس منسوخ خواهد شد . در هر دو نمونه زیر ، کارت شبکه در 100Mbps ، full duplex کار میکند و ارتباط نیز برقرار است.

    خروجی وضعیت ارتباط توسط mii-tool

    کد:
    [root@bigboy tmp]# mii-tool -v
    eth0: 100 Mbit, full duplex, link ok
      product info: Intel 82555 rev 4
      basic mode:   100 Mbit, full duplex
      basic status: link ok
      capabilities: 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD
      advertising:  100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD flow-control
      link partner: 100baseTx-HD
    [root@bigboy tmp]#
    خروجی وضعیت ارتباط توسط ethtool

    کد:
    [root@bigboy tmp]# ethtool eth0
    Settings for eth0:
            Supported ports: [ TP MII ]
            Supported link modes:   10baseT/Half 10baseT/Full
                                    100baseT/Half 100baseT/Full
            Supports auto-negotiation: Yes
            Advertised link modes:  10baseT/Half 10baseT/Full
                                    100baseT/Half 100baseT/Full
            Advertised auto-negotiation: No
            Speed: 100Mb/s
            Duplex: Full
            Port: MII
            PHYAD: 1
            Transceiver: internal
            Auto-negotiation: off
            Supports Wake-on: g
            Wake-on: g
            Current message level: 0x00000007 (7)
            Link detected: yes
    [root@bigboy tmp]#

    نمایش خطاهای کارت شبکه
    خطاها دلایل رایجی از اتصال کند هستند که بر اثر پیکر بندی ضعیف و یا استفاده مفرط از پهنای باند بوجود می آیند ودرهر زمان ممکن باید اصلاح شوند. نرخ خطای بیشتر از 0.5 % میتواند کندی قابل توجهی را باعث شود.

    خروجی خطای Ifconfig :
    [/b]فرمان ifconfig نیز تعداد خطاهای, dropprd packet overrun, carrier و frame را نمایش میدهد .

    کد:
    wlan0     Link encap:Ethernet  HWaddr 00:06:25:09:6A:D7
              BROADCAST MULTICAST  MTU:1500  Metric:1
              RX packets:2924 errors:0 dropped:0 overruns:0 frame:0
              TX packets:2287 errors:0 dropped:0 overruns:0 carrier:0
              collisions:0 txqueuelen:100
              RX bytes:180948 (176.7 Kb)  TX bytes:166377 (162.4 Kb)
              Interrupt:10 Memory:c88b5000-c88b6000
    خروجی خطای ethtool :
    فرمان ethtool هنگام استفاده با سویچ -S میتواند گزارشی با جزییات بیشتر ارائه کند.

    کد:
    [root@probe-001 root]# ethtool -S eth0
    NIC statistics:
         rx_packets: 1669993
         tx_packets: 627631
         rx_bytes: 361714034
         tx_bytes: 88228145
         rx_errors: 0
         tx_errors: 0
         rx_dropped: 0
         tx_dropped: 0
         multicast: 0
         collisions: 0
         rx_length_errors: 0
         rx_over_errors: 0
         rx_crc_errors: 0
         rx_frame_errors: 0
         rx_fifo_errors: 0
         rx_missed_errors: 0
         tx_aborted_errors: 0
         tx_carrier_errors: 0
         tx_fifo_errors: 0
         tx_heartbeat_errors: 0
         tx_window_errors: 0
         tx_deferred: 0
         tx_single_collisions: 0
         tx_multi_collisions: 0
         tx_flow_control_pause: 0
         rx_flow_control_pause: 0
         rx_flow_control_unsupported: 0
         tx_tco_packets: 0
         rx_tco_packets: 0
    [root@probe-001 root]#
    خروجی خطای netstat :
    فرمان netstat یک فرمان همه کاره است وهنگامیکه با سویچ -i استفاده شود، گزارش محدودی ارائه میدهد که در سیستم هایی که فرمان های mii-tool یا ethtool قابل استفاده نیستند سودمند است.

    کد:
    [root@bigboy tmp]# netstat -i
    Kernel Interface table
    Iface       MTU Met    RX-OK RX-ERR RX-DRP RX-OVR    TX-OK TX-ERR TX-DRP TX-OVR Flg
    eth0       1500   0 18976655      2      0      0 21343152    142      0      3 BMRU
    eth1       1500   0   855154      0      0      0 15196620      0      0      0 BMRU
    lo        16436   0  1784272      0      0      0  1784272      0      0      0 LRU
    [root@bigboy tmp]#
    دلایل ممکن خطاهای اِتِرنِت :
    تصادم (Collisions) : این خطا هنگامی بروز میکند که کارت شبکه و یک سرور دیگر رویLAN سعی در انتقال داده ها بصورت همزمان دارند. تصادم یک بخش عادی از عملکرد اترنت و معمولا 0.1% کل فریمهای فرستاده شده است . درصد ریت بیشتر خطا باید به دلیل کارت شبکه معیوب و یا کابلهایی که اتصال درستی ندارند باشد.
    تصادم تکی: فریم اترنت بعد از تنها یک تصادم موفق به ارسال میشود .
    تصادم متعدد: کارت شبکه به دلیل تصادم مجبورمیشود چندین بار تلاش کند تا فریم ارسال موفق داشته باشد .
    خطای CRC : فریم ها ارسال میشوند اما در میانه ی انتقال ، آسیب می بینند . وجود خطای CRC بدون تعداد زیادی تصادم معمولا نشانه ی نویز الکتریکی است. مطمئن شوید کابل مناسب استفاده میکنید ، کابل کشی آسیب دیده نیست و اتصالات مطمئن بسته شده اند.
    خطاهای CRC : Frame های اشتباهی وبایتهایی با اعداد اعشاری دریافت میشود که عموماً نتیجه تصادم و یا تجهیزات شبکه با کیفیت پایین است.
    خطاهای FIFO و Overrun : تعداد دفعاتی که کارت شبکه بدلیل ظرفیت میزان داده سخت افزار ، قادر به پذیرش داده ها در بافر حافظه خودش نیست که معمولا نشانه ای از ترافیک بیش از اندازه است.
    خطاهای طولی (Length) : طول فریم های دریافتی ازحالت استاندارد اترنت، فراتر یا کمتر است . این مشکل در بیشترین حالتش به خاطر تنظیمات ناسازگار duplex رخ میدهد.
    خطاهای Carrier : این خطا به دلیل اینکه کارت شبکه اتصال لینک خود را با هاب یا سویچ از دست داده است ، رخ می دهد.احتمالا کابل یا اینترفیس روی کارت شبکه و یا تجهیزات شبکه معیوب هستند ، آنها را کنترل کنید.
    [فقط اعضا می توانند لینک ها را مشاهده کنند برای ثبت نام اینجا را کلیک کنید]

  2. Thanks ehsan6830, hozour64 thanked for this post
  3. # ADS
    Circuit advertisement
    تاریخ عضویت
    Always
    محل سکونت
    Advertising world
    نوشته ها
    Many
    مودم LTE بیرونی
     

  4. #2
    RezaBehroozi admin آواتار ها
    تاریخ عضویت
    Jan 1970
    محل سکونت
    Iran/Shiraz
    نوشته ها
    11,181
    تشکرها / پسندها

    پیش فرض

    چگونه مک آدرس را ببینیم :

    مواقعی هست که ارتباط خود را با سرور دیگری که مستقیماً به شبکه محلی شما متصل است، از دست میدهید. نگاهی به جدول ARP سرورمورد نظربه شما کمک میکند که تشخیص دهید آیا کارت شبکه سرورریموت به انواع ترافیک ارسالی از سیستم لینوکس شما پاسخ میدهد یا خیر . قطعی ارتباط در این مرحله یعنی :
    اتصال سرور از شبکه قطع شده است .
    کابل کشی ضعیف است.
    یکی از کارت شبکه ها غیر فعال شده است یا سرور ریموت خاموش است.
    سرور ریموت در حال اجرای نرم افزار فایر والی مانند iptables یا فایروال داخلی ویندوز است. عموماً در این حالت شما میتوانید مک آدرس را مشاهده کنید ، سرور در حال اجرای نرم افزار صحیح است ، اما ارتباط مطلوب با کلاینتِ رویِ همان شبکه ، وجود ندارد.



    در این قسمت فرمان هایی که میتوانید برای تعیین مقادیر ARP استفاده کنید، آورده شده است :

    فرمان ifconfig -a هم مک آدرس کارت شبکه تان را به شما نشان میدهد و هم آی پی آدرس نسبت داده شده به سروری که شما هم اکنون در حال استفاده آن هستید .در اینجا شما میتوانید دو آی پی آدرس 192.168.1.100 و 192.168.1.99 را
    که متعلق به اینترفیسِ wlan0 و به کارت شبکه با مک آدرس 00:06:25:09:6A:B5 متصل هستند را مشاهده کنید.


    کد:
    [root@bigboy tmp]# ifconfig -a
    wlan0 Link encap:Ethernet HWaddr 00:06:25:09:6A:B5
    inet addr:192.168.1.100 Bcast:192.168.1.255 Mask:255.255.255.0
    UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
    RX packets:47379 errors:0 dropped:0 overruns:0 frame:0
    TX packets:107900 errors:0 dropped:0 overruns:0 carrier:0
    collisions:0 txqueuelen:100
    RX bytes:4676853 (4.4 Mb) TX bytes:43209032 (41.2 Mb)
    Interrupt:11 Memory:c887a000-c887b000
    wlan0:0 Link encap:Ethernet HWaddr 00:06:25:09:6A:B5
    inet addr:192.168.1.99 Bcast:192.168.1.255 Mask:255.255.255.0
    UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
    Interrupt:11 Memory:c887a000-c887b000
    [root@bigboy tmp]#

    فرمان arp -a ، مک آدرسهای جدولARP متعلق به سرورشما و همه ی سرورهای دیگرِ روی شبکه ای که مسقیما متصل به شماست را نشان میدهد. در این قسمت انواعی از اتصال به روتر با آدرسِ 192.168.1.1 را می بینیم.


    کد:
    [root@bigboy tmp]# arp -a
    bigboypix (192.168.1.1) at 00:09:E8:9C:FD:AB [ether] on wlan0
    ? (192.168.1.101) at 00:06:25:09:6A:D7 [ether] on wlan0
    [root@bigboy tmp]#





    نکته : مطمئن شوید آی پی آدرس های لیست شده در جدول ARP با سرور هایی که روی شبکه شما وجود دارد یکی است . اگر اینگونه نیست ، احتمالاً سرور شما به سویچ یا پورت اشتباه روی روتر وصل شده است.
    همچنین باید جدول ARP سرور ریموت را چک کنید که ببینید آیا مقادیرش قابل قبول است ؟


    استفاده از ping برای تست اتصال شبکه :

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

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


    تعداد زیادی کد پاسخICMP وجود دارند که میتوانند در مشکل یابی های بعدی به ما کمک کنند.

    فرمان پینگ در لینوکس ، تا زمانی که با Ctrl-c متوقف نشود، در هر ثانیه پینگهای مکرری میفرستد.در اینجا نمونه ای ازیک پینگ موفق سرور bigboy به آدرس 192.168.1.100 را ببینید .


    کد:
    [root@smallfry tmp]# ping 192.168.1.101
    PING 192.168.1.101 (192.168.1.101) from 192.168.1.100 : 56(84) bytes of data.
    64 bytes from 192.168.1.101: icmp_seq=1 ttl=128 time=3.95 ms
    64 bytes from 192.168.1.101: icmp_seq=2 ttl=128 time=7.07 ms
    64 bytes from 192.168.1.101: icmp_seq=3 ttl=128 time=4.46 ms
    64 bytes from 192.168.1.101: icmp_seq=4 ttl=128 time=4.31 ms
    --- 192.168.1.101 ping statistics ---
    4 packets transmitted, 4 received, 0% loss, time 3026ms
    rtt min/avg/max/mdev = 3.950/4.948/7.072/1.242 ms
    [root@smallfry tmp]#


    ممکن است پیغام "Destination Host Unreachable" راببینید ، که توسط روتر یا سرور داده میشود که نشان میدهد آی پی آدرس داده شده متعلق به شبکه قابل قبول است ، اما پاسخی از سرور هدف دریافت نمیشود. چند دلیل برای این موضوع وجود دارد:

    اگر شما سعی در پینگ هاستی روی یک شبکه اتصال مستقیم را دارید:
    دستگاه شبکه داخل جدول مسیر یابیش مسیری برای شبکه مقصد ندارد و پاسخ ICMP نوع سه می فرستد. پیغام رسیده ممکن است Destination Host Unreachable یا Destination Network Unreachable باشد.


    کد:
     
    [root@smallfry tmp]# ping 192.168.1.105
    PING 192.168.1.105 (192.168.1.105) from 192.168.1.100 : 56(84) bytes of data.
    From 192.168.1.100 icmp_seq=1 Destination Host Unreachable
    From 192.168.1.100 icmp_seq=2 Destination Host Unreachable
    From 192.168.1.100 icmp_seq=3 Destination Host Unreachable
    From 192.168.1.100 icmp_seq=4 Destination Host Unreachable
    From 192.168.1.100 icmp_seq=5 Destination Host Unreachable
    From 192.168.1.100 icmp_seq=6 Destination Host Unreachable
    --- 192.168.1.105 ping statistics ---
    8 packets transmitted, 0 received, +6 errors, 100% loss, time 7021ms, pipe 3
    [root@smallfry tmp]#




    استفاده از telnet برای تست اتصال شبکه

    یک راه آسان برای اینکه بگوییم ریموت سرور به یک پورت خاص TCP پاسخ می دهد یا خیر، استفاده از فرمان telnet است.بطور پیش فرض telnet سعی میکند روی پورت 23 وصل شود اما شما می توانید پورتهای TCP دیگری را با تایپ کردن بعد از آی پی آدرس مقصد مشخص کنید . HTTP از پورت تی سی پی 80 و HTTPS از پورت 443 استفاده میکند.
    اینجا نمونه ای از تست سرور192.168.1.102 روی تی سی پی پورت 22 رزو شده برای SSHتوسط telnetآورده شده است.

    کد:
    [root@bigboy tmp]# telnet 192.168.1.102 22
    هنگام استفاده از telnet برای مشکل یابی، تعدادی راهنمایی مفید برای استفاده شما آورده شده است که به شما در تشخیص منبع مشکل کمک می کند:

    تست اتصال از کامپیوتر یا سرور ریموت
    تست اتصال روی خود سرور.سعی کنید یک اتصال به آدرس loopback و همچنین آدرس آی پی NIC برقرار کنید. اگر سروردر حال اجرای یک پکیج فایروال مانند سرویس iptable در لینوکس هست، همه ی اتصالات اجازه برقراری ارتباط می یابند، اما اتصال به پورت های TCP مورد نظر بر روی رابط NIC ممکن است گاهی اوقات مسدود شود.
    تست اتصال از یک سرور دیگر در همان شبکه به عنوان سرور هدف.که کمک می کند اثرات هر فایروال محافظ کل شبکه از خارج را از بین ببرید.
    [فقط اعضا می توانند لینک ها را مشاهده کنند برای ثبت نام اینجا را کلیک کنید]

  5. Thanks ehsan6830, hozour64 thanked for this post

اطلاعات موضوع

کاربرانی که در حال مشاهده این موضوع هستند

در حال حاضر 1 کاربر در حال مشاهده این موضوع است. (0 کاربران و 1 مهمان ها)

علاقه مندی ها (Bookmarks)

علاقه مندی ها (Bookmarks)

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

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