- sziku69: Fűzzük össze a szavakat :)
- MasterDeeJay: Gigabyte GA-B350M-D2 - AM4 lap 2016-ból amikor még nem volt Ryzen!
- Elektromos rásegítésű kerékpárok
- eBay-es kütyük kis pénzért
- Luck Dragon: Asszociációs játék. :)
- gban: Ingyen kellene, de tegnapra
- sh4d0w: Árnyékos sarok
- urandom0: Új kedvenc asztali környezetem, az LXQt
- Geri Bátyó: Agglegénykonyha 5 – Edények és konyhai eszközök
- sziku69: Szólánc.
-
LOGOUT
Arch Linux topik
Új hozzászólás Aktív témák
-
Archttila
veterán
service-rol hogyan vonom vissza az override-ot? (mert gondolom nem csak egy mezei del az
override.conf-on)[alucard@server ~]$ systemctl cat systemd-networkd-wait-online.service# /etc/systemd/system/systemd-networkd-wait-online.service# SPDX-License-Identifier: LGPL-2.1-or-later## This file is part of systemd.## systemd is free software; you can redistribute it and/or modify it# under the terms of the GNU Lesser General Public License as published by# the Free Software Foundation; either version 2.1 of the License, or# (at your option) any later version.[Unit]Description=Wait for Network to be ConfiguredDocumentation=man:systemd-networkd-wait-online.service(8)DefaultDependencies=noConflicts=shutdown.targetRequires=systemd-networkd.serviceAfter=systemd-networkd.serviceBefore=network-online.target shutdown.target[Service]Type=oneshotExecStart=/usr/lib/systemd/systemd-networkd-wait-onlineRemainAfterExit=yes[Install]WantedBy=network-online.target# /etc/systemd/system/systemd-networkd-wait-online.service.d/override.conf[Service]ExecStart=/usr/lib/systemd/systemd-networkd-wait-online --timeout=5 -
Siriusb
veterán
válasz
#68216320
#8694
üzenetére
Nálam ezek vannak:
Server = https://nova.quantum-mirror.hu/mirrors/pub/archlinux/$repo/os/$archServer = https://mirror.dkm.cz/archlinux/$repo/os/$archServer = https://mirror.alwyzon.net/archlinux/$repo/os/$archServer = https://super.quantum-mirror.hu/mirrors/pub/archlinux/$repo/os/$archServer = https://quantum-mirror.hu/mirrors/pub/archlinux/$repo/os/$archServer = https://mirrors.nic.cz/archlinux/$repo/os/$archServer = https://os.codefionn.eu/archlinux/$repo/os/$archServer = https://ftp.wrz.de/pub/archlinux/$repo/os/$archServer = https://mirror.iusearchbtw.nl/$repo/os/$archServer = https://mirrors.xtom.de/archlinux/$repo/os/$arch
Illetve érdemes a pacman.conf-ban ezt engedélyezi:ParallelDownloads = 5 -
#68216320
törölt tag
Nálam ez most ilyen:
################################################################################################# Arch Linux mirrorlist generated by Reflector ################################################################################################## With: reflector @/etc/xdg/reflector/reflector.conf# When: 2023-01-22 09:49:29 UTC# From: https://archlinux.org/mirrors/status/json/# Retrieved: 2023-01-22 09:48:50 UTC# Last Check: 2023-01-22 09:24:23 UTCServer = https://de.arch.mirror.kescher.at/$repo/os/$archServer = https://mirror.chaoticum.net/arch/$repo/os/$archServer = https://mirrors.niyawe.de/archlinux/$repo/os/$archServer = https://mirror.f4st.host/archlinux/$repo/os/$archServer = https://mirror.pseudoform.org/$repo/os/$arch...Viszont német VPN-en (~700Mb/200Mb, szóval gyors) lógok, tehát elméletileg jó kellene legyen.
De mégis valami gond van időnként. -
-
Blasius
tag
válasz
Blasius
#8671
üzenetére
Sziasztok,
Na, volt egy kis időm, feltettem a rendes Arch Linuxot
. A telepítőben néha nehéz volt lekövetni hogy mikor kell a chroot, és mikor kell a rendes telepítő parancssor. Systemctl boot indítót raktam, (azért mert a systemctl valahonnan ismerősen hangzott…), de lehet hogy ez nem a legegyszerűbb megoldás volt. Eléggé bonyolult volt feltenni, kézzel kellett megírni a konfigot. Ez valahogy a uefi partícióra tette a vmlinuzt és az initramfst. Nem tudtam hogy majd odakerülnek és elég kicsire vettem a partíció méretet (300 Mb) ennek nem tudom hogy később még lesz-e következménye. Mindenesetre ha egy windowsos dupla bootot kellett volna összehozni, akkor biztos még izzasztóbb lett volna. Így is jópárszor újra kellett indítanom hogy beinduljon. A telepítés eléggé IKEA feeling volt, itt még a rendes (nem root) usert is kézzel kell hozzáadni, az audio mixert is. Olyan dolgokat is kellett babrálni amikről nem is tudtam hogy léteznek, pl “avahiban” hogy menjen a Samba rendesen. Az xfce más billentyűbeállítást használ mint amit az alap telepítőben beállít az ember az elején. Waylendet nem mertem kipróbálni, maradtam a xfce-nél. A videógyorsítás amúgy pöccre indult. Ez az alap xfce egy kicsit idegennek néz ki, még szokni kell. Lehet hogy egy kicsit koca lett a rendszer abban az értelemben hogy nem mindegyik grafikus alkalmazás xfcehez való (ami azt hiszem Qt). Lehet hogy néhány Gnome-os cucc is bekerült. Összességében a wikiben elég jól le voltak írva a dolgok, és jól jött egy működő Manjaro laptop is hogy néhány tuti konfig fájlba azért bele tudjak nézni. Az egész telepítés böngésző és pacman cache nélkül 4 giga alatt van; a manjaro 10+ biztosan megvolt. Egyelőre úgy tűnik hogy minden megy faszán 
. -
-
sztpega
tag
válasz
Blasius
#8671
üzenetére
Annyira nem katasztrófális a helyzet, tedd fel a mesa-gitet.
vainfo ✔
Trying display: wayland
vainfo: VA-API version: 1.17 (libva 2.17.1)
vainfo: Driver version: Mesa Gallium driver 23.1.0-devel for AMD Radeon RX 6600 XT (navi23, LLVM 15.0.7, DRM 3.49
, 6.1.9-1-MANJARO)
vainfo: Supported profile and entrypoints
VAProfileMPEG2Simple : VAEntrypointVLD
VAProfileMPEG2Main : VAEntrypointVLD
VAProfileVC1Simple : VAEntrypointVLD
VAProfileVC1Main : VAEntrypointVLD
VAProfileVC1Advanced : VAEntrypointVLD
VAProfileH264ConstrainedBaseline: VAEntrypointVLD
VAProfileH264ConstrainedBaseline: VAEntrypointEncSlice
VAProfileH264Main : VAEntrypointVLD
VAProfileH264Main : VAEntrypointEncSlice
VAProfileH264High : VAEntrypointVLD
VAProfileH264High : VAEntrypointEncSlice
VAProfileHEVCMain : VAEntrypointVLD
VAProfileHEVCMain : VAEntrypointEncSlice
VAProfileHEVCMain10 : VAEntrypointVLD
VAProfileHEVCMain10 : VAEntrypointEncSlice
VAProfileJPEGBaseline : VAEntrypointVLD
VAProfileVP9Profile0 : VAEntrypointVLD
VAProfileVP9Profile2 : VAEntrypointVLD
VAProfileAV1Profile0 : VAEntrypointVLD
VAProfileNone : VAEntrypointVideoProc -
Blasius
tag
Hát köszi az infót.
#@!$&*## hogy remegne meg a keze annak aki ezt a manjarolál kitalálta… 
Amúgy anno emiatt a gyorsítás miatt álltam át Ubunturól Manjarora. Hát akkor majd emiatt állok most át rendes Archra; két amd videós gépem is van. Az a baj hogy a rendes Archot feltenni fele se tréfa… -
Blasius
tag
Sziasztok,
A rendszer jóideig nem volt frissítve de aztán egy frissítés után a hardveres videógyorsítás elromlott:[bazs@bazs-vig430p ~]$ vainfoTrying display: waylandTrying display: x11vainfo: ../mesa-22.3.3/src/compiler/glsl_types.cpp:1245: static const glsl_type* glsl_type::get_array_instance(const glsl_type*, unsigned int, unsigned int): Assertion `glsl_type_users > 0' failed.Aborted (core dumped)
Eddig azt a stratégiát követtem, hogy rendszeresen frissítettem és hátha a probléma magától majd "megjavul", de egyelőre nem oldódott meg... Valakinek van ötlete hogy mi lehet itt a hiba?
ÜdvSystem:Host: bazs-vig430p Kernel: 6.1.7-1-MANJARO arch: x86_64 bits: 64compiler: gcc v: 12.2.1 Desktop: Xfce v: 4.18.0 Distro: Manjaro Linuxbase: Arch LinuxMachine:Type: Desktop System: Viglen product: Vig430P v: xx:xx:xx:xx:xx:xxserial: <superuser required>Mobo: Viglen model: X9DAL v: 0123456789 serial: <superuser required>BIOS: American Megatrends v: 3.0 date: 03/28/2014Graphics:Device-1: AMD Barts PRO [Radeon HD 6850] vendor: PC Partner / Sapphiredriver: radeon v: kernel arch: TeraScale-2 bus-ID: 03:00.0 temp: 40.0 CDisplay: x11 server: X.Org v: 21.1.6 driver: X: loaded: radeonunloaded: modesetting dri: r600 gpu: radeon resolution: 1600x1200~60HzAPI: OpenGL v: 4.5 Mesa 22.3.3 renderer: AMD BARTS (DRM 2.50.0 /6.1.7-1-MANJARO LLVM 15.0.7) direct render: Yes -
-
c64fanhun
tag
Manjaron milyen beállításokat érdemes laptopon elvégezni a lehető legnagyobb akksi idő miatt?
Nem vagyok egy hatalmas linux guru, de szeretem használni, és azért foglalkoztam már vele. Van egy dell e7270-es laptopom, nem bírja olyan rosszul az akku benne de azért ha 10-20 percet ki lehetne csikarni belőle pluszba, hogy egyetemen jegyzetelés közben tovább bírja, vagy akár ha csak ágyban sorozatozok, az jó lenne.
Nem baj ha vissza veszi rendesen a teljesítményt mikor nincs töltőn, mert ha kell viszem magammal, de vannak helyzetek mikor nagyon nincs konnektor (ez általában nem a programozás óra).Köszönöm a válaszokat!
-
Archttila
veterán
Frissult a
libmodplugName : libmodplugVersion : 0.8.9.0-5Description : A MOD playing libraryArchitecture : x86_64URL : http://modplug-xmms.sourceforge.net/Licenses : customGroups : NoneProvides : NoneDepends On : gcc-libsOptional Deps : NoneRequired By : ffmpegOptional For : cmusConflicts With : NoneReplaces : NoneInstalled Size : 366.09 KiBPackager : Andreas Radke <andyrtr@archlinux.org>Build Date : Mon 02 Jan 2023 08:17:31 AM CETInstall Date : Mon 02 Jan 2023 12:30:21 PM CETInstall Reason : Installed as a dependency for another packageInstall Script : NoValidated By : Signature -
-
Sonja
nagyúr
Na, most már ír hibát is terminálban.
SystemLocale hu_HU
SystemLanguage hu
SystemEncoding UTF-8
DefaultSystemCodePage 65001
DefaultFileSystemCodePage 65001
DefaultRTLFileSystemCodePage 65001
XInitThreads: 1
[FORMS.PP] ExceptionOccurred
Sender=EInvalidOp
Exception=Invalid floating point operation
Stack trace:
$00007F761A4795AA in /usr/lib/libmodplug.so.1
$AFB825E294BA1100 in
Exception at 00007F761A4795AA: EInvalidOp:
Invalid floating point operation.
TServerListnerThread.DestroyLátszólag elindul, de nincs sehol. Érdekes, mert ez a libmodplug hanghoz köthető?!
Ötlet?! 
Szerk.: Arch fórumon van topik is, és a libmodplug visszaváltása eggyel régebbi verzióra, bizony megoldja a problémát!
Érdekes. 
-
Sonja
nagyúr
Tegnap este tökéletesen működött a Double Commander, ma már nem akar. Elindulni elindul, látom a task manager-ben, de nincs sehol?!
Terminálból indítva semmi hibát nem ír, tényleg rendesen elindul, de sehol nincs. A DC GTK legutolsó verzióját használom (1.0.9), a QT változat viszont meg is jelenik. 
A reggeli frissítések csak ezek voltak, ezek nem okozhatják szerintem. [2022-12-28T07:56:02+0100] [ALPM] upgraded alsa-card-profiles (1:0.3.63-1 -> 1:0.3.63-3)
[2022-12-28T07:56:02+0100] [ALPM] upgraded libcamera (0.0.2-1 -> 0.0.3-1)
[2022-12-28T07:56:02+0100] [ALPM] upgraded pipewire (1:0.3.63-1 -> 1:0.3.63-3)
[2022-12-28T07:56:02+0100] [ALPM] upgraded gst-plugin-pipewire (1:0.3.63-1 -> 1:0.3.63-3)
[2022-12-28T07:56:02+0100] [ALPM] upgraded pipewire-audio (1:0.3.63-1 -> 1:0.3.63-3)
[2022-12-28T07:56:02+0100] [ALPM] upgraded pipewire-alsa (1:0.3.63-1 -> 1:0.3.63-3)
[2022-12-28T07:56:02+0100] [ALPM] upgraded pipewire-pulse (1:0.3.63-1 -> 1:0.3.63-3)
Mi a fene lehet vele, illetve mitől? Sajna így nehéz, hogy nincs hibaüzenet, csak nem jelenik meg. -
ztsoft
őstag
Szia!
Ezek a fordítási beállítások működnek Inteles (i3-6006U) CPU-nál is? Mert nálam egy kicsit más a jelenlegi conf idevágó része.
CFLAGS="-march=x86-64 -mtune=generic -O2 -pipe -fno-plt -fexceptions \ -Wp,-D_FORTIFY_SOURCE=2 -Wformat -Werror=format-security \ -fstack-clash-protection -fcf-protection" CXXFLAGS="$CFLAGS -Wp,-D_GLIBCXX_ASSERTIONS" LDFLAGS="-Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now" LTOFLAGS="-flto=auto" #RUSTFLAGS="-C opt-level=2" #-- Make Flags: change this for DistCC/SMP systems #MAKEFLAGS="-j2"
-
Frawly
veterán
válasz
Archttila
#8645
üzenetére
Bocs, ezt hülyén írtam. Az AUR/linux-amd az eleve zenvr3-ra kéne legyen, de van egy ugyanilyen csomag, AUR/linux-amd-znver2. znver-re (Zen, Zen+) nincs külön ilyen kernel, de egy generic AUR-os kernelcsomagot viszont le lehet rá fordítani optimaliizáltan, a /etc/makepkg.conf-ba beilleszted ezt:
CFLAGS="-march=native -O2 -pipe -fno-plt"
CXXFLAGS="${CFLAGS}
RUSTFLAGS="-C opt-level=2 -C target-cpu=native"
MAKEFLAGS="-j$(nproc)"
Ez a native kapcsoló lényegében detektálja, hogy mi az adott procihoz a legoptimálisabb fordítási profil, ami kihasználja az összes utasításkészletet. Nem csak kernelnél fog működni, hanem a összes AUR-os csomagnál életbe lép, már ha az adott csomag makepgk scripte felül nem bírálja, de ez ritka. -O2 helyett -O3-mal is lehet próbálkozni, de azt nem minden kód szereti, igaz azok felül szokták bírálni -O2-re.
Ebből a MAKEFLAGS="-j" rész detektálja a prociszálak számát, azon belül is a nproc parancs, pl. ha 16 szálas a proci, akkor 16-tal tér vissza, és így make -j16 formában hívódik meg a make, és fordít mindent. Érdemes megejteni általánosságban is, mert sok AUR-os csomag fordítása gyorsabb lesz.Szerintem valami hasonló van Debian-on is, igaz ott nincs AUR, de a rendszerben valahol be lehet konfigurálni ezeket a fordítási kapcsolókat, hogy ha forráskódból forgatsz, akkor minden magot használjon, és konkrét procira optimalizáljon. Ha más nem, akkor az adott fordítandó kód makefile-jában vagy közvetlenül a fordítást végző parancsok kiadásakor írod be ezeket a környezeti változókat, pl.
make CFLAGS="-march=native -O2 -pipe -fno-plt" CXXFLAGS="${CFLAGS} MAKEFLAGS="-j$(nproc)"
Elvileg, mert Debianon nem csináltam még ilyet, de minden disztrón működnie kéne.
-
Frawly
veterán
Arra azért figyelj, hogy egy Ryzenekre szabott kernel, ha inteles rendszered van, akkor jó eséllyel bebootolni se fog.
Egyébként nem fordul órákon át, 10-15 perc körül, ha nem túl szar a gép. Már pedig mivel Ryzenekre készült, azokból a leggyengébb is van olyan gyors, meg annyi magos (min. 4), hogy kb. ennyi idő alatt lefordítja, és ezeken a rendszereken mindig van min. 8 giga RAM is. Nálam mind Ryzen 2600, 4700U, 6800H + 16 GB RAM alatt lefordult kb. 10 perc alatt (az is igaz, hogy a makepkg konfigjába be van állítva, hogy az összes magot használja és zenvr-zenvr2-zenvr3-ra optimalizáljon. A stock vanilla kernel defconfiggal kb. 2-3 perc, de ez egy fullos kernel, egy csomó extra AMD cucc, meg Arch-patch, extra driver benne van, ami egy csomó kernelmodult jelent, így nyilván hosszabb a forgatása, de nem vészes. Ennek ellenére néhány embert frusztrálhat ez a 10 perc is, hogy izzik a procija meg süvítenek a ventik, nekik lett kitalálva a bináris változat.
-
Sonja
nagyúr
Ejj, ejj. Nem olvasod a kommenteket az aur repóban?
Ki is van emelve, hogy mit kell csinálni. 
"Tired of compiling? Use this binary repo instead! Add this at the end of /etc/pacman.conf :"
[linuxkernels]Server = http://nhameh.ovh/$repo/$archSigLevel = Optional TrustAll -
Archttila
veterán
-
_Dumber_
őstag
Ha valaki belefutna hasonló hanghibába:
vanilla arch linux - up to date
Tapasztalt jelenség:
Bármely alkalmazás ami hangot ad (pl: youtube, plex, chrome, firefox, spotify) első indításakor van hang. Az alkalmazás leállítása utáni újbóli elindítás, vagy másik alkalmazás indítása esetén nincs hang.Gyors javítás: pipewire.session újraindítása, de a hiba újra előjön
Megoldás:
Probláma okozója: 5.15.81-1 LTS kernel
Működő kernelek: 5.10.90-1 LTS, 6.0.11Lehet működik a 5.15 régebbi verziói küzül is még valamelyik, de nem próbáltam.
-
-
c64fanhun
tag
Sziasztok!
Érdekes hálózati problémám lenne. Nem vagyok nagy linux guru, de a laptopomon szeretek manjarot használni, asztali gépemen windows van játékok miatt.
Egyetemen tanulok, kollégiumban élek. A wifi használhatatlan, van kábeles net, ami viszont mac címhez kötött. Ezzel probléma nem is lenne, asztali gépnek meg van adva mac címe, proxyt beállítom és használható netem lesz (majdnem gigabites). Amik pedig le vannak tiltva a proxy miatt (torrent, steam, stb) megoldom vpn-nel (protont használok).
"Gyors" wifit pedig usb-s kártyával hotspotolok innen, és telefonról vagy laptopról protonvpn-nel tudok szintén használni.
Azonban ez linux alatt egyszerűen nem akar működni. Hiába használnám a gui vagy a cli proton-t nem csatlakozik, folyamat csak connection errort dob fel...
Ennek mi oka lehet? Próbáltam másik wifi hálózaton is, nem működik. Valakinek lehet ötlete? -
Én már régóta openbox+tint2+sakura+xscreensaver+thunar+pcmanfm-t használok a nagysúlyú desktopok helyett,(rimuru leírása alapján, azóta változott pár dolog, de utána lehet googlezni+arch wiki) sokkal gyorsabb, és jóval kevesebb gond van vele, igaz macerásabb a beállítása, de csak egyszer kell megcsinálni, a konfigok lementhetők és újratelepítéskor visszamásolhatók.
-
Sonja
nagyúr
-
Megoldottam! Módosítottam az fstabot egy új opcióval.(x-systemd.mount-timeout=1m) Olvasgattam a wiki vonatkozó részeit, és találtam egy workaroundot, lehet hogy nem szép, de működik
Természetesen nem kell egy percet várni, mikor beírom a második lemez jelszavát azonnal megy tovább a boot folyamat. A crypttab-ból a discard opciót kivettem mert nem oda való valószínűleg. A boot folyamat során még a jelszó megadása előtt fel akarja oldani a /dev/mapper/CT1000MX500-at, és mivel még nem létezik elhasalt a felcsatolás, ezután kéri a jelszót, így létrejön az eszköz, de az fstab már nem fog újra lefutni. Megnöveltem a mountolás várakozási idejét 1 percre az fstab-ban, így szépen megvárja míg beírom a jelszót és létrejön a /dev/mapper/CT1000MX500 eszköz, és sikeres az automata mountolás.
Most így néz ki a konfig:
/etc/crypttab:CT1000MX500 PARTUUID=[partíció kód] none timeout=180/etc/fstab:
/dev/mapper/CT1000MX500 /media/CT1000MX500 ext4 rw,noatime,discard,nofail,x-systemd.mount-timeout=1m 0 2 -
-
Artix-on vagyok már egy jóideje, de kíváncsiságból egy másik drive-ra feldobtam az Arch-ot. Hogy tudom azt megoldani hogy a másik lemezen levő Artix titkosított(luks) root partíciója egy boot-kori jelszóbekérés után automatikusan felcsatolódjon ? Az /etc/crypttab -ba ezt írtam:
CT1000MX500 PARTUUID=[partíció kód] none discard timeout=60
Induláskor kb a vga driver éledésekor bekéri a meghajtó jelszavát, ezzel létrejön a /dev/mapper/CT1000MX500 amit bejelentkezés után manuálisan akár udisksctl-lel tudok csatolni. Viszont automatikusan szeretném. Ezt írtam az /etc/fstab-ba:/dev/mapper/CT1000MX500 /media/CT1000MX500 ext4 rw,noatime,discard,nofail,x-systemd.device-timeout=20ms 0 2
Nem tudja a systemd felcsatolni. hibaüzenet jön bootkor. Lehet az a gond hogy a lemez titkosítása túl későn oldódik fel, a vga driver inicializálódásakor, és a systemd előtte akarja csatolni, amikor még a /dev/mapper alatt nem jött létre az eszköz. Próbálom értelmezni az Arch wiki vonatkozó részét, de gyenge az angolom. Szóval hogyan oldható meg hogy a meghajó időben feloldódjon és az automatikus csatolás megtörténjen ? -
#70211840
törölt tag
-
Shyciii
veterán
válasz
vargalex
#8604
üzenetére
No ez nagyon dícséretes, de ne magadból indulj ki, hanem egy átlag userból. Még aki linuxot használ otthon, azok nagy %-a azt sem tudja, hogy mi az hogy openwrt. Felrakta az ubuntut, mert azt sokan dícsérik, és hasonló a windowshoz, oszt annyi. A Winesek meg pláne nem tudják mi az. Szal ők a boldog tudatlanok, hogy védve vannak, oszt csókolom.
Jópofa az nftable wikije. Én itt néztem: Link
ott meg 3 féle értéket mutat
Viszont attól függően hogy ki mire használja a home serverét, nem túl szerencsés minden forgalomra egységes limit rate-et beállítani, különben lehetnek meglepetések. Rendes szerveren meg kifejezetten hibás dolog (én pl megszívnám, ha így tennék a szervereinken)
Gyanítom ezért van az, hogy Debian (minimal) alatt az alap beállításban semmi nincs. Az összes policy accept, oszt csókolom. Arch-ot meg nemigen használnak szervernek, így gondolom úgy veszik, hogy a user kevésbé képzett, legyen neki valami. -
vargalex
félisten
válasz
Shyciii
#8603
üzenetére
Akkor én a kivétel vagyok, OpenWrt van a routereimen (és a rokonoknál lévőkön, akiknél én állítom be) már a kezdetektől. Még White Russian-al kezdtem 2007-ben...
A pkttype-nak 5 különböző értéke van, amiből az unicast és a host azonos jelentéssel bír... Mondjuk abban egyetértünk, hogy reject helyett egy drop jobb lenne... Nem kell tudatnuk vele, hogy él a host.
De gondolom az alap config nem egy ajánlás, csak egy példa, ami egyébként működőképes.
-
Shyciii
veterán
válasz
vargalex
#8602
üzenetére
Most otthoni felhasználásról beszélünk ha jól sejtem. Az otthoni routerek 95%-ának a szoftvere mint egy ementáli sajt, ha a gyári firmware van rajta, és elvétve frissítik (kétlem hogy sokan OpenWRT-t raknak fel a gyári helyett mezei usereknél), és a feldolgozási sebessége is egyenlő a nullával. Legtöbbjük fele olyan gyors sincs, mint a mögötte levő számítógép. Szal én ezekben a home routerekben sosem bíztam, ha biztonságról van szó, és mást se bátorítok arra, hogy most akkor minden rendben van, mert router mögött van. Egyébként évente szoktak csinálni felmérést a home routerekről elég nagy mintavételezéssel, és katasztrófális a helyzet a biztonságuk terén.
pkttype host limit rate 5/secondősszintén szólva passz. A pkttype -nek (packet) három értéke van: broadcast, unicast, multicast. Szal a host nem tom hogyan jön ki, és nem is találok utalást a reference-ben sem.
Ráadásul utána ez van: reject with icmpx type admin-prohibited
counter
Ezt sem értem, hogy miért icmp admin-prohibited típussal utasítjuk vissza? Egyáltalán miért pazarlunk erőforrást arra, hogy aki épp floodol minket, és rossz esetben alig tudjuk feldolgozni, még külön küldözgetünk neki vissza ilyet és ezzel még mi is terheljük a saját gépünket/szerverünket? Miért nem dobjuk el simán?
Arról nem is beszélve, hogy ez a szabály sima filter inputként van, vagyis a leglassabb feldolgozással bír. Az ilyet én ingress hookba raknám netdev alá. Ez már olyan alacsony szinten van, hogy jóval gyorsabb a feldolgozási sebessége, mint a filter inputé. -
vargalex
félisten
válasz
Shyciii
#8601
üzenetére
A legtöbb esetben úgyis van előtte egy router, ami ezeket már be sem engedi... És ugye ezek az input láncon vannak engedélyezve, ami egy LAN-on csücsülő headless eszköz esetén pont jól jön.
Nem néztem át tüzetesen a config-ot, de az 5/second-os rate limit nem global beállítás minden kapcsolatra? -
Shyciii
veterán
válasz
Siriusb
#8600
üzenetére
pacman -S nftables után ilyen bejegyzések vannak alapból az nftables.conf -ban?
Nah ezt nem gondoltam volna. Mindenesetre több furcsaságot látok benne. Egyrészt a sorrenddel nemigen értek egyet. Másrészt ha ez az alap config, akkor azért igen bátor a default ssh portot megnyitni úgy, hogy az illető nem is biztos hogy szeretne ssh-zni. Ugyanez az icmp-vel. Ezzel az összes icmp csomagot engedi, nem csak a pinget, de szabály már nincs rá, hogy mennyit enged másodpercenként. Hát...
. A telepítőben néha nehéz volt lekövetni hogy mikor kell a chroot, és mikor kell a rendes telepítő parancssor. Systemctl boot indítót raktam, (azért mert a systemctl valahonnan ismerősen hangzott…), de lehet hogy ez nem a legegyszerűbb megoldás volt. Eléggé bonyolult volt feltenni, kézzel kellett megírni a konfigot. Ez valahogy a uefi partícióra tette a vmlinuzt és az initramfst. Nem tudtam hogy majd odakerülnek és elég kicsire vettem a partíció méretet (300 Mb) ennek nem tudom hogy később még lesz-e következménye. Mindenesetre ha egy windowsos dupla bootot kellett volna összehozni, akkor biztos még izzasztóbb lett volna. Így is jópárszor újra kellett indítanom hogy beinduljon. A telepítés eléggé IKEA feeling volt, itt még a rendes (nem root) usert is kézzel kell hozzáadni, az audio mixert is. Olyan dolgokat is kellett babrálni amikről nem is tudtam hogy léteznek, pl “avahiban” hogy menjen a Samba rendesen. Az xfce más billentyűbeállítást használ mint amit az alap telepítőben beállít az ember az elején. Waylendet nem mertem kipróbálni, maradtam a xfce-nél. A videógyorsítás amúgy pöccre indult. Ez az alap xfce egy kicsit idegennek néz ki, még szokni kell. Lehet hogy egy kicsit koca lett a rendszer abban az értelemben hogy nem mindegyik grafikus alkalmazás xfcehez való (ami azt hiszem Qt). Lehet hogy néhány Gnome-os cucc is bekerült. Összességében a wikiben elég jól le voltak írva a dolgok, és jól jött egy működő Manjaro laptop is hogy néhány tuti konfig fájlba azért bele tudjak nézni. Az egész telepítés böngésző és pacman cache nélkül 4 giga alatt van; a manjaro 10+ biztosan megvolt. Egyelőre úgy tűnik hogy minden megy faszán 
.
bonuszkent a vegen elmenthed a scriptet, igy legkozelebb mar azt a ket percet sem kell rászánnod a telepitesre 
#@!$&*## hogy remegne meg a keze annak aki ezt a manjarolál kitalálta… 
Amúgy anno emiatt a gyorsítás miatt álltam át Ubunturól Manjarora. Hát akkor majd emiatt állok most át rendes Archra; két amd videós gépem is van. Az a baj hogy a rendes Archot feltenni fele se tréfa…
Ötlet?! 
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
Hirdetés
- Xbox Series X|S
- Küszöbön az androidos PC-k
- iOS alkalmazások
- OLED monitor topic
- PlayStation 5
- Egy kiegészítővel headsetté alakítható egy sor Sennheiser fejhallgató
- AMD off topik: VGA, CPU, APU és minden, ami AMD
- Megérkeztek a Xiaomi 15T sorozatának telefonjai Magyarországra
- NVIDIA GeForce RTX 4060 / 4070 S/Ti/TiS (AD104/103)
- Sony Xperia 1 VII - Látod-e, esteledik
- További aktív témák...
- Lenovo ThinkPad X13 G2 multitouch (minimálisan használt)
- HIBÁTLAN iPhone 13 mini 128GB Pink -1 ÉV GARANCIA - Kártyafüggetlen, MS3050, 96% Akkumulátor
- HIBÁTLAN iPhone 15 Pro 256GB Blue Titanium -1 ÉV GARANCIA - Kártyafüggetlen, MS3506, 92% Akkumulátor
- MEGA AKCIÓ!Hibátlan Prémium felsőkategóriás LGA 1700 Alaplap! Asus Rog Strix Maximus Hero Z790 Wi-Fi
- Apple iPhone SE 2022 / 256GB / Kártyafüggetlen / 12Hó Garancia
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft.
Város: Budapest