Telegram Proxy Kurulumu, Uç Nokta Ayrımı ve Ekip Erişimi

Telegram ile proxy arasındaki ilişkiyi kavramanın ilk şartı, istemcinin ne konuştuğunu bilmektir. Masaüstü ve mobil uygulamalar tarayıcıdaki bir site gibi düz HTTPS istekleri göndermez; Telegram’ın kendi aktarım protokolü olan MTProto üzerinden, çoğu kurulumda 443 ve 80 gibi tanıdık portlara uzun ömürlü TCP bağlantıları açar. Bu bağlantı bir kez kurulduğunda mesajlar aynı kanalın içinde akar.

Pratik sonucu şudur: tarayıcı uzantısına tanımladığınız bir proxy, masaüstü uygulamasının trafiğini kapsamaz. Uygulama kendi bağlantısını açar ve kendi ayarını okur. Aynı biçimde dosya indirmeleri, mesajların geçtiği oturumdan farklı hedeflere gidebilir; bu yüzden “mesajlar geliyor ama görseller inmiyor” tablosu sık görülür.

Aşağıdaki bölümler önce bu akışı ayrıştırıyor, ardından protokol seçimi, dosya uç noktaları, Bot API oran sınırları, ekip erişimi ve sorun giderme başlıklarına geçiyor.

Telegram bağlantısı hangi aşamalardan geçer?

İstemci açıldığında ilk iş, hesabın kayıtlı olduğu veri merkeziyle bir aktarım oturumu kurmaktır. Bu aşamada MTProto el sıkışması tamamlanır ve bir yetkilendirme anahtarı üretilir. Proxy kullanıyorsanız sunucu tarafında görünen kaynak adres proxy’nin çıkış IP’sidir, sizin erişim hattınızın adresi değil.

İkinci aşama mesaj akışıdır. Telegram tek seferlik isteklerden çok uzun ömürlü bir bağlantıyı tercih eder: oturum açık kaldığı sürece gelen içerik aynı kanaldan itilir. Bu yüzden proxy’yi uygulama çalışırken değiştirdiğinizde istemci bağlantıyı düşürüp yeniden kurar ve kısa bir “bağlanıyor” aşaması görürsünüz. Sık rotasyon yapan bir çıkış, bu yeniden kurulum döngüsünü sürekli tetikler.

Üçüncü aşama dosya aktarımıdır. Fotoğraf, video, ses notu ve belge indirmeleri mesaj akışından ayrı taşınır; istemci büyük dosyaları parçalara bölerek ve çoğu zaman eşzamanlı olarak çeker. Bu ayrım, proxy kapsamının neden kısmi kalabildiğini açıklayan en kritik ayrıntıdır.

Üç aşamanın hepsi aynı uygulamanın içinde yaşadığı için kullanıcıya tek bir bağlantı gibi görünür. Ağ tarafında ise ayrı hedeflere açılmış ayrı TCP oturumları vardır ve kuralınızın kapsamı dışında kalan her oturum doğrudan çıkar.

Uygulama içi ayar ile işletim sistemi ayarı neden farklı sonuç verir?

Masaüstü istemcisi kendi proxy listesini tutar. Ayarlarda birden fazla tanım saklayıp aralarında geçiş yapabilir, ya da yapılandırmayı işletim sistemine devredebilirsiniz. Bu iki mod aynı anda çalışmaz: uygulama içinde bir proxy seçiliyken sistem ayarı yok sayılır. Sorun giderirken önce hangi modun etkin olduğunu görmek, yarım saatlik tahmin yürütmeyi engeller.

Mobil tarafta tablo başkadır. Android ve iOS’ta bir Wi-Fi ağı için tanımladığınız HTTP proxy yalnızca o ağda geçerlidir, hücresel veri bağlantısını kapsamaz ve bazı uygulamalar bu ayarı hiç okumadan kendi soketini açar. Telegram’ın kendi ayar ekranındaki tanım ise ağdan bağımsızdır; hem kablosuz hem hücresel bağlantıda uygulanır.

Kapsam kararını aşağıdaki tablo özetliyor. Kural basittir: ayarı ne kadar yukarıya koyarsanız o kadar çok trafiği kapsar, ama o kadar çok işinizi de etkiler.

Ayar ekranının yeri platforma göre değişir: masaüstünde bağlantı bölümünün altında, mobilde ise veri ve depolama başlığının içinde durur. İki yerde de istenen alanlar aynıdır; değişen yalnızca menünün adıdır. Hangi alanın ne beklediğini ekran ekran görmek isterseniz Telegram proxy ayarları rehberi bu kısmı ayrıntılandırıyor.

SOCKS5, HTTP CONNECT ve MTProto proxy aynı şey değildir

İstemcide karşınıza çıkan proxy türleri farklı katmanlarda çalışır ve birbirinin yerine geçmez. Seçimi rastgele yapmak, sonradan teşhisi zor bağlantı sorunları doğurur.

SOCKS5 genel amaçlı bir aktarım protokolüdür. İstemci önce kimlik doğrulama yöntemini pazarlar, ardından CONNECT komutuyla hedef adres ve portu bildirir; sunucu bağlantıyı kurup baytları iki yönde taşır. Alan adı çözümlemesini istemci yerine proxy’ye devredebilmesi önemli bir avantajdır. Protokolün ayrıntısı için SOCKS5 nasıl çalışır yazısına bakabilirsiniz.

HTTP proxy, şifreli trafiği taşımak için CONNECT yöntemini kullanır: proxy bir tünel açar ve içeriği yorumlamadan aktarır. Düz metin isteklerde başlık ekleyebilir, ancak tünel modunda yapabileceği tek şey baytları geçirmektir. Bu davranışın ayrıntısı HTTP CONNECT metodu yazısında anlatılıyor.

MTProto proxy ise yalnızca Telegram için tasarlanmış özel bir aktarımdır. Bir sunucu adresi, port ve paylaşılan bir gizli anahtar (secret) ile tanımlanır; başka uygulamaların trafiğini taşımaz ve genel amaçlı bir proxy gibi kullanılamaz. Genel bir çıkış IP’si havuzuna ihtiyacınız varsa doğru seçim SOCKS5 ya da HTTP tüneldir.

• Tek uygulamayı yönlendirecekseniz uygulama içi SOCKS5 tanımı en temiz yoldur.
• Aynı çıkışı tarayıcı ve diğer araçlarla paylaşacaksanız genel amaçlı bir SOCKS5 ya da HTTP proxy seçin.
• UDP taşıyan işleriniz varsa SOCKS5’in UDP ASSOCIATE desteğini sağlayıcınızla doğrulayın.
• Bir tünel yeter: iki katmanı üst üste bindirmek hata ayıklamayı çıkmaza sokar.

Seçimi belirleyen ölçüt hız değil kapsamdır: istemcinin hangi alanları sunduğu, çıkışı başka araçlarla paylaşıp paylaşmayacağınız ve alan adı çözümlemesini kimin yapmasını istediğiniz. Telegram kurulumlarında bu üç soruyu aynı anda yanıtlayan yol, uygulama içi SOCKS5 tanımıdır; MTProto ise yalnızca birinci soruyu yanıtlar, diğer ikisini kapsam dışı bırakır.

Dosya ve medya trafiği neden ana akıştan ayrılır?

Telegram’da bir kanal açtığınızda gördüğünüz metin ile altındaki görsel aynı yerden gelmez. Metin, kurulu aktarım oturumu üzerinden iner; medya ise depolamaya ayrılmış uç noktalardan çekilir. Yoğun biçimde istenen genel içerikler için ayrıca önbellekleme yapan dağıtım düğümleri devreye girebilir. Bu mimari dosya indirmesini hızlandırmak için vardır, ama proxy kuralı yazarken kapsamı ikiye böler.

Bot tarafında ayrım daha da nettir: Bot API ile bir dosyayı indirmek, komut göndermekten farklı bir yol kullanır. Önce dosya tanımlayıcısı istenir, ardından indirme ayrı bir dosya uç noktası üzerinden yapılır. Otomasyonunuzu yazarken her iki adresin de aynı çıkıştan geçtiğinden emin olun; yoksa bir adım proxy üzerinden, diğeri doğrudan gider.

Belirti tanıdıktır: sohbet listesi yükleniyor, mesajlar geliyor, ama profil fotoğrafları ve video önizlemeleri boş kalıyor ya da indirme yüzde sıfırda takılıyor. Bu neredeyse her zaman kimlik doğrulama sorunu değil, kapsam sorunudur. Çözüm kuralı daraltmak değil genişletmektir: uygulama içi tanım ya da sistem geneli ayar, medya oturumlarını da içine alır.