[{"content":" Kurumsal ağ güvenliğinden bahsettiğimizde aklımıza hemen karmaşık güvenlik duvarları (firewall), şifreleme algoritmaları veya devasa erişim listeleri (ACL) gelir. Fakat tüm bu yapının tam merkezinde, ağ altyapısının omurgasını oluşturan üç temel kelime bulunur: AAA (Authentication, Authorization, Accounting).\nPeki nedir bu AAA? Teknik terimlerin arasında kaybolmadan önce, bunu bir mühendislik dökümanı gibi değil de, hepimizin bildiği şık ve yüksek güvenlikli bir otele giriş yapma senaryosu üzerinden ele alalım.\n🔑 Otel Analojisi ve Arka Planda Neler Dönüyor? # 1. Authentication (Kimlik Doğrulama): \u0026ldquo;Sen kimsin?\u0026rdquo; # Otelin lobisine adım attınız ve resepsiyona yöneldiniz. Görevli size oda anahtarınızı vermeden önce ilk olarak ne ister? Tabii ki pasaportunuzu veya kimliğinizi. Buradaki amaç, rezervasyonu yapan kişinin gerçekten \u0026ldquo;siz\u0026rdquo; olduğunu doğrulamaktır.\nArka Planda Neler Dönüyor?: Bir mühendisin bir router veya switch cihazına SSH ile bağlanmaya çalıştığı an karşısına çıkan kullanıcı adı ve şifre ekranıdır. Ağ, arka planda şu sorunun cevabını arar: Bu kimlik bilgileri geçerli mi? Algan gerçekten Algan mı? Küçük ağlarda bu bilgiler cihazın yerel veri tabanında (local database) saklanırken; kurumsal yapılarda AAA bu talebi merkezi bir sunucuya (Cisco ISE veya Aruba ClearPass gibi) paslar. 2. Authorization (Yetkilendirme): \u0026ldquo;Burada ne yapmaya iznin var?\u0026rdquo; # Kimliğiniz doğrulandı ve resepsiyonist size dijital bir oda kartı teslim etti. Ancak bu kart oteldeki tüm kapıları açmaz. Kendi odanıza veya spor salonuna girebilirsiniz; fakat kral dairesine veya sistem odasına kartı okuttuğunuzda kapı açılmaz.\nArka Planda Neler Dönüyor?: Cihaza başarıyla oturum açmış olmanız, orada her şeyi değiştirebileceğiniz anlamına gelmez. Cisco dünyasında 0 ile 15 arasında yetki seviyeleri (privilege levels) bulunur. AAA sayesinde Rol Tabanlı Erişim Kontrolü (RBAC) uygulayarak, ağa yeni başlayan bir stajyere sadece izleme komutları (show) çalıştırabileceği bir yetki basılırken, kıdemli bir mühendise tüm konfigürasyon (config t) yetkileri dinamik olarak tanımlanır. 3. Accounting (Hesap Verebilirlik / Günlükleme): \u0026ldquo;Burada ne yaptın?\u0026rdquo; # Otelden ayrılma (check-out) vaktiniz geldi. Resepsiyon size detaylı bir fatura dökümü uzatır: Saat 21:00\u0026rsquo;de mini bardan ne alınmış, gece hangi film izlenmiş\u0026hellip; Otel yönetimi güvenlik ve faturalandırma için attığınız her adımı kaydetmiştir.\nArka Planda Neler Dönüyor?: Ağ mühendisliğinde bu adım tam bir dijital ayak izidir. Cihazda oturum açıldığında bir Start, kapatıldığında ise Stop paketi merkezi AAA sunucusuna gönderilir. Bir omurga switch durup dururken çöktüğünde log kayıtları incelenerek reload komutunu kimin, saat kaçta yazdığı saniyesi saniyesine tespit edilir. Amaç suçlu aramak değil; ağın denetlenebilirliğini (auditing) sağlamaktır. ⚔️ Protokol Savaşları: TACACS+ vs. RADIUS # Konsepti anladığımıza göre işin mutfağına geçebiliriz. Gerçek dünyada bu cihazları merkezi bir güvenlik sunucusuna bağlarken iki popüler ağ protokolü kullanırız. Hangisini seçeceğimiz, ağda neyi korumak istediğimize göre tamamen değişir.\nÖzellik TACACS+ (Cihaz Yöneticisi) RADIUS (Ağ Kapısı Bekçisi) Birincil Kullanım Cihaz Yönetimi (Router/Switch Yönetimi) Ağa Erişim Güvenliği (VPN kullanıcıları, 802.1X Wi-Fi) Şifreleme Güvenliği Tüm paketi (veriyi) şifreler Sadece şifre (password) alanını şifreler Katman Tipi TCP (Port 49) kullanır - Güvenilir bağlantı UDP (Port 1812/1813) kullanır - Daha hızlı, hafif Mimari Yapı AAA bileşenlerini (A, A, A) tamamen ayırır Kimlik Doğrulama ve Yetkilendirmeyi birleştirir Komut Bazlı Kontrol Komut bazlı anlık yetkilendirme sunar (CLI için şarttır) Detaylı CLI komut kontrolü yoktur Altyapı Yönetiminde Neden TACACS+ Tercih Ediyorum? # Eğer kurumsal bir ağdaki router ve switch mimarisini yönetiyorsam, benim için net kazanan her zaman TACACS+ protokolüdür. Tüm paketi şifrelemesi ağ topolojimizin ve komut detaylarımızın havada (over the wire) dinlenmesini engeller. Daha da önemlisi, AAA bileşenlerini ayırdığı için, bir mühendis CLI ekranında her \u0026ldquo;Enter\u0026rdquo; tuşuna bastığında sunucuya gidip \u0026ldquo;Bu adamın şu an bu komutu çalıştırma yetkisi var mı?\u0026rdquo; diye anlık olarak sorabiliriz. RADIUS mimari yapısı gereği bu esnekliği ve keskin komut kontrolünü bu kadar verimli sağlayamaz.\n🚀 Modern Dünyada AAA ve Zero Trust (Asla Güvenme, Her Zaman Doğrula) # Geleneksel ağ tasarımlarında AAA genellikle sadece şirket içi cihazlara bağlanan mühendisleri denetlemek için kullanılırdı. Ancak günümüzün Zero Trust (Sıfır Güven) mimarilerinde ağın sınırları ortadan kalktı. \u0026ldquo;Şirket ağının içindeyim, öyleyse güvenliyim\u0026rdquo; felsefesi artık tamamen tarih oldu.\nBurada, portfolyomda yer alan bir diğer kritik proje olan Site-to-Site IPsec VPN mimarisini düşünebiliriz. Kurduğumuz o güvenli şifreli tüneller, verinin havada çalınmasını engeller. Peki o tünelin ucundan ağımıza sızmaya çalışan kişinin gerçekten bizim çalışanımız olduğundan nasıl emin oluyoruz?\nİşte burada AAA devreye giriyor:\nŞubedeki (Branch) veya uzaktan çalışan bir kullanıcı tünel üzerinden merkez ağa (HQ) erişmek istediğinde, VPN gateway talebi yakalar. Kimlik bilgileri anında arkadaki merkezi AAA sunucusuna (RADIUS vasıtasıyla) paslanır. Sunucu sadece şifreyi doğrulamakla kalmaz; kullanıcının bağlandığı cihazın şirket sertifikasına sahip olup olmadığını, güncel bir antivirüs barındırıp barındırmadığını kontrol eder (Context-Aware Authentication). Eğer her şey yolundaysa, kullanıcıya sadece işini yapacağı kadar minimal bir ağ segmentine erişim izni (Authorization) verilir. Sonuç olarak AAA; sadece router yönettiğimiz eski usul bir araç değil, modern siber güvenlik mimarilerinin, VPN tünellerinin ve kimlik yönetim sistemlerinin (IAM) tam kalbinde duran, vazgeçilmez bir güvenlik disiplinidir.\n","date":"6 Mayıs 2026","externalUrl":null,"permalink":"/tr/labnotes/aaa-framework/","section":"Laboratuvar Notları","summary":"","title":"AAA Framework Nedir? Kurumsal Ağlarda Kimlik ve Erişim Yönetimi","type":"labnotes"},{"content":"Kişisel dijital alanıma hoş geldiniz. Ben, modern ağ altyapıları inşa etmeye ve bunları güvenli hale getirmeye odaklanmış bir Elektrik-Elektronik Mühendisiyim.\n🔒 Ağ Güvenliği 🏗️ Yönlendirme \u0026 Anahtarlama 🛡️ Güvenlik Duvarı Mimarileri ☁️ Bulut Altyapısı 🤖 Ağ Otomasyonu Bu web sitesi; pratik laboratuvar simülasyonlarımı, teknik derinlemesine incelemelerimi (deep-dives) ve ileri ağ teknolojilerindeki yolculuğumu belgelediğim dijital mühendislik defterim olarak hizmet ediyor. Burada çoğunlukla Routing \u0026amp; Switching (Yönlendirme ve Anahtarlama), Ağ Güvenliği (Güvenlik Duvarı Mimarileri) ve Bulut Altyapısı / Otomasyon üzerine aldığım notları bulabilirsiniz.\nSon Teknik Yazılar \u0026amp; Laboratuvar Notları # ","date":"6 Mayıs 2026","externalUrl":null,"permalink":"/tr/","section":"Algan Ayzit","summary":"","title":"Algan Ayzit","type":"page"},{"content":"","date":"6 Mayıs 2026","externalUrl":null,"permalink":"/tr/labnotes/","section":"Laboratuvar Notları","summary":"","title":"Laboratuvar Notları","type":"labnotes"},{"content":" Projeye Genel Bakış # Bu proje, Syslog ve SNMP protokollerini kullanarak çok sahalı (multi-site) bir ağ altyapısı için merkezi bir izleme (monitoring) sisteminin kurulmasını ve Cisco IOS cihazları üzerinde siber güvenlik sıkılaştırma (hardening) en iyi pratiklerinin uygulanmasını göstermektedir.\nProjenin temel amacı, kurumsal bir ağ altyapısındaki görünürlüğü (visibility) en üst düzeye çıkarmak, ağ genelindeki tüm kritik olayları tek bir noktadan analiz etmek ve yönetim hatlarını yetkisiz erişimlere karşı koruma altına almaktır.\n🛠️ Teknolojik Altyapı # Syslog: Port durumları, yapılandırma değişiklikleri ve güvenlik uyarıları gibi tüm kritik sistem olaylarını anlık olarak merkezi bir sunucuya iletir. SNMP v2c (Simple Network Management Protocol): Cihaz envanteri, donanım kaynakları ve sistem tanımlarının MIB Browser üzerinden uzaktan sorgulanabilmesini sağlar. Hassas Olay Zamanlaması (Timestamps): Olası bir siber olay anında adli analizlerin (forensic analysis) hatasız yapılabilmesi için günlük kayıtlarına milisaniye düzeyinde zaman damgaları ekler. Güvenlik Sıkılaştırması (Hardening): Yetkisiz erişim girişimlerini önlemek ve kaba kuvvet (brute-force) saldırılarını tespit etmek amacıyla uygulanan güvenlik katmanıdır. 📊 Adresleme ve Topoloji Tablosu # Cihaz Arayüz IP Adresi Açıklama Core_Router Gig0/0 192.168.10.1/24 Merkez Ofis Ağ Geçidi Branch_Router Gig0/0 10.0.0.2/30 Uzak Saha Ofis Arayüzü Management_Server Fast0/1 192.168.10.100/24 Syslog \u0026amp; SNMP Servis Sunucusu 🔬 Doğrulama ve Çalışma Kanıtı # Sistemlerin kararlı çalıştığını ve güvenlik politikalarının devrede olduğunu kanıtlamak amacıyla uygulanan yapılandırma çıktıları ve test adımları aşağıdadır:\nMerkezi Günlük Kaydı ve Hassas Zaman Damgası Yapılandırması Ağdaki cihazların log verilerini merkezi sunucuya yönlendirmek ve zaman analizini doğrulamak için kullanılan Cisco IOS komutları:\nCore_Router# configure terminal Core_Router(config)# logging 192.168.10.100 Core_Router(config)# service timestamps log datetime msec Core_Router(config)# line console 0 Core_Router(config-line)# logging synchronous Beklenen Durum: Bir arayüz kapandığında (shutdown), sunucunun Syslog ekranına milisaniye (msec) damgalı log mesajının anlık olarak düşmesi.\nSNMP v2c Sorgu ve Erişim Yapılandırması Cihaz bilgilerinin izleme sunucusuna sadece okunabilir (Read-Only) olarak sunulması ve kurumsal bilgilerin tanımlanması:\nCore_Router(config)# snmp-server community GuvenliToplulukSifresi RO Core_Router(config)# snmp-server contact Algan Ayzit Core_Router(config)# snmp-server location Merkez Veri Merkezi Doğrulama: Management_Server üzerindeki \u0026lsquo;MIB Browser\u0026rsquo; aracı çalıştırılıp \u0026lsquo;GuvenliToplulukSifresi\u0026rsquo; girildiğinde, sistem envanterinin başarıyla çekilmesi.\nCihaz Yönetim Hattı Güvenlik Sıkılaştırması (Hardening) Güvensiz Telnet protokolünün kapatılması, SSH v2 aktivasyonu ve brute-force saldırılarını izlemek için giriş denemelerinin günlüklenmesi:\nCore_Router(config)# hostname Core_Router Core_Router(config)# ip domain-name alganayzit.local Core_Router(config)# crypto key generate rsa (Modulus: 1024) Core_Router(config)# ip ssh version 2 Core_Router(config)# line vty 0 4 Core_Router(config-line)# transport input ssh Core_Router(config-line)# login local Core_Router(config-line)# exit Core_Router(config)# login on-failure log Core_Router(config)# login on-success log Core_Router(config)# enable secret EncriptedSecretPassword123 Sonuç Kontrolü: Cihaza yapılacak hatalı bir SSH giriş denemesinde, Syslog ekranında anında bir kimlik doğrulama hatası (LOGIN-4-AUTH_FAIL) uyarısı üretilir.\nProje Kaynak Kodları (GitHub) ","date":"12 Mart 2026","externalUrl":null,"permalink":"/tr/projects/network-monitoring/","section":"Projeler","summary":"","title":"Merkezi Ağ İzleme ve Güvenlik Sıkılaştırma","type":"projects"},{"content":"Geliştirdiğim kurumsal ağ tasarımlarını, güvenlik entegrasyonlarını ve bulut projelerini burada bulabilirsiniz.\n","date":"12 Mart 2026","externalUrl":null,"permalink":"/tr/projects/","section":"Projeler","summary":"","title":"Projeler","type":"projects"},{"content":" Projeye Genel Bakış # Bu proje, Cisco IOS kullanarak güvenli olmayan bir Genel ISP altyapısı üzerinden iki kurumsal ağ (HQ ve Branch) arasında güvenli bir Site-to-Site IPsec VPN tünelinin tasarımını ve yapılandırmasını göstermektedir.\nBu projenin amacı, coğrafi olarak birbirinden ayrılmış iki LAN arasında güvenli bir iletişim kanalı sağlamaktır. Bir IPsec tüneli uygulayarak, iç trafiğin şifrelenmiş kalmasını ve İnternet Servis Sağlayıcısı (ISP) tarafından görünmez olmasını sağlıyoruz.\n🛠️ Teknolojik Altyapı # IPsec (Internet Protocol Security): Veri gizliliğini, bütünlüğünü ve kimlik doğrulamasını sağlar. IKE Phase 1 (ISAKMP): Güvenlik ilişkilerini müzakere eder ve güvenli bir yönetim düzlemi kurar. IKE Phase 2 (IPsec SA): Gerçek verilerin nasıl şifreleneceğini ve aktarılacağını tanımlar. AES-256 \u0026amp; SHA: Maksimum güvenlik için kullanılan gelişmiş şifreleme ve karma (hashing) standartları. Cisco IOS Güvenlik Özellikleri: securityk9 teknoloji paketinin kullanılması. 📊 Adresleme Tablosu # Cihaz Arayüz IP Adresi Açıklama HQ-Router Gig0/0 1.1.1.1/30 Dışa Bakan (İnternet) HQ-Router Gig0/1 192.168.10.1/24 HQ LAN Ağ Geçidi ISP-Router Gig0/0 1.1.1.2/30 HQ Servis Sonlandırma ISP-Router Gig0/1 2.2.2.2/30 Branch Servis Sonlandırma BR-Router Gig0/0 2.2.2.1/30 Dışa Bakan (İnternet) BR-Router Gig0/1 192.168.20.1/24 Branch LAN Ağ Geçidi 🔬 Doğrulama ve Çalışma Kanıtı # Tünelin çalışır durumda olduğunu ve trafiğin şifrelendiğini kanıtlamak için aşağıdaki doğrulama adımları gerçekleştirilmiştir: ======================================================================== 1. Phase 1 Durumu (ISAKMP SA) ======================================================================== \u0026#39;show crypto isakmp sa\u0026#39; komutu, yönetim tünelinin başarıyla kurulduğunu doğrular. HQ# show crypto isakmp sa IPv4 Crypto ISAKMP SA dst src state conn-id status 1.1.1.1 2.2.2.1 QM_IDLE 1001 ACTIVE Beklenen Durum: QM_IDLE (Başarılı ve kimliği doğrulanmış oturum). ======================================================================== 2. Phase 2 Veri Akışı (IPsec SA) ======================================================================== \u0026#39;show crypto ipsec sa\u0026#39; komutu, şifrelemenin gerçekleştiğini teknik olarak kanıtlar. Paket sayaçları izlenerek verilerin güvenli tünelden geçtiği doğrulanır. HQ# show crypto ipsec sa interface: GigabitEthernet0/0 Crypto map tag: MYMAP, local addr 1.1.1.1 protected vrf: (none) local ident (addr/mask/prot/port): (192.168.10.0/255.255.255.0/0/0) remote ident (addr/mask/prot/port): (192.168.20.0/255.255.255.0/0/0) #pkts encaps: 45, #pkts encrypt: 45, #pkts digest: 45 #pkts decaps: 45, #pkts decrypt: 45, #pkts verify: 45 İzlenecek Kritik Sayaçlar: - #pkts encaps: Şifrelenen ve tünele gönderilen paket sayısı. - #pkts decaps: Tünelden alınan ve şifresi çözülen paket sayısı. ======================================================================== 3. ICMP Bağlantı Testi (Ping) ======================================================================== Güvenli hat üzerinden uçtan uca bağlantıyı test etmek amacıyla HQ-PC (192.168.10.x) cihazından Branch-PC (192.168.20.x) cihazına bir ping testi başlatılmıştır. HQ-PC\u0026gt; ping 192.168.20.10 Pinging 192.168.20.10 with 32 bytes of data: Reply from 192.168.20.10: bytes=32 time=12ms TTL=126 Reply from 192.168.20.10: bytes=32 time=10ms TTL=126 Ping statistics for 192.168.20.10: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss) Sonuç: Başarılı (İlk tünel anlaşmasından sonra %0 kayıp). Doğrulama: Sürekli ping atılması, Phase 2\u0026#39;de belirtilen kapsülleme ve şifre çözme sayaçlarının artmasına neden olur. ","date":"23 Ocak 2026","externalUrl":null,"permalink":"/tr/projects/ipsec-vpn/","section":"Projeler","summary":"","title":"Site-to-Site IPsec VPN Tasarımı ve Uygulaması","type":"projects"},{"content":" Projeye Genel Bakış # Bu proje; ölçeklenebilirlik, yedeklilik ve yapısal güvenlik gibi kurumsal standartları karşılamak üzere tasarlanmış çok katmanlı bir kurumsal ağ mimarisinin simülasyonuna odaklanmaktadır. Çekirdek (core), dağıtım (distribution) ve erişim (access) katmanlarına sahip modern bir kampüs ağını modelleyerek, mantıksal sınırların mühendislik standartlarına uygun olmasını sağlar.\nÇekirdek Mimari ve Teknik Yaklaşım # 1. Yüksek Kullanılabilirlik ve Yedeklilik (HSRP) # Varsayılan ağ geçidi (default gateway) seviyesindeki tek nokta arızalarını (single point of failure) önlemek amacıyla, dağıtım katmanında Hot Standby Router Protocol (HSRP) uygulanmıştır.\nAmaç: Kritik VLAN\u0026rsquo;lar için otomatik ağ geçidi yedekliliği sağlayarak, bir katman-3 anahtar veya yönlendirici devre dışı kaldığında trafiğin kesintisiz akmasını hedefler. 2. Dinamik Yönlendirme ve Ölçeklenebilirlik (OSPF) # Ağ genelindeki erişilebilirlik, Tek Alanlı OSPF (Open Shortest Path First) protokolü kullanılarak yapılandırılmıştır.\nAmaç: Bu yaklaşım, hızlı yakınsama (convergence) ve verimli yol seçimi sunarak ağın büyümesini kolaylaştırır. OSPF alanları ve hat maliyetleri, omurga hatlarındaki bant genişliği kullanımını optimize edecek şekilde optimize edilmiştir. 3. Segmentasyon ve Güvenlik (VLAN\u0026rsquo;lar ve ACL\u0026rsquo;ler) # Yayın alanları (broadcast domains), kurumsal fonksiyonlara (örn. Yönetim, BT, Operasyon, Misafir) göre ayrılmış yerel VLAN\u0026rsquo;lar kullanılarak sınırlandırılmıştır.\nAmaç: VLAN\u0026rsquo;lar arası yönlendirme, en düşük yetki (least-privilege) erişim modelini uygulamak amacıyla Erişim Kontrol Listeleri (ACL\u0026rsquo;ler) ile sıkı bir şekilde denetlenir ve yetkisiz trafiğin hassas ağ bölümlerine ulaşması engellenir. 4. Sınır Güvenliği ve İnternet Çıkışı (NAT) # Kamuya açık (public) IP alanından tasarruf etmek ve güvenli internet çıkışı sağlamak amacıyla, ağ sınırında Network Address Translation (NAT) — özellikle Port Address Translation (PAT) — yapılandırılmıştır.\nAmaç: İç IP şemasını dış dünyadan gizleyerek, özel adresleri genel adreslere dönüştürür ve böylece temel bir sınır savunma katmanı oluşturur. 5. Kurumsal Mobilite ve Misafir Erişimi (Wi-Fi) # Kablosuz ağ bağlantısı kampüs tasarımına entegre edilerek, kurumsal iç trafik ile misafir kullanıcı trafiği birbirinden izole edilmiştir.\nAmaç: Kablosuz uç cihazların dinamik olarak kendi ilgili VLAN\u0026rsquo;larına aktarılması sağlanmış ve çekirdek kaynaklara yetkisiz erişimlerin önüne geçilmiştir. Kullanılan Teknolojiler # Cisco IOS OSPF v2 HSRP VLAN Trunking (802.1Q) Extended ACLs Dinamik NAT / PAT Kablosuz Ağ (WLAN) ","date":"18 Ocak 2026","externalUrl":null,"permalink":"/tr/projects/enterprise-network/","section":"Projeler","summary":"","title":"Kurumsal Ağ Tasarımı ve Simülasyonu","type":"projects"},{"content":" Hakkımda # Ağ altyapılarına ve bilgi teknolojilerine derin bir tutkuyla bağlı bir Elektrik-Elektronik Mühendisiyim. Akademik geçmişim elektrik mühendisliği üzerine olsa da, ağ teknolojileri ve BT dünyasına olan ilgim üniversite yıllarımda tamamen bireysel ve bağımsız bir merakla gelişti.\nBu motivasyonla, yönlendirme (routing), anahtarlama (switching) ve ağ güvenliği konularında kendimi geliştirerek Cisco Certified Network Associate (CCNA) sertifikamı aldım.\nŞu anda Almanya\u0026rsquo;da bulunuyor ve yetkinliklerimi bulut teknolojileri (Docker, Kubernetes, AWS) ile siber güvenlik alanlarına doğru aktif bir şekilde genişletiyorum. Elektrik mühendisliği disiplini ile ağ otomasyonu geçmişimi birleştiren bu hibrit yapının, modern altyapı çözümlerine benzersiz ve yönlü bir mühendislik perspektifi kazandırdığına inanıyorum.\nTemel İlgi Alanları # Kurumsal Ağ Tasarımı ve Uygulamaları Ağ Güvenliği ve Güvenlik Duvarı Mimarileri Bulut Altyapısı ve Otomasyonu ","externalUrl":null,"permalink":"/tr/about/","section":"Algan Ayzit","summary":"","title":"","type":"page"},{"content":"","externalUrl":null,"permalink":"/tr/authors/","section":"Authors","summary":"","title":"Authors","type":"authors"},{"content":"","externalUrl":null,"permalink":"/tr/categories/","section":"Categories","summary":"","title":"Categories","type":"categories"},{"content":"","externalUrl":null,"permalink":"/tr/series/","section":"Series","summary":"","title":"Series","type":"series"},{"content":"","externalUrl":null,"permalink":"/tr/tags/","section":"Tags","summary":"","title":"Tags","type":"tags"}]