简介SMBSuper Mario Bros经典游戏源代码压缩包面向游戏开发入门者与2D平台游戏爱好者用于学习DirectX与GLUT环境下的游戏实现方式。压缩包共33个文件以C源码、头文件为核心辅以PCX位图、DAT关卡数据、工程配置等整体仅58KB结构紧凑且路径明确便于逐文件解读。包内包含核心逻辑、角色动画、碰撞检测、关卡设计等关键模块并需要安装DirectX SDK、将glut32.dll与glut.lib放入合适目录方可编译运行。通过阅读源码可以理解如何利用DirectX进行图形渲染、借助GLUT创建游戏窗口并处理用户输入进而掌握2D平台游戏的状态机、精灵绘制与地图加载等经典实现思路。已有121人学习下载内容体量虽小但技术层次清晰对希望快速入门游戏开发、剖析早期任天堂风格玩法的读者有较高参考价值。1. 一个叫 smb.rar 的压缩包为什么值得花时间解开在运维和渗透测试现场smb.rar这类命名极其常见——网上下载的、同事拷来的、客户遗留的压缩包里塞了一堆跟 SMB 协议相关的工具和脚本。解开之后里面往往既有 smbclient、enum4linux 这类现成工具也有写得半生不熟的 Python 脚本甚至还带着几份旧版本的协议文档。SMBServer Message Block是 Windows 局域网文件共享的根基NAS、打印机、虚拟机存储、天翼网关这类带 USB 口的设备全都在用这个协议对外提供存储服务。所以这个压缩包解不解得开、里面的东西怎么跑、跑起来到底能干什么直接决定你面对一台“共享文件夹访问失败”的机器时是五分钟解决战斗还是耗一晚上。这篇笔记就从最常见的从业场景出发拿到 smb.rar 之后先做什么、里面的工具按什么逻辑选型、配置文件怎么改才能在 Windows 和 Linux 之间把共享打通以及那些折腾到半夜才发现是协议版本或签名策略在捣乱的踩坑经历。新手能照着步骤走完一个最小可用环境熟手则可以跳过前戏直接看避坑那章省下几小时血压。2. 拆开 smb.rar 之后先认清里面装的是哪一类东西2.1 先用 file 和 ls 给压缩包验明正身别急着解压拿到 smb.rar我一般不会直接unrar x一把梭。因为很多从 Windows 那边打包过来的 rar 文件目录结构是乱的有些工具还带老旧的 DLL 依赖解出来一跑就报缺库。第一步是看压缩包里每一层的文件类型用file命令把二进制头先读一遍file smb.rar unrar l smb.rar | head -50逻辑说明file命令读文件头识别出这是 RAR 还是 Zip、是 32 位还是 64 位程序unrar l列出压缩包的文件清单只看文件名和路径不实际解压。先搞清楚包里有几个可执行文件、几个脚本、几个文档避免解出一堆无关的.txt和旧版本源码干扰判断。参数说明unrar l的l是 list 的意思它在只读模式下工作不会修改磁盘内容。如果系统没装 unrar用7z l smb.rar起到同样的效果。这一步的价值在于你还没付出任何磁盘代价就已经能对包内工具的体系结构有个大致判断——是 Python 2 的遗留脚本多还是编译好的二进制工具为主这决定了后续要不要补依赖。2.2 smbclient、mount.cifs、Python 三种路线怎么选解开 smb.rar 之后你会发现里面的“工具”基本可以归成三类而选哪条路大概率不是你说了算而是由对方的操作系统、SMB 协议版本和你的目标决定的。第一类是 smbclient它像极了 FTP 客户端能列目录、下载、上传但每一步都是交互式的适合快速探一个共享里有什么东西不适合批量拉取几百个文件。第二类是 mount.cifs又写作 cifs-utils 里的 mount 命令它把远程共享直接挂载成 Linux 本地目录之后你就可以用cp、rsync、find这些原生命令去操作文件批量场景几乎只能用这条路。第三类是 Python 库比如smbprotocol或者旧一点的pysmb适合你要在程序里嵌入 SMB 访问逻辑、自动跑定时同步的场合但前提是你愿意为一个共享协议折腾一下午的依赖安装。我在实际项目里选型的标准很简单只探测不落盘就 smbclient要搬运文件就 mount.cifs要写自动化采集脚本就选 Python 库。你手里这份 smb.rar 里如果既有 smbclient 的静态编译版又有一份mount.cifs的参数说明那基本上是把前两条路都备齐了。2.3 用 smbclient 跑通最小连接一个命令就能验证共享是否存在无论包里的工具多花哨我到了现场永远先跑这条最小命令验证对方 SMB 服务是否活着、共享名是否正确smbclient -L //192.168.1.10 -U admin%Pssw0rd逻辑说明-L参数是 list列出目标主机上所有公开的共享名不需要提前知道共享叫什么名字。-U后面直接带用户名%密码把认证信息一次性塞进去避免交互式输密码卡在自动化脚本里。这条命令成功之后你会看到Sharename和Type两列凡是Disk类型的就是可挂载的文件共享IPC$那行通常是用于远程管理的内置管道不必管它。参数说明//192.168.1.10里的双斜杠是 SMB URL 的标准写法有人习惯写成\\\\192.168.1.10是 Windows 风格在 Linux 的 smbclient 里两种都认但双斜杠少一层转义脚本里更不容易翻车。admin%Pssw0rd这种拼接方式有个坑如果密码里恰好含%符号就会被截断掉这种时候老老实实分开输密码别在命令行里拼。3. 从服务器端到客户端把 smb.conf 和 Windows 设置一次调通3.1 smb.conf 里的核心参数security、map to guest、path 和 valid users如果你在 smb.rar 里翻出了 samba 的配置文件或者你自己就是要搭一个共享服务端那/etc/samba/smb.conf里最不能含糊的就是下面这几个参数。很多人连不通共享问题不在防火墙而在security级别和map to guest的搭配上。[global] workgroup WORKGROUP server string SMB Server security user map to guest Bad User [share] path /data/share browseable yes read only no valid users smbusers guest ok no逻辑说明security user意思是必须用用户名和密码认证这是现代 SMB 的标准做法别为了图省事改成share级别那东西只存在于二十年前的协议版本里现在 Windows 10 以后的客户端根本不跟你协商这种模式。map to guest Bad User的意思是当客户端提供的用户名不存在时把它映射为 guest 身份配合guest ok no效果是“账密错误就拒绝而不是降级成匿名访问”。valid users smbusers指定了系统组smbusers里的用户才允许访问这是基于 Linux 用户来做权限隔离的常见做法。参数说明path必须指向一个真实存在的目录且 samba 进程的运行用户对这个目录要有rx执行权限否则即使 SMB 认证通过了客户端一列目录也会报“权限不足”。browseable yes让共享在网络邻居里能被看到但实际测试环境下经常因为这个参数开着而被扫描器盯上内网隔离做得好再开不迟。3.2 创建 SMB 用户和目录权限smbpasswd 这条链容易断在哪配好了 smb.conf 只是第一步真正的坑往往在“Linux 用户、SMB 密码、目录属主”这三者的关系上。Samba 的用户必须存在于系统用户列表里但这个系统用户不需要能登录 Shell很多加固机器把/sbin/nologin作为 Shell照样可以作为 SMB 用户来用。操作顺序我一般是这样的sudo useradd -M -s /sbin/nologin smbuser sudo mkdir -p /data/share sudo chown smbuser:smbusers /data/share sudo chmod 2770 /data/share sudo smbpasswd -a smbuser sudo systemctl restart smbd逻辑说明useradd -M -s /sbin/nologin创建了一个没有主目录、不能登录系统的用户这个用户存在的唯一意义是承接 SMB 认证。chmod 2770里的2是 setgid 位表示在这个目录下新建的文件自动继承所属组smbusers不然你新增用户后他创建的文件属于他自己其他组员读不了。smbpasswd -a才是真正在 Samba 的密码数据库里写入密码注意这一步如果忘了执行后面客户端无论输什么密码都会收到NT_STATUS_LOGON_FAILURE而你查系统账号密码又明明是对的。参数说明-M是 dont create home directory避免在/home下留下一个永远用不到的文件。-s /sbin/nologin是锁 Shell不是删用户那用户还在/etc/passwd里只是登录不了终端而已。chown smbuser:smbusers中冒号前面是用户后面是组少写一个smbusers组会导致只有那一个用户能访问其他组成员全部被挡在门外。3.3 Windows 端从网络发现到 SMB 设置一步到位站在 Windows 客户端这边看连不上共享的锅往往不在服务器而在 Windows 自己的网络发现和 SMB 客户端配置上。那句热词说“win10 局域网共享保姆级教程从网络发现到 smb 设置一步到位”你别说真就是这么回事。Windows 10 和 11 默认开启了 SMB1 的客户端支持但 SMB1 在很多 NAS 和 Samba 服务器上已经被完全禁用两边协商不到一块去就会报“找不到网络路径”或者干脆超时。我建议在 Windows 端做三件事控制面板 → 程序和功能 → 启用或关闭 Windows 功能 → 勾选“SMB 1.0/CIFS 文件共享支持”下面的“SMB 1.0/CIFS 客户端”和“SMB 1.0/CIFS 服务器”但只保留客户端就好服务器端能不开就不开然后网络和共享中心 → 更改高级共享设置 → 启用网络发现和文件和打印机共享第三确认防火墙规则里“文件和打印机共享 (SMB-In)”是开启的这一步经常在切了公用网络配置文件后被关掉。提示如果你只是访问 Linux Samba 或 NASSMB1 客户端不勾选也能通过 SMB2/3 正常连接。勾选 SMB1 的唯一正当理由是访问古董级设备比如 2010 年以前的打印机或电视盒子。“你说的情况部分对——共享文件夹访问失败时先排查 smb 协议没错但大多数场合别再折腾 guest 账户了。”这句话我特别认同。现在 Windows 10 之后默认禁用了 guest 账户你就算把服务器的map to guest Bad User改成NeverWindows 也不会自动降级来访问你的共享。老老实实建专用账号一个共享一个账号出问题还好定位是谁在访问。4. 用挂载 脚本批量搬运把 SMB 当成一块本地磁盘来使4.1 mount.cifs 挂载的参数明细vers、credentials、iocharset 必填当你确认 smbclient 能列出共享名了接下来的批量操作就不适合继续用交互式命令了。把 SMB 共享挂载成 Linux 目录是最高效的搬运方式但 mount 参数写不对轻则乱码重则整个挂载点卡死。我常用的挂载命令是这样的sudo mkdir -p /mnt/smb_share sudo mount -t cifs //192.168.1.10/share /mnt/smb_share \ -o credentials/etc/smb-credentials.txt,vers3.0,iocharsetutf8,uid1000,gid1000,file_mode0644,dir_mode0755逻辑说明credentials/etc/smb-credentials.txt把用户名、密码、域名放在一个独立的文件里比直接写在命令行安全得多ps的时候别人不会直接看到你的密码明文。vers3.0强制使用 SMB 3.0 协议这是 Windows 8 之后和 Samba 4.x 的标准互通版本既能避免 SMB1 的兼容性风险又比默认协商快得多。uid和gid必须设成你自己的用户不然挂载后所有文件属主都是 root你cp文件的时候会收到一堆权限报错。参数说明iocharsetutf8解决中文文件名乱码问题如果服务器端是 GBK 编码的老系统这里要改成iocharsetgb2312但这就意味着服务器和客户端的编码策略不一致实际项目中遇到过因为乱码导致文件复制后无法打开的情况最后统一让服务器端改成 UTF-8 才治本。file_mode和dir_mode是远程文件在本地显示出来的权限位0644会让所有文件变成本地可读可写、其他人只读适合共享目录这种多用户场景。4.2 把 smb.rar 里的 Python 脚本改造成定时同步工具smb.rar 这类包里经常能看到几个半成品的 Python 脚本功能大致是“连接共享→列举文件→下载”但大多写得没头没尾。与其硬读别人的代码不如按自己的需求重写一份最小可用的同步逻辑。下面是一个用smbprotocol库实现的小脚本只做三件事连接、列目录、下载全部.log文件。import os from smbprotocol.connection import Connection from smbprotocol.session import Session from smbprotocol.tree import TreeConnect from smbprotocol.open import Open, FilePipePrinterAccessMask, CreateOptions, CreateDisposition conn Connection(uuid.uuid4(), 192.168.1.10, port445) conn.connect() session Session(conn, admin, Pssw0rd, require_encryptionFalse) session.connect() tree TreeConnect(session, r\\192.168.1.10\share) tree.connect() def list_logs(path): for entry in tree.list_directory(path, *): if entry.filename.lower().endswith(.log): yield entry for entry in list_logs(/logs): remote_path f/logs/{entry.filename} local_path f./backup/{entry.filename} with Open(tree, remote_path, FilePipePrinterAccessMask.GENERIC_READ, CreateOptions.FILE_NON_DIRECTORY_FILE, CreateDisposition.FILE_OPEN) as fd: data fd.read(0, 4096) with open(local_path, wb) as f: f.write(data)逻辑说明这段代码先把会话认证和共享树连接建立起来TreeConnect对应的是 smbclient 里cd到某个共享目录那一步list_directory是列举远程目录内容的关键 API返回值里带着文件名和文件属性Open打开具体文件fd.read(0, 4096)从偏移 0 开始读取 4096 字节这只是演示性读取——真实场景下你要循环读到文件末尾或者直接交给shutil.copyfileobj处理。参数说明require_encryptionFalse是测试便利选项生产环境建议改为True强制加密代价是文件传输性能下降约 15%但能防止文件在局域网上被嗅探。FilePipePrinterAccessMask.GENERIC_READ这个长名字实则规定了打开文件的权限是只读改成GENERIC_WRITE就变成覆盖写。CreateDisposition.FILE_OPEN表示只打开已有文件不存在就报错如果你想在远程新建文件得换成FILE_CREATE或FILE_OVERWRITE_IF否则文件缺失时脚本会直接抛异常。4.3 用 rsync 增量同步挂载目录避免全量拉取浪费时间挂载完成之后的增量同步我不太建议自己写递归遍历代码直接用 rsync 是最省事的。SMB 挂载目录虽然本地访问但毕竟底层是网络文件系统每次全量cp -r都相当于把远程所有文件重新过一遍网线。而 rsync 的--size-only参数能在不读文件内容的前提下通过文件大小判断是否需要传输对 SMB 这种无法暴露精确修改时间戳的场景非常实用。rsync -av --size-only --progress /mnt/smb_share/ /data/backup/smb_backup/逻辑说明-a归档模式保留文件权限、时间戳、属主但在挂载文件系统上时间戳可能来自服务器-v输出详细日志。--size-only是本指令的灵魂正常 rsync 会对比修改时间和文件大小但 SMB 挂载回的修改时间容易因为时区转换产生偏移导致每次同步都会把所有文件重传一遍加上--size-only之后只按大小判断网络传输量大幅下降。--progress给每个文件显示进度条在同步大量小文件时能看到是不是卡住了。参数说明源路径结尾的/不能少/mnt/smb_share/表示同步目录内所有内容去掉/就会把smb_share这个目录名也复制到目标目录下变成/data/backup/smb_backup/smb_share/容易在后续脚本里栽跟头。目标路径结尾不需要/但如果目标目录不存在rsync 不会自动帮你创建除非你先mkdir -p我第一次跑这命令就因为这个翻过车。5. SMB 避坑实录五个让我熬夜的经典故障5.1 第一坑SMB1 协议幽灵老设备连不上、新工具探不到现象一台带着 USB 硬盘的旧路由器Windows 网上邻居能看到设备名但双击进去就转圈几秒后提示“找不到网络路径”。用 smbclient 去探测返回protocol negotiation failed。原因旧路由器固件只实现了 SMB1 协议栈而客户端包括 Samba 4.x 和 Windows 10 的默认配置早就把 SMB1 协议协商禁用了。两边握不上手自然也就谈不上后续的认证和文件访问。解决在客户端临时开启 SMB1 支持或者在 smbclient 加-m SMB1参数强制降级协议。如果是自己控制的服务器端也可以把 Samba 的server min protocol NT1写进 smb.conf但这属于给老设备开后门硬件能换则换SMB1 在安全性上就是千疮百孔。5.2 第二坑guest 账户这场闹剧别再折腾了现象共享目录明明guest ok yesWindows 端也开了“来宾账户”可访问时还是不断弹窗要账密输 guest 空白密码也不行日志显示SESSION_SETUP失败。原因“你说的情况部分对——共享文件夹访问失败时先排查 smb 协议没错但大多数场合别再折腾 guest 账户了。”现代 Windows 默认禁用了 guest 访问且在 SMB2 之后的协议版本中guest 会话会被 Vista 以后的所有系统降级处理。Samba 的map to guest Bad User只能针对“用户名不存在”的情况Windows 既然已经发送了 guest 凭据服务端如果验证不过就直接拒绝。解决放弃免密共享的念想建一个带密码的真实账号在 Windows 凭据管理器里存好。如果实在要临时匿名读文件可以用mount -t cifs //server/share /mnt -o guest但这只适用于可控内网环境别把任何业务数据放在 guest 能摸到的地方。5.3 第三坑mount 挂载后中文文件名乱码现象ls /mnt/smb_share看到一堆???和乱码cp文件进来后 Office 文档打不开提示文件损坏。原因服务器端 Samba 默认编码是 UTF-8但 Windows 共享的历史编码通常跟随系统区域设置中文区是 GBK/GB18030。而客户端挂载时如果没有显式指定iocharset内核会拿默认编码去尝试解服务器发过来的文件名。解决服务端 smb.conf 里加unix charset UTF-8和dos charset CP936让 Samba 在协议层完成转码。如果已经乱码了用convmv批量转换剩余文件名但这属于事后补救最靠谱的还是在下一次挂载时把iocharsetutf8和vers3.0同时写上重新挂载一次即回归正常。5.4 第四坑防火墙 rules 开着但共用网络类型挡了 SMB现象两边 SMB 服务都正常smbclient -L在 Linux 上能列共享Windows 端却连不上在 Windows 上 ping 服务器 IP 通端口 445 用Test-NetConnection测也是通的但资源管理器就是连不上。原因Windows 防火墙的高级设置里“文件和打印机共享 (SMB-In)”规则绑定了配置文件。当你连的 WiFi 被标为“公用网络”时这条规则默认只对“域”和“专用”网络生效。服务端口虽然在听可数据包在进入服务之前就先被防火墙拦了。解决把当前网络配置文件改成“专用网络”或者直接手动把 SMB-In 规则的配置文件勾成“公用”也启用。前者是正路后者在开放公共 WiFi 环境有安全风险。另外留意 Windows 11 新增的“内存完整性”偶尔会干扰 SMB 重定向器的签名校验表现为间歇性连接失败这种时候先更新网卡驱动再检查设备管理器中网卡的“大型发送卸载”是否被关闭。5.5 第五坑SMB 签名强制开启性能一落千丈现象文件复制速度从 100MB/s 掉到 10MB/sCPU 占用率飙升大家开始怀疑网线或交换机有问题但 ping 延迟正常。原因SMB 3.0 之后客户端默认要求对每个数据包签名。签名本身开销不大但某些网卡驱动的卸载引擎不支持签名导致整个加解密退化为 CPU 计算。一旦启用了server signing mandatory每个 I/O 都要算一遍哈希大文件传输的血泪教训就是这样来的。解决在 smb.conf 里将server signing mandatory改成if_required或off然后在客户端挂载参数里加seal才会全新启用加密通道。如果服务器强制签名是为了防中间人攻击那最佳方案是升级到支持 SMB 3.1.1 以上版本的 Samba 和 Windows毕竟新版本在硬件卸载下签名性能几乎不损耗。6. 验证 SMB 行为的三个技巧抓包、协商版本、多通道检查技术栈搭好之后怎么确认它真的工作在最优状态我常用的验证动作只有三个每个都能在一分钟内看到结果。第一是抓包看协商版本。用tcpdump -i eth0 port 445 -vv抓包然后从别的机器发起一次 SMB 访问观察 NEGOTIATE 响应里的dialect字段。如果看到的是SMB 3.1.1说明双方协商到了最高协议如果抓到SMB 2.0.2或更低说明某一方配置里限制了版本上限性能肯定有损耗。抓包时注意加-s 0参数抓完整数据包不然 SMB 头部被截断后看不到协议版本字段。第二是检查多通道是否生效。SMB 3.0 以上支持通过多条 TCP 连接提升吞吐但这需要服务器端有多网卡或者网卡绑定了多个 IP。验证方式很简单在传输大文件的同时到服务器上执行smbstatus --processes如果出现多个连接且 IP 不同多通道就在工作如果始终只有一条连接检查 smb.conf 是否写了server multi channel support yes以及网卡是否启用了 SMB 绑定。第三是错配置后的后悔药。改任何 SMB 配置前先备份一份smb.conf和credentials文件我用的是/etc/samba/smb.conf.bak.$(date %F)这种带日期的命名方式改错了直接一条命令恢复。测试时先用 smbclient 做最小连通验证再去动 mount 和同步脚本别把配置改成一堆。环境变了比如换网段、换网关设备都要重新确认一次 SMB 版本和签名策略因为很多设备出厂默认是 SMB1 加不签名跟新的 Windows 客户端一碰就是各种玄学问题。我过去有一段极其深刻的教训给客户的天翼网关开 SMB 共享功能做 NAS 备份配好之后第二天文件全部同步失败排查到最后发现是网关固件更新后默认把 SMB1 关了而我的 rsync 脚本还在按旧的版本协商路径走。那次之后我对每一个 SMB 连接都留一把验证的尺子不再凭“刚才还能连上”做判断。希望这篇把协议协商、认证、签名策略这条线串好的笔记能帮你在下次面对 smb.rar 里那堆工具时少走几步弯路。本文还有配套的精品资源点击获取