Eksporti i SSRS dështon përmes një portali VPN pa klient: çfarë ndryshon

Raporti hapet në shfletues, parametrat vizatohen dhe butoni i eksportit prodhon një gabim, një shkarkim bosh ose një skedar që fleta e llogaritjes refuzon ta hapë. Ai kombinim ka një formë standarde. Një faqe raporti që funksionon ka testuar vizatimin dhe vërtetimin dhe asgjë tjetër. Eksporti është një kërkesë e veçantë me përgjigjen e vet, dhe përmes një portali pa klient kalon edhe nëpër një shtresë rishkrimi që nuk është projektuar kurrë për shkarkime skedarësh.

Dy rrugë, një faqe që funksionon

Vizatimi dhe eksporti janë operacione të ndryshme edhe kur nisin nga i njëjti buton. Serveri i raporteve vizaton faqen për një shfletues dhe e vizaton eksportin përmes një shtrirjeje tjetër dalëse me llojin e vet të përmbajtjes dhe sjelljen e vet ndaj gabimeve, siç përshkruan dokumentacioni i eksportit. Një portal që e lë të parën të kalojë përsosmërisht mund ta dëmtojë ende të dytën, sepse e dyta është një përgjigje që portali nuk priste ta shihte. Të dyja ndajnë një sesion dhe një adresë, dhe pothuajse asgjë tjetër.

Trajtojeni faqen që funksionon vetëm si provë e vërtetimit dhe e arritshmërisë. Ajo provon se llogaria mund të arrijë serverin e raporteve dhe se portali përçon HTML. Nuk thotë asgjë për përgjigjet e skedarëve, titujt e vendosjes së përmbajtjes ose ridrejtimet që përfundojnë në një shkarkim dhe jo në një dokument.

Kjo është e gjithë arsyeja për të krahasuar rrugën e eksportit veçmas, në vend që të ritestohet faqja që funksionon tashmë. Dy kërkesa që ndajnë një sesion mbeten dy kërkesa.

Tre kushte që përcaktojnë ku thyhet eksporti

Tre pyetje e vendosin defektin shpejt, dhe çdo përgjigje tregon një pronar tjetër.

Së pari, a eksportohet saktë i njëjti raport, llogari dhe format nga rrjeti i brendshëm? Nëse po, serveri i raporteve dhe vizatuesi i tij janë në rregull dhe ndryshimi është në rrugën e aksesit. Së dyti, a mbart përgjigja e dështuar një lloj përmbajtjeje skedari, apo një faqe HTML me një shtrirje skedari? Kjo ndan një gabim vizatuesi nga një zëvendësim i portalit. Së treti, a e rishkruan portali URL-në e kërkesës ose heq tituj nga përgjigja? Një URL e rishkruar mund të përfundojë në një pikë fundore krejt tjetër.

Përgjigjuni të treve përpara se të ndryshoni çdo cilësim, sepse secila ka një ilaç tjetër. Defekti i vizatuesit i përket serverit të raporteve, trupi i zëvendësuar i përket portalit, dhe titulli i hequr është çështje politike, jo gabim.

Shkruani përgjigjet. Një rast mbështetjeje i ndërtuar nga ato tre rreshta vlen dhjetë pamje ekrani.

Lexoni përgjigjen e eksportit, jo kodin e statusit

Një status HTTP i suksesshëm provon vetëm se diçka iu përgjigj kërkesës. Inspektoni trupin dhe titujt së bashku, sepse defekti interesant është një përgjigje e suksesshme që mbart përmbajtje të gabuar.

curl -sS -D export.headers -o export.bin --location "https://portal.example.com/reports/export?format=xlsx"
file export.bin
head -c 300 export.bin

Dump-i i titujve tregon llojin e përmbajtjes dhe çdo vendosje përmbajtjeje që ktheu portali. Komanda file identifikon çfarë është trupi në të vërtetë, dhe një skedar teksti atje ku pritej një fletë llogaritjeje është faqja klasike e zëvendësuar e hyrjes. Komanda head tregon mjaftueshëm për të njohur HTML pa derdhur një raport të plotë në një terminal.

Hiqni cookies e sesionit dhe shenjat përpara se të ndani çdo pjesë të saj. Një kapje e një eksporti që funksionon është provë e dobishme, dhe një kapje e një sesioni që i përket dikujt tjetër është një incident.

Kufizoni përjashtimin te aplikacioni, jo te llogaria

Nëse portali e rishkruan ose e bllokon përgjigjen, rregullimi joshës është të përjashtohet i gjithë sajti ose raporti të bëhet anonim. Të dyja e rregullojnë shkarkimin dhe heqin arsyen pse ekziston portali. Një përjashtim i kufizuar emërton një rrugë aplikacioni, një lloj përmbajtjeje dhe një drejtim, dhe mbetet i rishikueshëm nga ai që zotëron politikën.

Përdorni versionin e portalit që ekzekutoni vërtet dhe cilësimet e tij të dokumentuara të aplikacionit. Një opsion që një furnizues e përshkroi dikur si lënie të trafikut të pandryshuar nuk është udhëzim i përgjithshëm, dhe kopjimi i tij nga një temë e vjetër forumi është mënyra se si një përjashtim i përkohshëm bëhet arkitekturë e përhershme.

Nëse përjashtimi nuk mund të kufizohet kaq ngushtë, eksporti ndoshta i përket rrugës së brendshme me një metodë tjetër aksesi, jo pas portalit. Përjashtimi i të gjithë sajtit është vendim për pronarin e portalit, jo një zgjidhje anashkaluese për një raport.

Pranoni eksportin, jo dialogun Ruaj

Kontrolli i fundit është vetë skedari: hapet, mban kolonat e pritura dhe totalet e tij përputhen me raportin që miratoi përdoruesi.

Shfaqja e një dialogu Ruaj nuk është sukses, dhe një skedar që hapet me një paralajmërim riparimi gjithashtu nuk është sukses. Krahasoni një numërim rreshtash dhe një vlerë të njohur me raportin në ekran, sepse një eksport i prerë kalon çdo test që shikon vetëm madhësinë e skedarit. Pastaj eksportoni një herë të dytë, sepse një shtresë cache që një herë shërben trupin e gabuar mund të shërbejë të saktin në provën tjetër.

Pranoni rrjedhën e punës që i duhej përdoruesit, dhe asgjë më pak. Një shkarkim që hapet në aplikacionin e gabuar është ende një eksport i dështuar.