http.check-revoke Windows-இல் சான்றிதழ் ரத்து சரிபார்ப்பைக் கட்டுப்படுத்துகிறது. அதை false ஆக அமைப்பது சரிபார்ப்புக் கொள்கையை மாற்றுகிறது. அது ப்ராக்ஸியைக் கண்டறியாது, அதன் நெறிமுறையைத் தேர்ந்தெடுக்காது, உங்கள் நிறுவனத்தின் CA-ஐ நிறுவாது.

அதனால்தான் ப்ராக்ஸி URL மற்றும் check-revoke = false இரண்டையும் கொண்ட ஒரு செய்முறையை இரண்டு தனித்தனி மாற்றங்களாகப் படிக்க வேண்டும். சரிபார்ப்பை முடக்குவது முடிவை மாற்றினால், சான்றிதழ் சரிபார்ப்பில் உங்களுக்கு ஒரு துப்பு உள்ளது — ப்ராக்ஸி பாதை சரிசெய்யப்பட்டது என்பதற்கான ஆதாரம் அல்ல.

அடுத்த விசாரணையைத் தீர்மானிக்க அசல் பிழையைப் பயன்படுத்துங்கள். ரத்து செய்யப்பட்ட சான்றிதழ், கிடைக்காத ரத்து தகவல், தொடர்பில்லாத சங்கிலிப் பிழை ஆகியவை வெவ்வேறு கண்டுபிடிப்புகள். கிடைக்காத நிலைத் தகவலுக்கு, Cargo இயக்கும் Windows கணக்கின் கீழ், அதன் உண்மையான TLS backend உடன், சரிபார்ப்பியின் மீட்டெடுப்புப் பாதையையும் ப்ராக்ஸி அங்கீகாரத்தையும் கண்டறியுங்கள்.

தோல்வியடைந்த பதிவிறக்கத்தையும் அடையாளம் காணுங்கள். Cargo-வின் HTTP பரிமாற்றங்களுக்கும் தனி Git அழைப்புக்கும் வெவ்வேறு உள்ளமைவு இருக்கலாம். ஒரு பாதையில் வெற்றிகரமான மறுமுயற்சி மற்றொன்றின் சான்றிதழ்க் கொள்கையைப் பற்றி எதுவும் சொல்லாது.

மீட்டெடுப்பையும் நம்பிக்கையையும் சரிசெய்யும் போது தேவையான சரிபார்ப்பை இயக்கத்திலேயே வைத்திருங்கள். ஒரு நிறுவனம் வேண்டுமென்றே ரத்து சரிபார்ப்பை முடக்கினால், அதைப் பொதுவான ப்ராக்ஸி இணக்க அமைப்பாக அல்லாமல் கொள்கை முடிவாகப் பதிவு செய்யுங்கள்.

தொடர்புடைய கட்டுரைகள்