অদ্ভুত সমস্যা: পিয়ারের মাধ্যমে সংযোগটি পুনরায় সেট করুন


10

আমার লিনাক্স সার্ভারে সেন্টোস চালানোতে এসএসএইচ নিয়ে আমার কিছুটা সমস্যা হচ্ছে। আমি উইন্ডোজ সিএমডি থেকে পুটিটিওয়াই বা এসএসএস ব্যবহার করে আমার সার্ভারের সাথে জরিমানা করতে পারি। সুরক্ষিত এফটিপি ব্যবহারের ক্ষেত্রে এটি একই রকম। আমি সার্ভারের সাথে সংযোগ করতে পারি, ফাইলগুলির একটি তালিকা পেতে পারি এবং সবকিছু ঠিক আছে। সমস্যাটি তখনই ঘটে যখন আমি নেটওয়ার্কের মাধ্যমে কোনও পরিমাণের ডেটা প্রেরণের চেষ্টা করি।

আমি যখনই কোনও নির্দিষ্ট প্রান্তিকের বাইরে কোনও কিছু স্থানান্তর করার চেষ্টা করি তখনই সংযোগটি ব্যর্থ হয় এবং আমি 'পিয়ারের মাধ্যমে সংযোগটি পুনরায় সেট করা' বার্তাটি দেখি। আমার স্কোর ফাইল রয়েছে যা আমার হোম ডিরেক্টরিতে প্রায় 3 এমবি। যদি আমি এটি এফটিপি করার চেষ্টা করি তবে এটি স্থানান্তর শুরু হবে এবং প্রায় 48 কে স্থানান্তরিত হওয়ার পরে মারা যাবে। তারপরে এটি একটি নতুন সংযোগ শুরু করবে এবং অন্য 48k স্থানান্তর করবে। আমি যদি পিটিটিওয়াই ব্যবহার করি এবং একটি সেশন খোলাম আমি সংযোগ করে সূক্ষ্ম লগইন করতে পারি। যদি আমি cat file.sqlআবার চেষ্টা করি , সংযোগটি বন্ধ হয়ে যায় এবং আমি 'পিয়ারের মাধ্যমে সংযোগ পুনরায় সেট করুন' বার্তাটি পাই। আমার স্থানীয় ওয়ার্কস্টেশন থেকে সার্ভারে যাওয়া একই পরিস্থিতি। আমার কাছে বেশ কয়েকটি সোর্স কোড রয়েছে যা সার্ভারে হোস্ট করা আমার এসএনএন সংগ্রহস্থলের প্রতি আমার প্রতিশ্রুতিবদ্ধ হওয়া দরকার, তবে একই 'পিয়ারের মাধ্যমে সংযোগ পুনরায় সেট করুন' বার্তাটি উপস্থিত হয়।

আমি জানি সমস্যাটি আমার স্থানীয় ওয়ার্কস্টেশনে রয়েছে কারণ আমি আমার স্ত্রীর ম্যাকবুক ব্যবহার করতে পারি এবং কোনও সমস্যা ছাড়াই সার্ভারে এসএসএস করতে পারি। আমি বন্ধুর লিনাক্স বাক্সে প্রবেশ করতে পারি (একই পুট্টি ইনস্টল ব্যবহার করে) এবং তাদের থেকে আমার সার্ভারে এসএফটিপি এবং ফাইলটি ডাউনলোড করতে পারি, তার বাক্স থেকে আমার সার্ভারে অন্য একটি ssh সেশন খুলতে পারি এবং ফাইলটিকে বিড়াল করতে পারি। সুতরাং, কিছু চলছে, তবে আমি নিশ্চিত কি না what কারো কি কোন ধারনা আছে?

হালনাগাদ

আমি এটি আরও কিছু বের করার চেষ্টা করেছি এবং এটি মনে হয় যে একক ssh অধিবেশনে আমি যে পরিমাণ ডেটা স্থানান্তর করতে পারি তার কঠোর সীমা রয়েছে। আমি যদি তা করি তাৎক্ষণিকভাবে এটি হিট করেছি cat file.sqlতবে আমি ls -lধারাবাহিক সংখ্যক বারও টাইপ করতে পারি এবং 'পিয়ারের মাধ্যমে সংযোগ পুনরায় সেট করুন' বার্তাটিও পাব। আমি চেষ্টা করেছিলাম:

  • নতুন ssh কী তৈরি করা হচ্ছে
  • আমার রাউটারটি পুনরায় চালু হচ্ছে
  • আমার কম্পিউটার পুনরায় চালু করা হচ্ছে
  • রিমোট সার্ভার পুনরায় চালু করা হচ্ছে

আমি রিমোট সার্ভারে একটি টিসিপিডাম্প লিখেছিলাম, তবে আমি টিসিপিকে এত বিশদ স্তরে বুঝতে পারি না যে এটি আমার কাছে অনেক বেশি অর্থবোধ করে। আমি ssh এ ডিবাগিং চালু করেছি এবং সংযোগটি পুনরায় সেট করার আগে লগের অংশটি এখানে রয়েছে:

Jul 24 23:10:56 server sshd[4507]: debug1: permanently_set_uid: 500/503
Jul 24 23:10:56 server sshd[4507]: debug1: Entering interactive session for SSH2.
Jul 24 23:10:56 server sshd[4507]: debug1: server_init_dispatch_20
Jul 24 23:10:56 server sshd[4507]: debug1: server_input_channel_open: ctype session rchan 256 win 16384 max 16384
Jul 24 23:10:56 server sshd[4507]: debug1: input_session_request
Jul 24 23:10:56 server sshd[4507]: debug1: channel 0: new [server-session]
Jul 24 23:10:56 server sshd[4507]: debug1: session_new: init
Jul 24 23:10:56 server sshd[4507]: debug1: session_new: session 0
Jul 24 23:10:56 server sshd[4507]: debug1: session_open: channel 0
Jul 24 23:10:56 server sshd[4507]: debug1: session_open: session 0: link with channel 0
Jul 24 23:10:56 server sshd[4507]: debug1: server_input_channel_open: confirm session
Jul 24 23:10:56 server sshd[4507]: debug1: server_input_channel_req: channel 0 request pty-req reply 1
Jul 24 23:10:56 server sshd[4507]: debug1: session_by_channel: session 0 channel 0
Jul 24 23:10:56 server sshd[4507]: debug1: session_input_channel_req: session 0 req pty-req
Jul 24 23:10:56 server sshd[4507]: debug1: Allocating pty.
Jul 24 23:10:56 server sshd[4505]: debug1: session_new: init
Jul 24 23:10:56 server sshd[4505]: debug1: session_new: session 0
Jul 24 23:10:56 server sshd[4507]: debug1: session_pty_req: session 0 alloc /dev/pts/2
Jul 24 23:10:56 server sshd[4507]: debug1: server_input_channel_req: channel 0 request shell reply 1
Jul 24 23:10:56 server sshd[4507]: debug1: session_by_channel: session 0 channel 0
Jul 24 23:10:56 server sshd[4507]: debug1: session_input_channel_req: session 0 req shell
Jul 24 23:10:56 server sshd[4508]: debug1: Setting controlling tty using TIOCSCTTY.
Jul 24 23:10:59 server sshd[4507]: Read error from remote host <my-ip>: Connection reset by peer
Jul 24 23:10:59 server sshd[4507]: debug1: do_cleanup
Jul 24 23:10:59 server sshd[4505]: debug1: do_cleanup
Jul 24 23:10:59 server sshd[4505]: debug1: PAM: cleanup
Jul 24 23:10:59 server sshd[4505]: debug1: PAM: deleting credentials
Jul 24 23:10:59 server sshd[4505]: debug1: PAM: closing session
Jul 24 23:10:59 server sshd[4505]: pam_unix(sshd:session): session closed for user <me>
Jul 24 23:10:59 server sshd[4505]: debug1: session_pty_cleanup: session 0 release /dev/pts/2

আপডেট 2:

প্রায় এক সপ্তাহ আগে, আমি এই উইকি পোস্টটি ব্যবহার করে আমার সার্ভারে আমার এসএসএস সেটিংস সংশোধন করেছি: http://wiki.centos.org/HowTos/Network/SecuringSSH

কারণ মাঝে মাঝে আমার সার্ভারটি কাজ থেকে অ্যাক্সেস করা দরকার এবং 21 ফায়ারওয়ালটিতে পোর্ট 21 খোলা থাকায় আমি এসএস পোর্টটি 21 করে পরিবর্তন করেছি। এই সমস্যাটি আরও নির্ধারণ করার জন্য, আমি আমার এসএসটি সেটিংসকে ফিরিয়ে নেওয়ার চেষ্টা করেছি এবং এসএস পোর্টটি আবার 22 এ পরিবর্তন করেছি Because কম এবং দেখুন, আমি যখন পোর্ট 22 ব্যবহার করি তখন আমি ত্রুটির মুখোমুখি হই না। এটি আবার 21 এ পরিবর্তন করুন এবং 48 ঘন্টা ডেটা স্থানান্তরিত হওয়ার সময় ক্লকওয়ার্কের মতো - পিয়ারের মাধ্যমে সংযোগটি পুনরায় সেট করুন।

প্রদত্ত যে আমি প্রাথমিক সংযোগ পেতে পারি এবং 21 বন্দরটিতে ftp সংযোগ স্থাপনের আগে আমার কোনও অসুবিধা হয়নি, আমার ফায়ারওয়াল কনফিগারেশনটি সমস্যা বলে মনে হয় না।

কমপক্ষে এই মুহুর্তে, আমি আমার সার্ভারের ssh বন্দরে সংকীর্ণ হয়ে পড়েছি। এটি 21 এবং তাত্ক্ষণিক সমস্যাগুলিতে ফ্লিপ করুন, এটি 22 এ আবার পরিবর্তন করুন, কোনও সমস্যা নেই ...

কেন কেউ শুনতে পাচ্ছে যে লিনাক্সটি পার্থক্য করবে? আবার, এটি কেবলমাত্র আমার উইন্ডোজ এক্সপি বাক্সেই এটি সমস্যা সৃষ্টি করছে। এর কারণ কী হতে পারে সে সম্পর্কে কারও যদি কিছু ভাবনা থাকে তবে আমাকে জানান।

আপডেট 2:

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

যেহেতু এই কম্পিউটারটি আমার রাউটারটিতে ফায়ারওয়ালের পিছনে রয়েছে, আমি আপাতত এটি অক্ষম করতে পারি, তবে এখানে কী চলছে তা জানতে আগ্রহী হব।


+1 আমি এখানে উইন্ডোজ 7 পিসিতে একই সমস্যা দেখতে পোর্ট 21-এর উপরে কোনও এসএসএইচ সার্ভারের সাথে সংযোগ স্থাপনের চেষ্টা করছি। যতক্ষণ না আমি আরও ডেটা স্থানান্তর করতে একই সংযোগে টানেলটি ব্যবহার শুরু না করি ততক্ষণ শেল অ্যাক্সেসের জন্য সংযোগটি ঠিক আছে। নীচে আলেসান্দ্রোর উত্তর এটি আমার জন্য স্থির করেছে।
উইম কোয়েন

এছাড়াও দেখুন unix.stackexchange.com/questions/84843/…
জেনস

উত্তর:


10

আপনি এই আদেশটি দিয়ে কমান্ড লাইন ব্যবহার করে সমাধান করতে পারেন (প্রশাসক হিসাবে এটি টাইপ করুন):

netsh advfirewall set global statefulftp disable


এটি আমার জন্য এটি +1 করে দিয়েছে। স্পষ্টতার জন্য: এই কমান্ডটি উইন্ডোজ পিসিতে কার্যকর করা হবে।
উইম কয়েনেন

দুর্দান্ত, কিছুক্ষন ধরে আমার এই সঠিক সমস্যাটি হচ্ছে। উইন্ডোজ 7 ফায়ারওয়াল সম্পর্কিত সমস্ত। 21 এরও বেশি পুট্টি এসএসএইচ এবং 21-রও বেশি এনএক্সসিলেট সংযোগ (এনএক্সএসএইচ) রয়েছে ne

1

এটি আপনার রাউটারের সাথে সম্পর্কিত হতে পারে স্বয়ংক্রিয়ভাবে FTP NAT সংযোগ ট্র্যাকিং পরিচালনা করার চেষ্টা করছে। এটি কেবল ২১ বন্দরে নয়, ২২ পোর্টে ঘটবে http://


ধন্যবাদ, আমি নিবন্ধটি পরীক্ষা করে দেখব এবং এটি কী চলছে তার কোনও আলো ফেলেছে কিনা।
প্রোফ্লাক্স

রিকার্ডো সঠিক বলে মনে হচ্ছে। Winscp.net/forum/viewtopic.php?t=9360 এ আলোচনা দেখুন । আশ্চর্য হোন যে ip_conntrack_ *
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.