Icecast Mount Point Nedir? Konfigürasyonda Nasıl Tanımlanır ve Kullanılır (Örneklerle)

Icecast dünyasında bir kullanıcının (ya da medya oynatıcının) “hangi yayını” dinlediğini anlamanın en kritik noktalarından biri icecast mount point nedir ve nasıl kullanılır sorusudur. Bu yazıda mount point mantığını sade bir şekilde netleştiriyor; doğru isimlendirme, doğru URL üretimi ve güvenlik/erişim ayarlarını örneklerle adım adım anlatıyorum.

Mount point’i sadece bir “yol” gibi görmek, ileride 404 hataları, oynatma uyumsuzlukları ve ölçekleme problemleri şeklinde geri dönerek canınızı sıkabilir. Ama doğru kurulduğunda hem stream URL’leri tutarlı kalır hem de kaynak (source) ile dinleyici (client) tarafı arasında beklenen akış sorunsuz şekilde gerçekleşir.

Icecast mount point nedir? (mantık ve örnek akış senaryosu)

Icecast’te mount point, bir yayının Icecast üzerinde adlandırılmış “akış ucu” (endpoint) gibi düşünülebilir. Dinleyici, belirli bir URL üzerinden Icecast’e bağlanır; Icecast ise bu URL’deki mount point’e karşılık gelen yayın kanalını dinleyiciye aktarır.

Örneğin sunucunuzda canlı radyo için /live/tr adlı bir mount point tanımladığınızı düşünün. Encoder/stream kaynağınız bu mount point’e bağlı veriyi göndermeye başlar. Ardından dinleyiciler http://your-host:8000/live/tr gibi bir URL ile bağlanarak yayını dinler.

Bu yaklaşım, “source yayınlar, client izler” şeklinde iki tarafın aynı noktada buluşması gibi çalışır: source mount point’e veri push eder; client ise aynı mount point’ten veriyi pull eder.

Mount point ile yayın URL’si arasındaki ilişki (formatlar ve örnekler)

Mount point, URL’nin path kısmıdır. Icecast’in host/port bilgisi sabitken mount point değişirse, dinleyicinin bağlandığı yol da doğal olarak değişir. Bu yüzden URL formatlarını doğru okumak; kullanıcı kaynakları ve oynatıcı ayarlarında gereksiz hatalara düşmemenizi sağlar.

Genellikle URL şu iskeleti takip eder:

• http://host:port/mount-point
• https://host:port/mount-point (TLS/HTTPS kullanıyorsanız)
• Genişletilmiş senaryolarda port aynı kalsa bile mount point ile birlikte tam path değişir

Örnek URL’ler:

http://icecast.example.com:8000/stream

https://icecast.example.com:8443/live/tr

http://icecast.example.com:8000/podcast/episode-001

Buradaki kritik nokta şu: icecast mount point nedir ve nasıl kullanılır sorusunun pratik karşılığı “URL’yi mount point belirler; oynatıcı da bu URL’ye bağlanır” cümlesidir.

Mount point türleri: geçici isimler vs kalıcı adlar, stream yolu kurgusu

Mount point’ler pratikte iki ana yaklaşımla tasarlanır: kalıcı (kullanıcılar uzun süre aynı URL’yi kullanır) ve geçici (yenilenen/rotasyona giren isimler) senaryoları.

Canlı yayın için kalıcı ad genelde daha rahat olur. Örneğin /stream veya /live/tr gibi isimler dinleyicilerin URL’leri kolayca hatırlamasına yardım eder. Podcast tarafında ise bölüm bazlı kurguda /podcast/episode-001, /podcast/episode-002 gibi kalıcı ve bölüm odaklı bir yapı tercih edilebilir.

Geçici mount point yaklaşımı ise daha çok çalışma anında üretilen ve içerik değiştikçe isim değiştiren uç noktaları çağrıştırır. Kullanıcılar URL’yi bir şekilde kaydedip daha sonra dönmeye devam ederse sürpriz hatalar yaşanabilir. Bu yüzden geçici isimleri mümkünse iç kullanım/test/QA ile sınırlamak mantıklı olur.

Icecast konfigürasyonunda mount point tanımlama (örnek yapı)

Icecast’te mount point’ler genellikle mounts veya paths mantığı altında (sürüm ve kurulum tipine göre isim/şema değişebilir) tanımlanır. Mantık kısaca şöyledir: Icecast, gelen source bağlantısında belirli mount point’e izin verir; ardından dinleyiciler de aynı mount point üzerinden bağlanır.

Aşağıdaki snippet temsili bir örnek sunar: gerçek dosya adları ve seçenek isimleri Icecast sürümünüze göre farklılık gösterebilir; fakat “mount point alanının nasıl geçtiği” fikrini net verir.

<mount>
  <mount-name>\/stream</mount-name>
  <mount-type>normal</mount-type>
  <public>1</public>
  <username>source_user</username>
  <password>{HASHED_PASSWORD}</password>
  <max-listeners>200</max-listeners>
</mount>

Bu kurguda /stream mount point’i için “kim bağlanabilir ve maksimumda kaç dinleyici alabilir miyim?” gibi kontroller yapılır. Ardından source, aynı mount point ismine bağlanıp stream’i yayınlar.

Eğer tüm mount point’leriniz aynı encoder formatı (ör. MP3 128 kbps) ile beslenecekse, uyumluluk hedefleyen ayarlar da ayrıca önem kazanır. Bu konuyu “format ve codec etkisi” başlığında daha yakından ele alacağım.

Kaynak (source) tarafında bağlantı/URL kullanımı (source streamer client mantığı)

Source tarafı, Icecast’e “hangi endpoint’e yayın basacağını” bildirir. Bu yüzden mount point yalnızca dinleyici URL’sinde değil; encoder/streaming aracınızın hedefinde de kritik bir parametredir.

Örneğin ffmpeg gibi bir encoder kullandığınızda hedef URL tipik olarak mount point’i içerir. Yani stream URL’si “host:port + mount point” birleşimidir ve encoder tam olarak bu URL’ye veri gönderir.

Örnek (temsili) hedef URL:

http://source_user:SOURCE_PASS@icecast.example.com:8000/stream

Bu URL’de path kısmı /stream olduğu için, encoder’ın gönderdiği ses verisi Icecast tarafından bu mount point altında “yayın” olarak görünür.

Yetkilendirme ve erişim (public/private mantığı, temel güvenlik notları)

Mount point ayarlarında çoğu kurulum public mantığını kullanır. “Public” olan mount point’ler dinleyicilerin tarayıcı/oynatıcı ile doğrudan erişimine daha açık olabilir. “Private” (ya da kısıtlı) mount point ise çoğunlukla doğrulama ve yetkilendirme ile korunur.

Kaynak tarafında ise username/password veya benzeri bir kimlik doğrulama mekanizması devreye girer. Buradaki amaç net: yanlış kişilerin mount point’lerinize yayın basmasını engellemek ve mevcut yayınlarınızı bozulmadan korumak.

Güvenlik pratikleri:

1. Parolaları düz metin bırakmayın: mümkünse Icecast konfigürasyonundaki hashed/token yaklaşımını kullanın.
2. Public’i yanlış kullanmayın: özellikle test mount point’leri public olmamalı.
3. Kayıp yayın senaryosu için hazırlıklı olun: yetki iptali/rotate planınız olsun.

Format ve codec etkisi (mount point aynı olsa bile oynatma/uyumluluk)

Mount point aynı olsa bile dinleyicinin sorunsuz oynatması yalnızca “doğru URL” ile garanti edilmez. Encoder tarafında kullandığınız codec, bitrate, sample rate gibi teknik özellikler Icecast üzerinden dinleyiciye taşınır ve oynatıcı uyumluluğunu doğrudan etkiler.

Mesela bir mount point’e önce MP3 gönderip sonra aynı mount point altında AAC’a geçerseniz, bazı istemciler oynatmayı kesebilir ya da yeniden bağlanma isteyebilir. Benzer şekilde HE-AAC/LC ayrımı ya da VBR/CBR farkları da bazı medya oynatıcılarında sorun çıkarabilir.

Bu yüzden mount point’i “kimlik” gibi düşünürken; formatı da “içerik sözleşmesi” gibi ele almak gerekir. Mount point değişmeden içerik değişebilir, ancak dinleyici deneyimini iyi yönetmek için uyumluluğu test etmek şarttır.

Performans ve ölçekleme: çoklu mount point planlama

Birden fazla mount point kullanmayı düşünüyorsanız ölçekleme planı, “kaç yayın, kaç dinleyici ve hangi bölgeler” sorularına dayanır. Icecast, dinleyici sayısı yükseldikçe bant genişliği ve işlem yükü açısından daha yoğun çalışır.

Pratik bir planlama yaklaşımı şöyle kurulabilir: Önce içerik haritasını çıkarın (canlı TR / canlı EN / podcast bölümleri / özel programlar). Sonra her biri için ayrı mount point belirleyin; ardından max listener ve erişim kısıtlarını bu dağılıma göre ayarlayın.

Özellikle podcast gibi arşiv akışlarında episode-001 gibi ayrı mount point’ler kullanmak; erişim kontrolü ve URL kalıcılığı açısından belirgin fayda sağlar. Canlı kanallarda ise genelde sabit mount point daha doğru bir tercihtir.

Mount point adı	Hedef kullanım	Önerilen erişim	Beklenen URL örneği
/stream	Genel canlı yayın	Public (dinleyici akışı açık)	http://host:8000/stream
/live/tr	Dil bazlı canlı	Public (veya kontrollü)	http://host:8000/live/tr
/podcast/episode-001	Bölüm bazlı arşiv akışı	Public (URL kalıcı olsun)	http://host:8000/podcast/episode-001

Test ve doğrulama: URL testleri, log kontrolü, stream doğrulama adımları

“Nasıl kontrol edilir?” sorusunu gerçek bir kontrol akışına bağlamak, en hızlı doğru sonuca götüren yol. Aşağıdaki adım adım doğrulama yaklaşımı hem mount point’in varlığını hem de source akışının çalıştığını anlamanızı sağlar.

Kontrol adımları (örnek checklist):

1. Source tarafı loglarını kontrol edin: encoder mount point’e bağlanıyor mu, “connected/publishing” benzeri satırlar görünüyor mu?
2. Dinleyici URL’sini tarayıcı/komutla test edin: örn. http://host:8000/stream açılıyor mu, 404/401 dönüyor mu?
3. Icecast erişim/log kayıtlarını inceleyin: mount point’e istek geliyor mu, “listener count” artıyor mu?

Dinleyici tarafı için hızlı araçlar:

ffplay ile test:

ffplay -nodisp -autoexit http://icecast.example.com:8000/stream

VLC ile test (URL’yi aç):

VLC’de Media > Open Network Stream bölümüne http://icecast.example.com:8000/live/tr yazıp başlatın.

Bu testler, hem “mount point doğru mu?” hem de “o mount point’te yayın gerçekten akıyor mu?” sorularını aynı anda cevaplar. Pragmatik tarafı şu: doğru mount point tanımlayıp URL’yi doğru üretmek zaten burada ölçülür ve doğrulanır.

Yaygın hatalar

Icecast mount point kurulumunda sık karşılaşılan problemler genelde iki başlıkta toplanır: “mount point mantığını yanlış yorumlamak” ve “URL/format/izin ilişkisini gözden kaçırmak”.

• 404 mount point not found: Icecast’in izin verdiği mount point ile encoder’ın hedeflediği path aynı değildir.
• 401/403 erişim hataları: source username/password veya public/private ayarı eşleşmemiştir.
• Bağlanıyor ama çalıyor görünmüyor: codec/bitrate uyumsuzluğu veya oynatıcı tarafından desteklenmeyen format söz konusudur.

Hızlı çözüm yaklaşımı olarak önce “mount point var mı?” sonra “source gerçekten bağlı mı?” ardından “içerik formatı uygun mu?” sırasını izlemek zaman kazandırır. Bu sıralamayı atlayınca hem konfigürasyon üzerinde hem de encoder tarafında gereksiz deneme-yanılma süresi uzayabilir.

SSS: Icecast mount point ile ilgili sık sorular

Mount point ile stream adı aynı şey mi?
Tam olarak değil. Mount point URL endpoint’i gibi davranan isimdir. “Stream adı” bazı arayüzlerde görünen tanımlayıcı bir etiket olabilir; ama client açısından gerçek bağlantı noktası mount point’tir.

Bir mount point’e birden fazla yayın bağlanabilir mi?
Genellikle tek bir mount point, aynı anda tek stream ile en sağlıklı şekilde çalışır. Birden fazla kaynağı aynı mount point’e bağlamak çakışmalara ve beklenmedik dinleyici davranışlarına yol açabilir; gerekiyorsa ayrı mount point planlayın.

Mount point değiştirirsem kullanıcı URL’leri bozulur mu?
Evet. Çünkü URL path’i mount point’tir. Yeni mount point’e geçtiğinizde kullanıcılar eski URL’yi kullanmaya devam edebilir; bu yüzden mümkünse kalıcı isim stratejisi benimsemek daha güvenlidir.

Icecast’te mount point neden görünmüyor ya da 404 veriyor?
En yaygın sebepler: (1) konfigürasyonda o mount point’e izin verilmemiş olması, (2) encoder’ın yanlış path kullanması, (3) public/erişim ayarlarının engellemesi veya firewall kaynaklı erişim sorunu.

Çalışan mount point’i nasıl doğrularım (log/URL test)?
URL ile bağlanıp (ffplay/VLC) dinleyici tarafında veri geliyor mu kontrol edin; ardından Icecast loglarında ilgili mount point’e ilişkin listener ve publishing durumlarını gözlemleyin.

Hangi karakterler mount point’te kullanılmalı/kullanılmamalı?
Genellikle harfler, rakamlar, tire (-) ve slash (/) güvenli kabul edilir. Türkçe karakterler, boşluklar veya aşırı özel semboller gibi unsurlardan kaçınmak sorunsuz çalışmayı artırır.

NAT/Firewall mount point bağlantısını nasıl etkiler?
Mount point’i doğru tanımlasanız bile host/port tarafı erişime kapalıysa dinleyici URL’si çalışmaz. Port yönlendirme (NAT) ve gerekli firewall kuralları mount point endpoint’ini erişilebilir kılmalıdır.

HTTPS kullanınca mount point URL farklı mı olur?
Mount point genelde aynı kalır; yalnızca protokol değişir. Örneğin http://host:8000/stream yerine https://host:8443/stream gibi bir format görürsünüz.

Ek örnekler ve ileri okuma

Mount point stratejinizi netleştirdikten sonra bir sonraki adım çoğu zaman encoder tarafını doğru hedefe yönlendirmektir. Özellikle canlı yayın akışına geçtiğinizde pratik kurulum ve test kısımları kritik hale gelir.

Daha kapsamlı kurulum akışı için şu rehberler size doğrudan yardımcı olabilir: Icecast ile Ücretsiz Canlı Yayın Nasıl Yapılır? (Adım Adım Kurulum, Encoder, Ayarlar ve Sorun Giderme) ve Icecast ile Canlı Yayın Kurulumu Rehberi: Adım Adım Yapılandırma (ffmpeg/encoder + testler).

Kısa sonuç

Icecast mount point mantığını doğru kurduğunuzda; stream URL’leri tutarlı olur, source ile client eşleşmesi sorunsuz ilerler ve 404/401 gibi hatalar daha hızlı teşhis edilir. Plan yaparken mount point seçimi (kalıcı/geçici), isimlendirme ve erişim ayarlarını birlikte düşünün; ardından ffplay/VLC ve log kontrolü ile “adım adım doğrulama” yaklaşımını uygulayın.

İsterseniz sonraki yazılarda mount point tasarımından kaynak komutlarına (ffmpeg/shout) kadar daha spesifik örnek senaryolar da oluşturabiliriz.