wt प्रमाणित HTTP कनेक्शन विफल


2

सबसे पहले, मैं लिनक्स आदमी नहीं हूं, लेकिन मुझे वेब डेवलपर के रूप में कभी-कभी एक होने का नाटक करना पड़ता है।

तो, हमारे पास एक Red Hat सर्वर है और मैं कुछ PHP लिपियों को चलाने के लिए crontab में wget का उपयोग कर रहा हूँ।

हम पिछले कुछ समय से ऐसा कर रहे हैं और यह ठीक काम कर रहा है।

मैंने HTTP प्रमाणीकरण के पीछे PHP स्क्रिप्ट चलाने के लिए wget का उपयोग करके एक और स्क्रिप्ट जोड़ने की कोशिश की। हालांकि, इस तथ्य के बावजूद कि URL ठीक काम करता है और उपयोगकर्ता नाम और पासवर्ड सही है, हमें हर बार कनेक्शन समयबद्ध त्रुटियां मिल रही हैं।

अनधिकृत URL के लिए काम करने के लिए क्या कारण हो सकते हैं, लेकिन प्रामाणिक नहीं हैं?

मैंने कोशिश की है - यूसर = / - पासवर्ड =, --http-user = / - http-पासवर्ड और यूजरनेम: पासवर्ड @ URL में और तीनों एक ही तरह से विफल होते हैं।

यहाँ प्रश्न में आदेश है:

[blahblah user]# wget -t 5 -O /dev/null 'http://Username:Password1!@test.example.com/sub/dir/file-name.php'
--2010-07-07 10:11:55--  http://Username:*password*@test.example.com/sub/dir/file-name.php
Resolving test.example.com... 000.000.000.000
Connecting to test.example.com|000.000.000.000|:80... failed: Connection timed out.
Retrying.

[विज्ञापन nauseum दोहराएं]

कोई विचार? फिर से, wget काम करता है, प्रमाणीकरण के साथ फ़ाइल काम करती है, लेकिन प्रमाणीकरण के साथ फ़ाइल को कॉल करना काम नहीं करता है।

अद्यतन: वास्तव में, मुझे वही टाइमआउट मिलता है यदि मैं प्रमाणीकरण के बिना प्रमाणित URL तक पहुंचता हूं। क्या इसका मतलब यह हो सकता है कि Apache प्रमाणीकरण के लिए wget अनुरोधों को एक सिरे से खारिज कर रहा है? (मैं वास्तव में यहां सट्टा क्षेत्र में फैल रहा हूं। मुझे अपाचे कॉन्फ़िगरेशन के बारे में लगभग कुछ भी नहीं पता है।)

जवाबों:


1

आप कहते हैं कि आपने कोशिश की --user=और --http-user=, क्या आपके परीक्षणों में शामिल थे --password=और --http-password-? (मुझे माफ कर दो अगर आपके सवाल में निहित था, लेकिन इससे फर्क पड़ेगा अगर नहीं)

कोशिश करने के बारे में क्या --ask-password?


मैं माफी माँगता हूँ, मैं --पासवर्ड = और --http- पासवर्ड = लगा रहा था। मैंने मूल प्रश्न अपडेट कर दिया है। -स्कैप-पासवर्ड wget --help के अनुसार मेरे लिए एक विकल्प प्रतीत नहीं होता है।
रेडिकलबेंडर

0

अहा! समस्या सर्वर के सामने फ़ायरवॉल के साथ निकली। हमारी होस्टिंग कंपनी का कहना है कि DNS डॉक्टरिंग को इसे हल करना चाहिए।

सभी की मदद के लिए धन्यवाद।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.