Opened 3 years ago

Closed 3 years ago

#2133 closed defect (invalid)

windows version will not access nework mapped drives

Reported by: Jon Peterson Owned by:
Priority: minor Milestone:
Component: nginx-core Version: 1.19.x
Keywords: windows Cc:
uname -a: CYGWIN_NT-10.0 WIN07SERVER 3.0.7(0.338/5/3) 2019-04-30 18:08 x86_64 Cygwin
nginx -V: nginx version: nginx/1.19.6
built by cl 16.00.40219.01 for 80x86
built with OpenSSL 1.1.1i 8 Dec 2020
TLS SNI support enabled
configure arguments: --with-cc=cl --builddir=objs.msvc8 --with-debug --prefix= --conf-path=conf/nginx.conf --pid-path=logs/ --http-log-path=logs/access.log --error-log-path=logs/error.log --sbin-path=nginx.exe --http-client-body-temp-path=temp/client_body_temp --http-proxy-temp-path=temp/proxy_temp --http-fastcgi-temp-path=temp/fastcgi_temp --http-scgi-temp-path=temp/scgi_temp --http-uwsgi-temp-path=temp/uwsgi_temp --with-cc-opt=-DFD_SETSIZE=1024 --with-pcre=objs.msvc8/lib/pcre-8.44 --with-zlib=objs.msvc8/lib/zlib-1.2.11 --with-http_v2_module --with-http_realip_module --with-http_addition_module --with-http_sub_module --with-http_dav_module --with-http_stub_status_module --with-http_flv_module --with-http_mp4_module --with-http_gunzip_module --with-http_gzip_static_module --with-http_auth_request_module --with-http_random_index_module --with-http_secure_link_module --with-http_slice_module --with-mail --with-stream --with-openssl=objs.msvc8/lib/openssl-1.1.1i --with-openssl-opt='no-asm no-tests -D_WIN32_WINNT=0x0501' --with-http_ssl_module --with-mail_ssl_module --with-stream_ssl_module


a root c:/ works while root z:/ where z: is a networked mapped drive will not:

2021/02/02 07:46:36 [error] 15860#15204: *1 CreateFile() "z:/certificates/sonicwallfirewalldpi-ssl.pem" failed (3: The system cannot find the path specified), client:, server: localhost, request: "GET /certificates/sonicwallfirewalldpi-ssl.pem HTTP/1.1", host: "localhost:380"

Change History (3)

comment:1 by Maxim Dounin, 3 years ago

Works fine here. Are you sure that the file is correctly named? If yes, please provide configuration details, such as:

  • nginx.conf,
  • results of dir z:\ and dir z:/certificates,
  • information about the network drive you are using,
  • information about operating system you are using.

My best guess for now is that you are using some exotic network drive which doesn't handle GetLongPathNameW() properly.

comment:2 by Jon Peterson, 3 years ago

ok, whoops, user error. having used windows for decades it has escaped me now that drive mappings are not system wide but scoped to a user context. so when i ran as "administrator", all of the accesses failed that which in my user explorer I could see so easily. thanks for you patience and please close this ticket out.

comment:3 by Maxim Dounin, 3 years ago

Resolution: invalid
Status: newclosed

Thanks, closing this.

Note: See TracTickets for help on using tickets.