తనను తాను ప్రశ్నించే క్లయింట్‌కు మాత్రమే SRV రికార్డు సహాయపడేది ఎందుకు

మీ జోన్‌కు SRV రికార్డును జోడించడం ఏ VPN క్లయింట్‌కూ దానిని వెతకడం నేర్పదు. క్లయింట్ లేబుల్‌ను తెలిసి ఉండాలి, ప్రశ్నను పంపాలని నిర్ణయించుకోవాలి మరియు తిరిగి వచ్చే దాని ప్రకారం పని చేయాలి, DNS మొదటి రెండింటిని అందించలేదు. అందువల్ల విఫలమైన SRV ప్రణాళికలలో చాలా వరకు DNS వేషంలో ఉన్న క్లయింట్ సమస్యలు. మొదట క్లయింట్ యొక్క గుర్తింపు ప్రవర్తనను చదవండి, ఆపై అది నిజంగా ప్రశ్నించే లేబుల్‌ను మాత్రమే ప్రచురించండి.

ఎవరూ ప్రశ్నించని రికార్డు ఎవరికీ సహాయపడలేదు

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

అందుకే నెట్‌వర్క్‌లో ఒక ఉత్పత్తి పని చేయడం ప్రారంభించగలదు, మరొకటి అదే మార్పు వల్ల ప్రభావితం కాకపోవచ్చు. మారేది సాఫ్ట్‌వేర్, మరియు DNS సర్వర్ తనకు చెప్పినది సరిగ్గా చేస్తుంది. సవరణ తర్వాత జోన్‌ను మళ్లీ చదవండి, ఎందుకంటే తప్పుగా టైప్ చేసిన లేబుల్ ఒకేలా కనిపించే రికార్డుల మధ్య సులభంగా దాక్కుంటుంది.

రాయడానికి ముందు ఖేత్రాలను చదవండి

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

ఈ ఖేత్రాలలో ఏదీ ఆధారాలు, ధృవపత్ర విధానం లేదా అప్లికేషన్ వెర్షన్‌ను కలిగి ఉండదు, బరువును నిర్లక్ష్యం చేసే క్లయింట్ అయినా కనెక్ట్ అవుతుంది, ప్రణాళికాబద్ధమైన సమతుల్యత లేకుండా మాత్రమే. లక్ష్యానికి దాని సొంత చిరునామా రికార్డులు అవసరం, అది మారుపేరు కాకుండా కానానికల్ పేరు ఉండాలి. వినేవాడు లేని హోస్ట్‌ను సూచించే రికార్డును ప్రచురించడం DNS లోపంలా చదవబడే కనెక్షన్ లోపాన్ని కలిగిస్తుంది, అదే అత్యంత ఖరీదైన తప్పుదారి పట్టించడం. మొత్తం గొలుసును ప్రచురించండి లేదా దానిలో ఏదీ వద్దు.

క్లయింట్ నిజంగా పంపే లేబుల్‌ను కనుగొనండి

ఉత్పత్తి పేరు గురించిన ఊహతో కాకుండా సాక్ష్యంతో లేబుల్‌ను నిర్ణయించండి. ఒకటి పత్రాలు సేవ పేరును తెలియజేస్తాయి, లేదా రికార్డింగ్ క్లయింట్ ప్రారంభమైనప్పుడు బయటకు వెళ్లే ప్రశ్నను చూపుతుంది. రెండు మార్గాలు ఒకే చోట ముగుస్తాయి: రిజాల్వర్‌తో పరీక్షించడానికి ఖచ్చితమైన పేరు మరియు రకం.

dig +short SRV _vpn._tcp.gw.example
dig +short A edge2.gw.example
tcpdump -ni any udp port 53

సమాధానాన్ని మీరు ప్రచురించిన రికార్డుతో అక్షరం అక్షరం పోల్చండి, ఎందుకంటే అండర్‌స్కోర్లు మరియు చివరి చుక్క పేరులో భాగం. నిజంగా పంపిన ప్రశ్నకు ఖాళీ సమాధానం జోన్‌ను సూచిస్తుంది, ప్రశ్నే లేకపోవడం క్లయింట్‌ను సూచిస్తుంది, ఈ కనుగొన్న విషయాలు మిమ్మల్ని వేర్వేరు బృందాల వద్దకు పంపుతాయి. నిజమైన సమాధానం క్రింది పంక్తిలా ఉంటుంది, అక్కడ ప్రాధాన్యత 20 ఏదైనా తక్కువ ప్రాధాన్యత రికార్డుకు ఓడిపోతుంది, క్లయింట్ పేర్కొన్న లక్ష్యంపై 8443 పోర్టును డయల్ చేస్తుంది.

_vpn._tcp.gw.example. 600 IN SRV 20 10 8443 edge2.gw.example.

లక్ష్యం కూడా ఉండాలి

పరిష్కరించబడే లక్ష్యం సమాధానం ఇచ్చే సేవతో సమానం కాదు. లక్ష్యం యొక్క చిరునామా రికార్డులను తనిఖీ చేయండి, తర్వాత ప్రచురించిన పోర్టు మరియు ప్రోటోకాల్‌లో ఏదైనా వింటోందా అని తనిఖీ చేయండి. UDP మాత్రమే వినేవారిని సూచించే TCP రికార్డు ఏ జోన్ సవరణా సరిచేయలేని అసంగతి. లక్ష్యం మారుతూ ఉన్నప్పుడు TTL చిన్నగా ఉంచండి, పేరు కదలడం ఆగినప్పుడు పొడిగించండి.

గుర్తింపును నిజంగా అమలు చేసే క్లయింట్లు రికార్డును ఎంత గౌరవిస్తాయనే దానిలో భిన్నంగా ఉంటాయి. కొందరు ప్రాధాన్యతను మాత్రమే ఉపయోగిస్తారు, కొందరు బరువును సలహాగా భావిస్తారు, కొద్దిమంది పోర్టును నిర్లక్ష్యం చేసి డిఫాల్ట్ విలువను ఊహిస్తారు. ఆ భేదాలు లేబుల్ పక్కన మీ నోట్స్‌లో ఉండాలి, ఎందుకంటే అవి లేకపోతే రిజాల్వర్ లోపంలా కనిపించే ప్రవర్తనను వివరిస్తాయి.

గుర్తింపు అనేది ప్రామాణీకరణ కాదు

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

గుర్తింపు మద్దతు లేని క్లయింట్‌కు, అది అంగీకరించే ప్రొఫైల్ లేదా గేట్‌వే URLను పంపిణీ చేయండి, ఏ ఉత్పత్తి ఏ పద్ధతిని ఉపయోగిస్తుందో నమోదు చేయండి. ఆ నోట్ తదుపరి నిర్వాహకుడు రికార్డును జోడించి అది ప్రతిచోటా పని చేస్తుందని ఆశించడాన్ని నిరోధిస్తుంది. SRV నిర్దేశం లక్ష్యాల మధ్య ఎంపికను వివరిస్తుంది, దానిని అధికార యంత్రాంగంగా చదవడమే ఉపయోగకరమైన రికార్డు భద్రతా ఊహగా మారే మార్గం. ఉద్దేశపూర్వకంగా ప్రచురించండి, మీ పత్రాలలో లేబుల్‌ను పేర్కొనండి, ఇవి ఏవైనా ముఖ్యమా అని నిర్ణయించే భాగంగా క్లయింట్‌ను చూడండి.