এসএসএইচ সার্ভার সংযোগের অনুরোধগুলির উত্তর দিচ্ছে না


14

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

আমি যখন কোনও দূরবর্তী হোস্ট থেকে এসএসএইচ করার চেষ্টা করি তখন কী হয়:

yoshimi@robots:/$ ssh -vv volt@99.3.26.94
OpenSSH_6.7p1 Debian-5, OpenSSL 1.0.1k 8 Jan 2015
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug2: ssh_connect: needpriv 0
debug1: Connecting to 99.3.26.94 [99.3.26.94] port 22.
debug2: fd 3 setting O_NONBLOCK
debug1: connect to address 99.3.26.94 port 22: Connection timed out
ssh: connect to host 99.3.26.94 port 22: Connection timed out

robotsআমার দূরবর্তী হোস্টটি কোথায় এবং 99.3.26.94এটি আমার স্থানীয় এসএসএইচ সার্ভার।

এসএসএইচ চলছে

volt@arnold:~$ ps -A | grep sshd
 5784 ?        00:00:00 sshd

arnoldআমার স্থানীয় এসএসএইচ সার্ভারটি কোথায় ।

রাউটারে পোর্ট ফরওয়ার্ডিং সেট আপ করা হয়েছে

আমি আমার এসএসএইচ সার্ভারে 80 এবং 22 পোর্ট ফরওয়ার্ড করার জন্য আমার হোম রাউটার সেটআপ করেছি। মজার বিষয় হল, পোর্ট 80 কোনও বাধা ছাড়াই কাজ করেছে - সরাসরি অ্যাপাচি ওয়েব ডিরেক্টরিতে চলে। পোর্ট 22 - এত কিছু না।

এনম্যাপ বলছে এটি ফিল্টার হয়েছে

yoshimi@robots:/$ nmap -p 22 99.3.26.94

Starting Nmap 6.47 ( http://nmap.org ) at 2015-06-02 14:45 EDT
Nmap scan report for 99-3-26-94.lightspeed.bcvloh.sbcglobal.net (99.3.26.94)
Host is up (0.33s latency).
PORT   STATE    SERVICE
22/tcp filtered ssh

Nmap done: 1 IP address (1 host up) scanned in 7.59 seconds

robotsআমার দূরবর্তী হোস্টটি কোথায় এবং 99.3.26.94এটি আমার স্থানীয় এসএসএইচ সার্ভার।

এটি আইপিটিবেল নয় (আমার মনে হয়)

volt@arnold:~$ sudo iptables -L
Chain INPUT (policy ACCEPT)
target     prot opt source               destination         
fail2ban-ssh  tcp  --  anywhere             anywhere             multiport dports ssh
ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:ssh
ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:http

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination         

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination         

Chain fail2ban-ssh (1 references)
target     prot opt source               destination         
RETURN     all  --  anywhere             anywhere            

... এবং আমার কাছে অন্য কোনও ফায়ারওয়াল নেই - এটি তুলনামূলকভাবে সতেজ দেবিয়ান নেটিনস্ট।

তো, তাহলে: এটি আর কী হতে পারে? এটি অবশ্যই কেবল ট্র্যাফিক উপেক্ষা করার জন্য ফায়ারওয়াল-ওয়াইয়ের জিনিস বলে মনে হচ্ছে, তবে এটি যদি রাউটার না হয় তবে এটি iptables নয় এবং এটি এসএসএইচ সার্ভারে অন্য ফায়ারওয়াল নয়, ... হ্যাক আর কি আছে ??

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

yoshimi@robots:/$ ssh volt@192.168.1.90
ssh: connect to host 192.168.1.90 port 22: No route to host

1
আপনি কি রাউটারের পিছনে (অভ্যন্তরীণ) কম্পিউটার থেকে এসএসএইচিংয়ের চেষ্টা করেছেন? এছাড়াও, এই দেখুন
saiarcot895

রেফারেন্স উপাদানটির জন্য ধন্যবাদ, @ saiarcot895। এছাড়াও, সম্পাদনা দেখুন।
কিট্টিকিট্টিবাংবাং

আপনি যে কম্পিউটারটির উপরের আইপি ঠিকানাটি দিয়ে উপরেরটি করার চেষ্টা করেছিলেন তা কী? আপনি এটি ping করতে পারেন?
111 ---

প্রথমে ঠিকানায় না নেওয়ার ক্ষেত্রে যদি arping remotehostকেবলমাত্র একটি এইচডাব্লু ঠিকানার উত্তর দেওয়া হয় তা পরীক্ষা করে দেখুন, তবে হাওয়াড্রেস একই কিনা তা পরীক্ষা করে দেখুন dig remotehostএবং dig -x remoteipতারপরে রেজোলিউশনটি পরীক্ষা করুন এবং তারপরে, দূরবর্তী হোস্টটি 127.0.0.1 এ ইশারা করছে না কিনা তা পরীক্ষা করে দেখুন / ইত্যাদি / রিমোটের হোস্টগুলি nd এবং শেষ পর্যন্ত ফায়ারওয়ালটি অক্ষম করার চেষ্টা করুন এবং ssh প্রক্রিয়া চলছে কিনা তা পরীক্ষা করুন।
এলবার্না

tail -fআপনি আউটপুট জন্য sshd পয়েন্ট করা যেকোন লগ ফাইল (গুলি) করতেও এটি সহায়তা করতে পারে । লগগুলিতে যদি একেবারে কিছু না থাকে তবে এটি সম্ভবত দুটি ডিভাইসের মধ্যে ssh সার্ভারে নয়, সমস্যা a
0x শিপডগ

উত্তর:


18

একটি খুব হতাশ আত্ম-উত্তর

একদিনের জন্য এই সমস্যাটিকে আলাদা করে রেখে আবার ফিরে আসার পরে, আমি সবকিছু থেকে রহস্যজনকভাবে, সঠিকভাবে কাজ করে যাচ্ছিলাম তা খুঁজে পেতে আমি স্বস্তি ও বিচলিত হয়ে পড়েছিলাম (স্বস্তির চেয়ে আরও বিচলিত) was

সুতরাং, সমস্যা কি ছিল?

কোনও সেটিংস পরিবর্তন করা বা সমন্বয় করা হয়নি - রাউটারে নয়, এসএসএইচ সার্ভারে নয়, এবং এসএসএইচ ক্লায়েন্টের মেশিনে নয়। যথাযথ সেটিংস সত্ত্বেও, রাউটারটি সঠিকভাবে ইনকামিং ট্র্যাফিক পরিচালনা করছে না তা বলা মোটেও নিরাপদ। প্রদত্ত যে ডিনকি হোম রাউটার সফ্টওয়্যারটি পোর্ট ফরওয়ার্ডিংয়ের সাথে মোকাবিলা করার জন্য সত্যই ডিজাইন করা হয়নি, প্রয়োজনীয় পরিবর্তনগুলি বাস্তবায়নে দরিদ্র লোকটিকে কিছুটা সময় নিয়েছিল।

তবে এটি 6 ঘন্টা ভালো লেগেছে!

হ্যাঁ বন্ধু, আমি জানি। আমি সব দিন জিনিসটা কি ভুল ছিল চেষ্টা অতিবাহিত - এবং কখনো এটা খুঁজে পাইনি কারণ ছিল না কোন অন্যায়। স্পষ্টতই, রাউটার সেটিংস কার্যকর হওয়ার জন্য এটি সম্ভবত 6 ঘন্টা সময় নিতে পারে - সম্ভবত আরও বেশি।

তাহলে আমি কীভাবে জানব যে এটি যদি আমার সমস্যা হয়?

এই পালাবার সময় আমি একটি নিফটির সরঞ্জামটি পেয়েছি tcpdump। এই পাতলা ছোট্ট লোকটি আপনার জন্য ট্র্যাফিক স্নিগ্ধ করে, আসলে কী চলছে সে সম্পর্কে মূল্যবান অন্তর্দৃষ্টি সরবরাহ করে। এছাড়াও, তিনি এমন কয়েকটি সুপার ফিল্টারিং বৈশিষ্ট্য পেয়েছেন যা আপনাকে ঠিক কীভাবে / সন্ধান করতে চায় তা হ্রাস করতে দেয়। উদাহরণস্বরূপ, আদেশ:

tcpdump -i wlan1 port 22 -n -Q inout

নির্দেশ দেওয়া tcpdumpwlan1 ইন্টারফেস (মাধ্যমে ট্রাফিকের জন্য দেখুন -i= 'ইন্টারফেস'), DNS নাম রেজোলিউশন (উপেক্ষা শুধুমাত্র বন্দর 22 মাধ্যমে -n= 'কোন নাম রেজল্যুশন'), এবং আমরা উভয় ইনকামিং এবং আউটগোয়িং ট্রাফিক (দেখতে চাই -Qগ্রহণ in, outঅথবা inout; inoutডিফল্ট)।

রিমোট মেশিনের মাধ্যমে সংযোগ দেওয়ার চেষ্টা করার সময় আপনার এসএসএইচ সার্ভারে এই কমান্ডটি চালানোর মাধ্যমে, সমস্যাটি ঠিক কোথায় রয়েছে তা খুব দ্রুত পরিষ্কার হয়ে যায়। মূলত 3 টি সম্ভাবনা রয়েছে:

  1. যদি আপনি রিমোট মেশিন থেকে আগত ট্র্যাফিকটি দেখছেন , কিন্তু আপনার স্থানীয় সার্ভার থেকে কোনও বহির্গমন ট্র্যাফিক নেই , সমস্যাটি সার্ভারের সাথে রয়েছে: সম্ভবত ফায়ারওয়াল নিয়ম রয়েছে যা বদলাতে হবে, ইত্যাদি etc.
  2. যদি আপনি আগত এবং বহির্গামী উভয়ই দেখতে পান তবে আপনার দূরবর্তী মেশিনটি প্রতিক্রিয়া গ্রহণ করছে না, সম্ভবত এটি রাউটার: এটি আগত ট্র্যাফিকের অনুমতি দিচ্ছে, তবে আপনার বহির্গামী প্যাকেটগুলি ফেলে দিচ্ছে।
  3. যদি কোনও ট্র্যাফিকের কিছু না থাকে তবে এটি সম্ভবত রাউটারেরও সমস্যা: দূরবর্তী মেশিনের SYNপ্যাকেটগুলি এমনকি আপনার সার্ভারে পৌঁছানোর আগেই রাউটারটি এড়ানো এবং ফেলে দেওয়া হচ্ছে।

এবং একবার আপনি আবিষ্কার করেছেন যে সমস্যাটি কোথায় রয়েছে, একটি সমাধান (সাধারণত) তুচ্ছ।


1
আপনার "হতাশার উত্তর" এর জন্য দুর্দান্ত সস! আপনার ব্যবহারকারীর নামের জন্য বোনাস পয়েন্ট .... আমি একই স্থানীয় নেটওয়ার্কে দুটি মেশিনের জন্য চেনাশোনাগুলিতে চলেছি! এভিল বেল রাউটারটি বাজে! এটি আমাকে কেবল ওএনএসইতে সংযোগ করার অনুমতি দেয়। তারপরে, যখন আমি পুনরায় সংযোগ দেওয়ার চেষ্টা করি তখন তা আমার পথে যেতে অস্বীকার করে! আমি অন্যভাবে ঠিক এসএসএইচও করতে পারি। আচ্ছা অন্তত একবার। আমি ভাবছি যদি এটি কয়েক ঘন্টার মধ্যেও কাজ করে না ..
রিচার্ড কুক

বাহ, সারা দিন ধরে আমার চুল টানছে - দেখে মনে হচ্ছে আমিও 'এভিল বেল রাউটার' সমস্যাটি করেছি। @ রিচার্ডকুক: আপনার সমাধান কী ছিল?
জন দো

@ জনডো: প্রতিস্থাপন রাউটার। একটি আসুস মডেল যা ডিডি-ডাব্লুআরটি অনুমোদিত হার্ডওয়্যার তালিকায় রয়েছে। আর কোনও শানানিগান এবং আমি ডিডি-ডাব্লুআরটি ইনস্টল করব!
রিচার্ড কুক

3

আমি পুদিনা (উবুন্টু) চালাচ্ছি।

আমি সমস্ত কিছু করেছি ... অনুমোদিত_কিজ, ছোডডিং, ডাকাডোনা, এসএসএস এবং এসএসডি ইত্যাদি পুনরায় আরম্ভ করার জন্য সঠিক ফর্ম্যাটে সার্বজনীন কী As সমস্ত জায়গা জুড়ে নথিভুক্ত করা হয়েছে।

আমার জন্য, এটি ছিল ufw ফায়ারওয়াল। কোনও ধরণের প্রতিক্রিয়াহীনতার অভাব আমাকে এ সম্পর্কে পরামর্শ দিয়েছে, তবুও আমি ল্যানে কোনও সমস্যা করতে পারি না।

আমি এর দ্বারা পরীক্ষিত:

sudo ufw service stop

... এবং এটি নিখুঁতভাবে কাজ করেছে, আমি একটি এসএসএস কল থেকে প্রতিক্রিয়া পেয়েছি।

সুতরাং, ufw আবার শুরু করুন:

sudo ufw service start

... এবং নিয়মটি যুক্ত করুন:

sudo ufw allow openssh

এখন সব ঠিক আছে।


এটি ( ufw) উবুন্টু 16.04 এ আমার সমস্যার সমাধান করেছে। আমি জেনকিন্স ইনস্টলেশন নির্দেশাবলী অন্ধভাবে অনুসরণ করেছি এবং ufwপ্রক্রিয়াটিতে সক্ষম করেছি । এটি নিষ্ক্রিয় করার পরে, sshd আবার কাজ করছে।
পেঙ্গে গেঞ্জ

1

আপনি যদি আমার মতো ইউএফডাব্লু (আমার ক্ষেত্রে লিনাক্স, উবুন্টু) সক্ষম করে থাকেন তবে এটি ব্যবহার করে দেখুন:

sudo ufw enable OpenSSH

এটি ফায়ারওয়ালে ওপেনএসএইচটিকে অনুমতি দেবে।


1
আমি কেবল নিজেকে আটকে রেখেছি, এবং আমি অত্যন্ত বোকা বোধ করি। কিন্তু আসলে এটি ছিল।
মার্টপি

0

অন্যদের জন্য:

আমাকে -কিউ এর পরিবর্তে টিসিপিডম্পে -P বিকল্পটি ব্যবহার করতে হয়েছিল

tcpdump -i wlan1 port 22 -n -P inout

আপনি যদি নিজের ব্যবহারের ডিস্ট্রো নাম / সংস্করণ শনাক্ত করেন তবে আমি এটিকে উজ্জীবিত করব।
রিচার্ড কুক

0

বেশিরভাগ সময় ফায়ারওয়ালই অপরাধী। কর service iptables stopএবং service ip6tables stop

যদি পরিষেবা বন্ধ করা কাজ না করে তবে ইপটেবল ফ্লাশ করুন।

iptables --flush.

যদি এটি কোনও ভিএম হয় তবে হোস্টেও একই করুন

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.