Connect timeout — mijoz dasturining masofadagi xizmat bilan ulanishni o‘rnatish uchun kutadigan eng uzun vaqtidir. Bu muddat ichida TCP ulanishi yoki foydalanilayotgan transport protokolining unga teng bosqichi muvaffaqiyatli tugamasa, urinish xato bilan yakunlanadi. Connect timeout javob ma’lumotlarini o‘qish vaqtini emas, aynan aloqa kanalini yaratish bosqichini chegaralaydi.
Ulanish jarayonidagi o‘rni
HTTP so‘rovi yuborilishidan oldin mijoz odatda manzilni DNS orqali aniqlaydi, kerakli IP manzilga TCP ulanishini boshlaydi va HTTPS bo‘lsa TLS kelishuvini bajaradi. Kutubxonalar bu bosqichlarni turlicha hisoblaydi: ayrimlarida DNS va TLS connect timeout tarkibiga kiradi, boshqalarida ular uchun alohida muddat mavjud. Shuning uchun parametr nomiga qarab xulosa qilish o‘rniga ishlatilayotgan mijoz hujjatini tekshirish zarur.
TCP ulanishida mijoz serverga SYN segmentini yuboradi va javob kutadi. Paket yo‘qolishi, tarmoq yo‘nalishidagi nosozlik, xavfsizlik devorining trafikni jim tashlab yuborishi yoki serverning yangi ulanishlarni qabul qila olmasligi kutishni uzaytiradi. Operatsion tizim TCP qayta uzatishlarini ancha uzoq davom ettirishi mumkin; dastur darajasidagi connect timeout shu kutishni xizmat talabiga mos ravishda qisqartiradi.
Qiymat tanlash
Juda qisqa muddat sog‘lom, ammo geografik jihatdan uzoq serverlarni xato deb belgilashi mumkin. Juda uzun muddat esa ishchi oqimlar, soketlar va navbat joylarini samarasiz band qiladi. Qiymat xizmatning odatiy va yuqori percentildagi ulanish vaqti, foydalanuvchi so‘rovining umumiy deadline’i hamda qayta urinish siyosati asosida tanlanadi. Masalan, umumiy deadline ikki soniya bo‘lsa, har biri ikki soniyalik bir necha ulanish urinishiga ruxsat berish mantiqan mumkin emas.
Ulanish havzasi ishlatilganda ko‘p so‘rovlar mavjud soketdan foydalanadi va connect timeout faqat yangi ulanish yaratilganda seziladi. Havzadan bo‘sh ulanish kutish muddati ham alohida parametr bo‘lishi mumkin. Bu ikkisini aralashtirish tashxisni qiyinlashtiradi.
Nosozlikka chidamlilik
Connect timeout yuz berganda qayta urinish ba’zan foydali, chunki sabab vaqtinchalik paket yo‘qolishi yoki bitta IP manzilning ishlamasligi bo‘lishi mumkin. Biroq cheksiz va sinxron qayta urinishlar yukni ko‘paytiradi. Odatda urinishlar soni cheklanadi, eksponensial kechikish va tasodifiy jitter qo‘llanadi, umumiy deadline esa barcha urinishlarni qamrab oladi. Muqobil serverga o‘tish faqat xizmat topologiyasi va ma’lumot izchilligi bunga mos bo‘lsa bajariladi.
Kuzatuvda connect timeout xatolari DNS xatosi, ulanish rad etilishi, TLS xatosi va read timeoutdan ajratiladi. Maqsad manzili, tarmoq zonasi, urinish raqami va sarflangan vaqt metrikalarda qayd etilishi foydali. Parol, token yoki to‘liq maxfiy URL jurnalga yozilmasligi kerak. Xatolar birdan ko‘paysa, bu tarmoq yo‘li, xavfsizlik qoidasi yoki server qabul navbatidagi muammoni ko‘rsatishi mumkin.
Bir nechta manzil va protokol
DNS bir host uchun IPv6 va IPv4 kabi bir nechta manzil qaytarishi mumkin. Mijoz ularni qat’iy ketma-ket sinasa, ishlamaydigan birinchi manzil umumiy ulanishni kechiktiradi. Zamonaviy yondashuvlar manzil oilalari urinishlarini kichik oraliq bilan parallel boshlashi va birinchi muvaffaqiyatlisini tanlashi mumkin. Proksi ishlatilganda connect timeout mijozdan proksigacha ulanishni, tunnel va TLS esa boshqa bosqichlarni qamrab oladi. QUIC kabi transportlarda TCP handshake yo‘q, ammo endpoint bilan sessiya yaratish baribir alohida muddatga muhtoj. Shu tafsilotlar metrik nomlari va runbookda aniq yoziladi.
Bog‘liq tushunchalar
TCP, DNS, TLS, Read timeout, Deadline, Connection pool, Retry