Berbagi tiket terminal melintasi pod, atau setengah dari mereka ditolak

FixSecurityService
Dikirim
4 September 2026 pukul 23.45 UTC
Penulis
Kamo
Commit
37c5494

Membuka terminal gagal sekitar setengah waktu dengan "Server menolak koneksi terminal. Tiket Anda mungkin telah berakhir ", dan log mengatakan: Jabat tangan terminal ditolak: tidak ada tiket yang valid Kedua hand-off terminal disimpan dalam HashMap Contrace dalam satu pod, dan keduanya dibagi di dua percakapan independen yang tidak tanah bersama-sama: - the TIKET is minted by POST * * * * * * * * * * * * * yang peramban mengirim ke kamo- internal dan kamo- proxy internal onward dari salah satu dari TIS pod - dan ditebus oleh jabat tangan WebSocket peramban terbuka lurus di tepi pada / desktop-ws; dan dikumpulkan oleh permintaan tiket yang mengikutinya. Mereka tiba di atas koneksi yang berbeda dari sumber yang berbeda, jadi tidak ada sesi afinitas dapat mengikat mereka bersama-sama: aturan client- IP akan melihat kamo- internal 's pod untuk satu dan anggota browser untuk yang lain. Negara harus dibagi. Ini terlambat selama layanan berlari satu pod, dan kedua registry berdebat dalam komentar mereka sendiri bahwa memori in- adalah toko yang tepat - yang itu. 'replicas' menjadi 2 di 4bd25e7, tapi itu juga melanggar konteks, jadi tidak ada pod kedua pernah dimulai dan negara dua pod tidak pernah benar-benar dicapai. Memperbaiki startup membuatnya nyata dan ini muncul segera. Jadi: TerminalHandoffStore sempit atas Redis, yang layanan ini sudah membutuhkan (@ EnableRedisHttpsession tidak akan dimulai tanpa itu). Single- gunakan tetap atom - GETDEL dalam satu operasi, karena get- kemudian- hapus memungkinkan dua handshake balap pada satu tiket baik menang, dan tiket dapat diputar duduk dalam sejarah browser. Ada sengaja NO in- memori fallback kacang: salah satu yang terdegradasi diam-diam untuk per-pod state akan mereproduksi pemadaman ini dan membuatnya terlihat seperti flakiness. Dua hal muncul karena mereka adalah cacat yang sama di kelas yang sama: - The permember terminal CAP dihitung per pod, sehingga satu anggota bisa terus dua kali batas - delapan PTYs dan klien tmux pada VM bersama yang telah diambil turun oleh tekanan memori sebelumnya. Konter berbagi sekarang, menyegarkan TTL nya pada setiap perubahan sehingga jumlah yatim piatu merosot bukan mengunci seseorang keluar, dan penjepit pada nol sehingga pengurangan outliving nya peningkatan tidak dapat membeli headroom. - Daftar pengiriman memiliki bug identik dan kegagalan QUIETER: kosong hasil adalah jawaban biasa ada (hampir setiap terminal adalah salah satu seseorang Membuka untuk diri mereka sendiri), sehingga tangan yang hilang menolak apa-apa, itu membuka polos Tujuh tes baru mengeja "dua pod, satu toko" dengan berbagi satu toko antara dua Misalnya pendaftaran: sebuah tiket ditambatkan pada satu penebusan pada yang lain, kemudian dihabiskan di mana-mana, membawa hand- off di seluruh, dan topi dan rilis dilihat oleh keduanya. Diverifikasi dalam pohon kerja terisolasi - 2137 tes, 0 kegagalan - karena berbagi pohon bekerja saat ini memegang lain sesi in- penerbangan bekerja. Itu pohon kerja membutuhkan satu main- sumber fix tidak terkait untuk kompilasi sama sekali: sebuah shared- perpustakaan enum diperoleh PROGRESSIF _ LOGIN _ LOCKOUT, yang membuat Deteksi Serasa Layanan switch melelahkan non-melelahkan, sehingga asal / utama tidak saat ini membangun. Itu perbaikan tidak dalam komitmen ini dan bukan milikku, ini tidak akan menyebar sampai mendarat.

Semua perubahan

Seperti apa yang Anda lihat pengiriman?

Semua pembaruan ini secara otomatis mendarat di ruang kerja Anda. Mulai bebas dan menontonnya tumbuh minggu demi minggu.

Mulai Bebas SelamanyaTampilkan Harga