curl ले DELETE लाई तपाईंको प्रोक्सी ठान्छ किनभने -x सानो अक्षरमा छ
POST, PUT वा DELETE प्रोक्सी होस्टनेमको रूपमा देखा पर्दा curl को विकल्प-पार्सिङ त्रुटि पहिचान गर्नुहोस्।
-x ले प्रोक्सी छान्छ। -X ले HTTP अनुरोध विधि सेट गर्छ। यदि कुनै आदेशले curl -x DELETE ... भन्छ भने, curl ले DELETE लाई प्रोक्सीको अन्तिम बिन्दुको रूपमा पढ्छ र यसलाई होस्टनेमको रूपमा समाधान गर्न प्रयास गर्न सक्छ।
DNS परिवर्तन गर्नु, बाइपास नियम थप्नु वा प्रोक्सी प्रमाणहरू बदल्नु अघि विकल्प सच्याउनुहोस्। त्रुटिले curl ले पार्स गरेको आर्गुमेन्टको नाम बताउँछ; यसले DELETE नामको वास्तविक प्रोक्सी सर्भर अवस्थित छ भनी प्रमाणित गर्दैन।
curl --request DELETE --url https://example.com/resourceयो केवल उदाहरणीय विधि र गन्तव्य हो। अनुरोधले अझै अर्को कन्फिगरेसनबाट प्रोक्सी उत्तराधिकारमा पाउन सक्छ। यदि स्पष्ट प्रोक्सी चाहिएको छ भने, वास्तविक अन्तिम बिन्दुसहित यसको छुट्टै --proxy विकल्प थप्नुहोस्। निःशुल्क प्रोक्सी सूचीको ठेगाना त्यो विकल्पका लागि सार्वजनिक उम्मेदवार हो जब अनुरोधलाई सार्वजनिक मध्यस्थकर्तामार्फत जान अनुमति दिइन्छ; मानभित्र समर्थित प्रोटोकल राख्नुहोस्।
लामो आदेशहरूका लागि, पूरा विकल्प नामहरूले यो भिन्नता समीक्षा गर्न सजिलो बनाउँछन्। त्यही हिज्जे त्रुटि POST वा PUT सँग पनि देखा पर्न सक्छ, र छुटेको विकल्प आर्गुमेन्टले पनि अर्को पाठ कसरी व्याख्या गरिन्छ भन्ने परिवर्तन गर्न सक्छ।