Konfigurer proxy-innstillinger for den lokale datagatewayen
Arbeidsmiljøet kan kreve at du går gjennom en proxy for å få tilgang til Internett. Dette kravet kan hindre microsofts lokale datagateway i å koble til tjenesten.
Følgende innlegg på superuser.com diskuterer hvordan du kan prøve å finne ut om du har en proxy på nettverket: Hvordan vet hvilken proxy-server jeg bruker? (SuperUser.com).
Selv om de fleste konfigurasjonsinnstillingene for gateway kan endres ved hjelp av den lokale datagateway-appen, konfigureres proxy-informasjon i en .NET-konfigurasjonsfil. Plasseringen og filnavnene er forskjellige, avhengig av gatewayen du bruker.
Det finnes fire konfigurasjonsfiler som er knyttet til bruk av en proxy med den lokale datagatewayen. Følgende to hovedkonfigurasjonsfiler gjelder for gatewayen og konfigurasjonsprosessen.
- Den første filen er for konfigurasjonsskjermene som faktisk konfigurerer gatewayen. Hvis du har problemer med å konfigurere gatewayen, kan du se på følgende fil: C:\Programfiler\Lokal datagateway\enterprisegatewayconfigurator.exe.config. I lokal datagateway (personlig modus) er den tilsvarende filen %LocalAppData%\Microsoft\Lokal datagateway (personlig modus)\PersonalGatewayConfigurator.exe.config.
- Den andre filen er for den faktiske Windows-tjenesten som samhandler med skytjenesten ved hjelp av gatewayen. Denne filen håndterer forespørslene: C:\Program files\On-premises data gateway\Microsoft.PowerBI.EnterpriseGateway.exe.config. I lokal datagateway (personlig modus) er den tilsvarende filen %LocalAppData%\Microsoft\Lokal datagateway (personlig modus)\Microsoft.PowerBI.DataMovement.PersonalGateway.exe.config.
Hvis du skal gjøre endringer i proxy-konfigurasjonen, må disse filene redigeres slik at proxy-konfigurasjoner er nøyaktig de samme i begge filene.
Den tredje konfigurasjonsfilen må redigeres for at gatewayen skal kunne koble til datakilder i skyen gjennom en proxy.
- C:\Programfiler\Lokal datagateway\m\Microsoft.Mashup.Container.NetFX45.exe.config
I lokal datagateway (personlig modus) er den tilsvarende filen %LocalAppData%\Microsoft\Lokal datagateway (personlig modus)\m\Microsoft.Mashup.Container.NetFX45.exe.config.
Den fjerde konfigurasjonsfilen må redigeres for at gatewayen skal kunne koble til Fabric Pipelines-tjenester via en proxy.
- C:\Program files\On-premises data gateway\FabricIntegrationRuntime\5.0\Shared\Fabricworker.exe.config
Den følgende delen beskriver hvordan du redigerer disse filene.
Konfigurer proxy-innstillinger
Eksemplet nedenfor viser standard proxy-konfigurasjon som finnes i begge de to hovedkonfigurasjonsfilene.
<system.net>
<defaultProxy useDefaultCredentials="true" />
</system.net>
Standardkonfigurasjonen fungerer med Windows-godkjenning. Hvis proxyen bruker en annen form for godkjenning, må du endre innstillingene. Hvis du ikke er sikker, kontakter du systemansvarlig.
Vi anbefaler ikke grunnleggende proxy-godkjenning. Bruk av enkel proxy-godkjenning kan føre til proxy-godkjenningsfeil som fører til at gatewayen ikke blir riktig konfigurert. Bruk en sterkere proxy-godkjenningsmekanisme for å løse.
I tillegg til å bruke standard legitimasjon, kan du legge til et <proxy> element for å definere proxy-serverinnstillinger mer detaljert. Du kan for eksempel angi at den lokale datagatewayen alltid skal bruke proxyen, selv for lokale ressurser, ved å angi bypassonlocal-parameteren til usann. Denne innstillingen kan hjelpe i feilsøkingssituasjoner for å spore alle HTTPS-forespørsler som stammer fra en gateway i proxy-loggfilene. Følgende eksempelkonfigurasjon angir at alle forespørsler må gå gjennom en bestemt proxy med IP-adressen 192.168.1.10.
<system.net>
<defaultProxy useDefaultCredentials="true">
<proxy
autoDetect="false"
proxyaddress="http://192.168.1.10:3128"
bypassonlocal="false"
usesystemdefault="false"
/>
</defaultProxy>
</system.net>
Du må også redigere Microsoft.Mashup.Container.NetFX45.exe.config-filen hvis du vil at gatewayen skal koble til skydatakilder via en gateway.
I filen utvider du inndelingen <configurations> til å inkludere følgende innhold, og oppdaterer attributtet proxyaddress med proxy-informasjonen. Følgende eksempel ruter alle skyforespørsler gjennom en bestemt proxy med IP-adressen 192.168.1.10.
<configuration>
<system.net>
<defaultProxy useDefaultCredentials="true" enabled="true">
<proxy proxyaddress="http://192.168.1.10:3128" bypassonlocal="true" />
</defaultProxy>
</system.net>
</configuration>
Konfigurering av denne tredje filen kan være nødvendig hvis proxyen er et krav for all Internett-kommunikasjon, spesielt for bedriftsbruk der nettverk er sikre og låst. Hvis en proxy kreves for gateway-kommunikasjon, er det sannsynligvis også nødvendig for all Internett-trafikk fra beholdere. I dette tilfellet kan gatewayen se ut til å fungere helt til en beholder foretar eksterne (Internett)-spørringer. Dette problemet gjelder spesielt for dataflyter, som forsøker å sende den resulterende spørringen av lokale data til Azure Data Lake Storage. Men det gjelder også når en gateway-spørring slår sammen en lokal semantisk modell med en internettbundet semantisk modell.
Hvis du vil lære mer om konfigurasjonen av proxy-elementene for .NET-konfigurasjonsfiler, kan du gå til standardProxy-element (nettverksinnstillinger).
Konfigurer gateway for utdatamål
Hvis du vil bruke gatewayen med utdatamål, må gatewayen kanskje konfigureres for å kunne sende gjennom en brannmur eller proxy for å nå måldatakilden. Hvis du bruker en proxy-server, kan denne gjennomgangen kreve aktivering av nettadresser for aktivering av nettadresser til aktuelle mål, for eksempel *.datawarehouse.pbidedicated.windows.net for LakeHouse, *.dfs.core.windows.net for Data Lake og så videre.
Merk
Hvis du bruker LakeHouse-destinasjoner, må du kjøre minst mai 2023-utgivelsen av gatewayen. Lakehouse-koblingen er ikke tilgjengelig i gateway-versjoner før denne utgivelsen.
Endre gateway-tjenestekontoen til en domenebruker
Som forklart tidligere, når du konfigurerer proxy-innstillingene til å bruke standard legitimasjon, kan du komme over godkjenningsproblemer med proxyen. Denne situasjonen oppstår når standard tjenestekonto er tjeneste-SID og ikke en godkjent domenebruker. Hvis proxyen i organisasjonen krever en domenekonto for å godkjenne forespørselen, kan du endre tjenestekontoen for gatewayen til en domenetjenestekonto. Denne endringen tillater riktig godkjenning med proxyen. Hvis du vil ha mer informasjon om hvordan du endrer gateway-tjenestekontoen, kan du gå til Endre den lokale tjenestekontoen for datagateway.
Merk
Vi anbefaler at du bruker en administrert tjenestekonto for å unngå å måtte tilbakestille passord. Lær hvordan du oppretter en administrert tjenestekonto i Active Directory.