127.0.0.1 కి DNAT ప్రత్యేక శ్రద్ధ ఎందుకు అవసరం

ఒక సేవ 127.0.0.1:1080 పై వినిపిస్తోంది. DNAT నియమం వచ్చే ట్రాఫిక్‌ను ఆ చిరునామాకు పంపుతుంది, అయినా కనెక్షన్ విఫలమవుతుంది. సేవ ఆరోగ్యంగా ఉండవచ్చు, NAT నియమం సరిపోలవచ్చు: IPv4 loopback చిరునామాలకు మార్గనిర్దేశనంలో ప్రత్యేక చికిత్స ఉంటుంది.

లినక్స్ యొక్క route_localnet మార్గనిర్దేశన సమయంలో 127/8 చిరునామాలను మంగళ గ్రహ చిరునామాలుగా పరిగణించాలా అనేది నియంత్రిస్తుంది. దాని డిఫాల్ట్ విలువ సాధారణ loopback హద్దును కాపాడుతుంది. నిర్దిష్ట ఇంటర్‌ఫేస్ కు సంబంధించిన మినహాయింపు ఉద్దేశపూర్వక స్థానిక మళ్లింపు రూపకల్పనకు సంబంధించినది కావచ్చు.

అందుకే మరో మెషీన్‌లో పనిచేసిన నియమం మీరు కాపీ చేయని sysctl పై ఆధారపడవచ్చు. కానీ అది ఈ ఎంపికను ప్రతిచోటా ఆన్ చేయడానికి సమర్థన ఇవ్వదు.

భద్రతా ఊహ మార్గంతో పాటు మారుతుంది

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

సేవ ఉన్న నెట్‌వర్క్ నేమ్‌స్పేస్‌ను సమీక్షించండి. కంటైనర్ loopback అనేది హోస్ట్ loopback కాదు, హోస్ట్ ఇంటర్‌ఫేస్ సెట్టింగ్ మార్చడం కంటైనర్‌లో స్వయంచాలకంగా శ్రోతను సృష్టించదు.

rp_filter మూల-మార్గ ధ్రువీకరణ గురించి వేరే ప్రశ్నకు సమాధానం ఇస్తుంది. దాన్ని ప్రపంచవ్యాప్తంగా ఆఫ్ చేయడం loopback మార్గనిర్దేశనాన్ని అర్థం చేసుకోవడానికి సాధారణ ప్రత్యామ్నాయం కాదు. అదే విధంగా ip_nonlocal_bind సాకెట్లను స్థానికేతర చిరునామాలకు బంధించడం గురించి, ఈ DNAT మార్గాన్ని సరైనదిగా చేయడం గురించి కాదు.

చివరగా, మళ్లించిన ప్రోటోకాల్ శ్రోతకు సరిపోలాలి. SOCKS పోర్టుకు ముడి HTTP లేదా TLS ట్రాఫిక్ పంపడానికి ఇంకా అనువాదకుడు అవసరం; మార్గ మినహాయింపు లేని చర్చను అందించలేదు.