పునఃప్రారంభం తర్వాత SSH వినడం లేదు: VPN చిరునామా ఆలస్యంగా వస్తుంది

సెటప్ సమయంలో మీరు SSHను టన్నెల్ చిరునామాకు కడతారు, అది పనిచేస్తుంది, మరియు తదుపరి పునఃప్రారంభం తర్వాత ఎవరైనా సేవను చేతితో పునఃప్రారంభించే వరకు ఎవరూ లాగిన్ కాలేరు. ఆధారాలు సమస్య కాదు. ఇంకా లేని చిరునామాను డీమన్ కెర్నల్ను అడిగింది, బైండ్ విఫలమైంది, మరియు సందేశం బూట్ లాగ్లో జారిపోయింది. ప్రామాణీకరణ సమస్యగా కనిపించేది నిజానికి ప్రారంభ క్రమం సమస్య.

బైండ్ లోపం నిజంగా ఏమి చెబుతుంది

వినే సాకెట్ ఆ క్షణంలో ఉన్న చిరునామాపై సృష్టించబడాలి. VPN ఇంటర్ఫేస్ తర్వాత వచ్చినప్పుడు, టన్నెల్ చిరునామాకు మాత్రమే బైండ్ అయ్యేలా కాన్ఫిగర్ చేయబడిన డీమన్కు పట్టుకోవడానికి ఏమీ ఉండదు. కాన్ఫిగరేషన్ వాక్యనిర్మాణపరంగా చెల్లుబాటు అవుతూనే ఉంటుంది; వాతావరణం సిద్ధంగా లేదు అంతే. చేతితో ప్రారంభించినప్పటి నుండి నడుస్తున్న సేవ ఎప్పుడూ బూట్ మార్గం గుండా వెళ్లదు, అందుకే లోపం తదుపరి రీస్టార్ట్లో మాత్రమే కనిపిస్తుంది. విఫలమైన బైండ్ సమయ ముద్రను చిరునామా కేటాయింపు సమయ ముద్రతో పోల్చండి, క్రమం స్పష్టమవుతుంది.

కాన్ఫిగరేషన్ చెల్లుబాటు మరియు రన్టైమ్ సంసిద్ధత వేర్వేరు లక్షణాలు. రెండింటినీ పరీక్షించండి, ఎందుకంటే వాటిలో ఒకటి ఏమీ చెప్పకుండా విఫలమవుతుంది.

ఏ ప్రక్రియ పోర్టును కలిగి ఉంది

డీమన్ ఎప్పుడూ వినేవారిని సృష్టించే భాగం కాదు. సాకెట్ యాక్టివేషన్ ఆ బాధ్యతను ఒక యూనిట్కు బదిలీ చేస్తుంది, అప్పుడు డీమన్ను పునఃప్రారంభించడం ఏమీ మార్చదు.

ss -ltnp 'sport = :22'
systemctl cat ssh.socket

సాకెట్ జాబితా ఏ ప్రక్రియ ఏ చిరునామాపై పోర్టును పట్టుకుందో చూపిస్తుంది, యూనిట్ డంప్ సాకెట్ యూనిట్ ఉందా లేదా చూపిస్తుంది. యాక్టివేషన్ అమలులో ఉన్నప్పుడు, చిరునామా సాకెట్ యూనిట్కు చెందుతుంది మరియు డీమన్ ఫైల్ అధికారికం కాదు. లక్షణం నుండి ఊహించకుండా నిజమైన బైండ్ లోపం కోసం బూట్ లాగ్ చదవండి. సాకెట్ యూనిట్ లేకపోవడం సాంప్రదాయ ఏర్పాటు అని మాత్రమే అర్థం, అక్కడ డీమన్ నేరుగా బైండ్ అవుతుంది.

సంసిద్ధతను స్పష్టం చేయండి, నిద్ర కాదు

స్థిర ఆలస్యం అనేది వేగవంతమైన హార్డ్వేర్ మరియు నెమ్మదైన నెట్వర్క్లను ఒకేలా పరిగణించే ఊహ. బదులుగా ఆధారాన్ని వ్యక్తీకరించండి: చిరునామా కోసం వేచి ఉండి, ఆపై ప్రారంభించండి.

ip -4 addr show dev tun0
systemctl edit ssh.service

చిరునామా కనిపించే వరకు పునరావృతమయ్యే ExecStartPre ఆదేశాన్ని జోడించండి, లేదా ఇంటర్ఫేస్ను కలిగి ఉన్న నిర్దిష్ట నెట్వర్క్ లక్ష్యం తర్వాత యూనిట్ను క్రమబద్ధీకరించండి. రెండు విధానాలు ఆధారాన్ని తదుపరి నిర్వాహకుడు చదవగలిగే చోట నమోదు చేస్తాయి. లూప్కు సమయ పరిమితి అవసరం, లేకుంటే విఫలమైన VPN లోపాన్ని నివేదించకుండా వేలాడుతున్న యూనిట్ను విడిచిపెడుతుంది. తర్వాత డీమన్ టన్నెల్ చిరునామాను బైండ్ చేస్తుందని మరియు సాధారణ ఇంటర్ఫేస్ మీ ఫిల్టర్ నియమాల క్రింద ఉంటుందని నిర్ధారించండి.

శుభ్రమైన బూట్ మరియు పునఃకనెక్షన్ను పరీక్షించండి

అన్నీ ఆన్లైన్లో ఉన్న తర్వాత చేతితో రీస్టార్ట్ చేయడం బూట్ క్రమం గురించి ఏమీ నిరూపించదు. టన్నెల్ స్వయంచాలకంగా లేచేలా కాన్ఫిగర్ చేసిన స్థితిలో మెషీన్ను పునఃప్రారంభించి, జోక్యం లేకుండా వినేవారు కనిపిస్తున్నారా గమనించండి.

systemctl status ssh.service
ss -ltnp 'sport = :22'

తర్వాత టన్నెల్ను దించి మళ్లీ స్థాపించండి, ఎందుకంటే పునఃకనెక్షన్ చిరునామాను మార్చవచ్చు మరియు హార్డ్కోడ్ చేసిన బైండింగ్ దానిని అనుసరించదు. పరీక్ష సమయంలో బ్యాండ్ వెలుపల పునరుద్ధరణ మార్గాన్ని ఉంచుకోండి, చెడ్డ క్రమ మార్పు మిమ్మల్ని హోస్ట్ నుండి లాక్ చేయకుండా.

విజయానికి ప్రమాణం తన పత్రబద్ధ ఆధారం క్రింద కనిపించే వినేవారు, ఎవరో పునఃప్రారంభించాలని గుర్తుపెట్టుకున్న వారు కాదు.