Ssh कर सकते हैं लेकिन वेबसर्वर तक नहीं पहुँच सकते

Question

मेरे पास दो वेबसर्वर चल रहे हैं। एक 8888 पर और दूसरा 1234 पर। मैं उन्हें एक्सेस नहीं कर सकता, लेकिन मैं ssh कर सकता हूं। मैंने देखा कि ssh (port 22) के लिए सेटिंग वेबसर्वर पोर्ट्स की तुलना में अलग दिखती हैं। उदाहरण के लिए, उनके पास स्थानीय पता के लिए :::: है, बजाय 0.0.0.0। क्या यही समस्या है?

netstat -ntl
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State
tcp        0      0 127.0.0.1:25            0.0.0.0:*               LISTEN
tcp        0      0 0.0.0.0:111             0.0.0.0:*               LISTEN
tcp        0      0 0.0.0.0:1234            0.0.0.0:*               LISTEN
tcp        0      0 0.0.0.0:58034           0.0.0.0:*               LISTEN
tcp        0      0 192.168.122.1:53        0.0.0.0:*               LISTEN
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN
tcp        0      0 127.0.0.1:631           0.0.0.0:*               LISTEN
tcp        0      0 0.0.0.0:8888            0.0.0.0:*               LISTEN
tcp6       0      0 ::1:25                  :::*                    LISTEN
tcp6       0      0 :::55644                :::*                    LISTEN
tcp6       0      0 :::111                  :::*                    LISTEN
tcp6       0      0 :::22                   :::*                    LISTEN
tcp6       0      0 ::1:631                 :::*                    LISTEN

उपरोक्त सभी एक VM पर चल रहा है, और संबंधित एडाप्टर को मेरे होम नेटवर्क पर ब्रिज किया गया है। मैं अपने होम नेटवर्क से ssh कर सकता हूं, लेकिन मैं webservers को कर्ल नहीं कर सकता।

जैसे curl 192.168.1.228:8888

Answer 1

मेरा मानना ​​है कि आप वेबसाइटों को "नहीं" कर सकते हैं?

नेटस्टैट परिणाम भ्रामक हैं - :::: के साथ परिणाम IPV6 कनेक्शन के लिए हैं जैसा कि बाएं हाथ की तरफ "tcp6" द्वारा इंगित किया गया है - आप उन्हें अनदेखा कर सकते हैं। समान टीसीपी कनेक्शन हैं जो सही हैं।

मुझे संदेह है कि आप पाएंगे कि आपका डिस्ट्रो एक बुनियादी फ़ायरवॉल के साथ संपर्क में नहीं आया है जो एसएचएस की अनुमति देता है लेकिन कोई अन्य ट्रैफ़िक (एक स्थापित आउटबाउंड अनुरोध के अभाव में)। आपने अपने डिस्ट्रो को सलाह नहीं दी है, इसलिए मैं आपको यह नहीं बता सकता कि इसे कैसे ठीक किया जाए, लेकिन आप यह जांच सकते हैं कि क्या आपके पास आसानी से फ़ायरवॉल है

iptables -vnL | कम आपको फ़ायरवॉल नियम दिखाएगा। यदि कोई हो, तो संभवतः वही है जहाँ आपको देखने की आवश्यकता है।

"/ Sbin / iptables -I INPUT -p tcp --dport 8888" जैसी कमांड जारी करने से अस्थायी रूप से वेब सर्वर पोर्ट 8888 [(जब तक रिबूट]) पर खुल जाएगा। आपको संभवतः अपने डिस्ट्रो के लिए उपयुक्त फ़ाइल को संपादित करने की आवश्यकता है - यदि इसका रेडहैट आधारित संपादन / आदि / sysconfig / iptables - तो इसे पुनरारंभ करें।

Comments

मैं केवल icmp से संबंधित अस्वीकृति देखता हूं। यह एक नया स्थापित सेंटो 7 डिस्ट्रो है।

— बैरिस्टर

क्या आप "iptables -vnL" का आउटपुट प्रदान कर सकते हैं? मैं CentOS7 के साथ नहीं खेला हूं, लेकिन लगभग निश्चित रूप से इसका एक फ़ायरवॉल मुद्दा है - check.xmodulo.com/open-port-firewall-centos-rhel.html

— davidgo

pastebin.com/5fKf9YfX

— barrrista

Yup, SSH को उस फ़ायरवॉल (लाइन 107, जिसे 103 से कॉल किया जाता है, जिसे लाइन 89 से बुलाया जाता है) द्वारा अनुमति दी जाती है, जबकि पोर्ट 888 और 1234 नहीं हैं। मैंने जो पढ़ा है उससे मुझे लगता है कि निम्नलिखित आदेशों को जारी करने से बंदरगाहों को स्थायी रूप से खोला जा सकेगा - सुडो फ़ायरवॉल - ओज़ोन = सार्वजनिक - एडड-पोर्ट = 8888 / टीसीपी -परमान; सुडो फ़ायरवॉल- cmd --zone = public --add-port = 1234 - अपरेंट;

— सुडो

Answer 2

यह सुनिश्चित करने के लिए जांचें कि आपके पास कुछ फ़ायरवॉल नियम स्थापित नहीं हैं। प्रयत्न

iptables -L

यदि आपके पास नियम थे जो चीजों को अवरुद्ध कर रहे थे तो वे शायद स्टार्टअप स्क्रिप्ट का हिस्सा थे, जिनके साथ नकारात्मक हो सकता है

/etc/init.d/iptables stop

आपने यह नहीं कहा कि आप किस वितरण का उपयोग कर रहे थे, इसलिए मुझे यकीन नहीं है कि यदि आप ऐसा कर रहे हैं तो क्या होगा।

Comments

मैं iptables -L के साथ क्या देख रहा हूँ? मुझे बहुत सारे ACCEPT दिखते हैं लेकिन मैं REJECT भी देखता हूं। मैंने फ़ायरवॉल को बंद करने के लिए इस गाइड का पालन किया: shellhacks.com/en/…

— barrrista

मेरे द्वारा देखे जाने वाले एकमात्र अस्वीकार icmp से संबंधित हैं।

— बैरिस्टर

मैं Centos 7 का उपयोग कर रहा हूं

— बैरिस्टर्टा

इसके बारे में सोचने के बिना बस सभी iptables नियमों को मार दें और देखें कि क्या आपकी पहुंच समस्याएं दूर हो जाती हैं। यदि वे ऐसा करते हैं तो आपकी समस्या क्या थी। देखें serverfault.com/questions/200635/...

— AlanObject