KYTECHNGAMING

1gbit ile QoS gereksiz bir eylem. Ayrıca 1gbit işleyebilecek işlemci çok daha yüksek güce ihtiyaç duyar. Donanım hızlandırma açık diye düşük çıkmıyor. Aksine 1gbit hat ile hwnat kapatman daha farklı sonuçlar bile doğuracaktır. Yeni çıkan tüm Keenetic modellerinde Donanım Hızlandırma (hwnat) varsayılan olarak açıktır. Kapatsılmasını da tavsiye etmiyorum. https://forum.donanimhaber.com/mesaj/yonlen/160850428

Hello, I saw this problem yesterday. I left the Wi-Fi Mesh system page while adding a node(extender). I can't access the page again when I want to be there. Cleaning cookies, refreshing the page does not work. Another browser or another device does not reach the page. And Keendns.. Return to normal after restarting the controller. It is seen that the node is successfully added. https://prnt.sc/ctc7ew7qSCU1 https://prnt.sc/QDr1rTBvmZRh https://prnt.sc/2ZbRQuBIWdCI screen record: https://we.tl/t-Z8YMSm6JGj @eralde

If you are using a manageable switch, you have to pay attention to. https://help.keenetic.com/hc/en-us/articles/360007279039-Mesh-Wi-Fi-System

Hello, The main controller is not updated with the button which is "Update KeeneticOS on all nodes" I also tried my 2 mesh system. [I] Feb 28 06:59:38 ndm: Mws::Controller::Updater: "50:ff:20:2a:dc:25": checking for an update. [I] Feb 28 06:59:38 ndm: Mws::Controller::MemberList: checking for updates. [I] Feb 28 06:59:50 ndm: Mws::Controller::Updater: "50:ff:20:2a:dc:25": pending update, "(auto)" sandbox. [I] Feb 28 06:59:50 ndm: Mws::Controller::Manager: updating members. [I] Feb 28 07:03:38 ndm: Mws::Controller::Updater: "50:ff:20:2a:dc:25": update completed. I could not see that the main controller was added to the update queue in logs and records. I add self-test to the next hidden message.

I'm not sure, but is there still this feature? I think it should be contrary to KVKK.

So the mesh installation is not successful with the cable?

Users create network with multiple Extenders simultaneously. For example, I set up mesh system via Titan + 4x Voyager Pro Pack + PoE+ Switch 9 Add some buttons in Wi-Fi system page 1- check button (selective add) 2- acquire all button As a result super easy made mesh... Thanks.

Hello, Our Keenetic TR telegram users find the problem which SMB signing force is in latest Windows 24h2 update. Every 24h2 users can face this situation.

Solved. https://learn.microsoft.com/en-us/windows-server/storage/file-server/smb-signing?tabs=powershell Thanks @ru.celebi

Hdparm test: ~ # hdparm -I /dev/sda /dev/sda: ATA device, with non-removable media Model Number: ST4000LM024-2AN17V Serial Number: WCKATJEY Firmware Revision: 0001 Transport: Serial, ATA8-AST, SATA 1.0a, SATA II Extensions, SATA Rev 2.5, SATA Rev 2.6, SATA Rev 3.0 Standards: Used: unknown (minor revision code 0x006d) Supported: 10 9 8 7 6 5 Likely used: 10 Configuration: Logical max current cylinders 16383 16383 heads 16 16 sectors/track 63 63 -- CHS current addressable sectors: 16514064 LBA user addressable sectors: 268435455 LBA48 user addressable sectors: 7814037168 Logical Sector size: 512 bytes Physical Sector size: 4096 bytes Logical Sector-0 offset: 0 bytes device size with M = 1024*1024: 3815447 MBytes device size with M = 1000*1000: 4000787 MBytes (4000 GB) cache/buffer size = unknown Form Factor: 2.5 inch Nominal Media Rotation Rate: 5526 Capabilities: LBA, IORDY(can be disabled) Queue depth: 32 Standby timer values: spec'd by Standard, no device specific minimum R/W multiple sector transfer: Max = 1 Current = ? Advanced power management level: 128 Recommended acoustic management value: 208, current value: 208 DMA: mdma0 mdma1 *mdma2 udma0 udma1 udma2 udma3 udma4 udma5 udma6 Cycle time: min=120ns recommended=120ns PIO: pio0 pio1 pio2 pio3 pio4 Cycle time: no flow control=120ns IORDY flow control=120ns ~ # hdparm -t /dev/sda /dev/sda: Timing buffered disk reads: 430 MB in 3.01 seconds = 142.97 MB/sec ~ # hdparm -Tt /dev/sda /dev/sda: Timing cached reads: 1632 MB in 2.00 seconds = 815.68 MB/sec Timing buffered disk reads: 424 MB in 3.01 seconds = 140.78 MB/sec ~ # hdparm -t --direct /dev/sda /dev/sda: Timing O_DIRECT disk reads: 390 MB in 3.00 seconds = 129.81 MB/sec ~ # hdparm -Tt --direct /dev/sda /dev/sda: Timing O_DIRECT cached reads: 582 MB in 2.00 seconds = 290.96 MB/sec Timing O_DIRECT disk reads: 426 MB in 3.01 seconds = 141.66 MB/sec ~ # hdparm --offset 20 -t /dev/sda /dev/sda: Timing buffered disk reads (offset 20 GB): 416 MB in 3.01 seconds = 138.28 MB/sec ~ # hdparm --offset 20 -T /dev/sda /dev/sda: Timing cached reads: 1646 MB in 2.00 seconds = 822.39 MB/sec ~ # hdparm -tv /dev/sda /dev/sda: multcount = 0 (off) readonly = 0 (off) readahead = 8192 (on) geometry = 486401/255/63, sectors = 7814037167, start = 0 Timing buffered disk reads: 428 MB in 3.01 seconds = 142.09 MB/sec

Hello, Seagate disk is inserted into the KN-3811 usb port. No matter what I do, both wired and wireless copying speeds do not exceed 40mb/s. It's like it's communicating as USB2.0. I tried many things such as Wi-Fi settings, disk formats, different USB cables, but there is no change. Could it be a driver problem? Where might the problem be? Self-test is hidden in the next message.

Farklı kablo, farklı bağlantı yönü gibi tüm aksiyonları denediysen portların içindeki tırnakları a kontrol et. Gigabit portta 100M görmenin başlıca sebepleri: 1- Kötü Kablo 2- Yanlış çakılmış Uç 3- oksitlenmiş uç 4- Kılların içinde oynaması / tam basmaması 5- portların içindeki tellerin yamulmuş olabilmesi 6- düşük ihtimalle green ethernet 7- diğer cihazın 100m porta sahip olması

Arada her hangi bir switch var mı? Kabloların sağlığından emin misin? @Memo

KeeneticOS 4.3.A.6.2 - Fixed

just enter the command on extender? interface devicemacaddress factory wan system configuration save

Yes. The problem continues.

Yeni abonelikte aile filtresi açık mı bir bak. Yaşadığın durum ya isp bloğu ya da şifre ile bile alakalı olabilir. Rastladığım durumlardan çünkü. Ping-check kapalı tut bir de öyle dene. Muhtemelen şu an bir şekilde problemin Keenetic internet varlığı kontrol etmesi bloklanıyor. O sebeple de bağlantı yok diyor. Muhtemelen ışığın turuncu yanıyor. Kırmızı yanması sinyal yok anlamına gelir.

Sanki bu windows credential ile alakalı gibi. Ya da dediğin gibi protokol ile ilgili de olabilir. Keza SMB ile eklediğim disklerde tekrar hiç şifre sorma durumu ile karşılaşmadım. Diski sök tak yapsam bile.

Tahmin ediyorum ki ISS ' en Keenetic sunucuları bloke ediyor. Geçen MEB uzantılı pppoe ile bir okula kurulum yaptık. Aynı mevzu orada da var. MEB'in filtresine takılıyor.

Following!

2 = enabled ? So I just wanna ask this

DfsDedicatedZeroWait=2 means enabled. I could only find a note from MTK.

Maybe you can look this. Just for monitoring. https://github.com/vitaliy-sk/keenetic-grafana-monitoring With netflow component you can use ntop.

DfsEnable=1 DfsZeroWait=0 DfsZeroWaitCacTime=255 DfsDedicatedZeroWait=2 Well, on all models such as City, Ultra, Titan, Buddy6, Sprinter that I downloaded the self-test, DFSZeroWait=0 appears. How can I make sure DfsZeroWait is working?