Quantcast
Channel: Shared MikTex install on windows server 2012 to generate PDF from IIS - TeX - LaTeX Stack Exchange
Viewing all articles
Browse latest Browse all 2

Shared MikTex install on windows server 2012 to generate PDF from IIS

0
0

I'm trying to install a shared MikTex on a Windows server 2012, so my web application (Perl CGI / IIS 8) can generate PDF files on the fly through pdflatex, and send them to the user.

I managed to install MikTex 2.9.6637 (x64) on the server through full download on another machine and transferring the files (the server has no web access), and it does work from the command line.

However I have trouble when I try to run my command from a Perl / CGI script from the webserver, when I configure IIS to use anonymous authentication through the windows account Network Service: access denied. When I use IIS windows authentication, and the script runs with my own windows account (admin), it runs fine. Definitely an access management problem.

I used the options found on this page

http://docs.miktex.org/2.9/manual/setupwiz.html

in order to configure all folders in a simple D:\miktex_local on which i can grant all privileges to this network service, instead of the default / folders. The only folder I did not manage to configure myself is the log directory that stays in: C:\ProgramData\MiKTeX\2.9\miktex\logBut I granted privileges on this one, and it does not seem to be used even when I manage to generate the pdf.

My test script can write in these folders and logs are generated. I also test from the script that the user has r/w privileges on my in and out folders.

This is the log from a success run (admin user):

2018-03-29 14:14:48,797+0200 INFO  pdflatex - starting with command line: D:\miktex\miktex\bin\x64\pdflatex -output-directory=D:\test\out D:\test\in\token.tex2018-03-29 14:14:48,797+0200 WARN  pdflatex - running with administrator privileges2018-03-29 14:14:48,813+0200 INFO  pdflatex - allowing known shell commands2018-03-29 14:14:48,813+0200 INFO  pdflatex - enabling input (output) from (to) processes2018-03-29 14:14:48,813+0200 INFO  pdflatex - setting output directory: D:\test\out2018-03-29 14:14:48,813+0200 INFO  pdflatex - setting aux directory: D:\test\out2018-03-29 14:14:49,610+0200 INFO  pdflatex - finishing with exit code 0

This the log from a failed run (network service user):

2018-03-29 14:14:19,478+0200 INFO  pdflatex - starting with command line: D:\miktex\miktex\bin\x64\pdflatex -output-directory=D:\test\out D:\test\in\token.tex2018-03-29 14:14:19,478+0200 INFO  pdflatex - allowing known shell commands2018-03-29 14:14:19,478+0200 INFO  pdflatex - enabling input (output) from (to) processes2018-03-29 14:14:19,478+0200 INFO  pdflatex - setting output directory: D:\test\out2018-03-29 14:14:19,478+0200 INFO  pdflatex - setting aux directory: D:\test\out2018-03-29 14:14:19,509+0200 FATAL pdflatex - Windows API error 5: Access is denied.2018-03-29 14:14:19,509+0200 FATAL pdflatex - Info: path="D:\test\in\token.tex"2018-03-29 14:14:19,509+0200 FATAL pdflatex - Source: Libraries\MiKTeX\Core\PathName\PathName.cpp2018-03-29 14:14:19,509+0200 FATAL pdflatex - Line: 1562018-03-29 14:14:19,509+0200 INFO  pdflatex - finishing with exit code 1

There seems to be an acces problem on some resource, but I can't figure out which. My test script running the command is allowed to read the content of the input .tex file, write in the output directory and the log directory, and pdflatex -help gives me no error.

I have already faced a very similar issue with TexLive, working fine when run under administrator account, but giving me a cryptic "fatal: Can't get long name for D:\texlive" when run under Network Service.

Any advice or pointers would be welcome, thanks in advance.


Viewing all articles
Browse latest Browse all 2

Latest Images

Trending Articles





Latest Images