dnsmasq ఒక ప్రైవేట్ DNS సమాధానాన్ని పడేస్తోంది: కారణం rebinding రక్షణా?

కంపెనీ DNS సర్వర్ ఆశించిన ప్రైవేట్ చిరునామాను తిరిగి ఇస్తుంది, అయినా స్థానిక ఫార్వర్డింగ్ రిజాల్వర్ ద్వారా క్వెరీ విఫలమవుతుంది. సమాధానం ఉంది, ఇది పై జోన్‌ను మరియు రికార్డును తప్పించి వేస్తుంది. మిగిలేది రిజాల్వర్ ఈ సమాధానాన్ని క్లయింట్‌కు తిరిగి ఇవ్వాలా వద్దా అని నిర్ణయించే దశ. ఆ రిజాల్వర్ dnsmasq అయితే, తిరస్కరణ బహుశా ఇప్పటికే లాగ్‌లో ఉంది.

సమాధానం స్వీకరించడం మరియు దాన్ని తిరిగి ఇవ్వడం ఎంచుకోవడం రెండు వేర్వేరు దశలు.

రెండు రిజాల్వర్లలో ఒకే పేరును పోల్చండి

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

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

లక్షణాన్ని కాదు, తిరస్కరణను చదవండి

dnsmasq యొక్క stop-dns-rebind ఎంపిక పై నుంచి వచ్చే నిబంధనలు నెరవేర్చే ప్రైవేట్ చిరునామా సమాధానాలను తిరస్కరిస్తుంది మరియు అలా చేసినప్పుడు వాటిని లాగ్‌లో నమోదు చేస్తుంది. ఈ రక్షణ మంచి కారణంతో ఉంది: అకస్మాత్తుగా ప్రైవేట్ చిరునామాకు మారే పబ్లిక్ పేరే సాంప్రదాయ rebinding దాడి. కానీ ఇది ఉద్దేశపూర్వకంగా ప్రైవేట్ సేవతో కూడా ఢీకొంటుంది, అదే మీ సందర్భం.

ఏదైనా మార్చే ముందు లాగ్‌లో తిరస్కరణను వెతకండి, ఎందుకంటే సందేశం యంత్రాంగాన్ని పేరు పెడుతుంది.

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

మినహాయింపును ఒకే డొమైన్‌కు పరిమితం చేయండి

ధృవీకరించిన డొమైన్ కోసం dnsmasq మాన్యువల్ ప్రపంచ స్విచ్‌కు బదులు డొమైన్-పరిమిత మినహాయింపును ఇస్తుంది.

rebind-domain-ok=corp.example

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

rebinding గుర్తింపు నుంచి మినహాయింపు సరిగ్గా ఒక పని చేస్తుంది: ఆ డొమైన్ సమాధానాలను దాటనిస్తుంది.

అది split-DNS ఫార్వర్డర్‌ను కాన్ఫిగర్ చేయదు, చేరుకోలేని పై మూలాన్ని చేరుకోగలిగేలా చేయదు మరియు తిరిగి ఇచ్చిన చిరునామాకు మార్గాన్ని సృష్టించదు. ఇవి ఒక్కొక్కటీ వేర్వేరు అవసరం, దానికి సొంత వైఫల్య గుర్తు ఉంది, మరియు ఒక్కొక్కటీ క్లయింట్‌లో వేర్వేరుగా విఫలమవుతుంది.

సరిహద్దును తీసివేయకుండా ధృవీకరించండి

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

మినహాయింపు కారణాన్ని కాన్ఫిగరేషన్ పక్కన, తేదీ మరియు బాధ్యుడితో పాటు ఉంచండి.

ప్రైవేట్ సేవ తరలిపోయినప్పుడు లేదా డొమైన్ మారినప్పుడు మళ్లీ తనిఖీ చేయండి. రక్షణను ప్రపంచవ్యాప్తంగా ఆపేయడం సంబంధం లేని సమాధానాల నిర్వహణను మారుస్తుంది మరియు rebinding ఎప్పుడూ కారణం కాకపోయినా మార్గం లేదా సేవ లోపాన్ని అలాగే వదిలేస్తుంది.