简介：smb.rar压缩包提供了一份超级玛丽（Super Mario Bros）风格的2D游戏源代码，面向希望入门游戏开发或研究经典平台动作游戏实现的程序员，可基于DirectX与GLUT环境编译运行。源码主体使用C语言编写，涵盖游戏主循环、角色控制、碰撞检测、背景与精灵绘制等核心逻辑，适合系统学习2D游戏的基础架构。包体共33个文件，其中C源文件与头文件负责程序逻辑和数据结构，PCX图片存放角色、金币、砖块等素材，DAT文件记录关卡数据，另有工程文件与可执行示例帮助快速了解项目组织方式；整包仅58KB，结构清晰便于逐文件阅读。当前已有121人学习下载。阅读这份代码，可以直观理解经典游戏如何管理游戏状态、渲染多张位图以及响应键盘操作；结合关卡数据文件，还能学会用简洁格式配置多关内容。资源小巧但覆盖了从图像加载到逻辑更新的完整链条，对想动手复现或改良2D游戏的新手有不错的参考价值。
1. 为什么你需要一份 SMB 调试工具包：从“共享没了”到“能连上”的完整闭环
SMB 协议决定了你家里的 NAS、电信光猫、路由器硬盘和 Windows 共享能不能被电视播放器、手机 App 和电脑顺利访问。很多人遇到“网络邻居里共享主机消失”“NPlayer 扫到设备但播放报错”“飞牛系统账户密码明明正确，Windows 却提示密码错误”，问题都不在密码本身，而在协议版本、端口监听和认证参数的错位。smb.rar 这份工具包的价值，是先把局域网里所有开启 SMB 服务的设备扫出来、把共享名和协议版本列清楚，再针对 Windows、光猫、第三方播放器给出可落地的连接参数。它适合手里有 NAS 或光猫要调 SMB，又不想在玄学报错里反复试错的人。
2. 先定位再动手：SMB 服务扫描与共享枚举的底层逻辑
2.1 445 与 139：先搞清楚目标设备到底在听哪个端口
SMB 协议在传输层上跑两个端口。445 端口是现代 SMB over TCP 的默认通道，Windows 10/11、Samba 4.x、飞牛 OS、群晖 DSM 都优先监听 445；139 端口是 NetBIOS Session Service 的老通道，依赖 NetBIOS 名称解析，常见于十年前的 NAS、部分电信光猫和低版本 Samba 设备。很多“扫不到共享”的翻车现场，其实是你只扫了 445，而老设备只开 139。
我一般会先对网段做一轮端口探测，确认目标设备开放的是 445、139 还是两个都开。用 nmap 的-sS做 TCP SYN 扫描，速度比全连接快，对设备负载也小。命令如下：
nmap -sS -Pn -p 139,445 192.168.1.0/24这段命令中，-Pn表示跳过 ICMP Ping 探测，直接扫端口，因为部分光猫和 NAS 会屏蔽 ICMP 响应；-p 139,445限定了只扫这两个 SMB 相关端口。输出结果里，如果 445 是 open，说明设备用现代 SMB 协议；如果只有 139 open，说明它是老式 NetBIOS 共享，后续 SMB 客户端连接时也要显式指定对应的协议版本和端口。
补一点容易忽略的细节：电信光猫的 SMB 服务很多时候绑定在网关口 IP（如 192.168.1.1），而且只监听 139 或同时监听两个端口。如果 nmap 显示端口 filtered，不要急着下结论，先确认光猫管理页里“家庭存储/USB 共享”功能是否真的打开了，有些光猫默认关闭 SMB，端口自然不通。
2.2 一键扫描脚本：smbclient 枚举共享名与访问权限
端口确认之后，第二步是用 smbclient 拉出共享列表。smbclient 是 Samba 自带的客户端工具，可以用 guest 身份枚举出设备上开放的共享名、注释和权限，不需要密码就能拿到基本信息。下面这段脚本是对上一节 nmap 结果的复用：
#!/bin/bash # SMB 快速扫描：先探端口，再枚举共享 CIDR="192.168.1.0/24" USERNAME="guest" PASSWORD="" for ip in $(nmap -sS -Pn -p 139,445 $CIDR | grep -E "report|open" | awk '{print $NF}' | tr -d '()'); do echo "==== $ip ====" smbclient -L "$ip" -U "$USERNAME%$PASSWORD" --timeout=5 2>&1 \ | grep -v "NT_STATUS_LOGON_FAILURE" done这个脚本先用 nmap 输出里的 IP 列表做去重，再对每个 IP 执行smbclient -L枚举共享。--timeout=5是防止设备无响应时脚本卡住。执行后你会看到类似Disk、IPC$、ADMIN$这样的条目：ADMIN$、C$是 Windows 的管理共享，IPC$是进程间通信管道，都不是你要找的媒体共享；真正的文件共享一般是disk、usb1、share、media之类的自定义名。
这里有个实用参数值得记一下：-U username%password中间用%分隔用户名和密码。guest 空密码枚举失败是正常的，很多 NAS 默认禁止 guest 访问管理共享；那不代表这台设备不可用，只是需要走认证。对于要认证的设备，把USERNAME和PASSWORD换成真实账户，再跑一次就能拿到完整共享列表。
2.3 扫描结果的判读：协议版本、共享名乱码与访问级别
拿到扫描结果后，不要只看“有没有共享”，要按三层去判读。第一层是检查协议协商情况：如果smbclient -L直接报NT_STATUS_CONNECTION_REFUSED，说明目标设备的 SMB 服务没在运行，或防火墙挡了端口；如果报NT_STATUS_ACCESS_DENIED，多半是匿名枚举被禁止，换可写账户再试。
第二层是看共享名的编码。老光猫和部分国产 NAS 的共享名是 GBK 编码，Windows 下显示正常，但 Linux 版 smbclient 输出会是乱码。常见做法是在 smbclient 前加-m SMB2或-m SMB3强制协议版本，再配合-O选项调整输出编码。不要一看到乱码就以为设备坏了，先确认编码问题。
第三层是判断共享的访问级别。协议允许的级别大致分三种：guest 可读、需要用户名密码、仅管理员可写。smbclient -L的输出里，Disk类型且在注释栏标注read-only的，是只读共享；标注write或read/write的才允许写入。我一般会在扫描结果出来后在旁边标注设备的 IP 和协议版本，再发给客户端做针对性配置。
# 单台设备快速枚举：避免 for 循环脚本里的输出噪音 smbclient -L 192.168.1.1 -U admin%password -m SMB2 \ --option='client min protocol=SMB2' --option='client max protocol=SMB3'-m SMB2强制使用 SMB2 协议族，可以避免老设备协商到 SMB1；client min/max protocol两个选项则锁定协商范围。这里有一个容易踩的坑：如果你强制了 SMB2，而设备只支持 SMB1，smbclient 会报PROTOCOL negotiation failed。遇到这种情况，先不要怀疑密码，而是把-m SMB1换上去重新枚举。
3. 客户端连接参数：Windows / NPlayer / 光猫 SMB 的协议协商与认证
3.1 Windows 端 SMB2/3 协议与安全签名的影响
Windows 10 20H2 之后的系统，默认只启用 SMB2 和 SMB3，SMB1 协议被彻底关闭。这个改动的直接后果是：你拿新电脑去访问十年前的 NAS 或部分光猫共享，会提示“找不到网络路径”或“无法访问”，但同一台设备用手机播放器却连得上。原因就是老设备只支持 SMB1 协商。
如果你确定要在 Windows 侧开启 SMB1，可以在“控制面板—程序和功能—启用或关闭 Windows 功能”里勾选“SMB 1.0/CIFS File Sharing Support”，或者用管理员 PowerShell 执行：
# 启用 SMB1 协议支持（仅限局域网可信任设备） Set-WindowsOptionalFeature -Online -FeatureName SMB1Protocol -All开启 SMB1 是有代价的：WannaCry 这类勒索软件当年就是经由 SMB1 漏洞传播，所以我会在光猫访问结束后立刻把它关掉：
# 访问完老设备后关闭 SMB1 Disable-WindowsOptionalFeature -Online -FeatureName SMB1Protocol除了协议版本，还有一处容易被忽略的认证参数：SMB 签名（signing）。Windows 默认的 SMB 客户端会请求签名，而一些低端 NAS 和光猫的 Samba 实现不稳定时，签名协商会失败，表现就是“用户名密码正确但连接报错”。常见做法是在 Windows 组策略里把“Microsoft 网络客户端：对 SMB 会话进行数字签名”改为“已禁用”，或者直接在 Samba 服务端设置server signing = disabled。
3.2 NPlayer 播放器 SMB 报错的典型成因
NPlayer 是电视和盒子上的常用播放器，它的 SMB 连接走的是独立实现的协议栈，不是 Windows 的 SMB 栈。因此，Windows 能连的共享，NPlayer 不一定能连。热搜里“NPlayer SMB 报错”的根子，通常落在几处。
第一个成因是协议版本只支持到 SMB2。NPlayer 对 SMB3 的加密特性支持不够彻底，连接时如果服务端强制encrypt = required，播放器端没有对应的 SMB3 加密实现，就会报“连接失败”。解决办法是去 NAS 或 Samba 的 smb.conf 里把加密降级：
# /etc/samba/smb.conf 关键参数，适配 NPlayer 播放器 [global] server min protocol = SMB2 server max protocol = SMB3 server signing = disabled smb encrypt = disabled第二个成因是共享名包含中文或特殊符号。NPlayer 在部分固件上的 SMB 实现使用 UTF-8 解码，而光猫生成的共享名通常是 GBK 编码，两边对不上就会报“找不到目录”。常用做法是改共享名，或在 NPlayer 里手动输入 IP 加共享路径而非依赖自动扫描。第三个成因是端口默认值，NPlayer 默认连 445，如果设备只听 139，播放器又没提供端口输入框，就只能先在服务端把端口改成 445。
3.3 电信光猫内置 SMB 的特有连接方式
电信光猫的 SMB 共享挂在“家庭存储”或“USB 存储”功能下，它的认证方式和普通 NAS 有区别。光猫通常会生成一个访问地址，样式是smb://192.168.1.1/USB或\\192.168.1.1\usb1，登录账户默认是光猫的管理员账户，密码是你在光猫管理页设置的那个，不是宽带拨号密码。
我连接光猫 SMB 时，优先用 Windows 的“映射网络驱动器”而非直接浏览网络，因为光猫设备经常不主动广播自己，网络邻居里就是看不到它。在资源管理器地址栏直接输入\\192.168.1.1，弹窗里填账户密码，勾选“记住凭据”。多数光猫只允许一个会话使用相同凭据，换账户前记得在凭据管理器里删掉旧条目。
如果是在 Linux 下访问光猫，建议显式指定 SMB 版本并挂载：
# 挂载电信光猫 USB 共享到 /mnt/modem_smb mount -t cifs //192.168.1.1/usb1 /mnt/modem_smb \ -o username=admin,password=xxx,vers=2.0,port=445vers=2.0和port=445是关键参数，缺了它们光猫可能协商到 SMB1 或被端口限制卡住。如果 mount 报mount error(112)，先检查光猫管理页里 SMB 开关是不是在“已启用”状态，部分光猫在“安全设置”里还有一个独立的“允许局域网访问”开关，默认是关的。
4. SMB 排查避坑：账户密码、协议版本与服务启停的四条高频故障
4.1 现象：Windows 提示“账户密码不正确”，但飞牛系统里密码是对的
这在“飞牛（fnOS）+ Windows 客户端”组合里极为常见。现象是飞牛系统里同一个账户能登录网页端，但 Windows 访问 SMB 共享时报NT_STATUS_LOGON_FAILURE。第一反应是检查飞牛系统上登录账户是否被加入了“可访问 SMB 共享”的用户组，很多国产 NAS 默认偏好把新建账户绑定到 web 端权限，而不自动放行 SMB 服务。
常见做法是登录飞牛的硬盘管理或用户管理界，找到对应账户，确认勾选了“允许 SMB 访问”，并重启 SMB 服务。操作命令一般是：
# 重启飞牛系统上的 Samba 服务，使用户权限生效 systemctl restart smbd systemctl restart nmbdsmbd负责文件共享服务，nmbd负责 NetBIOS 名称广播。只重启 smbd 有时不够，因为 Windows 的凭据缓存和 NetBIOS 名称解析可能还停留在旧状态。重启完服务还要在 Windows 端清一次凭据：控制面板—凭据管理器—Windows 凭据，把目标 IP 对应的旧凭据删掉再重连。
另一个隐蔽的原因是密码长度或字符被 NAS 的 SMB 密码复杂度策略拦住，或 Windows 登录密码和 SMB 密码本身就不一样。我处理过的实际案例里，八成以上是用户权限未生效，其次是 Windows 凭据缓存干扰，真正密码打错的情况很少。
4.2 现象：SMB 服务器“没有了”，或共享根目录刷新后消失
用户描述通常是“昨天还能访问的共享，今天网络邻居里整个主机都看不到了”，或是“共享根目录在文件管理器里一闪而过”。先说第一个：网络邻居里看不到主机，不代表 SMB 服务挂了，而是主机名广播出了问题。Windows 通过 NetBIOS 广播和 WS-Discovery 来发现共享设备，而这两者依赖 SMB1 协议里的 Computer Browser 服务。
Windows 10 1903 之后，Computer Browser 服务默认关闭，所以老设备在“网络”列表里消失是预期行为，不是故障。解决方式不是去启动一个已废弃的服务，而是直接在文件管理器地址栏输入\\IP或\\主机名绕过广播。我在第 1 章就强调过这个“共享没了”的假象，它本质上不是 SMB 服务故障，而是广播机制失效。
共享根目录“刷新后消失”则多半是 Samba 配置里的browseable参数问题。检查 smb.conf 相应共享段的配置：
# 检查共享是否允许被浏览 testparm -s | grep -A 8 "\[share\]"看输出里有没有browseable = no。如果是 no，Windows 直接访问共享路径仍能通，但“网络”列表里会看不到它。把browseable改成 yes，重启 smbd 后再次刷新就能出现。顺手检查path=指向的目录是否存在、是否有读权限，这两个因素也会导致共享后根目录在客户端显示空白。
4.3 现象：NPlayer 扫码能见设备但无法播放
此现象是第 3.2 节典型成因的具体表现：NPlayer 通过 UPnP 或 NetBIOS 发现设备存在，但播放请求走的是 SMB 协议，协议细节不一致就报错。最典型的是共享名编码，其次是签名协商失败，排在第三的是密码里带有%或空格这类特殊字符。
处理顺序我一般是先改共享名，把光猫或 NAS 上 SMB 共享名改成纯英文，如movie，再在 NPlayer 里手动添加共享：地址填IP，账户填admin，密码填实际密码，路径填/movie，端口填445。这样做绕过了自动扫描的 UPnP 元数据解析，直接用 SMB 协议拉取目录。
如果 NPlayer 仍报错，就要看 Samba 日志。在 smb.conf 里把日志级别临时调高，能定位到是认证问题还是协议问题：
[global] log level = 2 log file = /var/log/samba/log.%mlog.%m会按客户端主机名生成独立日志，NPlayer 报错后去查对应日志文件，看到NT_STATUS_LOGON_FAILURE是认证问题，看到PROTOCOL negotiation failed是 SMB2/3 协商问题，两个方向完全不同。排查完记得把log level改回 1，免得日志刷爆磁盘。
4.4 现象：执行关闭 SMB 服务后客户端仍可访问
这算是最反直觉的一种情况。你在 NAS 或光猫上执行了systemctl stop smbd，但 Windows 客户端仍能访问共享文件。原因通常有两个：第一个是 Samba 的两个守护进程分工不同，smbd 停掉后 nmbd 还在，NetBIOS 名称响应仍在；但真正能传文件的还是 smbd，所以如果文件还能读取，说明 smbd 实际没停干净。常见做法是确认所有相关进程都退出：
# 确认 SMB 相关进程全部退出 pgrep -fl smbd pgrep -fl nmbd systemctl status smbd nmbd输出里如果还有残留进程，用systemctl stop smbd nmbd后再systemctl disable防止开机自启。第二个原因是防火墙没有同步移除 445/139 端口的放行规则，外部客户端通过防火墙规则依然能触达 SMB 服务，只是服务端进程被停掉后连接会短暂保持。彻底关闭时不要只停服务，还要把防火墙规则撤掉并重载：
# 彻底关闭 SMB 对外暴露：停止服务 + 移除防火墙放行 systemctl disable --now smbd nmbd firewall-cmd --permanent --remove-service=samba firewall-cmd --reload这样操作后，再在另一台机器上用nmap -p 445,139验证，端口应显示filtered或closed。如果端口仍显示 open，大概率是光猫或路由器层面的端口转发规则没删，而不是 NAS 本身的问题。
5. 命令行三板斧：验证一套 SMB 服务是否健康
第 4 章解决完具体故障后，我每次都会按固定顺序跑三个命令，确认服务真正健康。第一板斧用 nmap 的 smb-protocols 脚本查协议版本协商范围：
nmap -Pn -p 445 --script smb-protocols 192.168.1.100输出会明确列出该设备支持 SMB1、SMB2、SMB2.1、SMB3 中的哪些版本。看到SMB2和SMB3同时启用，说明现代客户端能正常工作；如果只有 SMB1，就要回头检查 Samba 的server min protocol参数。
第二板斧用 smbclient 验证认证与共享枚举是否通畅：
smbclient -L 192.168.1.100 -U test%test123 -m SMB2 --timeout=10这里-m SMB2的作用是跳过 SMB1 协商，验证整套 SMB2 通道是否可靠。返回Disk共享列表代表认证和枚举都正常。第三板斧是实际挂载后写入一个测试文件，确认读写权限真实生效：
mount -t cifs //192.168.1.100/share /mnt/smbtest \ -o username=test,password=test123,vers=2.1 touch /mnt/smbtest/write_test && sync && ls -l /mnt/smbtest/write_test这三步分别覆盖协议协商、认证枚举、读写验证三个层面。从那以后，我每次改完 SMB 配置都会强制走这一遍确认流程，不再凭客户端“能不能打开文件”来判断服务健康。希望帮到你。
本文还有配套的精品资源，点击获取
