CPYNET TREN

Kullanım Senaryoları

CPYNET'in gerçekten inşa edildiği üç senaryo - varsayımsal değil. Aşağıdaki her komut gerçek bir deployment'a karşı çalıştırılan gerçek bir girdi, ürettiği tam çıktıyla birlikte gösteriliyor.

SSH oturumundan log paylaşma

Bir sunucuya SSH ile bağlısın, bir şey patladı, ve ilgili log satırlarını hemen bir ekip arkadaşına ulaştırman gerekiyor - ikinci bir SSH erişimi ya da dosya e-postalamak olmadan.

sen, sunucuda
$ journalctl -u myservice -n 200 | cpy482913curl "https://your-domain/482913"

İki satır döner: çıplak kod ve hazır bir curl komutu. Hangisini sohbete yazarsan yaz - okuyan kişi tam metni alır, ve okuduğu an kalıcı olarak silinir:

ekip arkadaşın
$ curl "https://your-domain/482913"Aug 08 14:02:11 myservice[1823]: connection refused: db.internal:5432Aug 08 14:02:11 myservice[1823]: retrying in 5s...Aug 08 14:02:16 myservice[1823]: connection refused: db.internal:5432

Aynı kodu (sen dahil kim olursa olsun) ikinci kez okumaya çalışmak 404 döner - zaten gitmiştir.

Panosu (clipboard) kapalı bir makineden metin taşıma

Bazı ortamlar - kilitli kurumsal dizüstüler, VDI oturumları, host ile guest arasında paylaşılan panosu olmayan uzak masaüstleri - işletim sistemi panosu üzerinden metin çıkarmana hiç izin vermez.

kilitli makine
$ echo "wifi parolası: correcthorsebatterystaple" | cpy174205curl "https://your-domain/174205"

CPYNET zaten işletim sistemi panosuna hiç dokunmuyor - her şey curl üzerinden düz metin olarak gidiyor, bu yüzden kapalı bir pano önemli değil. Gönderdikten sonra çıkan QR kodunu telefonunla tara - doğrudan tarayıcıda açılır ve metni orada gösterir, hiçbir uçta panoya dokunulmaz.

Container'dan host'a çıktı aktarma

Paylaşılan volume'u olmayan bir container, izole bir build adımı, bir CI işinin ara çıktısı - stdout'a erişilebilen ama dosya sisteminin sonucu gerçekten ihtiyacın olan yerle paylaşmadığı her yer.

container'ın içinde
$ docker run myimage some-command | curl --data-binary @- https://your-domain/https://your-domain/718234

Düz bir pipe (container içinde cpy kurulu değilse) sadece çıplak URL'i döner - yine tek satır, yine bir sonraki adıma pipe'lanabilir:

host'ta
$ curl "https://your-domain/718234"{"status":"ok","records_processed":48213}

kubectl exec ile de aynı şekilde çalışır, curl'ün bile bulunmadığı minimal bir scratch/distroless imaj ile de (bkz. netcat fallback), ya da güvenilir bir şekilde erişebildiğin tek şeyin bir pipe olduğu herhangi bir ortamda da.