--- title: "Switch devreye alma: teslimden önce hangi ayarlar yapılır? · Colga Bilişim" description: "Yönetilebilir switch kurulduktan sonra ne yapılır? Yönetim VLAN'ı, şifre ve protokol sıkılaştırma, STP döngü koruması, port açıklaması ve konfigürasyon yedeği." url: https://colgabilisim.com/rehber/switch-devreye-alma-teslim-oncesi-ayarlar/ source: Colga Bilişim language: tr-TR --- > Kaynak: Colga Bilişim — İzmir zayıf akım, CCTV, yangın algılama, yapısal kablolama, veri ağı, sistem odası ve KNX akıllı bina yüklenicisi. > Kanonik URL: https://colgabilisim.com/rehber/switch-devreye-alma-teslim-oncesi-ayarlar/ > HTML sürümü: https://colgabilisim.com/rehber/switch-devreye-alma-teslim-oncesi-ayarlar/ ## Kısa cevap Devreye alma, switch'e kablo takmakla değil, **cihazı fabrika ayarlarından çıkarmakla** başlar. Sahada işe yarayan sıra şudur: önce yönetim erişimini güvene alın, sonra ağı ayakta tutan koruma ayarlarını yapın, en son kaydedip yedekleyin. Bu sıra tersine çevrildiğinde — önce VLAN'lar, en son şifre — cihaz bir süre varsayılan şifreyle canlı ağda durur. Sıra Başlık Atlanırsa ne olur? 1 **Yönetim erişimi:** yönetim VLAN'ı, statik yönetim IP'si, konsol erişimi Ağ bozulduğunda switch'e bağlanamazsınız 2 **Sıkılaştırma:** varsayılan şifre, Telnet/HTTP kapatma, SNMP community Cihaz varsayılan bilgilerle canlı ağda kalır 3 **Firmware:** teslim öncesi tek uygun güncelleme anı Sonradan güncelleme = planlı kesinti 4 **Saat ve kayıt:** NTP + doğru saat dilimi, syslog Arıza kaydının saati yanlış olur, log işe yaramaz 5 **VLAN ve port:** access/trunk, native VLAN, boş portlar Yanlış prizden yanlış ağa erişim 6 **Port açıklaması:** her portun ne olduğu yazılır Bir yıl sonra hangi portun ne olduğu bilinmez 7 **Döngü koruması:** RSTP/MSTP, edge port + BPDU koruması, storm control Tek bir yanlış kablo tüm ağı durdurur 8 **Erişim güvenliği:** DHCP snooping, MAC/port sınırı Ofise takılan bir ev modemi ağı dağıtır 9 **PoE:** port bazlı bütçe ve öncelik Kamera/AP besleme sırasında güç yetmez 10 **Kaydet ve yedekle:** startup'a yazma, dışa aktarma, **geri yükleme provası** Elektrik kesintisinde tüm ayarlar sıfırlanır Tek cümlede: **switch devreye alınmış sayılması için, o cihaz elektrikten çekilip yerine kutudan yenisi takıldığında ağın aynı gün geri gelebilmesi gerekir.** Bunu sağlayan şey konfigürasyon değil, konfigürasyonun kaydedilmiş, dışa aktarılmış ve bir kez geri yüklenerek denenmiş hâlidir. ## "Kurulum" ile "devreye alma" aynı şey değil İnşaat ve taahhüt işlerinde bu iki kalem çoğu zaman tek satırda geçer: *"aktif cihaz montaj ve devreye alma"*. Sahada ise ikisi farklı gündür ve farklı çıktı üretir: - **Kurulum** fizikseldir: cihaz rack'e takılır, enerjilenir, patch kablolar çekilir. Çıktısı çalışan portlardır. - **Devreye alma** mantıksaldır: cihaz o binaya ait plana göre yapılandırılır, korumalar açılır, kayıt tutulur. Çıktısı **geri yüklenebilir bir konfigürasyon ve teslim edilebilir bir kayıt**tır. Aradaki farkın pratik karşılığı şudur: kurulumu yapılmış ama devreye alınmamış bir ağ **çalışır** — ta ki ilk sorun çıkana kadar. O gün ortaya çıkan tabloyu sahada sık görüyoruz: hangi portun nereye gittiği bilinmiyor, switch'in saati altı ay geride olduğu için log okunamıyor, yedek konfigürasyon hiç alınmamış. ⚠ **Bu rehber ayarların kendisiyle ilgilidir, sayı ve yerleşim kararlarıyla değil.** Kaç switch, kaç port ve kaç kat dolabı gerektiğini [kaç switch, kaç port gerekir? Kat dolabı planı](https://colgabilisim.com/rehber/kac-switch-kac-port-kat-dolabi-planlama/) rehberimizde hesaplıyoruz. VLAN'ın ne olduğu, access/trunk ayrımı ve segment planı ise [VLAN yapılandırma rehberimizde](https://colgabilisim.com/rehber/vlan-nedir-nasil-yapilandirilir-ag-segmentasyonu/). Aşağıdaki başlıklar, o kararlar zaten verildikten sonra cihaz üstünde yapılan işi anlatır. ## Adım 0 — Elinizde plan olmadan cihaza dokunmayın Devreye almaya başlamadan önce üç belgenin **yazılı** olması gerekir. Yoksa yapılan her ayar sonradan tahmine dönüşür: 1. **VLAN tablosu:** VLAN ID, adı, amacı, hangi subnet'e karşılık geldiği. 2. **IP planı:** cihaz yönetim adreslerinin hangi aralıktan verileceği, ağ geçidi, DHCP havuz sınırları. 3. **Port eşleme:** hangi switch portunun hangi patch panel portuna, oradan hangi prize gittiği. Bu üç belgenin nasıl yazıldığını ve teslim dosyasında başka nelerin bulunması gerektiğini [IP planı ve ağ dokümantasyonu rehberimizde](https://colgabilisim.com/rehber/ip-plani-ag-dokumantasyonu-teslim-dosyasi/) madde madde ele almıştık. Devreye alma, o planın cihaza yazılması işidir — planı devreye alma sırasında uydurmak, sahada en sık karşılaştığımız kalıcı hata kaynağıdır. ## Adım 1 — Yönetim erişimi: switch'e nereden bağlanacaksınız? Bu, geri dönüşü en zor adımdır: yanlış yapılandırılmış bir yönetim erişimi, ağ bozulduğu anda cihaza ulaşmanızı engeller. ### Yönetim VLAN'ı varsayılan VLAN olmasın Fabrika çıkışında switch'in yönetim arayüzü genellikle **VLAN 1** üzerindedir; yani kullanıcı trafiğiyle aynı yerdedir. Ofis ağında bunun anlamı, herhangi bir masadaki bilgisayarın switch'in yönetim arayüzüne ulaşabilmesidir. Yapılması gereken, yönetim için ayrı bir VLAN tanımlamak ve yönetim IP'sini oraya taşımaktır. ### Yönetim IP'si statik verilir Yönetim adresi DHCP'den alınmaz. Aksi hâlde DHCP sunucusu bir gün değiştiğinde cihazın adresi değişir ve cihaz "kaybolur". Adres, IP planındaki yönetim aralığından **elle** verilir ve envantere yazılır. ### Yönetim erişimi sınırlanır Yönetim arayüzüne yalnızca yönetim VLAN'ından (ve varsa belirli IP'lerden) erişilebilmesi gerekir. Bunun mantığı VLAN'lar arası erişim kuralıyla aynıdır; segmentasyonun kendisini [VLAN rehberimizde](https://colgabilisim.com/rehber/vlan-nedir-nasil-yapilandirilir-ag-segmentasyonu/) anlattık. ### Konsol erişimi teslim dosyasına yazılır Ağ üzerinden erişim mümkün olmadığında geriye tek yol kalır: **konsol portu**. Bunun için gereken kablo/tip bilgisi (ve varsa konsol şifresi) teslim dosyasında yer almalıdır. Sahada, uzaktan bağlanılamayan bir switch için 40 km yol gitmenin nedeni çoğu zaman ağ arızası değil, o kablonun nerede olduğunun bilinmemesidir. ## Adım 2 — Fabrika ayarlarından çıkma (sıkılaştırma) Devreye almanın en kısa süren, en çok atlanan adımı budur. Dört başlık: - **Varsayılan yönetici şifresi değiştirilir.** Kurulum sırasında kullanılan ortak/geçici şifre, teslimde mutlaka değiştirilir ve yazılı olarak devredilir — mesajlaşma uygulamasından değil, teslim tutanağının imzalı ekinde. - **Şifresiz protokoller kapatılır.** Telnet ve düz HTTP yönetimi kapatılır; SSH ve HTTPS açık bırakılır. Telnet, şifreyi ağ üzerinde açık metin taşır. - **SNMP varsayılanları düzeltilir.** Cihaz izleme için SNMP kullanılacaksa `public`/`private` community isimleri değiştirilir; kullanılmayacaksa servis kapatılır. - **Kullanılmayan yönetim servisleri kapatılır.** Cihazın markasına göre değişen keşif/uzaktan yönetim servislerinden ihtiyaç duyulmayanlar devre dışı bırakılır. ⚠ Bu dört maddenin tamamı **teslimden önce** yapılır. "Sonra hallederiz" denilen sıkılaştırma, pratikte cihazın ömrü boyunca varsayılan ayarlarla kalması demektir. ## Adım 3 — Firmware: güncelleme için tek uygun an Bir switch'in firmware'ini güncellemek cihazın yeniden başlaması, yani o switch'e bağlı her şeyin birkaç dakika kopması demektir. Canlı bir ofiste bu bir **planlı kesinti**, henüz teslim edilmemiş bir ağda ise sadece bir adımdır. Bu yüzden güncelleme kararı devreye alma sırasında verilir: - Aynı projedeki **aynı model** switch'ler aynı sürümde bırakılır; sürüm farkı, arıza anında karşılaştırma yapmayı zorlaştırır. - Seçilen sürüm **envantere yazılır**. Konfigürasyon yedeği ancak alındığı sürümle birlikte anlamlıdır; farklı sürümlü bir yedek cihaza sorunsuz yüklenemeyebilir. - En yeni sürüm otomatik olarak en doğru sürüm değildir. Üreticinin kararlı (stable) olarak işaretlediği ve bilinen kritik açıkları kapatan sürüm tercih edilir. ## Adım 4 — Saat ve kayıt: log'un işe yaraması için Bu adım devreye alma sırasında en gereksiz görünen, arıza gününde ise en çok aranan ayardır. - **NTP sunucusu ve saat dilimi girilir.** Saati yanlış bir switch'in kaydı, başka cihazların kaydıyla eşleştirilemez. "Dün 14:20'de ne oldu?" sorusunun cevabı, üç cihazın üçünde farklı saat gösteriyorsa yoktur. - **Syslog hedefi tanımlanır.** Switch'in kendi belleği sınırlıdır ve yeniden başladığında çoğu cihazda silinir. Kayıtların dışarıdaki bir hedefe gönderilmesi, tekrarlayan ama anlık yakalanamayan sorunlarda tek kanıt kaynağıdır. - Saat doğruluğu yalnızca ağ tarafını ilgilendirmez: aynı ağdaki kamera kayıt cihazının saati de buna bağlıdır ve kayıt saati, olay sonrası talep edilen görüntünün bulunabilmesi demektir. Ofis ağında yavaşlık ve kopma teşhisinin hangi sırayla yapıldığını [ofis ağı arıza tespiti rehberimizde](https://colgabilisim.com/rehber/ofis-agi-yavas-kopuyor-ariza-tespiti-sirasi/) anlatmıştık; oradaki adımların çoğu, bu adımda kurulan kayıt düzeni yoksa çalışmaz. ## Adım 5 — VLAN ve port ayarları VLAN planı Adım 0'da hazır olduğuna göre burada yapılan iş, planın cihaza yazılmasıdır. Devreye almaya özgü üç nokta: - **Native VLAN varsayılanda bırakılmaz.** Trunk hatlarında etiketsiz geçen trafiğin varsayılan VLAN'a düşmesi, segmentasyonun sessizce delinmesi anlamına gelir. - **Kullanılmayan portlar kapatılır.** Boş bırakılan ve açık duran bir priz, binaya giren herkes için ağa giriş noktasıdır. Kapatılamayacak durumlarda, hiçbir yere çıkmayan bir "park" VLAN'ına alınır. - **Uplink portları ayrı düşünülür.** Kat dolabından omurgaya giden hat, uç kullanıcı portlarıyla aynı ayarları almaz — trunk ayarları, hız/dupleks ve döngü koruması bu portlarda farklıdır. Kat dolabından omurgaya kaç Gbit gerektiği ve stack/zincirleme kararı [kat dolabı planlama rehberimizde](https://colgabilisim.com/rehber/kac-switch-kac-port-kat-dolabi-planlama/) hesaplanmıştı; burada yalnızca o kararın port ayarına yansıması var. ## Adım 6 — Port açıklaması: en ucuz, en çok atlanan iş Her portun ne olduğunun cihaz üstüne yazılması (port description) beş dakikalık bir iştir ve teslimden sonraki her arızada zaman kazandırır. Yazılması gereken, "PC-1" gibi bir isim değil, **fiziksel karşılık**tır: Port Kötü açıklama İşe yarayan açıklama 1/0/4 `ofis` `PP1-04 / 2.Kat 214 nolu oda / VLAN10 kullanici` 1/0/22 `kamera` `PP2-06 / Giris holu IP kamera / VLAN30 cctv` 1/0/47 `up` `UPLINK -> Omurga Gi1/0/1 / trunk` Bu açıklamalar **patch panel port haritasıyla birebir aynı isimlendirmeyi** kullanmalıdır. Aktif cihazdaki etiketle pasif katmandaki etiket farklı ise, iki dosyayı birleştirecek kimse kalmaz. Kablo ve panel tarafının numaralandırma standardını [TIA-606 etiketleme rehberimizde](https://colgabilisim.com/rehber/yapisal-kablolama-etiketleme-standardi-tia-606/) ele almıştık. **Saha notu:** İzmir'de bir kurumsal ofis / Ar-Ge merkezi projesinde (Rapsodo Yazılım) yapısal kablolama tarafında yaptığımız iş, tam olarak sonlandırma, **test ve etiketleme** kalemlerinden oluşuyordu. Aktif tarafta port açıklamalarının aynı numaralandırmayı kullanması, o etiketlemenin karşılığını teslimden sonra da veren şeydir; ikisi ayrı düşerse etiketleme yalnızca panel yüzünde kalır. ## Adım 7 — Döngü koruması: tek kabloyla tüm ağı durdurmak Ofis ağlarında yaşanan en dramatik kesinti çoğu zaman bir arızadan değil, **bir kullanıcının iki duvar prizini birbirine takmasından** doğar. Ortaya çıkan döngü, yayın trafiğini saniyeler içinde katlar ve ağ tamamen durur. Bu senaryonun tek panzehiri devreye alma sırasında yapılan ayarlardır. ### Döngü koruma protokolü açık ve planlı olmalı RSTP (IEEE 802.1w) veya çok VLAN'lı yapılarda MSTP (IEEE 802.1s) etkinleştirilir. Kritik nokta protokolü açmak değil, **kök köprüyü (root bridge) tesadüfe bırakmamaktır**: varsayılan ayarlarda kök, MAC adresine göre seçilir ve pratikte bu, kat dolabındaki en eski switch'in omurga gibi davranması demektir. Kök, öncelik değeri elle verilerek omurga switch'e sabitlenir; ikinci öncelik yedek omurgaya verilir. ### Uç portlarda edge + BPDU koruması Kullanıcı prizlerine giden portlar "edge/portfast" olarak işaretlenir (bağlantı anında beklemeden açılır), ama bu portlardan bir switch bildirimi (BPDU) gelirse port **kapatılır**. Adı üreticiden üreticiye değişir (BPDU guard, BPDU protection, loop protection), işlevi aynıdır: kullanıcı tarafına takılan bir switch veya oluşturulan bir döngü, tüm ağı değil yalnızca o portu düşürür. ### Storm control Yayın (broadcast) ve çok noktaya yayın trafiği için port bazında eşik tanımlanır. Döngü koruması devreye girene kadar geçen kısa sürede ağın nefes almasını sağlayan şey budur. ⚠ Yedekli (çift uplink, stack, LAG) kurgularda döngü koruması ayrı bir dikkat ister; bu kurguları ve failover anında neyin koptuğunu [ofis ağında yedeklilik rehberimizde](https://colgabilisim.com/rehber/ofis-aginda-yedeklilik-ikinci-internet-hatti-failover/) ele almıştık. ## Adım 8 — Erişim güvenliği: hangi koruma hangi binada? Bu başlıkta hedef, "her şeyi açmak" değil binaya uygun olanı seçmektir. Fazla sıkı ayar, teslimden sonra ilk cihaz değişiminde kapatılır ve bir daha açılmaz. Koruma Ne yapar? Nerede önerilir? **DHCP snooping** Yetkisiz DHCP sunucusunu (ofise takılan ev modemi) engeller Neredeyse her ofiste — en yüksek fayda/emek oranı **Port bazlı MAC sınırı** Bir prizden bağlanabilecek cihaz sayısını sınırlar Halka açık alanlar, toplantı odaları, üretim sahası **ARP denetimi** Sahte ARP ile trafik dinlemeyi zorlaştırır Kritik veri barındıran kurumsal ağlar **802.1X kimlik doğrulama** Prizden ağa girmeyi kimlik doğrulamasına bağlar Kurumsal BT ekibi olan, sürdürebilecek binalar En yaygın gerçek olay listenin ilk satırıdır: birisi masasına ev tipi bir modem/router takar, cihaz ağa DHCP dağıtmaya başlar ve o katta internet "kopar". DHCP snooping bunu tek ayarla bitirir. Misafir ağı ile kurum ağının, kamera ağının ve yönetim ağının hangi mantıkla ayrıldığını [VLAN rehberimizde](https://colgabilisim.com/rehber/vlan-nedir-nasil-yapilandirilir-ag-segmentasyonu/), aynı hat üzerinde ses ve kamera trafiğinin önceliklendirilmesini ise [QoS rehberimizde](https://colgabilisim.com/rehber/qos-nedir-voip-kamera-trafigi-onceliklendirme/) anlattık. ## Adım 9 — PoE portlarının devreye alınması Kamera ve access point besleyen switch'lerde devreye alma birkaç ek başlık taşır: - **Port bazlı PoE bütçesi ve önceliği:** toplam güç yetmediğinde hangi portun besleneceğine cihaz karar verir; bu sıralamayı devreye alma sırasında siz belirlersiniz (önce kameralar/AP'ler, sonra ikincil cihazlar). - **PoE portlarının açıklaması:** hangi portun hangi kamerayı beslediği yazılmazsa, tek bir kameranın yeniden başlatılması bile deneme yanılmaya döner. - **Otomatik yeniden başlatma (PoE watchdog):** donan bir kameranın portunun kısa süreli kesilerek cihazın yeniden başlatılması, sahada çok sayıda gereksiz servis çağrısını ortadan kaldırır. Güç bütçesi hesabını ve yönetilebilir/yönetilemez ayrımını [PoE switch rehberimizde](https://colgabilisim.com/rehber/poe-switch-nedir-nasil-secilir/), PoE hattında kablo seçimi ve demet hâlinde ısınmayı ise [PoE kablo seçimi rehberimizde](https://colgabilisim.com/rehber/poe-kablo-secimi-cca-saf-bakir-cat6-cat6a/) ele almıştık. **Saha notu:** Menderes'te bir inşaat firması kampüsünde (Eröz İnşaat) kurduğumuz CCTV sisteminde kameralar Hikvision NVR ile birlikte çalışıyor. Bu tip kurulumlarda kamera portlarının açıklamalı ve güç önceliğinin tanımlı olması, sonraki bakım ziyaretlerinin süresini doğrudan belirliyor. ## Adım 10 — Kaydet, dışa aktar, bir kez geri yükle Devreye almanın son adımı üç ayrı iştir ve çoğu sahada yalnızca birincisi yapılır. 1. **Çalışan yapılandırmayı kalıcı hâle getirin.** Cihazların çoğunda yapılan ayarlar önce geçici (running) alanda durur; kalıcı (startup) alana yazılmadığı sürece ilk elektrik kesintisinde kaybolur. Sahada gördüğümüz en sinir bozucu tablo, bir günlük yapılandırmanın hafta sonu kesintisiyle sıfırlanmasıdır. 2. **Konfigürasyonu dışa aktarın.** Dosya, cihazın markası/modeli, seri numarası, yönetim IP'si ve **firmware sürümü** ile birlikte saklanır. Yedeğin nerede durduğu teslim dosyasına yazılır. 3. **Yedeği bir kez geri yükleyerek deneyin.** Geri yüklenmemiş bir yedek, yedek değil dosyadır. Bu prova için en uygun an, ağ henüz canlı kullanıcıya açılmadan önceki devreye alma günüdür. Ayrıca bir **değişiklik kaydı** başlatılır: tarih, kim, hangi cihaz, ne değişti. Teslimden sonraki ilk altı ay, ağın en çok değiştiği ve kaydın en çok işe yaradığı dönemdir. ## Teslim öncesi son kontrol listesi Aşağıdaki liste, bir switch'i "devreye alındı" saymadan önce sahada geçilen son turdur. Onunu da geçemeyen cihaz teslim edilmez: - [ ] Yönetim arayüzüne **yeni** şifreyle, yönetim VLAN'ından bağlanılıyor. - [ ] Telnet/HTTP kapalı; SSH/HTTPS çalışıyor. - [ ] Cihazın saati doğru; log kaydı dışarıya gidiyor. - [ ] Her VLAN'dan kendi ağ geçidine ping geçiyor; geçmemesi gereken VLAN'lar arasında geçmiyor. - [ ] Boş portlar kapalı veya park VLAN'ında. - [ ] Uç portlarda edge + BPDU koruması aktif; kök köprü elle sabitlenmiş. - [ ] Yedek uplink elle koparıldığında ağ ayakta kalıyor ve hat geri takıldığında normale dönüyor. - [ ] PoE cihazların hepsi beslendi; toplam güç tüketimi bütçenin altında. - [ ] Tüm portların açıklaması yazılı ve patch panel etiketiyle aynı. - [ ] Konfigürasyon kalıcı alana yazıldı, dışa aktarıldı ve **bir kez geri yüklenerek denendi**. ## Şantiye tarafı: teslim gününe kadar geçen süre İnşaat projelerinde ağ, teslimden haftalar önce çalışmaya başlar — çünkü şantiyenin kendisi ona ihtiyaç duyar. Bu dönem, devreye almanın en çok bozulduğu dönemdir: - **Geçici şantiye ağı kalıcı ağa karışır.** Ofis switch'ine takılan şantiye laptopları, geçici kablosuz cihazlar ve müteahhit ekipmanı, teslim gününde hâlâ takılı kalır. Teslim öncesi portlar tek tek denetlenir. - **Ayarlar "geçici" diye gevşetilir.** Test için kapatılan döngü koruması veya açık bırakılan yönetim erişimi, kapatan kişi sahadan ayrıldığında öyle kalır. Geçici olarak yapılan her değişiklik yazılır. - **Cihaz tozlu ortamda erken enerjilendirilir.** Kaba inşaat bitmeden rack'e takılan aktif cihaz, fan ve filtre ömrünü teslimden önce tüketir. Dolabın ve odanın hazır olma şartlarını [sistem odası yer seçimi rehberimizde](https://colgabilisim.com/rehber/sistem-odasi-nerede-kurulmali-yer-secimi/) ele almıştık. Şantiye enerjisi ile kalıcı besleme arasındaki farkın kat dolabı tarafındaki karşılığını da [zayıf akım dolabı beslemesi rehberimizde](https://colgabilisim.com/rehber/zayif-akim-panosu-kat-dolabi-enerji-beslemesi/) anlatmıştık: devreye alınmış bir switch'in arkasında doğru sigortadan gelen, kesintisiz bir hat olmalıdır. ## Sık yapılan altı hata Hata Sonucu Doğrusu Yönetim arayüzünün varsayılan VLAN'da bırakılması Her kullanıcı switch'e ulaşabilir Ayrı yönetim VLAN'ı + erişim sınırı Ayarların kalıcı alana yazılmaması İlk kesintide her şey sıfırlanır Kaydet, dışa aktar, geri yüklemeyi dene Kök köprünün tesadüfe bırakılması Trafik yanlış yoldan akar, sorun teşhis edilemez Öncelik değerini elle verin Port açıklamalarının boş bırakılması Her arıza deneme yanılmaya döner Panel etiketiyle aynı isimlendirme Saat/NTP ayarının atlanması Log'lar eşleştirilemez NTP + doğru saat dilimi Devreye almanın teslim gününe bırakılması Firmware ve testler için zaman kalmaz Teslimden en az bir hafta önce ## Sıkça sorulan sorular **Yönetilemez (unmanaged) switch'te devreye alma diye bir şey var mı?** Cihaz üzerinde yapılacak bir ayar yoktur; ama port eşlemesinin yazılması ve etiketlemenin yapılması yine gerekir. Yönetilebilir/yönetilemez kararının hangi ölçütlere bağlı olduğunu [PoE switch rehberimizde](https://colgabilisim.com/rehber/poe-switch-nedir-nasil-secilir/) ele aldık. **Devreye alma ne kadar sürer?** Tek bir kat switch'i için birkaç saat, çok katlı bir binada omurga + kat switch'leri için genellikle bir iş günü civarındadır. Süreyi belirleyen şey cihaz sayısı değil, planın (VLAN/IP/port eşleme) hazır olup olmamasıdır — plan yoksa iş, konfigürasyondan önce keşfe döner. **Firmware'i teslimden sonra güncellemek mi daha güvenli?** Teknik olarak mümkün, operasyonel olarak pahalıdır: canlı ofiste güncelleme planlı kesinti demektir ve mesai dışına kalır. Devreye alma günü, aynı işi kesintisiz yapabileceğiniz tek gündür. **Switch arızalanırsa yedekten ne kadar sürede döneriz?** Konfigürasyon yedeği, firmware sürümü ve port eşleme kaydı varsa cihaz değişimi genellikle saatler meselesidir. Bu üçünden biri eksikse süre günlere çıkar — çünkü iş, cihaz takmaktan çıkıp ağı yeniden keşfetmeye döner. **Ayarları kim yapmalı: kablolamayı yapan firma mı, BT ekibi mi?** Sahada en sağlıklı işleyen model, aktif ve pasif katmanın **tek muhataptan** çıkmasıdır: port eşlemesi, etiketleme ve konfigürasyon aynı elden çıktığında teslim dosyası tutarlı olur. Kurumun kendi BT ekibi varsa, devir işlemi yetki ve şifre devriyle birlikte yapılır. **Yedek konfigürasyon nerede saklanmalı?** Cihazın kendi üzerinde değil, dışarıda — kurumun dosya sunucusunda veya bulut alanında, sürüm bilgisiyle birlikte. Teslim dosyasında hangi belgelerin bulunması gerektiğini [ağ dokümantasyonu rehberimizde](https://colgabilisim.com/rehber/ip-plani-ag-dokumantasyonu-teslim-dosyasi/) listelemiştik. ## Özet - Devreye alma, cihazı **fabrika ayarlarından çıkarıp o binaya ait hâle getirme** işidir; kurulumdan ayrı bir kalemdir ve ayrı bir çıktısı vardır. - Sıra önemlidir: **önce yönetim erişimi ve sıkılaştırma**, sonra koruma ayarları, en son kayıt ve yedek. - Ağı tek bir kabloyla durduran senaryonun panzehiri, devreye alma günü yapılan **döngü koruması** ayarlarıdır — kök köprü elle sabitlenir, uç portlar BPDU korumasına alınır. - Port açıklamaları ve patch panel etiketleri **aynı isimlendirmeyi** kullanmalıdır; aksi hâlde iki dosya birbirini bulmaz. - Bir konfigürasyon, **bir kez geri yüklenerek denenene kadar** yedek sayılmaz. Ofisinizde veya projenizde switch'ler kurulu ama devreye alma tarafı eksikse; yönetim erişimi, döngü koruması, port açıklamaları ve geri yüklenebilir konfigürasyon yedeğini yerinde tamamlayabilir, teslim dosyasını da birlikte çıkarabiliriz. [Veri ağı ve network altyapısı hizmetimize](https://colgabilisim.com/izmir-veri-agi-network-altyapisi) göz atabilir veya [iletişim sayfamızdan](https://colgabilisim.com/iletisim) ulaşabilirsiniz. ### Bu konuda yardım mı lazım? İzmir ve Ege Bölgesi'nde keşif, projelendirme ve kurulum için bize ulaşın. [Teklif al](https://colgabilisim.com/iletisim) İlgili rehberler 1. [Ofis ağında yedeklilik: ikinci internet hattı şart mı?](https://colgabilisim.com/rehber/ofis-aginda-yedeklilik-ikinci-internet-hatti-failover/) 2. [IP planı ve ağ dokümantasyonu: teslim dosyasında ne olmalı?](https://colgabilisim.com/rehber/ip-plani-ag-dokumantasyonu-teslim-dosyasi/) 3. [Ofis ağında kaç switch, kaç port gerekir? Kat dolabı planı](https://colgabilisim.com/rehber/kac-switch-kac-port-kat-dolabi-planlama/)