Azure service bus System.UnauthorizedAccessException











up vote
2
down vote

favorite












We've started experiencing a problem with our azure service bus connection string, as of 04:57am messages are no longer being sent/collected from the service bus.



System.UnauthorizedAccessException: The token provider was unable to provide a security token while accessing 'https://biztechsoftware-sb.accesscontrol.windows.net/WRAPv0.9/'. Token provider returned message: 'The remote name could not be resolved: 'biztechsoftware-sb.accesscontrol.windows.net''. ---> System.IdentityModel.Tokens.SecurityTokenException: The token provider was unable to provide a security token while accessing 'https://biztechsoftware-sb.accesscontrol.windows.net/WRAPv0.9/'. Token provider returned message: 'The remote name could not be resolved: 'biztechsoftware-sb.accesscontrol.windows.net''. ---> System.Net.WebException: The remote name could not be resolved: 'biztechsoftware-sb.accesscontrol.windows.net'


If I use the root connection string it works okay. The problem lies with the old connection string endpoint we are using that was created a long while ago. Is it possible that this old endpoint has expired?










share|improve this question


























    up vote
    2
    down vote

    favorite












    We've started experiencing a problem with our azure service bus connection string, as of 04:57am messages are no longer being sent/collected from the service bus.



    System.UnauthorizedAccessException: The token provider was unable to provide a security token while accessing 'https://biztechsoftware-sb.accesscontrol.windows.net/WRAPv0.9/'. Token provider returned message: 'The remote name could not be resolved: 'biztechsoftware-sb.accesscontrol.windows.net''. ---> System.IdentityModel.Tokens.SecurityTokenException: The token provider was unable to provide a security token while accessing 'https://biztechsoftware-sb.accesscontrol.windows.net/WRAPv0.9/'. Token provider returned message: 'The remote name could not be resolved: 'biztechsoftware-sb.accesscontrol.windows.net''. ---> System.Net.WebException: The remote name could not be resolved: 'biztechsoftware-sb.accesscontrol.windows.net'


    If I use the root connection string it works okay. The problem lies with the old connection string endpoint we are using that was created a long while ago. Is it possible that this old endpoint has expired?










    share|improve this question
























      up vote
      2
      down vote

      favorite









      up vote
      2
      down vote

      favorite











      We've started experiencing a problem with our azure service bus connection string, as of 04:57am messages are no longer being sent/collected from the service bus.



      System.UnauthorizedAccessException: The token provider was unable to provide a security token while accessing 'https://biztechsoftware-sb.accesscontrol.windows.net/WRAPv0.9/'. Token provider returned message: 'The remote name could not be resolved: 'biztechsoftware-sb.accesscontrol.windows.net''. ---> System.IdentityModel.Tokens.SecurityTokenException: The token provider was unable to provide a security token while accessing 'https://biztechsoftware-sb.accesscontrol.windows.net/WRAPv0.9/'. Token provider returned message: 'The remote name could not be resolved: 'biztechsoftware-sb.accesscontrol.windows.net''. ---> System.Net.WebException: The remote name could not be resolved: 'biztechsoftware-sb.accesscontrol.windows.net'


      If I use the root connection string it works okay. The problem lies with the old connection string endpoint we are using that was created a long while ago. Is it possible that this old endpoint has expired?










      share|improve this question













      We've started experiencing a problem with our azure service bus connection string, as of 04:57am messages are no longer being sent/collected from the service bus.



      System.UnauthorizedAccessException: The token provider was unable to provide a security token while accessing 'https://biztechsoftware-sb.accesscontrol.windows.net/WRAPv0.9/'. Token provider returned message: 'The remote name could not be resolved: 'biztechsoftware-sb.accesscontrol.windows.net''. ---> System.IdentityModel.Tokens.SecurityTokenException: The token provider was unable to provide a security token while accessing 'https://biztechsoftware-sb.accesscontrol.windows.net/WRAPv0.9/'. Token provider returned message: 'The remote name could not be resolved: 'biztechsoftware-sb.accesscontrol.windows.net''. ---> System.Net.WebException: The remote name could not be resolved: 'biztechsoftware-sb.accesscontrol.windows.net'


      If I use the root connection string it works okay. The problem lies with the old connection string endpoint we are using that was created a long while ago. Is it possible that this old endpoint has expired?







      azure azureservicebus






      share|improve this question













      share|improve this question











      share|improve this question




      share|improve this question










      asked Nov 8 at 10:49









      NigelMassey

      96118




      96118
























          1 Answer
          1






          active

          oldest

          votes

















          up vote
          1
          down vote



          accepted










          https://docs.microsoft.com/en-us/azure/active-directory/develop/active-directory-acs-migration




          November 7, 2018: All Access Control components are permanently shut down. This includes the Access Control management portal, the management service, STS, and the token transformation rule engine. At this point, any requests sent to Access Control (located at .accesscontrol.windows.net) fail. You should have migrated all existing apps and services to other technologies well before this time.




          Access Control Service was retired yesterday.
          You have to use a shared access policy connection string with a shared access key, or use Azure AD authentication which is in Preview.



          There is a migration guide as well: https://docs.microsoft.com/en-us/azure/service-bus-messaging/service-bus-migrate-acs-sas






          share|improve this answer





















            Your Answer






            StackExchange.ifUsing("editor", function () {
            StackExchange.using("externalEditor", function () {
            StackExchange.using("snippets", function () {
            StackExchange.snippets.init();
            });
            });
            }, "code-snippets");

            StackExchange.ready(function() {
            var channelOptions = {
            tags: "".split(" "),
            id: "1"
            };
            initTagRenderer("".split(" "), "".split(" "), channelOptions);

            StackExchange.using("externalEditor", function() {
            // Have to fire editor after snippets, if snippets enabled
            if (StackExchange.settings.snippets.snippetsEnabled) {
            StackExchange.using("snippets", function() {
            createEditor();
            });
            }
            else {
            createEditor();
            }
            });

            function createEditor() {
            StackExchange.prepareEditor({
            heartbeatType: 'answer',
            convertImagesToLinks: true,
            noModals: true,
            showLowRepImageUploadWarning: true,
            reputationToPostImages: 10,
            bindNavPrevention: true,
            postfix: "",
            imageUploader: {
            brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
            contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
            allowUrls: true
            },
            onDemand: true,
            discardSelector: ".discard-answer"
            ,immediatelyShowMarkdownHelp:true
            });


            }
            });














             

            draft saved


            draft discarded


















            StackExchange.ready(
            function () {
            StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53206174%2fazure-service-bus-system-unauthorizedaccessexception%23new-answer', 'question_page');
            }
            );

            Post as a guest















            Required, but never shown

























            1 Answer
            1






            active

            oldest

            votes








            1 Answer
            1






            active

            oldest

            votes









            active

            oldest

            votes






            active

            oldest

            votes








            up vote
            1
            down vote



            accepted










            https://docs.microsoft.com/en-us/azure/active-directory/develop/active-directory-acs-migration




            November 7, 2018: All Access Control components are permanently shut down. This includes the Access Control management portal, the management service, STS, and the token transformation rule engine. At this point, any requests sent to Access Control (located at .accesscontrol.windows.net) fail. You should have migrated all existing apps and services to other technologies well before this time.




            Access Control Service was retired yesterday.
            You have to use a shared access policy connection string with a shared access key, or use Azure AD authentication which is in Preview.



            There is a migration guide as well: https://docs.microsoft.com/en-us/azure/service-bus-messaging/service-bus-migrate-acs-sas






            share|improve this answer

























              up vote
              1
              down vote



              accepted










              https://docs.microsoft.com/en-us/azure/active-directory/develop/active-directory-acs-migration




              November 7, 2018: All Access Control components are permanently shut down. This includes the Access Control management portal, the management service, STS, and the token transformation rule engine. At this point, any requests sent to Access Control (located at .accesscontrol.windows.net) fail. You should have migrated all existing apps and services to other technologies well before this time.




              Access Control Service was retired yesterday.
              You have to use a shared access policy connection string with a shared access key, or use Azure AD authentication which is in Preview.



              There is a migration guide as well: https://docs.microsoft.com/en-us/azure/service-bus-messaging/service-bus-migrate-acs-sas






              share|improve this answer























                up vote
                1
                down vote



                accepted







                up vote
                1
                down vote



                accepted






                https://docs.microsoft.com/en-us/azure/active-directory/develop/active-directory-acs-migration




                November 7, 2018: All Access Control components are permanently shut down. This includes the Access Control management portal, the management service, STS, and the token transformation rule engine. At this point, any requests sent to Access Control (located at .accesscontrol.windows.net) fail. You should have migrated all existing apps and services to other technologies well before this time.




                Access Control Service was retired yesterday.
                You have to use a shared access policy connection string with a shared access key, or use Azure AD authentication which is in Preview.



                There is a migration guide as well: https://docs.microsoft.com/en-us/azure/service-bus-messaging/service-bus-migrate-acs-sas






                share|improve this answer












                https://docs.microsoft.com/en-us/azure/active-directory/develop/active-directory-acs-migration




                November 7, 2018: All Access Control components are permanently shut down. This includes the Access Control management portal, the management service, STS, and the token transformation rule engine. At this point, any requests sent to Access Control (located at .accesscontrol.windows.net) fail. You should have migrated all existing apps and services to other technologies well before this time.




                Access Control Service was retired yesterday.
                You have to use a shared access policy connection string with a shared access key, or use Azure AD authentication which is in Preview.



                There is a migration guide as well: https://docs.microsoft.com/en-us/azure/service-bus-messaging/service-bus-migrate-acs-sas







                share|improve this answer












                share|improve this answer



                share|improve this answer










                answered Nov 8 at 13:38









                juunas

                20.3k34373




                20.3k34373






























                     

                    draft saved


                    draft discarded



















































                     


                    draft saved


                    draft discarded














                    StackExchange.ready(
                    function () {
                    StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53206174%2fazure-service-bus-system-unauthorizedaccessexception%23new-answer', 'question_page');
                    }
                    );

                    Post as a guest















                    Required, but never shown





















































                    Required, but never shown














                    Required, but never shown












                    Required, but never shown







                    Required, but never shown

































                    Required, but never shown














                    Required, but never shown












                    Required, but never shown







                    Required, but never shown







                    Popular posts from this blog

                    鏡平學校

                    ꓛꓣだゔៀៅຸ໢ທຮ໕໒ ,ໂ'໥໓າ໼ឨឲ៵៭ៈゎゔit''䖳𥁄卿' ☨₤₨こゎもょの;ꜹꟚꞖꞵꟅꞛေၦေɯ,ɨɡ𛃵𛁹ޝ޳ޠ޾,ޤޒޯ޾𫝒𫠁သ𛅤チョ'サノބޘދ𛁐ᶿᶇᶀᶋᶠ㨑㽹⻮ꧬ꧹؍۩وَؠ㇕㇃㇪ ㇦㇋㇋ṜẰᵡᴠ 軌ᵕ搜۳ٰޗޮ޷ސޯ𫖾𫅀ल, ꙭ꙰ꚅꙁꚊꞻꝔ꟠Ꝭㄤﺟޱސꧨꧼ꧴ꧯꧽ꧲ꧯ'⽹⽭⾁⿞⼳⽋២៩ញណើꩯꩤ꩸ꩮᶻᶺᶧᶂ𫳲𫪭𬸄𫵰𬖩𬫣𬊉ၲ𛅬㕦䬺𫝌𫝼,,𫟖𫞽ហៅ஫㆔ాఆఅꙒꚞꙍ,Ꙟ꙱エ ,ポテ,フࢰࢯ𫟠𫞶 𫝤𫟠ﺕﹱﻜﻣ𪵕𪭸𪻆𪾩𫔷ġ,ŧآꞪ꟥,ꞔꝻ♚☹⛵𛀌ꬷꭞȄƁƪƬșƦǙǗdžƝǯǧⱦⱰꓕꓢႋ神 ဴ၀க௭எ௫ឫោ ' េㇷㇴㇼ神ㇸㇲㇽㇴㇼㇻㇸ'ㇸㇿㇸㇹㇰㆣꓚꓤ₡₧ ㄨㄟ㄂ㄖㄎ໗ツڒذ₶।ऩछएोञयूटक़कयँृी,冬'𛅢𛅥ㇱㇵㇶ𥄥𦒽𠣧𠊓𧢖𥞘𩔋цѰㄠſtʯʭɿʆʗʍʩɷɛ,əʏダヵㄐㄘR{gỚṖḺờṠṫảḙḭᴮᵏᴘᵀᵷᵕᴜᴏᵾq﮲ﲿﴽﭙ軌ﰬﶚﶧ﫲Ҝжюїкӈㇴffצּ﬘﭅﬈軌'ffistfflſtffतभफɳɰʊɲʎ𛁱𛁖𛁮𛀉 𛂯𛀞నఋŀŲ 𫟲𫠖𫞺ຆຆ ໹້໕໗ๆทԊꧢꧠ꧰ꓱ⿝⼑ŎḬẃẖỐẅ ,ờỰỈỗﮊDžȩꭏꭎꬻ꭮ꬿꭖꭥꭅ㇭神 ⾈ꓵꓑ⺄㄄ㄪㄙㄅㄇstA۵䞽ॶ𫞑𫝄㇉㇇゜軌𩜛𩳠Jﻺ‚Üမ႕ႌႊၐၸဓၞၞၡ៸wyvtᶎᶪᶹစဎ꣡꣰꣢꣤ٗ؋لㇳㇾㇻㇱ㆐㆔,,㆟Ⱶヤマފ޼ޝަݿݞݠݷݐ',ݘ,ݪݙݵ𬝉𬜁𫝨𫞘くせぉて¼óû×ó£…𛅑הㄙくԗԀ5606神45,神796'𪤻𫞧ꓐ㄁ㄘɥɺꓵꓲ3''7034׉ⱦⱠˆ“𫝋ȍ,ꩲ軌꩷ꩶꩧꩫఞ۔فڱێظペサ神ナᴦᵑ47 9238їﻂ䐊䔉㠸﬎ffiﬣ,לּᴷᴦᵛᵽ,ᴨᵤ ᵸᵥᴗᵈꚏꚉꚟ⻆rtǟƴ𬎎

                    Why https connections are so slow when debugging (stepping over) in Java?