# smb

Published articles for smb.

This is one page of public article previews, not the complete archive. Follow Next page to continue. Summaries are not the original full articles.

## AI Adoption Expands the Attack Surface and Security Workload for SMBs

DevFeed: [AI Adoption Expands the Attack Surface and Security Workload for SMBs](<https://devfeed.tech/articles/cyberthreats-are-moving-faster-than-smbs-readiness-must-accelerate-42135.md>)

Original publisher: [Read original article](<https://www.welivesecurity.com/en/business-security/cyberthreats-moving-faster-smbs-readiness-must-accelerate/>)

Author: Phil Muncaster

Published: 2026-09-16T09:00:00Z

Content type: article

Language: en

Sources: [WeLiveSecurity](<https://devfeed.tech/sources/welivesecurity.md>)

Topics: [Security](<https://devfeed.tech/topics/security.md>), [Artificial Intelligence](<https://devfeed.tech/topics/ai.md>), [Business Security](<https://devfeed.tech/topics/business-security.md>), [Automation](<https://devfeed.tech/topics/automation.md>), [DevOps](<https://devfeed.tech/topics/devops.md>), [AI Bots](<https://devfeed.tech/topics/ai-bots.md>)

Tags: [ai](<https://devfeed.tech/tags/ai.md>), [automation](<https://devfeed.tech/tags/automation.md>), [business-security](<https://devfeed.tech/tags/business-security.md>), [cybersecurity](<https://devfeed.tech/tags/cybersecurity.md>), [risk](<https://devfeed.tech/tags/risk.md>), [security](<https://devfeed.tech/tags/security.md>), [sensitive-data](<https://devfeed.tech/tags/sensitive-data.md>), [smb](<https://devfeed.tech/tags/smb.md>)

### AI overview

AI adoption is expanding the attack surface and increasing security demands for small and medium-sized businesses. The article argues that automation, expert support, and human oversight are needed to improve cyber readiness and resilience.

### Source excerpt

As AI adoption expands the attack surface and adds to the security workload, businesses need automation backed by experts

## Debugging my new network, when 10 Gigabit Ethernet Runs at 300 Megabits

DevFeed: [Debugging my new network, when 10 Gigabit Ethernet Runs at 300 Megabits](<https://devfeed.tech/articles/debugging-my-new-network-when-10-gigabit-ethernet-runs-at-300-megabits-21852.md>)

Original publisher: [Read original article](<https://www.hanselman.com/blog/debugging-my-new-network-when-10-gigabit-ethernet-runs-at-300-megabits>)

Published: 2026-08-27T15:25:48Z

Content type: article

Language: en

Sources: [Scott Hanselman](<https://devfeed.tech/sources/scott-hanselman.md>)

Topics: [Homelab](<https://devfeed.tech/topics/homelab.md>), [debugging](<https://devfeed.tech/topics/debugging.md>), [UniFi UNAS Pro](<https://devfeed.tech/topics/unifi-unas-pro.md>), [intel](<https://devfeed.tech/topics/intel.md>), [Windows](<https://devfeed.tech/topics/windows.md>), [NVMe](<https://devfeed.tech/topics/nvme.md>)

Tags: [debugging](<https://devfeed.tech/tags/debugging.md>), [homelab](<https://devfeed.tech/tags/homelab.md>), [intel](<https://devfeed.tech/tags/intel.md>), [musings](<https://devfeed.tech/tags/musings.md>), [nvme](<https://devfeed.tech/tags/nvme.md>), [smb](<https://devfeed.tech/tags/smb.md>), [ssd](<https://devfeed.tech/tags/ssd.md>), [storage](<https://devfeed.tech/tags/storage.md>), [unifi-unas-pro](<https://devfeed.tech/tags/unifi-unas-pro.md>), [windows](<https://devfeed.tech/tags/windows.md>)

### AI overview

A Windows desktop connected to a 10GbE homelab network was limited to roughly 100-200 megabits per second despite 10-gigabit link indications. Direct testing traced the problem to the Windows/NIC path: increasing the Intel E610 driver's receive buffers eliminated discarded packets and improved receive throughput, while disabling IPv4 Large Send Offload V2 raised transmit throughput to 7.03 Gbit/sec.

### Source excerpt

I've been moving my home storage over to a UniFi UNAS Pro 8 as part of a larger homelab moderization. My main IRONHEART (the ultimate PC from a few years back) desktop now has an Intel E610-XT2 10GbE card, the NAS is on 10GbE, and there's a Minisforum MS-01 miniPC on the same network with a 10GbE SFP+ connection running Immich and Portainer and a few other things. Everything says 10 gigabit. Windows says 10 gigabit. UniFi says 10 gigabit. SMB copies are using the correct NIC but my file copies are running at around 100 to 200 megabits per second which is sad making. Naturally, I blamed the NAS, and the spinning rust within. The UNAS has six 16 TB spinning disks in RAID 6 and a pair of NVMe SSDs being used as cache. I'm also running Immich on the MS-01, with its photo library living on the UNAS, so there are lots of thumbnails, metadata reads, and little background writes happening. All seem like reasonable suspects. I switched the UNAS SSD cache from read-write to read-only. No meaningful difference. I stopped Immich completely. No difference. I looked at iostat; the disks weren't saturated. We looked at SMB signing and Windows Defender network scanning. Still slow. Then I stopped testing the NAS and ran iperf3 directly between the Windows desktop and the MS-01: iperf3 -c 192.168.1.222 -P 4 133 Mbit/sec Oops. The reverse test was better, but still wrong: iperf3 -c 192.168.1.222 -P 4 -R 1.33 Gbit/sec That's weird. Now the disks, SMB, Immich, RAID, and the NAS itself were completely out of the equation. This was a Windows/NIC problem and it's weirdly asymmetrical. Looking at the Intel adapter statistics shows me... Get-NetAdapterStatistics -Name "Ethernet - 10 Gig Intel" There were nearly a million ReceivedDiscardedPackets. During one ten-second iperf3 test, the counter increased by another 268. Why? The E610 driver had its receive buffers at the default 512, although it supported up to 4096. I increased them. I love an increased buffer. Set-NetAdapterAdvancedProperty

## Migrating a Synology NAS to a UniFi UNAS Pro 8 with Robocopy and SMB Multichannel

DevFeed: [Migrating a Synology NAS to a UniFi UNAS Pro 8 with Robocopy and SMB Multichannel](<https://devfeed.tech/articles/migrating-a-synology-nas-to-a-unifi-unas-pro-8-with-robocopy-smb-multichannel-and-surprising-performance-traps-21855.md>)

Original publisher: [Read original article](<https://www.hanselman.com/blog/migrating-a-synology-nas-to-a-unifi-unas-pro-8-with-robocopy-smb-multichannel-and-surprising-performance-traps>)

Published: 2026-08-23T19:23:42Z

Content type: tutorial

Language: en

Sources: [Scott Hanselman](<https://devfeed.tech/sources/scott-hanselman.md>)

Topics: [migration](<https://devfeed.tech/topics/migration.md>), [UniFi UNAS Pro](<https://devfeed.tech/topics/unifi-unas-pro.md>), [Synology](<https://devfeed.tech/topics/synology.md>), [Filesystems](<https://devfeed.tech/topics/filesystems.md>), [Windows](<https://devfeed.tech/topics/windows.md>), [Network](<https://devfeed.tech/topics/network.md>)

Tags: [files](<https://devfeed.tech/tags/files.md>), [filesystem](<https://devfeed.tech/tags/filesystem.md>), [migration](<https://devfeed.tech/tags/migration.md>), [multichannel](<https://devfeed.tech/tags/multichannel.md>), [musings](<https://devfeed.tech/tags/musings.md>), [nas](<https://devfeed.tech/tags/nas.md>), [network](<https://devfeed.tech/tags/network.md>), [performance](<https://devfeed.tech/tags/performance.md>), [smb](<https://devfeed.tech/tags/smb.md>), [synology](<https://devfeed.tech/tags/synology.md>), [synology-nas](<https://devfeed.tech/tags/synology-nas.md>), [unas](<https://devfeed.tech/tags/unas.md>), [unifi](<https://devfeed.tech/tags/unifi.md>), [unifi-unas](<https://devfeed.tech/tags/unifi-unas.md>), [unifi-unas-pro](<https://devfeed.tech/tags/unifi-unas-pro.md>), [windows](<https://devfeed.tech/tags/windows.md>)

### AI overview

A personal technical account of migrating files from a Synology NAS to a Ubiquiti UniFi UNAS Pro 8. It describes SMB-based copying with Windows and Robocopy, file-transfer errors, Windows error 665, and troubleshooting that isolates a filesystem limitation on the UNAS.

### Source excerpt

I've had a Synology NAS for a very long time, and recently I started moving its contents to a new Ubiquiti UniFi UNAS Pro 8. This seemed like it ought to be a fairly boring operation. Both devices speak SMB, I have a fast network (recently upgraded to 10 gigabit internally), and Windows has had tools for copying files reliably between machines for decades. Naturally, it turned into a whole evening of learning things I thought I already knew, which is why I started a blog lol. There was a nice bit of history here for me because back in 2007 (good lord!) I wrote a post called "XCopy considered harmful - Robocopy or XXCopy or SyncBack." My argument at the time was basically that once you are moving enough files, Explorer stops being the move and Robocopy starts looking pretty good. I even used /Z, Robocopy's restartable mode, because being able to resume a partially transferred file was useful on unreliable connections. Almost twenty years later, /Z turned out to be one of the most important things I needed to remove because it made everything hella slow. The migration The basic job was straightforward. I had shares on the Synology such as: \\server\music and matching shares on the UNAS: \\UNAS-Pro-8\music I initially used Explorer, mostly because it was there and because sometimes the easy thing really is the easy thing. That lasted until Explorer started producing errors on individual files: The requested operation could not be completed due to a file system limitation My first thought was filenames. NAS migrations are full of opportunities to discover that one filesystem is more permissive than another, and there were filenames with parentheses and other punctuation in them. Then this failed: \\server\music\Athlete\Tourist\05 Wires.m4p There is nothing especially exotic about 05 Wires.m4p, so I moved over to Robocopy to get a little more information. It consistently got to 92% and returned Windows error 665: 92% New File 4.3 m 05 Wires.m4p ERROR 665 (0x00000299) Cop

## Security Week 2627: поддельные инструменты ИИ как приманка для малого бизнеса

DevFeed: [Security Week 2627: поддельные инструменты ИИ как приманка для малого бизнеса](<https://devfeed.tech/articles/security-week-2627-23078.md>)

Original publisher: [Read original article](<https://habr.com/ru/companies/kaspersky/articles/1053146/>)

Author: Kaspersky\_Lab ("Лаборатория Касперского")

Published: 2026-06-30T12:05:19Z

Content type: news

Language: ru

Sources: ["Лаборатория Касперского" RU](<https://devfeed.tech/sources/ru-2.md>)

Topics: [Security](<https://devfeed.tech/topics/security.md>), [Claude](<https://devfeed.tech/topics/claude.md>), [OpenClaw](<https://devfeed.tech/topics/openclaw.md>)

Tags: [2026](<https://devfeed.tech/tags/2026.md>), [claude](<https://devfeed.tech/tags/claude.md>), [openclaw](<https://devfeed.tech/tags/openclaw.md>), [report](<https://devfeed.tech/tags/report.md>), [security](<https://devfeed.tech/tags/security.md>), [smb](<https://devfeed.tech/tags/smb.md>), [tag-9fe8963de219](<https://devfeed.tech/tags/tag-9fe8963de219.md>), [tag-cc2a6346d835](<https://devfeed.tech/tags/tag-cc2a6346d835.md>)

### AI overview

The article reports on Kaspersky researchers' analysis of threats targeting small and medium-sized businesses. From January through April 2026, Kaspersky security solutions detected 33,352 attacks in which malware or potentially unwanted software was disguised as one of five popular AI services, nearly five times the comparable 2025 figure. Claude and OpenClaw are identified among the lures, alongside phishing and scam campaigns targeting businesses.

### Source excerpt

На прошлой неделе исследователи "Лаборатории Касперского" опубликовали разбор ландшафта угроз для малого и среднего бизнеса. По данным отчета, небольшие компании остаются мишенью как для операторов массовых вредоносных кампаний, так и для тех, кто использует подрядчика как точку входа в инфраструктуру более крупной организации. Авторы статьи отдельно отмечают, что в 2026 году одной из главных приманок стали популярные ИИ-сервисы. Главная новость в отчете: с января по апрель 2026 года защитные решения "Лаборатории Касперского" зафиксировали 33 352 атаки на малый и средний бизнес, в которых вредоносное или потенциально нежелательное ПО маскировалось под один из пяти популярных ИИ-сервисов. Это почти в пять раз больше, чем за аналогичный период 2025 года. Всего было обнаружено более 1100 уникальных образцов такого ПО -- на 21% больше, чем в прошлом году. В основном это разнообразные троянские программы, в том числе загрузчики, которые подтягивают на скомпрометированную машину дополнительную нагрузку. Среди приманок авторы называют сервис Claude и приложение OpenClaw (бывший Clawdbot, он же Moltbot), ставшие особо популярными в 2026 году. Как и следовало ожидать, чем более на слуху конкретный инструмент, тем выше вероятность столкнуться с его поддельной копией в Сети. Разбивку по типам популярных сервисов, под которые маскировались вредоносные кампании, можно посмотреть на скриншоте выше. Читать далее

## Building a Home Server

DevFeed: [Building a Home Server](<https://devfeed.tech/articles/building-a-home-server-41479.md>)

Original publisher: [Read original article](<https://chollinger.com/blog/2019/04/building-a-home-server/>)

Author: Christian Hollinger

Published: 2019-04-11T00:00:00Z

Content type: article

Language: en

Sources: [Christian Hollinger](<https://devfeed.tech/sources/christian-hollinger.md>)

Topics: [Homelab](<https://devfeed.tech/topics/homelab.md>), [backups](<https://devfeed.tech/topics/backups.md>), [Computing](<https://devfeed.tech/topics/computing.md>), [Hardware](<https://devfeed.tech/topics/hardware.md>), [Pi-hole](<https://devfeed.tech/topics/pihole.md>), [Monitoring](<https://devfeed.tech/topics/monitoring.md>), [Internet](<https://devfeed.tech/topics/internet.md>), [cpu](<https://devfeed.tech/topics/cpu.md>), [Virtual Private Network](<https://devfeed.tech/topics/vpn.md>), [Amazon S3](<https://devfeed.tech/topics/amazon-s3.md>), [DDR4](<https://devfeed.tech/topics/ddr4.md>), [Git](<https://devfeed.tech/topics/git.md>)

Tags: [article](<https://devfeed.tech/tags/article.md>), [aws-s3](<https://devfeed.tech/tags/aws-s3.md>), [backups](<https://devfeed.tech/tags/backups.md>), [bash](<https://devfeed.tech/tags/bash.md>), [big-data](<https://devfeed.tech/tags/big-data.md>), [centos](<https://devfeed.tech/tags/centos.md>), [computing](<https://devfeed.tech/tags/computing.md>), [debian](<https://devfeed.tech/tags/debian.md>), [encryption](<https://devfeed.tech/tags/encryption.md>), [git](<https://devfeed.tech/tags/git.md>), [hardware](<https://devfeed.tech/tags/hardware.md>), [headless](<https://devfeed.tech/tags/headless.md>), [home-server](<https://devfeed.tech/tags/home-server.md>), [linux](<https://devfeed.tech/tags/linux.md>), [luks](<https://devfeed.tech/tags/luks.md>), [nas](<https://devfeed.tech/tags/nas.md>), [networking](<https://devfeed.tech/tags/networking.md>), [privacy](<https://devfeed.tech/tags/privacy.md>), [security](<https://devfeed.tech/tags/security.md>), [server](<https://devfeed.tech/tags/server.md>), [smb](<https://devfeed.tech/tags/smb.md>), [storage](<https://devfeed.tech/tags/storage.md>), [sysadmin](<https://devfeed.tech/tags/sysadmin.md>), [windows](<https://devfeed.tech/tags/windows.md>)

### AI overview

A practical account of building a home server or NAS for local storage, SMB drives, backups, processing, Git repositories, CD rips, and other headless computing. It discusses privacy, cloud-storage limitations, local services, and the hardware used.

### Source excerpt

In this article, I'll document my process of building a home server - or NAS - for local storage, smb drives, backups, processing, git, CD-rips, and other headless computing...

## ReactOS 0.4.6 released

DevFeed: [ReactOS 0.4.6 released](<https://devfeed.tech/articles/reactos-0-4-6-released-33200.md>)

Original publisher: [Read original article](<https://reactos.org/project-news/reactos-046-released/>)

Published: 2017-09-01T00:00:00Z

Content type: release

Language: en

Sources: [Front Page on ReactOS Website](<https://devfeed.tech/sources/front-page-on-reactos-website.md>)

Topics: [ReactOS](<https://devfeed.tech/topics/reactos.md>), [version](<https://devfeed.tech/topics/version.md>), [Hardware](<https://devfeed.tech/topics/hardware.md>), [boot](<https://devfeed.tech/topics/boot.md>), [kernels](<https://devfeed.tech/topics/kernels.md>)

Tags: [compatibility](<https://devfeed.tech/tags/compatibility.md>), [drivers](<https://devfeed.tech/tags/drivers.md>), [dual-boot](<https://devfeed.tech/tags/dual-boot.md>), [filesystem](<https://devfeed.tech/tags/filesystem.md>), [free](<https://devfeed.tech/tags/free.md>), [hardware](<https://devfeed.tech/tags/hardware.md>), [kernels](<https://devfeed.tech/tags/kernels.md>), [loader](<https://devfeed.tech/tags/loader.md>), [open-source](<https://devfeed.tech/tags/open-source.md>), [os](<https://devfeed.tech/tags/os.md>), [partitions](<https://devfeed.tech/tags/partitions.md>), [react](<https://devfeed.tech/tags/react.md>), [reactos](<https://devfeed.tech/tags/reactos.md>), [release](<https://devfeed.tech/tags/release.md>), [smb](<https://devfeed.tech/tags/smb.md>), [software](<https://devfeed.tech/tags/software.md>), [tests](<https://devfeed.tech/tags/tests.md>), [user-experience](<https://devfeed.tech/tags/user-experience.md>), [version](<https://devfeed.tech/tags/version.md>), [win32](<https://devfeed.tech/tags/win32.md>), [winapi](<https://devfeed.tech/tags/winapi.md>)

### AI overview

The ReactOS Project released version 0.4.6, highlighting improvements in real hardware support, dual-boot and partition handling, custom kernel loading, drivers, application compatibility, user experience, and system stability.

### Source excerpt

The ReactOS Project is pleased to release version 0.4.6 as a continuation of its three month cadence. 0.4.6 is a major step towards real hardware support. Several dual boot issues have been fixed and now partitions are managed in a safer way avoiding corruption of the partition list structures. ReactOS Loader can now load custom kernels and HALs. Printing Subsystem is still greenish in 0.4.6, however Colin Finck has implemented a huge number of new APIs and fixed some of the bugs reported and detected by the ReactOS automated tests.