{"id":546,"date":"2026-09-07T10:04:55","date_gmt":"2026-09-07T10:04:55","guid":{"rendered":"https:\/\/www.vps.tc\/blog\/?p=546"},"modified":"2026-09-07T09:40:07","modified_gmt":"2026-09-07T09:40:07","slug":"arp-nedir-address-resolution-protocol-nasil-calisir","status":"publish","type":"post","link":"https:\/\/www.vps.tc\/blog\/tr\/arp-nedir-address-resolution-protocol-nasil-calisir\/","title":{"rendered":"ARP Nedir? Address Resolution Protocol Nas\u0131l \u00c7al\u0131\u015f\u0131r?"},"content":{"rendered":"
\u0130\u00e7indekiler<\/strong><\/p>\n
    \n
  1. ARP nedir ve ne i\u015fe yarar?<\/a><\/li>\n
  2. ARP nas\u0131l \u00e7al\u0131\u015f\u0131r?<\/a><\/li>\n
  3. Bir cihaz ARP tablosunu nas\u0131l kullan\u0131r?<\/a><\/li>\n
  4. ARP tablosu nas\u0131l g\u00f6r\u00fcnt\u00fclenir ve temizlenir?<\/a><\/li>\n
  5. ARP sorunlar\u0131 nas\u0131l te\u015fhis edilir?<\/a><\/li>\n
  6. ARP ile ilgili yayg\u0131n sorunlar nelerdir?<\/a><\/li>\n
  7. ARP ile IPv6 kom\u015fu ke\u015ffi aras\u0131ndaki fark nedir?<\/a><\/li>\n
  8. ARP kullan\u0131rken hangi noktalar ak\u0131lda tutulmal\u0131?<\/a><\/li>\n
  9. S\u0131k Sorulan Sorular<\/a><\/li>\n
  10. Kaynaklar<\/a><\/li>\n<\/ol>\n<\/div>\n

    ARP nedir ve ne i\u015fe yarar?<\/h2>\n

    ARP, IPv4 a\u011flar\u0131nda bir IP adresinin hangi cihaz\u0131n MAC adresine kar\u015f\u0131l\u0131k geldi\u011fini bulmak i\u00e7in kullan\u0131lan yerel a\u011f protokol\u00fcd\u00fcr. Bilgisayar\u0131n\u0131z ayn\u0131 a\u011fdaki bir hedefe paket g\u00f6ndermeden \u00f6nce ARP iste\u011fi yay\u0131nlar; hedef cihaz MAC adresini bildirir ve i\u015fletim sistemi bu e\u015fle\u015fmeyi ge\u00e7ici olarak ARP \u00f6nbelle\u011finde saklar.<\/p>\n

    Bir VPS’e SSH ile ba\u011fland\u0131\u011f\u0131n\u0131zda akl\u0131n\u0131zda yaln\u0131zca IP adresi vard\u0131r. Ethernet aray\u00fcz\u00fcn\u00fcn g\u00f6nderim yapabilmesi i\u00e7inse yerel a\u011fdaki bir sonraki cihaz\u0131n fiziksel adresini bilmesi gerekir. ARP tam bu noktada devreye girer. IP katman\u0131 hedefi mant\u0131ksal adresiyle tarif eder, Ethernet ise \u00e7er\u00e7eveyi MAC adresine teslim eder.<\/p>\n

    Buradaki “fiziksel adres” ifadesi biraz eski bir al\u0131\u015fkanl\u0131k. MAC adresi donan\u0131m aray\u00fcz\u00fcyle ili\u015fkilidir; sanal makinelerde, bridge yap\u0131lar\u0131nda ve konteyner a\u011flar\u0131nda yaz\u0131l\u0131msal olarak atanabilir. Yine de IPv4 paketinin yerel Ethernet \u00fczerinde ilerlemesi i\u00e7in gereken adresleme bilgisi de\u011fi\u015fmez.<\/p>\n

    ARP nas\u0131l \u00e7al\u0131\u015f\u0131r?<\/h2>\n

    ARP yaln\u0131zca ayn\u0131 yerel a\u011f segmentindeki kom\u015fular\u0131 bulur. Uzak bir web sunucusuna ba\u011flan\u0131rken hedef sunucunun MAC adresini aramazs\u0131n\u0131z; i\u015fletim sistemi varsay\u0131lan a\u011f ge\u00e7idinin MAC adresini bulur ve IP paketini o cihaza teslim eder. Router, paketi bir sonraki a\u011f i\u00e7in yeniden \u00e7er\u00e7eveler.<\/p>\n

    RFC 826’da tan\u0131mlanan temel ak\u0131\u015f d\u00f6rt ad\u0131mda g\u00f6r\u00fclebilir:<\/p>\n

      \n
    1. G\u00f6nderen, hedef IP adresi i\u00e7in kendi ARP \u00f6nbelle\u011fini kontrol eder.<\/li>\n
    2. E\u015fle\u015fme yoksa Ethernet yay\u0131n adresine, yani ff:ff:ff:ff:ff:ff<\/code> adresine ARP Request g\u00f6nderir.<\/li>\n
    3. Yerel a\u011fdaki cihazlar iste\u011fi al\u0131r; hedef IP kendisine ait olan cihaz ARP Reply ile kendi MAC adresini bildirir.<\/li>\n
    4. G\u00f6nderen bu e\u015fle\u015fmeyi \u00f6nbelle\u011fe al\u0131r ve bekleyen IP paketini ilgili MAC adresine g\u00f6nderir.<\/li>\n<\/ol>\n

      ARP Request i\u00e7indeki hedef MAC alan\u0131 hen\u00fcz bilinmedi\u011fi i\u00e7in s\u0131f\u0131rlarla doldurulur. Ethernet \u00e7er\u00e7evesinin hedefi ise yay\u0131n adresidir. ARP Reply \u00e7o\u011funlukla do\u011frudan g\u00f6nderenin MAC adresine gider; cihazlar her yan\u0131t\u0131 herkese yay\u0131nlamak zorunda de\u011fildir.<\/p>\n

      ARP iste\u011finde hangi bilgiler bulunur?<\/h3>\n

      Bir ARP mesaj\u0131 yaln\u0131zca “\u015fu IP kimin?” sorusundan ibaret de\u011fildir. G\u00f6nderen ve hedef i\u00e7in donan\u0131m t\u00fcr\u00fc, protokol t\u00fcr\u00fc, donan\u0131m adresi uzunlu\u011fu, protokol adresi uzunlu\u011fu, i\u015flem tipi ve adres \u00e7iftleri ta\u015f\u0131n\u0131r. G\u00fcnl\u00fck bir IPv4\/Ethernet a\u011f\u0131nda \u00f6ne \u00e7\u0131kan alanlar \u015funlard\u0131r:<\/p>\n\n\n\n\n\n\n\n\n\n
      Alan<\/th>\nAnlam\u0131<\/th>\n<\/tr>\n<\/thead>\n
      Sender IP<\/td>\n\u0130ste\u011fi veya yan\u0131t\u0131 g\u00f6nderen cihaz\u0131n IPv4 adresi<\/td>\n<\/tr>\n
      Sender MAC<\/td>\nG\u00f6nderen Ethernet aray\u00fcz\u00fcn\u00fcn MAC adresi<\/td>\n<\/tr>\n
      Target IP<\/td>\nMAC adresi \u00f6\u011frenilmek istenen IPv4 adresi<\/td>\n<\/tr>\n
      Target MAC<\/td>\nRequest s\u0131ras\u0131nda bilinmeyen, Reply s\u0131ras\u0131nda doldurulan MAC adresi<\/td>\n<\/tr>\n
      Operation<\/td>\nRequest veya Reply gibi i\u015flem t\u00fcr\u00fc<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

      ARP’nin kapsam\u0131n\u0131 do\u011fru \u00e7izmek gerekiyor: ARP DNS de\u011fildir. DNS, alan ad\u0131n\u0131 IP adresine \u00e7evirmeye \u00e7al\u0131\u015f\u0131r; ARP ise zaten bilinen bir IPv4 adresinin yerel a\u011fdaki MAC kar\u015f\u0131l\u0131\u011f\u0131n\u0131 arar. Bu ayr\u0131m\u0131 bir kez yanl\u0131\u015f kurdu\u011funuzda a\u011f sorunlar\u0131n\u0131 \u00e7\u00f6zmek gereksiz yere zorla\u015f\u0131r.<\/p>\n

      Bir cihaz ARP tablosunu nas\u0131l kullan\u0131r?<\/h2>\n

      Linux’ta ARP kay\u0131tlar\u0131n\u0131 g\u00fcn\u00fcm\u00fczde ip neigh<\/code> komutuyla g\u00f6r\u00fcr\u00fcz. Eski sistemlerde arp -n<\/code> veya arp -a<\/code> komutlar\u0131na rastlayabilirsiniz; ancak iproute2<\/code> ara\u00e7lar\u0131, IPv4 ARP ve IPv6 kom\u015fu ke\u015ffi kay\u0131tlar\u0131n\u0131 daha tutarl\u0131 bi\u00e7imde g\u00f6sterir.<\/p>\n

      ip neigh show<\/code><\/pre>\n
      \u00d6rnek bir \u00e7\u0131kt\u0131 \u015f\u00f6yle g\u00f6r\u00fcnebilir:<\/p>\n
      192.168.1.1 dev eth0 lladdr 9c:5c:8e:12:34:56 REACHABLE\n192.168.1.42 dev eth0 lladdr 08:00:27:ab:cd:ef STALE\n192.168.1.77 dev eth0 INCOMPLETE<\/code><\/pre>\n
      dev eth0<\/code>, kayd\u0131n hangi aray\u00fczde bulundu\u011funu; lladdr<\/code>, yani link-layer address, MAC adresini g\u00f6sterir. REACHABLE<\/code> kayd\u0131n yak\u0131n zamanda do\u011fruland\u0131\u011f\u0131n\u0131, STALE<\/code> kayd\u0131n s\u00fcresinin dolmu\u015f olabilece\u011fini ama hen\u00fcz hatal\u0131 kabul edilmedi\u011fini anlat\u0131r. INCOMPLETE<\/code> ise ARP \u00e7\u00f6z\u00fcmlemesinin hen\u00fcz tamamlanmad\u0131\u011f\u0131n\u0131 veya yan\u0131t al\u0131namad\u0131\u011f\u0131n\u0131 g\u00f6sterir.<\/p>\n
      Bu durumlar Linux’un kom\u015fu \u00f6nbelle\u011fi i\u00e7in kulland\u0131\u011f\u0131 durum makinesinin par\u00e7as\u0131d\u0131r. Kay\u0131t sonsuza kadar ayn\u0131 halde kalmaz. \u00c7ekirdek, ba\u011flant\u0131n\u0131n kullan\u0131l\u0131p kullan\u0131lmad\u0131\u011f\u0131n\u0131 ve yeniden do\u011frulama gerekip gerekmedi\u011fini izler.<\/p>\n
      ARP \u00f6nbelle\u011fi ne kadar s\u00fcre tutulur?<\/h3>\n
      Tek bir “ARP her 60 saniyede silinir” kural\u0131 vermek do\u011fru de\u011fildir. S\u00fcreler i\u015fletim sistemi, \u00e7ekirdek s\u00fcr\u00fcm\u00fc, da\u011f\u0131t\u0131m ve a\u011f ayarlar\u0131na g\u00f6re de\u011fi\u015febilir. Linux’ta kom\u015fu davran\u0131\u015f\u0131 \/proc\/sys\/net\/ipv4\/neigh\/<\/code> alt\u0131ndaki ayarlarla ili\u015fkilidir; aray\u00fcz baz\u0131ndaki de\u011ferleri g\u00f6rmek i\u00e7in \u015fu komutu kullanabilirsiniz:<\/p>\n
      sysctl -a 2>\/dev\/null | grep 'net.ipv4.neigh.*base_reachable_time'<\/code><\/pre>\n
      Bu sat\u0131rdaki filtre, ilgili ayar\u0131 farkl\u0131 aray\u00fczler i\u00e7in birlikte g\u00f6rmenizi sa\u011flar. De\u011ferleri de\u011fi\u015ftirirken rastgele bir say\u0131 yazmak yerine da\u011f\u0131t\u0131m\u0131n ve uygulaman\u0131n a\u011f davran\u0131\u015f\u0131n\u0131 \u00f6l\u00e7mek gerekir. ARP \u00f6nbelle\u011fi performans i\u00e7in vard\u0131r; her paket \u00f6ncesi yay\u0131n yap\u0131lmas\u0131n\u0131 engeller. \u00c7ok k\u0131sa s\u00fcreler gereksiz ARP trafi\u011fi \u00fcretir, \u00e7ok uzun s\u00fcrelerse IP-MAC de\u011fi\u015fikliklerinin ge\u00e7 fark edilmesine yol a\u00e7abilir.<\/p>\n
      ARP tablosu nas\u0131l g\u00f6r\u00fcnt\u00fclenir ve temizlenir?<\/h2>\n
      \u0130lk kontrol\u00fcm genellikle hedef IP’nin hangi aray\u00fcz ve MAC adresiyle e\u015fle\u015fti\u011fidir. \u00d6rne\u011fin varsay\u0131lan a\u011f ge\u00e7idini g\u00f6rmek i\u00e7in:<\/p>\n
      ip route get 8.8.8.8<\/code><\/pre>\n
      \u00c7\u0131kt\u0131 \u00e7o\u011fu Linux sunucuda buna benzer:<\/p>\n
      8.8.8.8 via 192.168.1.1 dev eth0 src 192.168.1.20 uid 0<\/code><\/pre>\n
      Bu \u00e7\u0131kt\u0131, internet \u00fczerindeki 8.8.8.8<\/code> adresine do\u011frudan ARP sorulmayaca\u011f\u0131n\u0131 g\u00f6sterir. Yerel a\u011f ge\u00e7idi 192.168.1.1<\/code> oldu\u011fu i\u00e7in ARP sorgusu onun i\u00e7in yap\u0131lacakt\u0131r. Ard\u0131ndan ilgili kayd\u0131 \u015fu \u015fekilde kontrol ederim:<\/p>\n
      ip neigh show 192.168.1.1 dev eth0<\/code><\/pre>\n
      Gerekirse belirli bir kayd\u0131 silip yeniden \u00f6\u011frenilmesini sa\u011flayabilirsiniz:<\/p>\n
      sudo ip neigh del 192.168.1.1 dev eth0<\/code><\/pre>\n
      Bu sat\u0131rdaki dev eth0<\/code> \u00f6nemli; ayn\u0131 IP farkl\u0131 aray\u00fczlerde bulunabilir. Ayr\u0131ca kay\u0131t silmek fiziksel ar\u0131zay\u0131 onarmaz. Anahtar portu kapal\u0131ysa, VLAN yanl\u0131\u015fsa veya kar\u015f\u0131 cihaz yan\u0131t vermiyorsa yeni ARP sorgusu da yan\u0131ts\u0131z kalacakt\u0131r.<\/p>\n
      Bir aray\u00fczdeki kom\u015fu kay\u0131tlar\u0131n\u0131 topluca temizlemek i\u00e7in \u015fu komut kullan\u0131labilir:<\/p>\n
      sudo ip neigh flush dev eth0<\/code><\/pre>\n
      Ben bunu \u00fcretim sunucusunda ilk refleks olarak \u00e7al\u0131\u015ft\u0131rmam. \u00d6nce ip route<\/code>, ip addr<\/code>, switch veya sanalla\u015ft\u0131rma katman\u0131ndaki durum ve ilgili \u00e7ekirdek loglar\u0131 kontrol edilir. Komut k\u0131sa, etkisi bazen beklenenden geni\u015ftir.<\/p>\n
      ARP sorunlar\u0131 nas\u0131l te\u015fhis edilir?<\/h2>\n
      Bir sunucuya eri\u015femedi\u011finizde ping<\/code> ba\u015far\u0131s\u0131z olabilir; fakat ping yan\u0131t\u0131 olmamas\u0131 tek ba\u015f\u0131na ARP ar\u0131zas\u0131 kan\u0131t\u0131 de\u011fildir. G\u00fcvenlik duvar\u0131 ICMP’yi engelliyor olabilir, servis kapal\u0131 olabilir veya hedef ba\u015fka bir a\u011fda bulunabilir. Bu y\u00fczden katmanlar\u0131 birbirinden ay\u0131rarak ilerlemek gerekir.<\/p>\n
      1. Yerel adres ve rota kontrol\u00fc<\/h3>\n
      ip addr show dev eth0\nip route show<\/code><\/pre>\n
      \u00d6nce sunucunun beklenen IPv4 adresini ger\u00e7ekten ta\u015f\u0131y\u0131p ta\u015f\u0131mad\u0131\u011f\u0131na bakar\u0131m. Ard\u0131ndan hedef i\u00e7in do\u011fru aray\u00fcz ve a\u011f ge\u00e7idinin se\u00e7ildi\u011fini kontrol ederim. Yanl\u0131\u015f netmask, beklenmedik bir yerel rota veya eksik varsay\u0131lan rota ARP san\u0131lan sorunlar\u0131n s\u0131k nedenlerindendir.<\/p>\n
      2. Kom\u015fu durumunu inceleme<\/h3>\n
      ip neigh show dev eth0<\/code><\/pre>\n
      FAILED<\/code> veya uzun s\u00fcre INCOMPLETE<\/code> kalan bir kay\u0131t, ARP yan\u0131t\u0131 al\u0131namad\u0131\u011f\u0131n\u0131 d\u00fc\u015f\u00fcnd\u00fcr\u00fcr. Ayn\u0131 a\u011fdaki bir ba\u015fka cihaz\u0131n MAC adresi \u00f6\u011frenilebiliyor, yaln\u0131zca tek hedef \u00f6\u011frenilemiyorsa hedefin aray\u00fcz\u00fc, IP yap\u0131land\u0131rmas\u0131 veya g\u00fcvenlik politikas\u0131 incelenmelidir.<\/p>\n
      3. Paketleri ger\u00e7ekten g\u00f6rmek<\/h3>\n
      sudo tcpdump -ni eth0 arp<\/code><\/pre>\n
      -n<\/code> DNS \u00e7\u00f6z\u00fcmlemesini kapat\u0131r, -i eth0<\/code> dinlenecek aray\u00fcz\u00fc belirler. Bekledi\u011finiz durumda who-has<\/code> bi\u00e7iminde bir ARP Request ve ard\u0131ndan is-at<\/code> bi\u00e7iminde bir Reply g\u00f6r\u00fcrs\u00fcn\u00fcz. Request \u00e7\u0131k\u0131yor ama Reply d\u00f6nm\u00fcyorsa a\u011f yolu ya da hedef taraf\u0131 ara\u015ft\u0131r\u0131l\u0131r; Reply d\u00f6n\u00fcyor fakat uygulama trafi\u011fi yoksa sorun ARP katman\u0131n\u0131n d\u0131\u015f\u0131na ta\u015fm\u0131\u015ft\u0131r.<\/p>\n
      Benzer bir kontrol\u00fc daha geni\u015f filtreyle de yapabilirsiniz:<\/p>\n
      sudo tcpdump -ni any 'arp or icmp'<\/code><\/pre>\n
      Burada any<\/code> sanal bir dinleme se\u00e7ene\u011fidir; fiziksel aray\u00fcz ad\u0131n\u0131 yazmad\u0131\u011f\u0131n\u0131z i\u00e7in birden fazla aray\u00fcz\u00fcn trafi\u011fini birlikte g\u00f6r\u00fcrs\u00fcn\u00fcz. Yo\u011fun sunucularda \u00e7\u0131kt\u0131 h\u0131zla b\u00fcy\u00fcyebilir, bu nedenle k\u0131sa s\u00fcreli kullanmak daha sa\u011fl\u0131kl\u0131d\u0131r.<\/p>\n
      4. VLAN, bridge ve sanal a\u011flar\u0131 kontrol etmek<\/h3>\n
      VPS altyap\u0131lar\u0131nda ARP trafi\u011fi yaln\u0131zca fiziksel kabloyla s\u0131n\u0131rl\u0131 de\u011fildir. Linux bridge, VLAN, hypervisor ve sanal switch ayn\u0131 yerel a\u011f\u0131n nas\u0131l kuruldu\u011funu belirler. VPS’iniz ayn\u0131 subnet’teki ba\u015fka bir adrese ula\u015fam\u0131yorsa hosting panelindeki a\u011f yap\u0131land\u0131rmas\u0131, sanal NIC durumu ve sa\u011flay\u0131c\u0131n\u0131n anti-spoofing kurallar\u0131 incelenmelidir.<\/p>\n
      Bir gece vardiyas\u0131nda m\u00fc\u015fterinin failover IP’si yeni sunucuya ta\u015f\u0131nd\u0131ktan sonra ba\u011flant\u0131lar\u0131n bir b\u00f6l\u00fcm\u00fcn\u00fcn eski makineye gitti\u011fini g\u00f6rm\u00fc\u015ft\u00fcm. Uygulama loglar\u0131na bak\u0131nca servis sa\u011fl\u0131kl\u0131yd\u0131; ip neigh<\/code> \u00e7\u0131kt\u0131s\u0131ndaki MAC adresi ise eski node’u g\u00f6steriyordu. Kayd\u0131 silmeden \u00f6nce switch MAC tablosunu ve sanal IP duyurusunu kontrol ettim. Yeni node’un gratuitous ARP g\u00f6ndermedi\u011fi ortaya \u00e7\u0131kt\u0131. Duyuruyu do\u011fru aray\u00fczden yapt\u0131ktan sonra istemciler yeni MAC adresini \u00f6\u011frenmeye ba\u015flad\u0131. O olaydan beri ARP kayd\u0131n\u0131 silmeyi \u00e7\u00f6z\u00fcm de\u011fil, g\u00f6zlem ad\u0131m\u0131 olarak g\u00f6r\u00fcyorum.<\/p>\n
      ARP ile ilgili yayg\u0131n sorunlar nelerdir?<\/h2>\n
      Stale veya yanl\u0131\u015f ARP kayd\u0131<\/h3>\n
      Bir IP adresi ba\u015fka bir aray\u00fcze ta\u015f\u0131nd\u0131\u011f\u0131nda ya da y\u00fcksek eri\u015filebilirlik yap\u0131s\u0131nda sanal IP farkl\u0131 bir node’a ge\u00e7ti\u011finde eski MAC e\u015fle\u015fmesi k\u0131sa s\u00fcre sorun yaratabilir. Normalde yeni ARP duyurular\u0131 ve yeniden do\u011frulama s\u00fcreci kay\u0131tlar\u0131 g\u00fcnceller. H\u0131zl\u0131 ge\u00e7i\u015f gereken ortamlarda cihazlar\u0131n gratuitous ARP g\u00f6ndermesi bu s\u00fcreci h\u0131zland\u0131rabilir; a\u011f cihazlar\u0131n\u0131n g\u00fcvenlik politikalar\u0131 bunu k\u0131s\u0131tlayabilir.<\/p>\n
      Belirti, \u00e7o\u011fu zaman ayn\u0131 subnet’teki baz\u0131 cihazlar\u0131n yeni node’a, baz\u0131lar\u0131n\u0131n eski node’a gitmesidir. Tek bir istemcide kayd\u0131 temizlemek ge\u00e7ici bir te\u015fhis ad\u0131m\u0131 olabilir. Kal\u0131c\u0131 \u00e7\u00f6z\u00fcm i\u00e7in failover mekanizmas\u0131n\u0131n ARP duyurusunu, switch davran\u0131\u015f\u0131n\u0131 ve sanal IP tasar\u0131m\u0131n\u0131 birlikte incelemek gerekir.<\/p>\n
      ARP yay\u0131nlar\u0131n\u0131n artmas\u0131<\/h3>\n
      ARP broadcast oldu\u011fu i\u00e7in yerel segmentteki cihazlar iste\u011fi al\u0131r. Normal bir a\u011fda bu trafik y\u00f6netilebilir d\u00fczeydedir; geni\u015f ve yo\u011fun broadcast domain’lerinde gereksiz yay\u0131nlar sorun \u00e7\u0131karabilir. Subnet’leri do\u011fru b\u00f6lmek, hatal\u0131 \u00e7al\u0131\u015fan cihaz\u0131 bulmak ve ARP isteklerinin kayna\u011f\u0131n\u0131 paket yakalamayla belirlemek daha do\u011fru yakla\u015f\u0131md\u0131r.<\/p>\n
      ARP spoofing ve ARP poisoning<\/h3>\n
      ARP, yerel a\u011fdaki yan\u0131tlar\u0131n kimli\u011fini g\u00fc\u00e7l\u00fc bi\u00e7imde do\u011frulayan bir mekanizma de\u011fildir. K\u00f6t\u00fc niyetli bir cihaz, a\u011f ge\u00e7idinin IP adresi i\u00e7in kendi MAC adresini bildirerek trafi\u011fi \u00fczerine \u00e7ekmeye \u00e7al\u0131\u015fabilir. Bu sald\u0131r\u0131 ARP spoofing veya ARP poisoning olarak adland\u0131r\u0131l\u0131r ve ayn\u0131 yerel a\u011f segmentindeki trafi\u011fi etkileyebilir.<\/p>\n
      Sunucu taraf\u0131nda kullan\u0131labilecek \u00f6nlemler ortam\u0131n yap\u0131s\u0131na ba\u011fl\u0131d\u0131r:<\/p>\n