WAN újraindítás Asus routeren (CLI)

Végre eszembe jutott, megkerestem: ha valamiért újra kell indítani egy Asus routeren a WAN interface-t, pl. mert zavaróan sok "támadás" érkezik a frissen kapott IP címre és épp nincs kedvem a webes admin felülettel szórakozni, akkor ssh-n belépve a  service restart_wan  parancs elintézi.
Azt ugyan nem értem, hogy miért így, miért nem paraméterezhető a service parancs kicsivel bővebben, de mindegy (a normális a  service restart wan  lenne szerintem, de itt nem így működik )

Megjegyzések

Megjegyzés küldése

Népszerű bejegyzések ezen a blogon

Python3 virtualenv

A 3.4-nél régebbi(?? alacsonyabb) verziójú python verzióknál a virtualenv nevű utility-t kell telepíteni, az újabbakban van beépített eszköz. Használata: - python3 -m venv <könyvtárnév>  # létrehozza a a virtuális környezethez                      # szükséges könyvtárakat a <könyvtérnév> directory-ban - . <könyvtárnév>/bin/activate   # aktiválja a virtuális környezetet - deactivate  # deaktiválja a virtuális környezetet                     # (tehát az activate source-szal, a deactivate nélküle futtatandó)
További információk

Command line dedup

Ha van sok fájlod, amikben feltételezhető, hogy vannak ismétlődések, akkor az fdupes utility sokat segíthet a takarításban. Számomra a legtisztább módszer, a duplikációkat tartalmazó könyvtárban egy fdupes -r -n . parancs, aminek a kimenetéből lehet mazsolázni, kiszedegetni a feleslegessé vált fájlokat. Jelen esetben a mobilom sd kártyája volt teli ilyen szeméttel, ami kb. 1GB felszabadítását eredményezte.
További információk

Docker - processz limitek - ciki

Ismerkedni kezdtem a docker-rel. Elég fura. Ha nem módosítok a beállításokon, akkor alapjáraton limitek nélkül fut a konténer. Akkor is, ha a host valamennyi userére érvényes limitek vannak beállítva. Emiatt kis híján borítottam a szerverem, mikor elengedtem rajta egy fork-bomb változatot. :D Update: mint közben kiderült , a systemd-t meg én ignoráltam sikeresen, pedig ott kellett volna keresni a választ. Szóval a docker.service fájlban van beállítva, hogy unlimited legyen az nproc értéke. Az oka nem teljesen tiszta. Láttam a githubon egy bugreportot, miszerint a beállított érték túl alacsony, magasabbra lenne szükség, mire ez volt a "javítás", de mobilról néztem, az sem biztos, hogy a hivatalos docker forráshoz tartozó bugok közt szerepelt. Majd előkeresem azt az oldalt, ha nem felejtem el. Újabb update: valóban, a docker.service vonatkozó sorai felett van egy comment, miszerint ha ezeket a paramétereket alapból korlátozzák, az performancia problémákat okozhat, ezért in...
További információk