VPN ద్వారా MariaDB: సర్వర్ ఏ user@host ను చూస్తుంది?
ఖాతా వినియోగదారు మరియు హోస్ట్ కలిసి ఎంపిక చేయబడుతుంది. సర్వర్ చూసిన మూలాన్ని కనుగొని, CURRENT_USER() చదివి, ఆ వరుసను సరిచేయండి, అనుమతిని కాదు.
ఒకే వినియోగదారు పేరును రెండు వేర్వేరు మార్గాల నుండి నమోదు చేయండి మరియు MariaDB మిమ్మల్ని రెండు వేర్వేరు ఖాతాలుగా ధృవీకరించవచ్చు. ఖాతాలు వినియోగదారు మరియు హోస్ట్ కలిసి ఆధారంగా ఉంటాయి, కాబట్టి 'reporter'@'localhost' మరియు 'reporter'@'10.90.0.23' వేర్వేరు పాస్వర్డ్లు మరియు వేర్వేరు అనుమతులతో వేర్వేరు వరుసలు. VPN ద్వారా ఆసక్తికరమైన ప్రశ్న వినియోగదారు ఏ పేరు నమోదు చేశారు అనేది కాదు, సర్వర్ ఏ మూల చిరునామాను చూసింది అనేది.
సర్వర్ నిజంగా చూసే మూలాన్ని నిర్ణయించండి
ల్యాప్టాప్ నుండి కాదు, డేటాబేస్ హోస్ట్ నుండి వెనుకకు పని చేయండి. క్లయింట్ తన వద్ద ఉందని భావించే చిరునామా అనేక అవకాశాలలో ఒకటి మాత్రమే:
| Path | Source MariaDB sees |
|---|---|
| Routed tunnel, no translation | The client's inner VPN address |
| Gateway source translation | The gateway's translated address |
| SSH local forward | The SSH server's address |
| Public exit, no tunnel | Whatever the ISP handed out |
నిర్ణయించడానికి సర్వర్-వైపు సాక్ష్యాలను ఉపయోగించండి. కనెక్షన్ లాగ్, సక్రియ సెషన్ల జాబితా లేదా సాధారణ లాగ్లో తాత్కాలిక నమోదు సర్వర్ అంగీకరించిన చిరునామాను చూపుతాయి. బ్రౌజర్ నుండి కనిపించే ల్యాప్టాప్ పబ్లిక్ IP మరో వాస్తవం మరియు తరచుగా తప్పుదారి పట్టిస్తుంది.
MariaDB ఎంపిక చేసిన ఖాతాను సరిపోల్చండి
ఖాతా ఎంపిక అనుమతుల కలయిక కాదు, నమోదిత క్రమాన్ని అనుసరిస్తుంది. ఖచ్చితమైన హోస్ట్ సరిపోలిక వైల్డ్కార్డ్ కంటే ప్రాధాన్యత పొందుతుంది, మరియు అనామక వినియోగదారు వరుసలు పేరు మాత్రమే నిర్ణయిస్తుంది అని భావించేవారిని ఆశ్చర్యపరిచే విధాలుగా సరిపోలికలో పాల్గొంటాయి. సర్వర్ ఒక వరుసను ఎంచుకుంటుంది; ఒకే పేరు ఉన్న ప్రతి వరుస యొక్క ప్రత్యేక హక్కులను అది విలీనం చేయదు. సూచనను ఒకసారి చదవడం అర్ధరోజు ఊహలను పరీక్షించడం కంటే విలువైనది.
దీని అర్థం, సెషన్ 'reporter'@'10.90.0.23' గా ధృవీకరించబడి ఉంటే 'reporter'@'%' కు అనుమతి జోడించడం ఏమీ మార్చకపోవచ్చు. సవరణ ఎంపిక చేసిన వరుసపైనే పడాలి, అందుకే ఖాతాన్ని గుర్తించడం అనుమతులను సవరించడానికి ముందు వస్తుంది.
సెషన్ నిజంగా ఉపయోగించే ఖాతాను చదవండి
SELECT USER(), CURRENT_USER();
SHOW GRANTS;CURRENT_USER() సెషన్ను ధృవీకరించిన ఖాతాను పేర్కొంటుంది; USER() క్లయింట్ ఏమి అడిగిందో నివేదిస్తుంది మరియు భిన్నంగా ఉండవచ్చు. వీటిని సాధారణ ఉన్నత-స్థాయి ప్రశ్నలుగా అమలు చేయండి, నిర్వచన సందర్భంతో నిల్వ చేసిన రొటీన్ లోపలి నుండి కాదు, లేకపోతే సమాధానాలు మీ సెషన్కు బదులు రొటీన్ యజమానిని వివరిస్తాయి.
విఫలమైన లాగిన్ వీటిలో ఏదీ అమలు చేయలేదు, మరియు నిర్వాహకుడు ఖాతా నిర్వచనాలు మరియు సర్వర్ కనెక్షన్ సాక్ష్యాలను తనిఖీ చేయాల్సిన సందర్భం ఇదే. దానికి సిద్ధంగా ఉండండి: తిరస్కరించబడిన లాగిన్ను డీబగ్ చేసే వ్యక్తి వద్ద సాధారణంగా అడగడానికి SQL సెషన్ ఉండదు.
ప్రాప్యతను ధృవీకరణ నుండి వేరు చేయండి
లోపం వచనం మీరు ఏ పొరలో ఉన్నారో చెబుతుంది. తిరస్కరించబడిన కనెక్షన్ లేదా సమయం ముగియడం అంటే క్లయింట్ ఎప్పుడూ శ్రోతను చేరుకోలేదు, కాబట్టి ఖాతా మరియు దాని పాస్వర్డ్ ఇంకా ప్రశ్నలో లేవు. యాక్సెస్ తిరస్కరించబడింది అనే ప్రత్యుత్తరం అంటే సర్వర్ సమాధానం ఇచ్చింది, ఇది ప్రాప్యతను నిరూపించి ఖాతా, హోస్ట్ సరిపోలిక లేదా క్రెడెన్షియల్ వైపు సూచిస్తుంది.
నెట్వర్క్ అవసరాలు వాటి సొంత జాబితా: లూప్బ్యాక్కు మాత్రమే కాదు, ఉద్దేశించిన చిరునామాకు బద్ధమైన శ్రోత, కాన్ఫిగర్ చేసిన పోర్ట్కు అనుమతించిన ట్రాఫిక్ మరియు ప్రత్యుత్తరం కోసం తిరిగి వచ్చే మార్గం. ప్రతి ఒక్కటి స్వతంత్రంగా విఫలమవుతుంది, పని చేసే సొరంగం వాటిలో ఏదీ సూచించదు. లూప్బ్యాక్లోని శ్రోత స్థానిక కనెక్షన్లను అంగీకరించి ప్రతి దూర కనెక్షన్ను తిరస్కరిస్తుంది, ఇది ఫైర్వాల్ బ్లాక్ లాగా కనిపించే తిరస్కరించబడిన కనెక్షన్ను ఉత్పత్తి చేస్తుంది.
నెట్వర్క్ బృందంతో టికెట్ తెరవడానికి ముందు బైండ్ చిరునామాను తనిఖీ చేయండి. డేటాబేస్ హోస్ట్లో ss -lntp ఏ చిరునామా మరియు పోర్ట్ నిజంగా వినిపిస్తున్నాయో చూపుతుంది, ఆ ఒకే వరుస ఊహల మొత్తం వర్గాన్ని మినహాయిస్తుంది.
సంకుచితంగా సరిచేసి, తర్వాత రెండు దిశల్లో మళ్లీ పరీక్షించండి
ఉద్దేశించిన హోస్ట్-అర్హత గల ఖాతాను సంస్థ ఆమోదించిన ప్రక్రియ ద్వారా సృష్టించండి, టికెట్లో అతికించిన భాగస్వామ్య క్రెడెన్షియల్కు బదులు మద్దతు ఉన్న నిల్వ నుండి క్రెడెన్షియల్తో. పనికి అవసరమైన స్కీమా కార్యకలాపాలను మాత్రమే ఇవ్వండి. విఫలమైన దూర లాగిన్ను root ఖాతా, అందరికీ-ఇవ్వు విధానం లేదా సాధారణ వైల్డ్కార్డ్ హోస్ట్గా మార్చడం పరీక్షను పాస్ చేయిస్తుంది మరియు మీరు పరీక్షిస్తున్న నియంత్రణను తొలగిస్తుంది. తొందరపాటులో జోడించిన అనుమతి తర్వాత ఎవరూ తొలగించని అనుమతి.
ఉద్దేశించిన మార్గం ద్వారా కొత్త సెషన్తో మళ్లీ పరీక్షించి, తర్వాత ప్రతికూల సందర్భాలను తనిఖీ చేయండి. నిరోధించాల్సిన మార్గం ఇప్పటికీ నిరోధించబడి ఉండాలి, ఇవ్వని కార్యకలాపం ఇప్పటికీ తిరస్కరించబడి ఉండాలి. ఆ రెండు తనిఖీలే సరిచేసిన ఖాతాను విస్తరించిన ఖాతా నుండి వేరు చేస్తాయి.
చివరగా, గమనించిన మూల చిరునామా మరియు ఖాతా పేరును కలిసి నమోదు చేయండి. సొరంగం ప్రాప్యతను అందిస్తుంది; MariaDB ఇప్పటికీ తన సొంత ఖాతాను ఎంచుకుని అధికారం ఇస్తుంది, తదుపరి వ్యక్తికి మీ ఫలితాన్ని పునరుత్పత్తి చేయడానికి రెండు వాస్తవాలు అవసరం.