رفع خطای UPLOAD BLOCKED [Save a Copy] در Word در filekit
رفع خطای UPLOAD BLOCKED [Save a Copy] در Word
پیام We couldn’t verify you have the necessary permissions to upload the file یعنی Word نتوانسته مجوز لازم برای ذخیره/آپلود نسخه جدید فایل را روی مقصد تأیید کند. این خطا میتواند به مجوز واقعی، احراز هویت، session منقضیشده، مسیر WebDAV، یا ناهماهنگی در مکان ذخیرهسازی مربوط باشد.
UPLOAD BLOCKED [Save a Copy]
We couldn’t verify you have the necessary permissions to upload the file
Office فایل را در حالتی باز کرده که انتظار دارد تغییرات را به همان مقصد برگرداند، اما هنگام ذخیره یا sync نتوانسته مطمئن شود کاربر اجازه Write/Upload دارد. این موضوع لزوماً فقط یک مشکل NTFS Permission نیست؛ خیلی وقتها ریشه در Authentication Token، WebDAV Methods، Lock/ETag، یا حتی باز شدن فایل از یک مسیر موقت/Cache دارد.
علتهای اصلی بروز خطا
سادهترین سناریو این است که روی مقصد، مجوز فقط خواندن دارد یا ACLها اجازه overwrite فایل را نمیدهند.
Word فایل را باز کرده، اما هنگام ذخیره دیگر credential معتبر برای upload در دسترس نیست.
ممکن است GET/PROPFIND جواب بدهد اما PUT، MOVE، LOCK، UNLOCK یا DELETE در مسیر upload شکست بخورند.
اگر فقط برخی متدها عبور کنند، Word فایل را باز میکند ولی موقع ذخیره با خطای permission ظاهر میشود.
در بعضی سناریوها Word تصور میکند فایل باید از طریق account/session ابری sync شود، اما هویت کاربر معتبر نیست.
اگر فایل توسط کاربر دیگر، پروسه دیگر، یا مکانیزم locking سرور قفل شده باشد، Office ممکن است آن را به صورت permission issue نشان دهد.
Word یک URL را باز کرده، اما برای ذخیره به endpoint متفاوت، login page یا مسیر rewrite شده هدایت میشود.
در این حالت Word اجازه save مستقیم روی همان منبع را نمیدهد و Save a Copy پیشنهاد میکند.
در سناریوی WebDAV روی IIS، محتملترین ریشهها
اگر فایل باز میشود ولی ذخیره نمیشود، معمولاً مشکل از یکی از اینهاست: مجوز Write، احراز هویت، متدهای WebDAV، قفل فایل، یا Proxy/WAF.
PROPFINDوGETموفق هستند ولیPUTیاLOCKfail میشود.- سرور فایل را به صورت read-only سرو میکند یا اجازه overwrite نمیدهد.
- Anonymous/Windows/Basic Authentication ناهماهنگ تنظیم شده است.
- Office با یک identity فایل را باز میکند ولی موقع save credential دیگری لازم میشود.
- URL اصلی و URL نهایی ذخیره یکی نیستند.
راهکارهای عملی رفع مشکل
1) مجوزهای واقعی روی مقصد را بررسی کنید
- بررسی کنید کاربر روی فایل/پوشه مجوز Write یا Modify داردهم مجوزهای NTFS و هم مجوزهای لایه IIS/WebDAV Authorization باید اجازه نوشتن بدهند.
- Overwrite و Create را جداگانه تست کنیدگاهی کاربر میتواند فایل جدید بسازد اما روی فایل موجود overwrite انجام نمیشود، یا برعکس.
2) Authentication را یکپارچه و قابلپیشبینی کنید
- اگر از
Windows Authenticationاستفاده میکنید، رفتار Word/Explorer/WebClient را با همان هویت تست کنید. - اگر از
Basic Authenticationروی HTTPS استفاده میکنید، مطمئن شوید credential prompt یا cache دچار تناقض نشده. - ترکیب Authenticationهای متعدد بدون نیاز واقعی، اغلب باعث خطاهای مبهم ذخیره میشود.
3) مطمئن شوید متدهای WebDAV برای ذخیره واقعاً عبور میکنند
باز شدن فایل به معنی سالم بودن مسیر ذخیره نیست. Word برای save ممکن است به متدهایی فراتر از GET نیاز داشته باشد.
- در IIS و لایههای بین راه، متدهای
PUT,MOVE,DELETE,LOCK,UNLOCK,PROPPATCHرا بررسی کنید. - اگر WAF/Proxy دارید، log آن را برای متدهای WebDAV و status codeها چک کنید.
4) Redirect / Rewrite / Login Page را حذف یا اصلاح کنید
- URL باز شدن و URL ذخیره باید یکی و پایدار باشد.
- پاسخ ذخیره نباید به صفحه HTML لاگین، خطای سفارشی، یا redirect غیرمنتظره ختم شود.
- استفاده از canonical URL ثابت برای WebDAV بسیار مهم است.
5) قفل فایل و همزمانی را بررسی کنید
- اگر فایل توسط کاربر دیگری باز است، سرور ممکن است overwrite را رد کند.
- برخی پیادهسازیها Lock را درست مدیریت نمیکنند و Word آن را به شکل permission failure نشان میدهد.
- فایلهای موقت Office مثل
~$filename.docxرا نیز بررسی کنید.
6) تست با Save As به مسیر محلی و سپس بازآپلود
- اگر فایل بهصورت محلی بدون مشکل ذخیره میشود، ساختار فایل خراب نیست و تمرکز باید روی upload path باشد.
- اگر بازآپلود دستی از Explorer/Browser/Client دیگر هم fail میشود، مشکل تقریباً قطعاً در مجوز یا WebDAV stack است.
7) وضعیت Account Office را هم بررسی کنید
- در برخی محیطها Word ذخیره را با session اکانت Office ترکیب میکند، مخصوصاً اگر cloud integration فعال باشد.
- در
File > Accountوضعیت sign-in، activation و identity کاربر را بررسی کنید.
چکلیست سریع عیبیابی
- آیا کاربر میتواند در همان پوشه فایل جدید بسازد؟
- آیا میتواند فایل موجود را rename/overwrite/delete کند؟
- آیا فقط Word خطا میدهد یا Explorer/WebDAV client دیگر هم همین مشکل را دارد؟
- آیا IIS log برای درخواست save statusهای 401، 403، 405، 409، 412 یا 423 نشان میدهد؟
- آیا WAF/Reverse Proxy متدهای WebDAV را محدود کرده؟
- آیا فایل توسط شخص دیگری lock شده؟
- آیا Word فایل را از همان URL ذخیره میکند یا مسیر متفاوتی در کار است؟
Status Codeهایی که معمولاً پشت این خطا پنهان میشوند
هویت کاربر برای ذخیره پذیرفته نشده یا session منقضی شده است.
کاربر شناسایی شده ولی اجازه write/upload ندارد.
متد مورد نیاز Word مثل PUT/LOCK/MOVE در سرور یا Proxy بسته شده است.
تعارض نسخه، precondition fail، یا lock روی فایل میتواند به صورت Upload Blocked دیده شود.
FAQ
آیا این خطا یعنی قطعاً permission نداریم؟
نه. متن پیام اینطور القا میکند، اما در عمل ممکن است احراز هویت، WebDAV methods، redirect، lock یا session cloud باعث آن شده باشند.
چرا فایل باز میشود ولی ذخیره نمیشود؟
چون برای باز کردن معمولاً GET/PROPFIND کافی است، اما برای ذخیره متدها و مجوزهای بیشتری لازم است.
بهترین تست سریع چیست؟
ذخیره محلی + تست ساخت/rename/overwrite همان فایل در مقصد + بررسی IIS log و WAF log برای درخواستهای save.