Sshfs ব্যবহার করে পিয়ার দ্বারা সংযোগটি পুনরায় সেট করুন

Question

আমি একটি ফিউজ / এসএসএফএস মাউন্ট ব্যবহার করছি যা এখনও পর্যন্ত দুর্দান্ত কাজ করেছে। এখন আমাকে সার্ভার সিস্টেমটি পুনরায় ইনস্টল করতে হয়েছিল এবং হঠাৎ ক্লাসিক read: Connection reset by peerত্রুটি পেয়েছে । আমি সর্বজনীন কী প্রমাণীকরণ ব্যবহার করছি এবং নতুন ইনস্টল করা সিস্টেমে আমার কীটি অনুলিপি করছি। সাধারণ ssh লগইন ঠিক কাজ করে। আমি লগটিকে ডিবাগ-এ পরিবর্তন করেছি তবে দুঃখের বিষয় এটি আমাকে কোনও দরকারী তথ্য দেয় না:

sshd[2077]: debug1: Forked child 2198.
sshd[2198]: Set /proc/self/oom_score_adj to 0
sshd[2198]: debug1: rexec start in 5 out 5 newsock 5 pipe 7 sock 8
sshd[2198]: debug1: inetd sockets after dupping: 3, 3
sshd[2198]: Connection from 192.168.1.6 port 47991
sshd[2198]: debug1: Client protocol version 2.0; client software version OpenSSH_6.1p1 Debian-4
sshd[2198]: debug1: match: OpenSSH_6.1p1 Debian-4 pat OpenSSH*
sshd[2198]: debug1: Enabling compatibility mode for protocol 2.0
sshd[2198]: debug1: Local version string SSH-2.0-OpenSSH_6.1p1 Debian-4
sshd[2198]: debug1: permanently_set_uid: 103/65534 [preauth]
sshd[2198]: debug1: list_hostkey_types: ssh-rsa,ssh-dss,ecdsa-sha2-nistp256 [preauth]
sshd[2198]: debug1: SSH2_MSG_KEXINIT sent [preauth]
sshd[2198]: debug1: SSH2_MSG_KEXINIT received [preauth]
sshd[2198]: debug1: kex: client->server aes128-ctr hmac-md5 none [preauth]
sshd[2198]: debug1: kex: server->client aes128-ctr hmac-md5 none [preauth]
sshd[2198]: debug1: expecting SSH2_MSG_KEX_ECDH_INIT [preauth]
sshd[2198]: debug1: SSH2_MSG_NEWKEYS sent [preauth]
sshd[2198]: debug1: expecting SSH2_MSG_NEWKEYS [preauth]
sshd[2198]: Connection closed by 192.168.1.6 [preauth]
sshd[2198]: debug1: do_cleanup [preauth]
sshd[2198]: debug1: monitor_read_log: child log fd closed
sshd[2198]: debug1: do_cleanup
sshd[2198]: debug1: Killing privsep child 2199

আমি কী এখানে মিস করছি তার কারও কি ধারণা আছে?

হালনাগাদ

auth.logডিবাগ স্তর 3 সঙ্গে

sshd[2455]: debug3: fd 5 is not O_NONBLOCK
sshd[2455]: debug1: Forked child 2456.
sshd[2455]: debug3: send_rexec_state: entering fd = 8 config len 751
sshd[2455]: debug3: ssh_msg_send: type 0
sshd[2455]: debug3: send_rexec_state: done
sshd[2456]: debug3: oom_adjust_restore
sshd[2456]: Set /proc/self/oom_score_adj to 0
sshd[2456]: debug1: rexec start in 5 out 5 newsock 5 pipe 7 sock 8
sshd[2456]: debug1: inetd sockets after dupping: 3, 3
sshd[2456]: Connection from 192.168.1.6 port 50037
sshd[2456]: debug1: Client protocol version 2.0; client software version OpenSSH_6.1p1 Debian-4
sshd[2456]: debug1: match: OpenSSH_6.1p1 Debian-4 pat OpenSSH*
sshd[2456]: debug1: Enabling compatibility mode for protocol 2.0
sshd[2456]: debug1: Local version string SSH-2.0-OpenSSH_6.1p1 Debian-4
sshd[2456]: debug2: fd 3 setting O_NONBLOCK
sshd[2456]: debug2: Network child is on pid 2457
sshd[2456]: debug3: preauth child monitor started
sshd[2456]: debug3: privsep user:group 103:65534 [preauth]
sshd[2456]: debug1: permanently_set_uid: 103/65534 [preauth]
sshd[2456]: debug1: list_hostkey_types: ssh-rsa,ssh-dss,ecdsa-sha2-nistp256 [preauth]
sshd[2456]: debug1: SSH2_MSG_KEXINIT sent [preauth]
sshd[2456]: debug1: SSH2_MSG_KEXINIT received [preauth]
sshd[2456]: debug2: kex_parse_kexinit: ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1 [preauth]
sshd[2456]: debug2: kex_parse_kexinit: ssh-rsa,ssh-dss,ecdsa-sha2-nistp256 [preauth]
sshd[2456]: debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,[e-mail] [preauth]
sshd[2456]: debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,[e-mail] [preauth]
sshd[2456]: debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,[e-mail],hmac-sha2-256,hmac-sha2-512,hmac-ripemd160,[e-mail],hmac-sha1-96,hmac-md5-96 [preauth]
sshd[2456]: debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,[e-mail],hmac-sha2-256,hmac-sha2-512,hmac-ripemd160,[e-mail],hmac-sha1-96,hmac-md5-96 [preauth]
sshd[2456]: debug2: kex_parse_kexinit: none,[e-mail] [preauth]
sshd[2456]: debug2: kex_parse_kexinit: none,[e-mail] [preauth]
sshd[2456]: debug2: kex_parse_kexinit:  [preauth]
sshd[2456]: debug2: kex_parse_kexinit:  [preauth]
sshd[2456]: debug2: kex_parse_kexinit: first_kex_follows 0  [preauth]
sshd[2456]: debug2: kex_parse_kexinit: reserved 0  [preauth]
sshd[2456]: debug2: kex_parse_kexinit: ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1 [preauth]
sshd[2456]: debug2: kex_parse_kexinit: [e-mail],[e-mail],[e-mail],ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,[e-mail],[e-mail],[e-mail],[e-mail],ssh-rsa,ssh-dss [preauth]
sshd[2456]: debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,[e-mail] [preauth]
sshd[2456]: debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,[e-mail] [preauth]
sshd[2456]: debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,[e-mail],hmac-sha2-256,hmac-sha2-512,hmac-ripemd160,[e-mail],hmac-sha1-96,hmac-md5-96 [preauth]
sshd[2456]: debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,[e-mail],hmac-sha2-256,hmac-sha2-512,hmac-ripemd160,[e-mail],hmac-sha1-96,hmac-md5-96 [preauth]
sshd[2456]: debug2: kex_parse_kexinit: none,[e-mail],zlib [preauth]
sshd[2456]: debug2: kex_parse_kexinit: none,[e-mail],zlib [preauth]
sshd[2456]: debug2: kex_parse_kexinit:  [preauth]
sshd[2456]: debug2: kex_parse_kexinit:  [preauth]
sshd[2456]: debug2: kex_parse_kexinit: first_kex_follows 0  [preauth]
sshd[2456]: debug2: kex_parse_kexinit: reserved 0  [preauth]
sshd[2456]: debug2: mac_setup: found hmac-md5 [preauth]
sshd[2456]: debug1: kex: client->server aes128-ctr hmac-md5 none [preauth]
sshd[2456]: debug2: mac_setup: found hmac-md5 [preauth]
sshd[2456]: debug1: kex: server->client aes128-ctr hmac-md5 none [preauth]
sshd[2456]: debug1: expecting SSH2_MSG_KEX_ECDH_INIT [preauth]
sshd[2456]: debug3: mm_key_sign entering [preauth]
sshd[2456]: debug3: mm_request_send entering: type 5 [preauth]
sshd[2456]: debug3: mm_key_sign: waiting for MONITOR_ANS_SIGN [preauth]
sshd[2456]: debug3: mm_request_receive_expect entering: type 6 [preauth]
sshd[2456]: debug3: mm_request_receive entering [preauth]
sshd[2456]: debug3: mm_request_receive entering
sshd[2456]: debug3: monitor_read: checking request 5
sshd[2456]: debug3: mm_answer_sign
sshd[2456]: debug3: mm_answer_sign: signature 0x7f9b687c7680(100)
sshd[2456]: debug3: mm_request_send entering: type 6
sshd[2456]: debug2: monitor_read: 5 used once, disabling now
sshd[2456]: debug2: kex_derive_keys [preauth]
sshd[2456]: debug2: set_newkeys: mode 1 [preauth]
sshd[2456]: debug1: SSH2_MSG_NEWKEYS sent [preauth]
sshd[2456]: debug1: expecting SSH2_MSG_NEWKEYS [preauth]
sshd[2456]: Connection closed by 192.168.1.6 [preauth]
sshd[2456]: debug1: do_cleanup [preauth]
sshd[2456]: debug3: PAM: sshpam_thread_cleanup entering [preauth]
sshd[2456]: debug1: monitor_read_log: child log fd closed
sshd[2456]: debug3: mm_request_receive entering
sshd[2456]: debug1: do_cleanup
sshd[2456]: debug3: PAM: sshpam_thread_cleanup entering
sshd[2456]: debug1: Killing privsep child 2457

হালনাগাদ

আমি একটি ম্যানুয়াল sshfsমাউন্ট চেষ্টা করেছি এবং আমিও পেয়েছি read: Connection reset by peer। আমি তখন ডিবাগিং অপশন যুক্ত করেছি এবং পেয়েছি Permission denied (publickey).। এটি আশ্চর্যজনক যেহেতু পাবলিক কীটি স্থানে রয়েছে এবং অন্যথায় ঠিকঠাক কাজ করে। আমি আমার ব্যবহারকারীকে এসএসএস সংযোগের জন্য ব্যবহার করি এবং ব্যক্তিগত কী ফাইলটি ম্যানুয়ালি উল্লেখ করি। মূল অ্যাকাউন্টটি কোথাও কোথাও সার্ভারে সঠিক পাবলিক কী অ্যাক্সেস করতে সক্ষম না হওয়ার বিষয়টি হতে পারে? আমি এক্সিকিউট করছি

sudo sshfs myuser@myserver:/mnt/foo /mnt/foo -o IdentityFile=/home/myuser/.ssh/id_rsa

এবং সম্পর্কিত লগ অংশ হয়

debug1: Authentications that can continue: publickey
debug1: Next authentication method: publickey
debug1: Offering RSA public key: /home/myuser/.ssh/id_rsa
debug1: Authentications that can continue: publickey
debug1: No more authentication methods to try.
Permission denied (publickey).
read: Connection reset by peer

Comments

আউটপুটটি ঠিক কোনও ssh সেশনের মতো দেখায় যা সার্ভার কী ফিঙ্গারপ্রিন্ট মিল (বা কোনও অজানা কী) এর কারণে সংযোগ দিতে অস্বীকার করে। কি sftpসঠিকভাবে সার্ভার কাজ কিভাবে?

— পিটার্ফ

আমি নটিলাস ( Connect to Server...বিকল্প) এবং ফাইলজিলা উভয়ের সাথেই এসএফপি চেষ্টা করেছি । এটা ভাল কাজ করে। যদিও ফাইলজিলা আমার কাছে একটি অজানা হোস্ট কী সম্পর্কে জিজ্ঞাসা করেছিল।

— আন্দ্রে স্ট্যানেক

sftpসরাসরি চেষ্টা করুন - এটিই এসএসএইচএসস ব্যবহার করে।

— পিটার্ফ

আমার কাছেও একই দেখাচ্ছে। আপনি কি ক্লায়েন্টের কাছ থেকে কিছু ডিবাগিং তথ্য পাওয়ার চেষ্টা করেছেন? sshfs -odebug,sshfs_debug,loglevel=debug ...কৌতুকটি করতে পারে ( উত্সফোর্জন . नेट / অ্যাপস / মিডিয়াউইকি / ফিউজ / ইন্ডেক্স.ফ্প ? টাইটেল= এসএফএফএফ্যাক থেকে নেওয়া ))

— পিটার্ফ

@ পেটার্ফ ইতিমধ্যে এই ধারণাটি পেয়েছে ;-) আমার দ্বিতীয় আপডেট দেখুন। আমি এখানে পোস্ট করা কমান্ডের মধ্যে ডিবাগ পরামিতিগুলি বাদ দিয়েছি তবে আমি তাদের সাথে এটি সম্পাদন করেছি।

— আন্দ্রে স্ট্যানেক

Answer 1

আমি -F /path/to/configবিকল্পটি ব্যবহার করছিলাম । উত্তরটি আমার কনফিগারেশন ফাইলটিতে ছিল যেখানে আমার ছিল

IdentityFile ~/.ssh/id_rsa

যা কাজ করেনি। পরম পথ প্রয়োজন:

IdentityFile /home/user/.ssh/id_rsa

Comments

man ssh-configস্পষ্টভাবে জন্য টিল্ড পারবেনIdentityFile

— CharlesB

@ চার্লসবি আমি এটি উভয়ভাবেই পরীক্ষা করে দেখেছি এবং আপনাকে আমার উত্তরটি বৈধ বলে আমি আশ্বাস দিচ্ছি। এবং আমি ম্যান পৃষ্ঠাগুলিতে আপনি কি উল্লেখ করছি তা দেখতে পাচ্ছি। সম্ভবত এটি একটি বাগ যখন sudo সঙ্গে চলমান? (কারণ আমি)

— সাঁচকে দেলোয়ার

নিশ্চিত, আপনি sudo দিয়ে sshfs চালিয়ে গেলে, টিলড হ'ল মূল ব্যবহারকারী home তাহলে আপনাকে নিখুঁত পথ নির্দিষ্ট করতে হবে।

— চার্লসবি

এমনকি আপনি যদি আপনার ~/.ssh/configফাইলে পরম পাথ ব্যবহার করেন তবে চলমান sudo sshfsডিফল্টরূপে রুটের /root/.ssh/configফাইলটি পড়বে (যদি থাকে)। আপনি এর মাধ্যমে আপনার কনফিগ ফাইলে স্পষ্ট পথ পাস করতে হবে -F।

— ড্যান ড্যাসক্লেস্কু

Answer 2

অনেক বেশি চেষ্টা করার পরেও দেখা যাচ্ছে যে আমার ক্লায়েন্ট ব্যবহারকারী fuseগ্রুপে ছিলেন না । আমি sudo usermod -a -G fuse myuserমাউন্ট এটি যোগ করার পরে আবার ঠিক কাজ করে। সার্ভারটি পুনরায় ইনস্টল করার আগে এটি কীভাবে কাজ করতে পারে তা আমাকে জিজ্ঞাসা করবেন না। আপনার সমস্ত সহায়তার জন্য ধন্যবাদ!

Comments

এই স্থানীয় বা দূরবর্তী ফাইল সিস্টেমের ব্যবহারকারী?

— উড্রো বার্লো

@ উড্রোবার্লো সত্য কথা বলতে আমি আর জানি না: ডি আমার সেরা অনুমানটি স্থানীয় হবে কারণ আপনি এখানে ফিউজ ব্যবহার করেন।

— আন্ড্রে স্ট্যানেক

অথবাgpasswd --add USER fuse

— deceleratedcaviar

আমার ক্ষেত্রে, আমার কেবল বন্দর নম্বর প্রয়োজন। এটি -pবিকল্পের সাথে যুক্ত করা হয়েছিল ।

— প্যারাডক্স

Answer 3

যেহেতু এই ত্রুটি বার্তাটি ডিফল্টরূপে এসএসএস সংযোগ ব্যর্থ হয়, তাই সর্বাধিক জেনেরিক উত্তর (প্রতি @ পিটারফ মন্তব্য) হ'ল কমপক্ষে ব্যবহার করে তদন্ত করা -odebug:

sshfs -odebug,sshfs_debug,loglevel=debug ...

উদাহরণ স্বরূপ

sshfs -odebug,sshfs_debug,loglevel=debug -o Ciphers=arcfour -o Compression=no -o allow_root -o transform_symlinks localhost:/ /mnt/your_mount_point

হিসাবে অন্যত্র বলেন, সাধারণ কারণ অনুপস্থিত অন্তর্ভুক্ত allow_otherমধ্যে fuse.confবা অনুপস্থিত fuseগোষ্ঠী সদস্যতা (যদিও যে উবুন্টু 18.04 এখন আর প্রয়োজন নাও হতে পারে?)

আমার ক্ষেত্রে এটি মুদ্রিত:

SSHFS version 2.8 FUSE library version: 2.9.7 nullpath_ok: 0 nopath: 0 utime_omit_ok: 0 executing <ssh> <-x> <-a> <-oClearAllForwardings=yes> <-ologlevel=debug> <-oIdentityFile=~/.ssh/id_rsa> <-oCiphers=arcfour> <-oCompression=no> <-2> <localhost> <-s> <sftp> command-line line 0: Bad SSH2 cipher spec 'arcfour'. read: Connection reset by peer

... একটি অসমর্থিত সাইফার অপশনের দিকে ইঙ্গিত করা হচ্ছে (ফেডোরায় কাজ করছে তবে উবুন্টু নয়)

Comments

ব্যবহার করে -o debug, আমি কমান্ড-লাইন 0

— সালাথিয়েল জেনেস

Answer 4

আমার আজ একই সমস্যা ছিল। sshসংযোগ ঠিক আছে, sshfsনা। আমার এসএসএইচ সার্ভারটি Qnap NAS (TS-228)।

এনএএস ডিভাইসে এসএফটিপি সক্ষম করে সমস্যাটি ঠিক করা হয়েছিল ।

অতিরিক্ত সেটিং এতে উপস্থিত হয়েছিল sshd_config:

Subsystem sftp /usr/libexec/sftp-server

Comments

এই সমাধানটি আমার পক্ষে কাজ করে না। তাই চেষ্টা করার মতো আরও কিছু থাকার প্রশংসা করি।

— বিকৃত করা হয়েছে

আমার সিএনোলজি এনএএস-তে এসএফটিপি সক্ষম করা আমার জন্য ত্রুটিটিও সমাধান করেছিল। তবে মাউন্ট করা ফোল্ডারে প্রদর্শিত সামগ্রীগুলি ssh এর মাধ্যমে সরাসরি সংযোগ করার সময় একই হয় না। ফোল্ডারগুলি অনুপস্থিত এবং মূলটি অ্যাক্সেস করা যায় না। হতাশাজনক।

— হেইনরিচ উলব্রিচ্ট

Answer 5

আমি আমার সমস্যাটি দেখতে পেলাম যা একইরকম ছিল যা এখানে ফিউজ কনফিগারেশন ফাইলটির সাথে করতে হয়েছিল:

/etc/fuse.conf

আমাকে অন-মন্তব্য করতে হয়েছিল:

user_allow_other

Answer 6

কেবলমাত্র কেউ যদি এই থ্রেডটিতে হোঁচট খায়: read: Connection reset by peerহোস্টের নামটি সমাধানযোগ্য না হওয়ার কারণে আমার এই ত্রুটি হয়েছিল (আমি পুরোপুরি যোগ্যতাসম্পন্ন হোস্ট ব্যবহার করছিলাম না)। সঠিক হোস্ট নামটি ব্যবহার করে সমস্যার সমাধান হয়েছে - ত্রুটি বার্তাটি তখন সম্পূর্ণ বিভ্রান্তিকর।

Sshfs কমান্ড চালানোর আগে একটি ভাল পরীক্ষা মেশিনে ssh করা হয়, যদি এটি sshfs কাজ করে না তবে সেগুলিও কাজ করবে না।

Comments

sshfs সার্ভার- ssh-ওরফে: / কিছু / dir / mnt আমার জন্য কাজ করে না, তবে sshfs real.servername.org:/some/dir / mnt আমার পক্ষে কাজ করেছে। (ইউজার_ইল_অথের সাথে মিলিত)

— ব্রায়ান সি

Answer 7

আমি এই ত্রুটি পেয়েছি এবং উপরের পদ্ধতিগুলি চেষ্টা করেছি এবং এটি কাজ করতে ব্যর্থ হয়েছি।

সমস্যাটি ছিল সার্ভার 22 পোর্টে ssh গ্রহণ করছে না I আমি ব্যবহার করেছি:

$sshfs -p 2222 user@server:/path/to/folder ~/local/path

এবং এটি সমস্যার সমাধান করেছে।

Comments

দয়া করে না বলে দয়া করে ডাউনোটোট করবেন না। এটি যাচাই করার জন্য একটি যুক্তিসঙ্গত জিনিস।

— সজারু উন্মাদ

Answer 8

আমার ত্রুটি সার্ভারসাইড ছিল। Sshd এর জন্য sftp সাবসিস্টেমটি নতুন সেন্টোস 7.6.xx এ উপলব্ধ না হওয়ার জন্য স্পষ্টতই ডিফল্ট হয়েছে। নিম্নলিখিতগুলি / etc / ssh / sshd_config এর সামনে থেকে "#" সরিয়ে ফিক্সড করা হয়েছে

Subsystem sftp /usr/libexec/openssh/sftp-server

এই সমস্যাটি খুঁজে পেতে সহায়তা করার জন্য -odebug রেসিপিটির জন্য এডিজিককে ধন্যবাদ। উপরে জিওওএম হিসাবে একই তবে কিউনাপের সাথে সুনির্দিষ্ট নয়।

Answer 9

চলার সময় একই ত্রুটি পেয়েছি sudo sshfs [...] myhost: /mnt/myhost, যেখানে myhostআমার সংজ্ঞা দেওয়া হয়েছে~/.ssh/config ফাইলে ।

সমস্যাটি হচ্ছে রানিংটি sudo sshfsআমার হোম ডিরেক্টরিতে সন্ধান করে না ~/.ssh/config, তবে rootএস s সমাধানটি ছিল -F:

sudo sshfs -F /home/dandv/.ssh/config [...] myhost: /mnt/myhost

Answer 10

আমি হোস্টের ফিঙ্গারপ্রিন্টটি / home/user/.ssh/ज्ञ_hosts থেকে মুছে ফেলেছি (আসলে পুরো ফাইলটি মুছে ফেলেছে) এবং এটি এটি ঠিক করে দিয়েছে ... কারণ আঙুলের ছাপটি বদলে গিয়েছিল। হোস্টের সাথে সংযোগ করতে ssh ব্যবহার করে কেন এটি সংযোগ হচ্ছে না তার একটি স্পষ্ট কারণ জানিয়েছিল।

Answer 11

এমন একজন খুঁজছেন তাদের জন্য খুব সাধারণ সমাধান : ডিবাগ মোডে sshfs চালানোর পরে, আমি দেখতে পেলাম যে আমার সংযোগটি ভেঙে গেছে।

স্যুইচ সহ ভার্বোস মোড চালু করুন:

-o debug

Answer 12

আমার অনুরূপ সমস্যা ছিল এবং আমি যখন নেটওয়ার্ক কনফিগারেশন পরীক্ষা করেছিলাম তখন সিস্টেমটি কীভাবে গেটওয়ের ঠিকানাটি হারিয়েছিল। সুতরাং আমি নীচের কমান্ড চালানো

রুট ডিফল্ট gw 192.169.0.254 যোগ করুন

এবং তারপরে সিস্টেমটি পুনরায় বুট করুন।

পুনরায় বুট করার পরে ইস্যু সমাধান করা হয়।

Comments

আপনি একটি খারাপ গেটওয়ে দিয়ে "পিয়ারের মাধ্যমে সংযোগটি রিসেট" পেয়েছেন?!?!

— জেফ শ্যাচলার

Answer 13

আমার ক্ষেত্রে এটি ছিল সার্ভার ইন্টারফেস শুরু হওয়ার পরে দীর্ঘ সময় পরে না। সার্ভারটি ট্রাঙ্ক মোডের সাথে সিসকো সুইচ পোর্টের সাথে সংযুক্ত। যেহেতু কোনও ট্রাঙ্ক বন্দর প্রকৃতপক্ষে ইউপি হওয়ার আগে বিভিন্ন চেক করবে (সাধারণত 30 সেকেন্ডের বেশি), এর ফলে উপরের সংযোগটি পুনরায় সেট করার ত্রুটি বার্তাটি এসেছে।

আমার সমাধানটি ছিল সাথে অ্যাক্সেস মোডে স্যুইচ পোর্টটি পরিবর্তন করা spanning-tree portfast , যেহেতু আমার পরিবেশে এই সার্ভারটির জন্য ট্রাঙ্ক মোড অপ্রয়োজনীয়।

Sshfs এ ডিবাগিং পরামিতি ব্যবহার করে আমি এই সমস্যাটি সম্পর্কেও জানতে পারি।