हो रही अनुमति के लिए SSH सर्वर पर SCP के लिए इनकार कर दिया स्थानीय

Question

मैं scp करने के लिए एक सर्वर से अपने स्थानीय मशीन के लिए कोशिश कर रहा हूँ कुछ फाइलें, लेकिन मैं या तो एक अनुमति नहीं दी हो, या सर्वर सर्वर

में फ़ाइलों की प्रतिलिपि है पूर्व:

scp username@host:/files/to/copy/from/\* /path/of/local/destination/ -> अनुमति

scp username@host:/files/to/copy/from/\* ~ से इनकार किया - सर्वर पर होम निर्देशिका के लिए> सर्वर प्रतियां

scp username@host:/files/to/copy/from/\* ~/Desktop -> सर्वर एक फ़ाइल कैलोरी बनाता है सर्वर

पर नेतृत्व डेस्कटॉप मैं क्या करना है यकीन नहीं है, इस पर एक मैक है btw

Answer 1

आप पुनरावर्ती प्रति के लिए -r का उपयोग करें और सुनिश्चित करें कि आप गंतव्य के लिए अनुमतियाँ लिखने बनाने की जरूरत है। touch /path/to/local/destination/file करने का प्रयास करें और देखें कि क्या आपको अनुमति अस्वीकार कर दी गई है। यदि ऐसा है तो फ़ाइलों की प्रतिलिपि बनाने के लिए सुडो एसपीपी का उपयोग करें।

Answer 2

मुझे एक ही समस्या मिली। मैं यूब्यूनू पर यूजरनेम के खाते में फ़ाइलों को स्कैन करने के लिए उपयोगकर्ता नाम और पासवर्ड का उपयोग करता हूं और अनुमति से इनकार कर दिया जाता है। कारण यह है कि निर्देशिका में से एक रूट के स्वामित्व में है। उदाहरण के लिए यदि खाता/home/username में है तो सबसे अधिक संभावना/घर रूट के स्वामित्व में है। यदि आप/घर के मालिक को बदलते हैं तो यह काम कर सकता है। आज़माएं: सूडो चाउन रूट:/फ़ोल्डर

Answer 3

यह तब भी हो सकता है जब एसएसएच ठीक काम करता है! अधिकांश भाग के लिए समस्या फ़ाइल/निर्देशिका अनुमतियां है! chmod 777/path/dir/* का उपयोग रूट/फाइलों और निर्देशिकाओं सहित सभी तत्काल बच्चों/डीआईआर के लिए लेखन पहुंच देता है। हालांकि, इन अनुमतियों से माध्यमिक फ़ाइलें/निर्देशिका प्रभावित नहीं हैं। उदाहरण: कहें कि मेरे पास यह वेबसाइट है:/var/www: index.php, css [mobile.css, global.css], js [init.js, fun.js], [head.php, footer.php, chmod 777/var/www/js/* एक ही समस्या

Answer 4

मैं था: body.php, fun.php]

fun.js अधिलेखित करने के लिए सक्षम होने के लिए।

कोशिश की गई सब कुछ ठीक नहीं हो सका, जब तक कि मैंने अपना आईएसपी गेटवे चेक नहीं किया।

मैं अपने आईएसपी से ज़िक्सेल गेटवे के साथ काम करता हूं और क्योंकि यह एक और टर्मिनल है जहां से मैंने एक पुराना लिंकिस डीडी-डब्लूआरटी घुमाया राउटर/रिपेटर के बीच में बहुत दूर है। मेरा लिंक टर्मिनल जो कि लिंकिज़ से जुड़ा था, पहले गेटवे से डीएचसीपी टेबल लॉक के साथ जुड़ा हुआ था (मैंने गेटवे को उस टर्मिनल से मैक को डीएचसीपी के माध्यम से उसी आईपी देने का आदेश दिया था)। मैंने ऐसा इसलिए किया क्योंकि मेरे पास उस मैक पर पहले NAS सर्वर था। अब मैं टर्मिनल को दूसरे स्थान पर ले गया और पूरी तरह से मैक आईपी असाइनमेंट भूल गया।

तो अब मेरे पास गेटवे से जुड़ा एक वाईफ़ाई पुनरावर्तक था, और मैक असाइन किए गए कंप्यूटर से जुड़ा हुआ था।

समस्या अब यह थी कि मेरे गेटवे ने सोचा था कि यह पुराना NAS था, जबकि यह दूसरा टर्मिनल था, और आईपी को वाईफ़ाई दोहराया गया था, और यह एक आईपी संघर्ष था इसलिए scp सही स्थान नहीं मिला। इसके बदले में scp पर पहुंच से इनकार कर दिया गया। अजीब बात यह थी कि सब कुछ ठीक काम करता था, मैं इंटरनेट, सर्फ, मेल पर जा सकता था, लेकिन scp के साथ यह एक संघर्ष दिया।

इसे गेटवे में बदल दिया (डीएचसीपी तालिका हटा दी गई), और टर्मिनल पर एक और आईपी सौंपा गया ...

अब scp कमांड पहले जैसा काम करता था!

यह मेरे 8 घंटे लगे यह पता लगाने की तो मैं अगर वहाँ एक फाइल है इस छोटे से hickup कि वास्तव में आप बंद गुस्सा बट को हताश कर सकते हैं ...

@ir

Answer 5

स्वागत करती है पाई साझा करने के लिए सोचा गंतव्य निर्देशिका में आपकी स्रोत फ़ाइल के समान नाम के साथ, आपको इसे पहले हटाने की आवश्यकता है। मुझे इस तरह के मुद्दे का सामना करना पड़ा।