|

“నా Windows ఆధారాలు ఉపయోగించు” అనే దానికి ఒక కర్త అవసరం. డెస్క్‌టాప్ ప్రోగ్రామ్‌లో అది దాన్ని నడిపించే వ్యక్తి కావచ్చు. సేవలో అది సేవ యొక్క ఖాతా కావచ్చు. వెబ్ అప్లికేషన్‌లో, సందర్శకుడి విజయవంతమైన సైన్-ఇన్ బయటకు వెళ్లే అభ్యర్థన యొక్క భద్రతా సందర్భాన్ని స్వయంచాలకంగా భర్తీ చేయదు.

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

కోడ్ మార్చే ముందు గుర్తింపులకు పేర్లు పెట్టండి

  • డెస్క్‌టాప్ బ్రౌజర్‌లో సైన్-ఇన్ అయిన వ్యక్తి.
  • అప్లికేషన్ ప్రక్రియను హోస్ట్ చేసే ఖాతా.
  • బయటకు వెళ్లే కార్యకలాపానికి క్రియాశీలంగా ఉన్న ఏదైనా అనుకరణ గుర్తింపు.
  • ప్రాక్సీ నిజంగా అంగీకరించిన లేదా తిరస్కరించిన ఖాతా.

.NET మద్దతు ఇచ్చే ఏకీకృత ప్రామాణీకరణ మార్గాల్లో, DefaultCredentials ప్రస్తుత భద్రతా సందర్భానికి సంబంధించినది. మరొక మెషీన్‌లో పేజీ తెరిచిన ప్రతి ఒక్కరికీ ఇది ప్రపంచ మారుపేరు కాదు.

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

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

సంబంధిత వ్యాసాలు