Artemis kan omgå SOCKS for en loopback-broker
Kontroller broker-destinationen og socksRemoteDNS-adfærden, når en Artemis-forbindelse lykkes på trods af bevidst forkerte SOCKS-legitimationsoplysninger.
En Artemis-brokerforbindelse, der lykkes med den forkerte SOCKS-adgangskode, kan have sprunget proxy-handleren over. Kontroller broker-destinationen, ikke kun socksHost.
Transportdokumentationen beskriver loopback-brokeradresser som localhost og 127.0.0.1 som adresser, der omgår SOCKS-konfigurationen. Brug den tilsigtede ikke-loopback-brokeradresse til den normale lokale opløsningsvej, når forbindelsen skal gå gennem mellemleddet. Et andet alias, der stadig opløses til loopback, kan give samme resultat.
Kontroller connectorversionens præcise betingelse
Nyere upstream-connectorkildekode indeholder en eksplicit remote-DNS-undtagelse. Proxy-handlerens betingelse er:
socksEnabled && (socksRemoteDNS || !isTargetLocalHost())Når socksRemoteDNS er aktiveret i en implementering, der indeholder denne betingelse, holder connectoren destinationen uopløst og installerer SOCKS-handleren selv for en destination, der ser ud som loopback. Med den dokumenterede standardværdi false er testen af den lokale adresse stadig vigtig.
Det ændrer betydningen af et værtsnavn som localhost: når det sendes til en SOCKS-server til opløsning, henviser det til proxyens syn på destinationen. Bekræft, at dette er den tilsigtede brokerplacering, før du vælger fjernopløsning.
Tilpas adfærden til den installerede Artemis-klient. Når handleren faktisk er i ruten, skal du skelne SOCKS-godkendelse fra broker-godkendelse og verificere den resulterende forbindelsesvej i stedet for at betragte en vellykket brokersession som bevis på, at proxy-legitimationsoplysninger blev brugt.