Toplu İş Dosyasında Kodlanmış Proxy Kimlik Bilgilerini Bozulmadan Koruyun

Proxy URL'si doğrudan yapılandırıldığında çalışır, ancak aynı değer bir Windows toplu iş dosyasına taşındıktan sonra kimlik doğrulama başarısız olur. HTTP istemcisi URL'yi almadan önce toplu iş ayrıştırıcısının yüzde işaretlerini değiştirip değiştirmediğini kontrol edin.

İki ayrı gösterim vardır. URL kodlaması ters bölü işaretini %5C ve soru işaretini %3F olarak gösterebilir. Toplu iş dosyası komutundaki gerçek yüzde işareti %% olarak kaçışlanmalıdır.

Örnek domain\user hesabı ve yer tutucu parola pass? için bir .bat dosyası şunları içerebilir:

set "https_proxy=http://domain%%5Cuser:pass%%[email protected]:8080"

Daha sonra başlatılan süreç domain%5Cuser:pass%3F içeren bir URL almalıdır. İkili yüzde işaretleri toplu iş kaynağına aittir, istemcinin sakladığı proxy URL'sine değil.

Bu toplu iş yazımını bir .npmrc dosyasına veya bir uygulamanın proxy alanına kopyalamayın: bu girdiler aynı toplu iş ayrıştırma adımından geçmez. Aynı şekilde bu örnek PowerShell sözdizimi değildir. CALL veya ikinci bir kabuk için oluşturulmuş bir komut gibi başka bir sarmalayıcı, bir ayrıştırma geçişi daha ekleyebilir ve kendi incelemesini gerektirir.

SET atamasını gösterildiği gibi tırnak içine alın, böylece tesadüfi boşluklar veya kabuk meta karakterleri istenmeyen bir komutun parçası olmasın. Tırnaklar tek başına yüzde genişlemesini engellemez.

Sonucu denetlerken, parola içeren URL'yi paylaşılan bir günlüğe yazdırmak yerine beklenen kodlamayı düzenlenmiş bir gösterimle karşılaştırın. Kabuk kaçış düzeltmesi kimlik bilgisini korur; istemcinin zaten desteklemediği bir kimlik doğrulama şemasını seçmez.