Giriş reddedildi, "failed to authorize", hiç kanal yok: en aptalcadan en ciddiye 7 neden

IPTV'nin en belirsiz mesajı budur: "giriş reddedildi", "failed to authorize" ya da sadece boş bir kanal listesi. Sunucu neden söylemeden hayır dedi. Oysa olası nedenler kopyala-yapıştırdaki fazladan boşluktan paylaşım yüzünden yasaklanmış hesaba kadar uzanır ve hiç de aynı şekilde çözülmezler. Bu rehber onları sıklık sırasına göre ele alır ve onları ayırt eden tek araçla başlar.

Otuz saniyede karar vermek

Her şeyden önce giriş bilgilerinizi test aracıyla deneyin. Sağlayıcınızın sunucusuna bizim makinelerimizden sorar ve sunucunun yanıtını gösterir: hesap durumu (aktif, süresi dolmuş, yasaklı, devre dışı), bitiş tarihi, izin verilen bağlantı sayısı, kanal sayısı.

Uygulama reddederken test "aktif" diyorsa sunucu bilgilerinizi kabul ediyor demektir: sorun, bilgilerin uygulamaya giriliş biçimindedir. En sık görülen ve en hızlı çözülen durum budur.

1. Fazladan bir karakter

Xtream Codes bilgileri sunucu tarafından üretilen harf ve rakam dizileridir. Kopyalanır, yeniden yazılmaz. Klasik hatalar:

• Parolanın önüne veya arkasına yapıştırılmış, alanda görünmeyen bir boşluk. Mesajlaşma uygulamaları satır sonuna sık sık bir tane ekler.
• Yeniden yazarken karıştırılan sıfır ile O, 1 ile l. Sunucu hoşgörü göstermez.
• Telefon klavyesinin bir alanın ilk karakterini varsayılan olarak büyük yazması yüzünden değişen bir büyük harf.

Alanı silin, sağlayıcının mesajından yeniden yapıştırın ve imlecin son karaktere bitişik durduğunu kontrol edin.

2. Doğru bilgi, yanlış alan

Bir IPTV erişimi üç biçimde gelir ve her birinin kendi alanları vardır:

• Xtream Codes: sunucu adresi, kullanıcı adı, parola. Adres portta biter, örneğin http://sunucu.example:8080. Sonrasında hiçbir şey yok.
• M3U URL'si: get.php içeren veya .m3u ile biten tek, uzun bir satır. M3U alanına girer, sunucu alanına değil.
• MAC portalı: bir portal URL'si ve bir MAC adresi. 3. duruma bakın.

Tipik hata: M3U URL'sinin tamamını bir Xtream erişiminin "sunucu" alanına yapıştırmak. Sunucu zaten giriş bilgilerini içeren bir adres artı yanında giriş bilgileri alır ve reddeder. Başka bir klasik: http://sunucu.example:8080 yerine http://sunucu.example:8080/player_api.php yapıştırmak. M3U mi Xtream Codes mu rehberi her biçimin ne içerdiğini ayrıntılandırır.

Önemli iki ayrıntı: port (:8080, :80, :25461, sağlayıcının verdiği, asla tahmin edilen değil) ve olduğu gibi alınacak http veya https. https ile reddedilen bir http sunucusu, ya da tersi, yine "reddedildi" verir.

3. MAC'siz MAC portalı

Bazı sağlayıcılar kullanıcı adı ve parola yerine, sunucularının aboneliğinizle ilişkilendirdiği 00:1A:79:XX:XX:XX biçiminde bir MAC adresi kullanır. Bu, adresin cihazın kendi adresi olduğu özel salon cihazlarının mirasıdır.

Bugün adres, herhangi bir anahtar gibidir: sağlayıcı size bir tane atar, portal URL'siyle birlikte uygulamaya girersiniz. Sunucu reddederse girilen adres onun bildiği değildir. Üç durum: bir yazım hatası, sağlayıcı tarafında henüz etkinleştirilmemiş bir adres, ya da sağlayıcının serbest bırakması gereken, başka bir cihaza bağlı bir adres. Üçünde de anahtar ondadır.

4. Aboneliğin süresi doldu

"Dün çalışıyordu"nun bir numaralı durumu. Bitiş tarihi geçti, sunucu her şeyi reddediyor. Test bunu apaçık gösterir ve IPTV Guard tam da bunun televizyonun önünde olmaması için bir hafta, üç gün ve bir gün önceden uyarır.

Yeni yenilediyseniz ve hâlâ reddediliyorsa sunucu ödemeyi henüz kaydetmemiştir: sık olur ve sağlayıcıda çözülür. Uygulamada değiştirecek bir şey yok, kendiliğinden yeniden dener.

5. Hesap yasaklı veya devre dışı

Sunucu girişinizi tanıyor ve yine de reddediyor: sağlayıcı kesmiş. Uygulamanın mesajı bunu açıkça söyler. Olağan nedenler, sırayla:

• Giriş bilgileri elden ele dolaştı. Bir arkadaş, bir grup, bir forum. Sunucu birden çok şehirden bağlantı görür ve sağlayıcı çoğu zaman uyarmadan keser.
• Satıcıyla ödenmemiş bir borç veya bir anlaşmazlık.
• Kısa sürede çok fazla cihaz; bazı sağlayıcılar bunu paylaşım sayar.

Hiçbir uygulama bir yasağı kaldıramaz. Bu, sağlayıcıyla bir konuşmadır ve başlamadan önce üç nedenden hangisi olduğunu bilmek daha iyidir.

6. Sunucu sizi değil, uygulamayı engelliyor

Daha nadir ve daha şaşırtıcı durum: bilgiler doğru, test aktif diyor ama uygulama reddediliyor. Bazı sağlayıcılar Xtream Codes API erişimini bir güvenlik duvarının arkasına kapatır ve yalnızca M3U listesini açık bırakır. Sonuç: reddedilen bir Xtream erişimi, M3U olarak kabul edilen aynı şey.

IPTV Guard listeyi eklerken bu durumu algılar ve kendiliğinden M3U'ya geçer, neyin değiştiğini söyleyerek: bitiş tarihi ve bağlantı sayısı gibi yalnızca API'nin verdiği bilgiler dışında her şey çalışır.

7. Sunucu taşındı

Süresi dolmamış bir abonelikte "adres bulunamadı" veya "zaman aşımı": sağlayıcı adres değiştirdi ve sizinki ölü bir sunucuyu gösteriyor. Bu bir ret değil, bir sessizliktir. Sağlayıcım adres değiştirdi rehberi favorileri ve kaldığınız yerleri kaybetmeden nasıl güncelleneceğini açıklar.

Sahte kuzen: bağlantı limiti

Bazı uygulamalar, abonelik zaten başka bir yerde kullanıldığı için sunucu bir yer vermeyi reddettiğinde "failed to authorize" gösterir. Bu bir giriş bilgisi sorunu değildir ve yüz kez yeniden yazmak hiçbir şeyi değiştirmez. İşaret: evdeki diğer cihazların ne yaptığına göre bazen çalışır, bazen başarısız olur. Bağlantı limiti rehberi yerinizi nasıl geri alacağınızı açıklar.

Yapılmaması gerekenler

• Uygulamayı yeniden yüklemek. Yedi durumun hiçbiri uygulamada değildir.
• Her denemede yeni bir liste oluşturmak. Var olanı düzeltin: favorileriniz ve kaldığınız yerler ona bağlıdır.
• Eskilerini test aracıyla denemeden yeni giriş bilgileri istemek. Her aramada yenisini üreten bir sağlayıcı nedeni asla aramaz.