మూల-పోర్ట్ నియమం మీ SSH మార్గాల్లో ఒకదాన్ని ఎందుకు విరుస్తుంది

ఒకే హోస్ట్లో రెండు నిర్వహణ ఎంట్రీలు, ఒక సేవా పోర్ట్, మరియు రెండింటికీ సహాయపడాల్సిన విధాన నియమం. నియమం మూల పోర్ట్ 22తో సరిపోతుంది, శోధనను WAN డిఫాల్ట్ను మాత్రమే తెలిసిన పట్టికకు పంపుతుంది, మరియు నేరుగా ఎంట్రీ పని చేస్తూనే VPN ఎంట్రీ కొత్త లాగిన్లకు సమాధానం ఇవ్వడం ఆపేస్తుంది. ఎంపికకారుడిని సరిగ్గా చదివితే ఇందులో ఏదీ రహస్యం కాదు. మూల పోర్ట్ ఒక సేవను గుర్తిస్తుంది, కనెక్షన్ వచ్చిన మార్గాన్ని కాదు.

రెండు ఎంట్రీలు, ఒక సేవా పోర్ట్

హోస్ట్కు LAN వైపు చిరునామా మరియు VPN చిరునామా ఉన్నాయి, sshd రెండింటిలో వింటుంది. అందువల్ల నేరుగా సెషన్ మరియు సొరంగ సెషన్ సేవా పోర్ట్ను పంచుకుంటాయి, ఏ స్థానిక చిరునామా కనెక్షన్ను స్వీకరిస్తుంది అనే దానిలో మాత్రమే భిన్నంగా ఉంటాయి.

ఆ భేదం సమాధాన మార్గాన్ని ఎంచుకోవడానికి సరిపోతుంది, పోర్ట్ ఆధారిత నియమం పడవేసే భేదం కూడా అదే. రెండు సెషన్లు మూల పోర్ట్ 22 ఉన్న సమాధానాలను సృష్టిస్తాయి, కాబట్టి ఆ పోర్ట్తో సరిపోలే నియమం వాటిని వేరు చేయలేదు. ఇది రెండు శోధనలను ఒకే పట్టికకు పంపుతుంది, వాటిలో ఒకటి సరిపోని సమాధానాన్ని పొందుతుంది. పరిష్కారం నిజంగా భిన్నమైన లక్షణంతో సరిపోల్చడం.

ప్రతి ఎంట్రీకి దాని సొంత పోర్ట్ ఇవ్వడం కూడా పని చేస్తుంది, దాన్ని అవసరంగా భావించడం SSH యొక్క లక్షణం కాదు, రూపకల్పన ఎంపిక.

నియమాన్ని చదవండి, తర్వాత పట్టికను

విధాన నియమం క్రమబద్ధమైన ఎంపికకారుడు, ఉపయోగకరమైన సమాధానం ఇచ్చే మొదటి నియమం శోధనను ముగిస్తుంది. జాబితాను క్రమంగా చదవండి, ఏ నియమం గెలవగలదో గమనించండి.

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

ip -4 rule show
ip route show table 100
ip route show table main

ఈ రెండు అవుట్పుట్లు కలిసి ఫలితాన్ని వివరిస్తాయి; ఏది ఒంటరిగా తప్పు నిర్ణయానికి పిలుస్తుంది.

నియమాన్ని మీరు ఉద్దేశించిన ప్రవాహానికి పరిమితం చేయండి

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

ఆ నియమాన్ని ప్రైవేట్ మార్గం మరియు ఆ సబ్నెట్ యొక్క తిరిగి వచ్చే మార్గం ఉన్న పట్టికతో జత చేయాలి. రెండింటినీ హోస్ట్లోని ప్రతి సేవకు కాదు, నిర్వహణ ట్రాఫిక్కు పరిమితం చేయండి. ఆ చిరునామా నుండి వచ్చే మొత్తం ట్రాఫిక్ను పట్టుకునే నియమం హోస్ట్ అక్కడి నుండి పంపే మిగతా అన్నింటినీ కూడా మళ్లిస్తుంది. ఇక్కడ సన్నటిది తెలివైనదాన్ని ఓడిస్తుంది, ఎందుకంటే తదుపరి వ్యక్తి దాన్ని చదవాలి.

sudo ip rule add from 10.90.0.1 lookup 100 priority 100
sudo ip route add 10.90.0.0/24 dev wg0 table 100
ip route get 10.90.5.20 from 10.90.0.1

రెండు ఎంట్రీలను ఒకే స్థానిక చిరునామాకు అనువదిస్తే ఆ భేదం పోతుంది, రూపకల్పనకు దానికి బదులు కనెక్షన్ తెలిసిన స్థితి అవసరం.

శ్రోత, అనుమతి మరియు సమాధాన ఎంపికను వేరుగా ఉంచండి

సెషన్ పని చేయడానికి మూడు వేర్వేరు విషయాలు నిజం కావాలి: చిరునామా ఉంది, సేవ దానిపై వింటుంది, సమాధానం తిరిగి వెళ్లే మార్గాన్ని కనుగొంటుంది. మార్గ మార్పు మూడవదాన్ని మాత్రమే సరిచేస్తుంది.

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

మీరు మారుస్తున్న మార్గంపై ఆధారపడని పునరుద్ధరణ ఛానెల్ను ఉంచండి, ఎందుకంటే ఇక్కడి పొరపాటు సరిదిద్దుకోవడాన్నే నిలిపివేస్తుంది.

పాత దానితో కాదు, కొత్త సెషన్తో నిరూపించండి

స్థాపించిన టెర్మినల్ ఏమీ నిరూపించదు, ఎందుకంటే అది మార్పుకు ముందే అనుమతించబడింది. ప్రతి ఉద్దేశించిన ఎంట్రీ ద్వారా కొత్త సెషన్ తెరవండి.

ss -ltnp | grep ':22'
sudo sshd -T | grep -i listenaddress
ssh -v [email protected] true
sudo journalctl -u ssh -n 30

తర్వాత VPN పునఃకనెక్షన్ను పునరావృతం చేసి మళ్లీ ప్రయత్నించండి, ఎందుకంటే పునఃకనెక్షన్ను తట్టుకునే మార్గం పునఃకనెక్షన్ ఖాళీ చేసే పట్టికలో జోడించిన మార్గంతో సమానం కాదు. తిరస్కరించబడిన మూలాలను అనుమతించబడిన వాటి నుండి వేరుగా గమనించండి, నిరోధించబడిన ప్రయత్నం పని చేస్తున్న సెషన్ వెనుక దాక్కోకుండా. ఫలితం పక్కన స్థానిక చిరునామా, నియమం మరియు పట్టికను సేవ్ చేయండి. బదులుగా పోర్ట్లను విభజిస్తే, దాన్ని SSH పరిమితి కాదు, కార్యాచరణ నిర్ణయంగా నమోదు చేయండి.