మెషీన్పై నెట్వర్క్ పోయింది

"నెట్‌వర్క్ పోయింది" అనేది రెండు వేర్వేరు సందర్భాలను సూచిస్తుంది: బయటి నుండి మెషీన్‌కు ఏదీ చేరకపోవడం, మరియు మెషీన్ స్వయంగా ఏదీ చేరుకోలేకపోవడం. కన్సోల్‌తో ప్రారంభించండి, ఎందుకంటే ఈ పరిస్థితిలో SSH అందుబాటులో ఉండదు, మరియు కన్సోల్ ఎప్పుడూ పనిచేస్తుంది — అది నెట్‌వర్క్‌ను బైపాస్ చేసి, నేరుగా మెషీన్‌కు కనెక్ట్ అవుతుంది.

దశ 1. కన్సోల్ ద్వారా లోపలికి వెళ్లండి

/hosting/vds/m/<id> తెరవండి, "Console" ట్యాబ్. టెక్స్ట్ కన్సోల్ (సీరియల్ పోర్ట్) ఏ కమాండ్లకైనా పనిచేస్తుంది; సీరియల్ లైన్‌లో సిస్టమ్ ప్రాంప్ట్ చూపించకపోతే "Screen" (VNC) అవసరం. కన్సోల్ లాగిన్ ప్రాంప్ట్ చూపిస్తే, మెషీన్ సజీవంగా ఉంది మరియు సమస్య బూట్‌లో కాదు, నెట్‌వర్క్‌లో ఉంది.

ప్రాంప్ట్ లేకపోతే మరియు "Screen" కర్నెల్ ఎర్రర్ సందేశాన్ని చూపిస్తే, Kernel panic: తర్వాత ఏమి చేయాలి చూడండి.

దశ 2. ఇంటర్‌ఫేస్ మరియు అడ్రస్‌ను తనిఖీ చేయండి

ip -brief address
ip route

ఇంటర్‌ఫేస్‌లో "Overview" ట్యాబ్ నుండి మీ పబ్లిక్ IPv4 అడ్రస్ ఉండాలి, మరియు రూట్లలో default via ... లైన్ ఉండాలి. సాధారణంగా కనిపించేవి:

• ఇంటర్‌ఫేస్ DOWN స్థితిలో ఉంది — దాన్ని పైకి తీసుకురండి: ip link set dev ens18 up;
• మాన్యువల్ కాన్ఫిగ్ ఎడిట్ తర్వాత అడ్రస్ పోయింది — సెట్టింగ్స్ ఫైల్‌ను పునరుద్ధరించి నెట్‌వర్క్ సర్వీస్‌ను రీస్టార్ట్ చేయండి (Ubuntuలో systemctl restart systemd-networkd లేదా netplan apply);
• డిఫాల్ట్ రూట్ లేదు — యాక్సెస్ తిరిగి పొందడానికి ip route add default via <gateway> తో తాత్కాలికంగా దాన్ని పునరుద్ధరించండి, తర్వాత కాన్ఫిగరేషన్‌ను సరిచేయండి, లేకపోతే రీబూట్ తర్వాత అది మళ్లీ జరుగుతుంది.

ip ద్వారా చేసిన మార్పులు రీబూట్ వరకు మాత్రమే ఉంటాయి. అసలైన పరిష్కారం ఎప్పుడూ కాన్ఫిగరేషన్ ఫైల్‌లోనే ఉంటుంది.

దశ 3. "కనెక్టివిటీ లేదు" మరియు "పేర్లు లేవు" మధ్య తేడా తెలుసుకోండి

ping -c3 1.1.1.1
ping -c3 millida.net

అడ్రస్ పింగ్ అవుతుంది కానీ పేరు అవ్వకపోతే, నెట్‌వర్క్ బాగానే ఉంది మరియు పేరు రిజల్యూషన్ పాడైంది: పేర్లు రిజల్వ్ అవ్వడం లేదు (DNS) కు వెళ్లండి.

దశ 4. ప్యాకెట్ ఫిల్టర్‌ను చూడండి

యాక్సెస్ పోవడానికి అత్యంత సాధారణ కారణం లాగిన్‌ను మూసేసిన మీ స్వంత రూల్. తనిఖీ చేయండి:

nft list ruleset
iptables -S
ufw status verbose

పోర్ట్ 22 అనుమతించకుండా ఇన్‌కమింగ్ ట్రాఫిక్‌పై DROP పాలసీ కనిపిస్తే, మీరు SSH నుండి మిమ్మల్ని మీరే కట్ చేసుకున్నారు. కన్సోల్ ద్వారా యాక్సెస్‌ను పునరుద్ధరించండి:

ufw allow 22/tcp
ufw reload

ఫైర్‌వాల్‌ను ఎనేబుల్ చేయడానికి ముందు, ఎప్పుడూ అదే కమాండ్ల సెట్‌లో SSH పోర్ట్‌ను అనుమతించండి. "ముందు నిరాకరించి, తర్వాత అనుమతించే" విధానం మీ యాక్సెస్‌ను కోల్పోయేలా చేస్తుంది.

దశ 5. SSH డెమన్‌ను స్వయంగా తనిఖీ చేయండి

సర్వీస్ క్రాష్ అయినందున పోర్ట్ మూసి ఉండగా నెట్‌వర్క్ పనిచేస్తూ ఉండవచ్చు:

systemctl status ssh
ss -tlnp | grep :22

సర్వీస్ స్థితిని ఎలా నిర్ధారించాలో తెలుసుకోవడానికి సర్వీస్ స్టార్ట్ అవ్వడం లేదు: systemd ట్రబుల్‌షూటింగ్ చూడండి.

ఏదీ సహాయపడకపోతే

"Access" ట్యాబ్ నుండి SystemRescue రికవరీ డిస్క్‌లోకి బూట్ చేయండి: పాస్‌వర్డ్ లేకుండా root లాగిన్, మరియు మెషీన్ డిస్క్ /dev/sda గా కనిపిస్తుంది. రూట్‌ను మౌంట్ చేసి, సిస్టమ్ "బయటి నుండి" నెట్‌వర్క్ కాన్ఫిగరేషన్‌ను సరిచేయండి. పూర్తయ్యాక, సాధారణ బూట్ మోడ్‌కు తిరిగి మారి మెషీన్‌ను రీబూట్ చేయండి — లేకపోతే అది SystemRescue లోకే బూట్ అవుతూనే ఉంటుంది.