:strip_exif()/u/6776/invader.gif?f=community)
Hoi,
Met Reporting Services voor MS SQL Server heb ik een report gemaakt. Die werkt in de lokale debug-omgeving prima, maar op het moment dat ik hem 'deploy' naar de produktie-omgeving (nou ja, de staging-omgeving eigenlijk) dan doet zich het volgende probleem voor:
(de hostname heb ik vervangen door adres.example.com en de netbios-naam van de machine door lokaal)
Als ik naar http://adres.example.com/Reports ga dan kan ik netjes navigeren in de reporting services applicatie, door de gepubliceerde directories browsen en de instellingen van reports inzien en aanpassen. Als ik echter een report wil bekijken dan vindt hij de pagina niet, omdat hij [url=http://lokaal/ReportServer]http://lokaal/ReportServer[/url] (plus aanvullende argumenten) wil weergeven in de frame eronder. Dat verklaart waarom het lokaal wel werkt, en remote niet. Mijn vraag: is dit te verhelpen in reporting services zelf, of misschien op een andere plek?
De server draait bijgewerkte versies van SQL Server 2000, Windows Server 2003, IIS 6 en van Reporting Services is de service pack geïnstalleerd.
Voor mensen die niet bekend zijn met MS SQL Server 2000 Reporting Services: Het is een IIS-.NET applicatie die het mogelijk maakt 'eenvoudig' met Visual Studio .NET 2003 rapporten te maken die in vele formaten via een web interface te verkrijgen zijn en dan dus door simpele eindgebruikers (lees: mensen in pak) zijn op te vragen.
Ik heb vaagjes het vermoeden dat het probleem misschien niet bij Reporting Services ligt, maar dat het iets is als dat bij een hostname lookup de netbios-naam eerst wordt gegeven. Kan ik misschien, net als in UNIX-achtigen, die volgorde veranderen? Of de naam van de default website van IIS ergens veranderen?
Knowledge base en Google helpen niet echt. Op GoT is er ook niet zo veel te vinden, behalve dit topic met de aankondiging dat het bestaat.
Edit: Bij nader inzien lijkt het wel wat op [rml][ IIS] Kan vanaf internet niet op Companyweb[/rml]. Als ik handmatig naar http://adres.example.com/ReportServer ga werkt het wel.
Met Reporting Services voor MS SQL Server heb ik een report gemaakt. Die werkt in de lokale debug-omgeving prima, maar op het moment dat ik hem 'deploy' naar de produktie-omgeving (nou ja, de staging-omgeving eigenlijk) dan doet zich het volgende probleem voor:
(de hostname heb ik vervangen door adres.example.com en de netbios-naam van de machine door lokaal)
Als ik naar http://adres.example.com/Reports ga dan kan ik netjes navigeren in de reporting services applicatie, door de gepubliceerde directories browsen en de instellingen van reports inzien en aanpassen. Als ik echter een report wil bekijken dan vindt hij de pagina niet, omdat hij [url=http://lokaal/ReportServer]http://lokaal/ReportServer[/url] (plus aanvullende argumenten) wil weergeven in de frame eronder. Dat verklaart waarom het lokaal wel werkt, en remote niet. Mijn vraag: is dit te verhelpen in reporting services zelf, of misschien op een andere plek?
De server draait bijgewerkte versies van SQL Server 2000, Windows Server 2003, IIS 6 en van Reporting Services is de service pack geïnstalleerd.
Voor mensen die niet bekend zijn met MS SQL Server 2000 Reporting Services: Het is een IIS-.NET applicatie die het mogelijk maakt 'eenvoudig' met Visual Studio .NET 2003 rapporten te maken die in vele formaten via een web interface te verkrijgen zijn en dan dus door simpele eindgebruikers (lees: mensen in pak) zijn op te vragen.
Ik heb vaagjes het vermoeden dat het probleem misschien niet bij Reporting Services ligt, maar dat het iets is als dat bij een hostname lookup de netbios-naam eerst wordt gegeven. Kan ik misschien, net als in UNIX-achtigen, die volgorde veranderen? Of de naam van de default website van IIS ergens veranderen?
Knowledge base en Google helpen niet echt. Op GoT is er ook niet zo veel te vinden, behalve dit topic met de aankondiging dat het bestaat.
Edit: Bij nader inzien lijkt het wel wat op [rml][ IIS] Kan vanaf internet niet op Companyweb[/rml]. Als ik handmatig naar http://adres.example.com/ReportServer ga werkt het wel.
[ Voor 6% gewijzigd door rollebol op 29-11-2004 12:54 ]