Windows多媒体站点搭建：权限配置一步到位

　　去年二月份，我蹲在三号机房调试那个多媒体站点，空调坏了三天，风扇声像拖拉机挂了二挡，嗡——嗡——嗡——，人坐进去十分钟耳朵就发闷。李工端着泡面进来，筷子戳着汤里浮着的紫菜没捞起来，就搁那儿等我改权限——他说他客户那边“必须今晚上线”，我说你先别把泡面汤撒服务器机柜上，他哦一声，转身去擦自己袖口的油点子。

　　这事儿我原以为得搞两轮：IIS应用池身份切SYSTEM，再给C:\\inetpub\\wwwroot\\media加NTFS继承权限，再手动补上ApplicationPoolIdentity对App_Data的写入……结果？一步到位。不是“差不多”，是真·一步——你把站点物理路径设好，勾上“启用父路径”，然后右键属性→安全→高级→启用继承→确定→关掉窗口，它就通了。连IISReset都不用按。我盯着浏览器刷出第一个MP4缩略图，手指悬在键盘上没动，心说：这就完了？

　　可那天王姐突然推门进来，手里捏着半张A4纸，上面印着她女儿画的蜡笔太阳，边角都卷了。她问：“那个‘自动继承’的钩，勾错了是不是就全崩？”我没接话，只点了下她手背——她腕上那块电子表正跳秒：18:23:07。雨还在下，窗外梧桐叶子啪啪砸在空调外机上，像有人拿核桃往铁皮上磕。

　　优胜劣汰——这话不是夸它稳定，是说它根本不给你留“过渡态”。你配错一个ACL组，IIS直接拒收MIME请求，但错误码不是500，是404.3，连日志都懒得多写一行；你忘了给ApplicationPoolIdentity加“读取属性”权限？播放器进度条拖到一半就卡死，不报错，就是静音黑屏，连F12 Network面板里都只显示“canceled”。我们上周修的故障，根源就是张工给MediaAdmin组加了“遍历文件夹”，却漏掉了“读取扩展属性”，结果Windows Media Encoder生成的.wmv文件元数据读不出来，时间戳全乱，播放速度忽快忽慢——可日志里只有“HTTP 206 Partial Content”，你翻三天也找不到那行“无法读取WM/EncodingSettings”。

　　桌上的外卖盒还开着盖，酸辣粉汤面上浮着两粒花生米，已经吸饱汤，软塌塌贴着塑料壁。赵主管打来电话说“省厅检查组明早八点看系统”，我嗯了一声，顺手把手机倒扣在盒盖上，屏幕朝下，震动从塑料传到手指头——嗡、嗡、嗡，节奏跟机房风扇一模一样。

　　最离谱的是那个临时共享路径配置：\\\\10.16.8.9\\media\\live，我按文档写的加了Everyone的“读取”和“列出文件夹内容”，结果推流服务器一连就断，抓包看到TCP重传七次，SYN-ACK回不来。最后发现——是共享名里那个“live”被杀毒软件当成可疑关键词，实时拦截了SMB的FileCreate请求。删掉live，改成stream01，立刻通。这个我敢打包票：Symantec Endpoint Protection 14.3 RU1，本地策略第82行默认启用“网络共享关键词扫描”，没人告诉你，也没地方关。我们当时就站在工位旁，看着它一条条绿字刷过终端，像在嘲讽。

文章配图，仅供参考

　　那天下午四点半，楼道广播响了三声，是消防演习提示音。我没动。李工端着空泡面盒出去，经过我工位时停了半秒，把桌上一张湿纸巾抽走，垫在他刚放下的保温杯底下。杯底水渍留在玻璃板上，慢慢散开，像一小片不规则的湖。

　　所以现在我们组新来的都这么教：打开“属性→安全→高级”，看见“禁用继承”那个按钮就绕着走，哪怕它灰着——别碰。如果灰色是它活着的方式，那就让它灰着。我自己今天下午还得跑趟数据中心，补两台Dell R740的固件，顺便看看那个新进的实习生有没有偷偷给media目录手动加过Authenticated Users的Full Control。要是加了……我就把那盒还没拆封的蓝莓味电解质冲剂塞他抽屉里，不说话。

（编辑：站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!