Hystou P09 Fansız Mini PC Router İncelemesi (22. sayfa)

Üretici bildiğim kadarı ile bu firma.

bkhdpc.com

倍控N100工控机N200 I3-N305 N300迷你电脑爱快软路由ROS防火墙linux服务器嵌入式边缘计算-冠峰网络科技（深圳）有限公司

http://bkhdpc.com/luyou/104.html

Kingnovy filan aracı diye bilyiorum. Ya da farklı mağaza isimleri olabilir.

Ana marka / üreitici Topton olabilir.

office_mini-pc ındustrial_mini-pc gaming_mini_pc laptops stick_pc_pocket_pc ındustrial_tablet/panel

Home Hardware - Office_Mini-PC Industrial_Mini-PC Gaming_Mini_PC Laptops Stick_PC_Pocket_PC Industrial_Tablet/Panel

https://www.toptonpc.com

üzerinde sadece aluminyum plaka olup da endüstriyel mini pc olanlardan bir tane gördüm. üzerinde yumurta pişer.   bence düşük wat tüketimli fansız ve router özelliğine yatkın olanlar var. bunları tercih etmek lazım. ya da eğer ki üzerinde kocaman bir soğutucu plaka var ise fanlı tercih edilmesini öneririm. sonradan üzerine fan da takılır ama baştan az ısınan tercih edilebilir.

bir şey diyeyim mi, hiç vakit ayırma.   benden tavsiye, uğraşılmaz bu openwrt ile.

bu fansız çinli pc ler yerine benzer portlara sahip benzer fiyatta mikrotik tplink ya da qnap switchler almak mantıksız mı ? çinli aletler sonuçta pc mutlaka çok daha kullanım esnekliği var fakat sadece router network işleri için kullanılacak olsa switch olayı çok mu mantıksız ?

x86/64 minipc'ye openwrt 24.10.0 versiyonunu kurdum.

disk genişletme ve adguardhome kurulumu konunun ilk sayfalarında verilmiş ama ben de güncelleme yapayım. disk genişletme işlemini sonraya bırakacağım. bunun için bir betik var. onu kullanmak gerekti. konudaki gibi sda2'yi genişletmeye çalışınca, bu part kullanımda olduğu için genişletme sonrasında openwrt açılışı tam yapamıyor ve boot yarıda kalıyor. disk genişletme yapılmazsa eğer, bu sefer de 100MB disk alanı ile karşılaşıyorsunuz. bu kesinlikle paket kurulumları için yetersiz bir disk alanı. neyse adguardhome kurulumunu ben de şu şekilde yaptım:

* openwrt kurup kullanmaya başlayınca, dnsmasg çalıştığı için 53 nolu portu kendisine bağlıyor. luci de kurulup kullanmaya başlayınca bu da 80 nolu port'u kendisine bağlıyor. adguardhome'u github bağlantılı kurmaya çalışırsanız, kurulum bu sebeple tamamlanamıyor. luci üzerinden erişilebilir olan adguardhome'u kurmaya çalıştığınızda da sorun çıkabiliyor. bu arada twin-bcrypt-js paketi ve bcrypt-tool paketlerini de unutmamak gerekiyor. (adguardhome kurulumda bu paket için uyarı veriyor. kurmazsanız da olur gibi görünüyor ama kurulması güvenlik açısından gerekli) bu paketler adguardhome kullanıcı şifresinin adguardhome.yaml dosyası içinde şifrelenmesini sağlıyor. tabi openwrt deposunda her paketi bulamıyorsunuz. bu paketlerden biri doğrudan çalışabiliyor.

* ben github üzerinden ikisini de kurdum. kurulumlar x86/64 içindir.

wget https://github.com/coreos/bcrypt-tool/releases/download/v1.0.0/bcrypt-tool-v1.0.0-linux-amd64.tar.gz -P /tmp

tar -xvzf /tmp/bcrypt-tool-v1.0.0-linux-amd64.tar.gz -C /tmp

ls -l /tmp/bcrypt-tool/

mv /tmp/bcrypt-tool/bcrypt-tool /usr/local/bin/ (hata alırsanız aşağıdan devam edin)

mkdir -p /usr/local/bin

cp /tmp/bcrypt-tool/bcrypt-tool /usr/local/bin/

/usr/local/bin/bcrypt-tool (bu komut çalıştırılırsa, şifrelenmesini istediğiniz şifrenin girişi sorulur.)

* twin-bcrypt-js paketini kurabilmek için node ve node-npm paketlerine ihtiyaç var.

opkg update

opkg install node

opkg install node-npm

npm install bcryptjs

sonra güncelle npm'yi

npm install -g npm@11.1.0

* şimdi twin-bcrypt-js paketi kurulabilir. 

https://github.com/xptsp/openwrt-twin-bcrypt-js/releases? 

ben twin-bcrypt-js_2.2.0-1_all.ipk paketini, adguardhome kurulumundan önce luci web ara yüzünden indirilen paketi seçerek manuel kurdum.

* adguardhome kurulumuna geçebiliriz. luci-app-adguardhome paketini ise sonraya bırakıyoruz. (ben kurmayacağım çünkü tam senkronize çalışmıyor.)

github üzerindeki tarife göre download yaptım ama kurulumu başlatmadan evvel, dnsmasq'ı durdurup aynı zamanda devre dışı bıraktım. download yaptığım adguardhome kurulumunu da bundan sonra başlattım ve normal şekilde kuruldu. web adresi olarak gateway-ip:3000 ile adguardhome yapılandırmasını başlatıp, 53 yerine 5353, 80 yerine de 8080 nolu boşta olan portları seçerek kurulumu tamamladım.

adguardhome kurulumdan sonra adguardhome landaki client cihazları göremeyecek. bunun için de iki ayar yapmak gerekecek.

neyse kurulum şu şekilde:

wget --no-verbose -O - https://raw.githubusercontent.com/AdguardTeam/AdGuardHome/master/scripts/install.sh | sh -s -- -v

chmod +x install_adguardhome.sh

/etc/init.d/dnsmasq stop

/etc/init.d/dnsmasq disable (bu komutların kullanımı, interneti keser. bu sebeple yanlış yazmışım, düzelttim.)

./install_adguardhome.sh

* 1.ayar dns forwarding.

luci web arayüzünde, network > dhcp and dns > bölümünde yer alan dns forwards kısmına aşağıdaki ayarı girmek gerekiyor:

luci web arayüzü ip'si 192.168.5.1 örnek alıyorum: 192.168.5.1#5353

save edin.

2.ayar firewall ayarlarında dns yönlendirme.

terminalden komut verebilmek için aşağıdaki paketi kurdum.

opkg update

opkg install nftables

şimdi firewall kurallarını ekleyebiliriz. örnekte lan tarafı için eth1, luci web ip adresi için de 192.168.5.1 kullanıldı.

nft add table ip nat

nft add chain ip nat prerouting { type nat hook prerouting priority 0 \; }

nft add rule ip nat prerouting iifname "eth1" udp dport 53 dnat to 192.168.5.1:5353

nft add rule ip nat prerouting iifname "eth1" tcp dport 53 dnat to 192.168.5.1:5353

nft list ruleset > /etc/nftables.conf

/etc/init.d/firewall restart

bu iki ayar neticesinde adguardhome web arayüzünde, lan tarafında yer alan cihazlar için filtreleme başlamış oluyor.

bu iki ayar yapılmazsa, adguardhome çalışıyor olsa bile iş yapmayacaktır.

* luci-app-adguardhome paketinin kurulumunu pas geçiyorum. çünkü bu paket adguardhome'a luci web arayüzünde erişmek için gerekiyor.

ben kurdum, ayarların bir kısmına erişmediği için bu paketi kaldırdım. zaten daha sonra 192.168.2.1:8080 web arayüzünden adguardhome'un her şeyine erişiyorsunuz.

aynı işlemi luci ara yüzünden indirilebilir paket olarak adguardhome seçerek de yapılabilir. ancak eksik paket uyarıları alacaksınız muhtemelen. (kuruluyor ama hatalar var diyor). örneğin bu kurmaktan vazgeçtiğim luci-app-adguardhome paketi gibi. gerekli paketleri kurup, kurulumu sorunsuz yaparsanız, port ve firewall ayarlarını eklemek yeterli olacaktır.

konuyu okumaya devam ediyorum. diğer yapılabilecek olanları da uygulamayı düşünüyorum ancak kurulumlarda hata alınca, openwrt'nin sağı solu belli olmayabiliyor. disk img almakta fayda var diye düşünüyorum. bunun için de mümkün olabildiğince düşük alana sahip disk kullanılmasını öneriyorum. bu tercih, disk img alma işlemini hızlandıracaktır. luci güncellemeleri web arayüzünden takip edilebiliyor. openwrt versiyon güncellemesi için sysupgrade kullanımı hem squashfs hem de ext4 kurulumu için kullanılabilir görünüyor ama yeni versiyon olmadığı için bunu denemedim. sqm kurdum, gayet güzel çalışıyor. yani eğlenceli. ama mikrotik x86 kullanımı gerçekten daha kolay ve basit görünüyor.

hocam oyunlarda ping yükselmesi oluyor mu ya da oluyorsa normal bağlantıya göre ortalama kaç ping artıyor ölçtün mü hiç ?

bu dediğine yönelik özel bir çalışma yapmadım. openwrt için luci ve benzeri web ara yüzleri kesinlikle yetersiz kalıyor. tüm ayarları sürekli terminal aracılığı ile yapmak lazım. hatta sadece terminal kullanılsa bile olur. ping konusunda bildiğim tek şey, gece 2 den sonra internetin çok daha iyi olduğu.  ayrıca, openwrt'ye yüklenebilecek bir sürü paket var ortada ve aklından geçirdiğin bir şeyi yapabilmek de mümkün görünüyor. bütün paketleri kurayım hepsini yapayım demek yanlış olur. her paketi yüklememek lazım. (bir paket kurarken bir sürü şey listeliyor ve var olanın üzerine de yazayım mı diye soruyor. yine bir paketi kaldırırken de baiınıza her şeyin gelmesi mümkün.) openwrt ile bir eth portu oyun için özelleştirilebilir.

anladım hocam, sormamın sebebi şuydu bazı forumlarda yanlış hatırlamıyorsam bu sanallaştırmadan dolayı pingin biraz yükseldiğini yazmışlardı daha cihaz içinde henüz internete çıkmadan , proxmox üzerine openwrt kurulumu şeklindeydi ama tam aklımda değil tam da bilgim yok o yüzden sordum teşekkürler cevap için

Bunu kim söylüyor? x86'da Proxmox üzerinde Openwrt LXC konteyner çalıştırıyorum. SQM de var tabi. Az önce test yaptım. Sonuç aşağıda.

download ve upload 0 olması dikkat çekici. onları 5-5-5 yapabilir misin?   bir de ne kadar kıstın dl ve ul'den?

Hiç bir şeyden kısmadım. Download active ve upload active 0 olmasının sebebi SQM işte. SQM arayüzünde 500000 kbit/s download, 40000 kbit/s girilmiş durumda.

SQM kullanımı doğal olarak %10 civarı kayıp yaratabilir tahminen. Servis sağlayıcılarda da %10'a kadar hız kaybı normal kabul edilir. %10'dan biraz fazla bile kayıp yaşanabilir yani. Çünkü altyapıdan kaynaklı hızda ufak farklılıklar oluyor gün içerisinde. Az önceki test de bu.

hocam tam emin değilim yabancı forumlardan biriydi belki servethehome olabilir belki sıkıntılı cihazlara denk gelmişlerdir o yazanlar bilemiyorum o yüzden kullananları görünce sormak istedim teşekkürler cevap için

çalıştığından emin olmak için demiştim. a ve +a arasındaki fark hissedilir mi bilmiyorum ama 0'ları rakam görünecek şekilde ayarlamak bence daha makul.  

şöyle bir konu var yine. x86 kurulumu kullananlar için bu konu altında yazmam daha uygun.

"paket güncelleme" işleminde gözden kaçan iki konu var. bu iki konuyu birbirinden ayırmamak gerekiyor diye düşünüyorum:

şimdi ilk konu şu:

luci web arayüzünde, system/software altında, "Available-Installed-Updates bölümü yani "indirilebilir-kurulu-güncellemeler" paketlerinin görülebildiği kısım var. bu kısımda yine update list butonu (opkg update işlevi) var. opkg update komutunu verdikten sonra updates kısmına geçtiğimizde, güncellenmiş olan ve indirilebilir paketlerin listelenmesi sağlanıyor. bunu terminalde komut ile şu şekilde de vermek mümkün:

opkg update

opkg list-upgradable

sonrasına paketlerin tek tek güncellenmesi:

opkg upgrade https-dns-proxy (https-dns-proxy paketini örnek olarak verdim)

şimdi şu komutu da vermek mümkün.

opkg install https-dns-proxy (https-dns-proxy paketi kurulu değilse, bu komutla kurulur ve güncelleme de yapar)

ama bu iki komut arasında fark vardır. güncellemede kullanılması gereken ve doğru olan komut:

opkg upgrade "paket ismi" komutudur.

bu komut sadece güncelleme yapar.

diğer komut ise: önerilen, bağımlı olan ve ek paketlerde yükleyebiliyor. dolayısıyla güncellemelerde bu hususa özellikle dikkat etmek gerekiyor. 

ikinci konu ise luci web ara yüzünü kullananların, paket güncelleme yaptıklarında dikkatini çekmiştir:

Allow overwriting conflicting package files

"Çakışan paket dosyalarının üzerine yazılmasına izin ver"

paket güncellemede bu seçenek, isteğe bağlı olarak işaretlenebiliyor. bu seçimin yukarıdaki ilk konu ile ilgisi yok bunu belirtelim. bu seçenek işaretlendiğinde kurulum tamamlansa bile kurulum penceresinin en altında error hatası verebiliyor. bunun sebebi, kurulumu yapılan paketin kullanımda olması nedeniyle bir çakışmanın yaşanıyor oluşudur. bu konuyu da şöyle bir örnekle açıklayacağım:

diyelim ki https-dns-proxy paketini luci web ara yüzünden, çakışan paket dosyalarının üzerine yazılmasına izin ver şeklinde kurduk ve hata aldık. gerçekleşen şu oluyor. https-dns-proxy paketi için sistemde https-dns-proxy-opkg adlı bir paket kayıt oluyor. bu paketleri şu komutla görüp, listeleyebiliyoruz. ben örnek olarak bir dosya listeliyorum:

find /etc -name "*-opkg" (bu komutun çıktısı örneğin aşağıdaki şekilde oluyor)

https-dns-proxy-opkg

çalışan https-dns-proxy ve indirilen https-dns-proxy-opkg paketi arasında farklılık var ve yeni dosya içerisindeki ilave satırları, kullanımda olan paketin içerisine ilave etmek gerekiyor. verdiğim örneğe göre https-dns-proxy ve https-dns-proxy-opkg paketlerinin birbiri arasındaki farklı listelemek için aşağıdaki komut uygulanıyor ama bu karşılaştırmayı yapabilmek için "diffutils paketini" kurmak gerekiyor. bu paketin kurulumundan sonra aşağıdaki şekilde karşılaştırma yapıyoruz. listelenen farkı çalışan https-dns-proxy dosyasının içerisine ilave ediyoruz.

diff /etc/config/https-dns-proxy /etc/config/https-dns-proxy-opkg

bu karşılaştırmayı manuel de yaparak, yeni satırları tek tek kontrol ederek, kullanımdaki dosyaya eklemek de mümkün:

vi /etc/config/https-dns-proxy (kullanımda olan) ("i" komutu ieditlemek için. değişiklik sonrası ":" ve ardından da "wq" yazarak enter yapılır. pas geçmek için "q!" komutu"

vi /etc/config/https-dns-proxy-opkg (yenisi)

değişiklikleri yaptıktan sonra örneğin

/etc/init.d/https-dns-proxy restart

reboot

komutlarını kullanıyoruz. reboot komutu ile sorun yaşayan var ise reboot -f komutu da kullanabilir.

bu sorun başıma gelmişti bir kere sorunun kaynağı neydi, bulamamıştım.