Artemis loopback broker కోసం SOCKSని బైపాస్ చేయగలదు

తప్పు SOCKS పాస్వర్డ్తో విజయవంతమయ్యే Artemis broker కనెక్షన్ proxy హ్యాండ్లర్ను దాటి ఉండవచ్చు. socksHost మాత్రమే కాదు, broker గమ్యాన్ని తనిఖీ చేయండి.

localhost మరియు 127.0.0.1 వంటి loopback broker చిరునామాలను transport పత్రాలు SOCKS కాన్ఫిగరేషన్ను దాటే చిరునామాలుగా వివరిస్తాయి. సాధారణ స్థానిక పరిష్కార మార్గం కోసం, కనెక్షన్ మధ్యవర్తి గుండా వెళ్లాల్సి వచ్చినప్పుడు ఉద్దేశించిన non-loopback broker చిరునామాన్ని ఉపయోగించండి. loopbackకి పరిష్కరించబడే మరో alias కూడా అదే ఫలితాన్ని ఇవ్వవచ్చు.

connector వెర్షన్ యొక్క ఖచ్చితమైన షరతును తనిఖీ చేయండి

కొత్త upstream connector మూలంలో స్పష్టమైన remote-DNS మినహాయింపు ఉంది. proxy హ్యాండ్లర్ షరతు ఇది:

socksEnabled && (socksRemoteDNS || !isTargetLocalHost())

ఆ షరతు ఉన్న implementationలో socksRemoteDNS ప్రారంభించబడినప్పుడు, connector గమ్యాన్ని పరిష్కరించకుండా వదిలి loopbackలా కనిపించే గమ్యానికి కూడా SOCKS హ్యాండ్లర్ను ఇన్స్టాల్ చేస్తుంది. దాని డాక్యుమెంటెడ్ డిఫాల్ట్ falseతో, స్థానిక-చిరునామా పరీక్ష ఇప్పటికీ ముఖ్యం.

ఇది localhost వంటి hostname అర్థాన్ని మారుస్తుంది: పరిష్కారం కోసం SOCKS సర్వర్కు పంపినప్పుడు, అది proxy యొక్క గమ్య దృశ్యాన్ని సూచిస్తుంది. రిమోట్ పరిష్కారాన్ని ఎంచుకునే ముందు ఇది ఉద్దేశించిన broker స్థానమేనని నిర్ధారించండి.

ప్రవర్తనను ఇన్స్టాల్ చేసిన Artemis clientతో సరిపోల్చండి. హ్యాండ్లర్ నిజంగా మార్గంలో ఉన్న తర్వాత, SOCKS ప్రామాణీకరణను broker ప్రామాణీకరణ నుండి వేరు చేయండి మరియు విజయవంతమైన broker సెషన్ను proxy ఆధారాల వినియోగానికి రుజువుగా భావించడం బదులు ఫలిత కనెక్షన్ మార్గాన్ని ధృవీకరించండి.