VPN చిరునామా స్థలాన్ని కేటాయింపు ప్రకారం ఎంచుకోండి, అస్పష్టత ప్రకారం కాదు
బెంచ్‌మార్క్, భాగస్వామ్య మరియు పత్ర పరిధులకు ఒక్కొక్కటి యజమాని మరియు లక్ష్యం ఉన్నాయి. రిజిస్ట్రీ నుండి VPN స్థలాన్ని ఎంచుకోండి, ఆ తర్వాత తీసివేయలేని అతివ్యాప్తిని ప్రణాళిక చేయండి.
అసాధారణంగా కనిపించే ప్రిఫిక్స్ ఇల్లు మరియు కార్యాలయ చిరునామా ఘర్షణ నుండి తప్పించుకునే మార్గంలా అనిపిస్తుంది, సాధారణంగా అలా ఉండదు. IPv4 ప్రత్యేక ప్రయోజన రిజిస్ట్రీలోని ప్రతి బ్లాక్‌కు యజమాని, లక్ష్యం మరియు అది ఉండటానికి కారణం ఉన్నాయి, ప్రశాంతంగా కనిపిస్తుందని ఒకదాన్ని అప్పు తీసుకోవడం ఘర్షణను తొలగించకుండా స్థానాన్ని మారుస్తుంది. దీన్ని క్రమంగా చేయండి: కేటాయింపు చదవండి, ఇప్పటికే అతివ్యాప్తి చెందుతున్నది జాబితా చేయండి, ఆ తర్వాతే మీరు పునఃసంఖ్యీకరిస్తున్నారా, అనువదిస్తున్నారా లేదా కొత్త స్థలాన్ని సృష్టిస్తున్నారా అని నిర్ణయించండి. మొదటి రెండు కనుగొన్నదానిపై మూడో దశ ఆధారపడి ఉంటుంది కాబట్టి క్రమం ముఖ్యం.
పరిధిని అప్పు తీసుకునే ముందు కేటాయింపు చదవండి
IANA యొక్క ప్రత్యేక ప్రయోజన రిజిస్ట్రీ పునర్వినియోగపరచదగిన ప్రైవేట్ స్థలమైన పరిధులను ఒక నిర్దిష్ట సాంకేతిక ప్రయోజనానికి సేవ చేసే పరిధుల నుండి వేరు చేస్తుంది. ప్రైవేట్ వినియోగం, భాగస్వామ్య చిరునామా స్థలం, బెంచ్‌మార్క్ మరియు పత్ర బ్లాక్‌లు స్ప్రెడ్‌షీట్‌లో ఒకేలా కనిపిస్తాయి, రూట్ చేసిన తర్వాత పూర్తిగా భిన్నంగా ప్రవర్తిస్తాయి.
| Range | Category | What it means for a VPN plan |
|---|---|---|
| 172.16.0.0/12, 192.168.0.0/16, 10.0.0.0/8 | RFC 1918 private use | Reusable by any network, so remote sites may already use the same numbers |
| 100.64.0.0/10 | Shared address space | Intended for provider-side carrier-grade NAT arrangements, not a second private pool |
| 198.18.0.0/15 | Benchmarking | Reserved for test traffic measurement; not spare production space |
| 203.0.113.0/24, 198.51.100.0/24, 192.0.2.0/24 | Documentation (RFC 5737) | Illustration only; a guide that uses them is not assigning them to you |
| 169.254.0.0/16, 240.0.0.0/4 | Link-local, reserved | Never a routed site subnet, whatever the prefix length suggests |
రెండో ఆక్టెట్‌లో మాత్రమే భిన్నమైన రెండు ప్రిఫిక్స్‌లు ఒకే బ్లాక్ కావు: 198.18.0.0/15 బెంచ్‌మార్క్ రిజర్వేషన్‌ను కలిగి ఉంటుంది, 192.18.0.0/16 అలాంటిది ఏదీ కలిగి ఉండదు. కేవలం రిజర్వ్ చేసిన పరిధిని పోలి ఉండే సంఖ్య దాని అర్థాన్ని వారసత్వంగా పొందదు. ఈ గందరగోళం ఫైర్‌వాల్ నియమానికి చేరుకునే ముందు రెండో చూపుకు అర్హమైనంత సాధారణం.
ఉత్పత్తులు కొన్నిసార్లు సమన్వయ పొరలోపల ప్రత్యేక పరిధిని ఉద్దేశపూర్వకంగా ఉపయోగిస్తాయి, అది వాటి పత్రీకరించవలసిన రూపకల్పన. అది అదే పరిధిని సంబంధం లేని LANకు ఖాళీ స్థలంగా మార్చదు. పబ్లిక్ స్థలం కూడా దాక్కునే స్థలం కాదు: వేరొకరికి చెందిన చిరునామా వైపు ప్రైవేట్ మార్గం దాని చట్టబద్ధ గమ్యస్థానానికి పంపిన ట్రాఫిక్‌ను మళ్లిస్తుంది.
ఇప్పటికే ఉన్న అతివ్యాప్తులను జాబితా చేయండి
ప్రిఫిక్స్‌ను ఎంచుకునే ముందు సొరంగం నుండి చేరుకోగలిగే ప్రతి నెట్‌వర్క్‌ను జాబితా చేయండి. సైట్లు, క్లయింట్ పూల్‌లు, క్లౌడ్ VPCలు మరియు భాగస్వామి లింకులు అన్నీ లెక్కిస్తాయి, మొదటి కనెక్షన్ ప్రయత్నం విఫలమయ్యే వరకు ప్రజలు మరచిపోయేది భాగస్వామి లింకే.
ip -4 route show table all ip -6 route show ip -br addr ip route get 192.168.1.10
ఫలితాలను ప్రతి పరిధి యజమానితో పాటు ఒకే పట్టికలో ఉంచండి. యజమానిని చెప్పలేని పరిధిని తర్వాత పునఃసంఖ్యీకరించలేరు, «అసాధారణ» ప్రిఫిక్స్‌ల గురించిన చర్చను నిర్దిష్ట సంఖ్యల గురించిన నిర్ణయంగా మార్చేది ఈ జాబితాయే. మీరు తప్పించుకోవాలనుకుంటున్న ఘర్షణ నిజమా లేదా ఊహాత్మకమా అని కూడా అది చెబుతుంది.
దూరస్థ ఉద్యోగి ఇంటి నెట్‌వర్క్ కార్యాలయ LAN వలెనే ప్రిఫిక్స్‌ను ఉపయోగిస్తే, ఆ ఘర్షణ జాబితాలో కనిపిస్తుంది, స్పష్టంగా పరిష్కరించవచ్చు. అది బెంచ్‌మార్క్ బ్లాక్ తెలివైన ఎంపిక అనడానికి రుజువు కాదు, అలా భావించడమే తదుపరి ఘర్షణను సృష్టించే మార్గం.
ప్రిఫిక్స్‌ను కాపీ చేయడానికి బదులుగా ప్రత్యేకమైన ULA సృష్టించండి
IPv6 పునర్వినియోగ సమస్యను మరింత అందమైన సంఖ్యకు బదులుగా మరో యంత్రాంగంతో పరిష్కరిస్తుంది. RFC 4193 స్థానికంగా కేటాయించిన ప్రత్యేక స్థానిక చిరునామాలను 40-bit సూడో-యాదృచ్ఛిక ప్రపంచ గుర్తింపుదారుతో నిర్వచిస్తుంది, ఇది మరొకరితో ఢీకొనే అవకాశం చాలా తక్కువగా ఉన్న సైట్ /48ని ఇస్తుంది. సంభావ్యత ఎక్కువ, సంపూర్ణం కాదు, ULA ప్రిఫిక్స్ ఇప్పటికీ ఇంటర్నెట్ చేరువును అందించదు.
openssl rand -hex 5
పది హెక్సాడెసిమల్ అంకెలు నలభై బిట్‌లు. వాటి ముందు fd పెట్టి /48లో సమూహపరచండి: 3f9c1a7b02 అవుట్‌పుట్ fd3f:9c1a:7b02::/48 అవుతుంది. ప్రతి సైట్‌కు ఒకటి సృష్టించి నమోదు చేయండి, ప్రతి అమలులో అదే సౌకర్యవంతమైన fd00::/48 అతికించడానికి బదులుగా.
తర్వాత మొత్తం మార్గం నిజంగా IPv6 మాట్లాడుతుందని నిర్ధారించండి. క్లయింట్లు, గేట్‌వే, మార్గాలు, ప్రైవేట్ DNS మరియు సేవా విధానం అన్నీ అంగీకరించాలి, సొరంగానికి ప్రిఫిక్స్ కేటాయించడం IPv4 మాత్రమే ఉపయోగించే అనువర్తనాన్ని దాన్ని ఉపయోగించేలా చేయదు.
తీసివేయలేని అతివ్యాప్తిని ప్రణాళిక చేయండి
కొన్ని అతివ్యాప్తులు శాశ్వతం, సాధారణంగా భాగస్వామి పునఃసంఖ్యీకరించడు మరియు మీరు బలవంతం చేయలేరు. అప్పుడు మీరు మద్దతు ఉన్న యంత్రాంగాన్ని ఉద్దేశపూర్వకంగా ఎంచుకుంటారు: మీ వైపు పునఃసంఖ్యీకరణ, వేరుచేసిన రూటింగ్ సందర్భం, లేదా సరిహద్దులో స్పష్టమైన అనువాదం. ఉద్దేశపూర్వకంగా ఎంచుకోవడం అంటే ఏది ఎంచుకున్నారు మరియు మిగిలిన రెండు ఎందుకు తిరస్కరించబడ్డాయో రాయడం. ఆ గమనికను భవిష్యత్ మార్పు సమీక్ష నిజంగా చదువుతుంది.
అనువాదం తిరిగి వెళ్లే మార్గాన్ని కాపాడాలి, అంటే అసలు మరియు ప్రదర్శించిన రెండు ప్రిఫిక్స్‌లను నమోదు చేసి వాటిలో పరిష్కరించబడే ప్రైవేట్ DNS పేర్లతో సరిపోల్చాలి. మ్యాప్ చేసిన మారుపేరు ఒక కనెక్షన్‌ను అసందిగ్ధం చేయగలదు; అది అసలు చిరునామాలను ప్రపంచవ్యాప్తంగా ప్రత్యేకం చేయదు, రెండో మ్యాపింగ్ లేకుండా రెండో అతివ్యాప్తి భాగస్వామిని తట్టుకోలేదు.
కేటాయింపును దాని మినహాయింపుతో రాయండి
ప్రతి ప్రిఫిక్స్, దాని వర్గం, యజమాని మరియు ఎంపిక కారణాన్ని జాబితా చేసే పత్రంతో ముగించండి. మినహాయింపులను వాటి అనువాద లేదా పునఃసంఖ్యీకరణ నియమం మరియు ఎవరో ఆమోదించిన తేదీతో జోడించండి. దాన్ని అమలు చేసే ఫైర్‌వాల్ నియమాల పక్కన ఉంచండి, సంఘటన సమయంలో ఎవరూ తెరవని వికీలో కాదు. పత్రమే డెలివరబుల్, దాని సారాంశం కాదు.
ఆ నమోదే తదుపరి ఇంజనీర్ మరింత వింతగా కనిపించే సంఖ్యను వెతకకుండా నిరోధిస్తుంది, ఈ సమస్య ప్రతి కొన్ని సంవత్సరాలకు కొత్త పేరుతో మళ్లీ కనుగొనబడటం కూడా అలాగే. మార్పు సమీక్షకు ప్రిఫిక్స్‌ల గురించిన అభిప్రాయానికి బదులుగా ఆమోదించడానికి నిర్దిష్టమైనది కూడా అది ఇస్తుంది. కేటాయింపు చివరిలో, కారణం ఇంచుమించు మీ ముందే ఉన్నప్పుడు దాన్ని ఒకసారి రాయండి.