Új hozzászólás Aktív témák

• #3206 vargalex félisten attilav2 #3205

  Új Válasz 2021-10-29 07:01:41 #3206

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz attilav2 #3205 üzenetére

  Szia!

  Az azért elég csúnya lenne...

• #3187 vargalex félisten trance89 #3186

  Új Válasz 2021-10-22 16:14:21 #3187

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz trance89 #3186 üzenetére

  Pedig a soros port még nagyon nem a rögös út... Az ott kezdődik, hogy SPI flash írás.

• #3181 vargalex félisten z123456789 #3178

  Új Válasz 2021-10-21 07:03:40 #3181

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz z123456789 #3178 üzenetére

  Network service filternél a port range-t, ha üresen hagyod, akkor gondolom minden Porto jelenti (ami egyébként 1-65535). Protokollt szintén nem tudom mire engedi állítani, de both (tcp+udp) lenne a legjobb. Ha mindenképp választani kell, akkor felvehető 2 szabály is, egyik tcp, másik udp. A küldött logjaid alapján egyébként udp forgalom megy.
  A LAN címet nem tudom, hogy üresen hagyhatod-e, mert ugye a teljes lan-nak tiltani kellene, mivel épp az a baj, hogy nem tudod, honnan indul a forgalom.
  A logokban egyébként a cél IP tartományt érdemes nézni, vagy a saját iptables parancsba beillesztett log prefixet.
  Azt, hogy az iptables parancs működik-e úgy tudod ellenőrizni, hogy egy gépről pl. ping-eled a kérdéses tartományt. Vagy böngészőben megnyitod az adott IP-t. De lehet, hogy hamarabb megfogja a jól beállított service filter, vagy ahogy korábban írtam, -A helyett -I kell a parancsba.

• #3176 vargalex félisten z123456789 #3175

  Új Válasz 2021-10-20 09:34:05 #3176

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz z123456789 #3175 üzenetére

  Igen, teljesen jól értetted. A tiltást azért javasoltam, hogy legalább maga a probléma megszűnjön és a szolgáltatót ne keresse a másik végpont azzal, hogy tőled támadja őt valaki. A log pedig arra lenne jó, hogy számodra kiderüljön, hogy ez a támadás melyik eszközödről indul.
  Sajnos, ahogy írtam, a Padavan felületét nem igazán ismerem, de Intruder2k5 válasza alapján úgy tűnik, hogy tűzfal konfigurációban nem igazán különbözik a gyári firmware-ok lehetőségeitől, azaz igazából felületről csak bejövő forgalmat tudsz tiltani/engedélyezni/továbbítani.
  Sajnos a probléma rád tartozik, hiszen nem a szolgáltató eszköze, hanem a te valamelyik eszközöd végzi a DDoS támadást. A szolgáltató ezzel nem tud mit kezdeni, számára az, hogy a te eszközödet "feltörték" és úgy végeznek támadást, pont az a kategória, mintha szándékosan te lennél a támadó.

  Ha csak a kolléga által javasolt iptables megoldás lehetséges, akkor valami ilyen kell számodra:

  iptables -A OUTPUT -d cel_ip_tartomany -j LOG --log-prefix "OUTPUT-DROP " --log-level info
iptables -A OUTPUT -d cel_ip_tartomany -j DROP

  Ebből elvileg az első szabály a cél IP tartományba irányuló forgalomról debul log-ot ír, a második pedig dobja az ebbe a tartományba tartó forgalmat. Elképzelhető, hogy default-ban egy -j ACCEPT szabály van, akkor a fenti parancsokat fordított sorrendben és -A helyett -I-vel paraméterezni.

• #3172 vargalex félisten z123456789 #3171

  Új Válasz 2021-10-19 08:32:03 #3172

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz z123456789 #3171 üzenetére

  Szia!

  Válaszoltam privátban, írtam a lehetőségeidről is egy kicsit...

• #3170 vargalex félisten z123456789 #3169

  Új Válasz 2021-10-18 11:43:36 #3170

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz z123456789 #3169 üzenetére

  A gond az, hogy ha valamelyik belső eszközödet fertőzték meg, akkor az kifelé alap konfiguráció szerint már olyan kapcsolatot nyit, amilyet csak akar és azon a megnyitott kapcsolaton befelé már jöhet a támadó. Tehát lehet ez bármelyik belső eszközöd.
  A routert nyilván tudod ellenőrizni, hogy történt-e rá SSH bejelentkezés, vagy hasonló, de ha elég erős jelszavad van, akkor ennek kicsi az esélye...
  A szolgáltatótól kapott log file-t feltöltheted valahová, ha nincsenek benne érzékeny adatok. Ha van, akkor privátban is átküldheted, hátha kiderül valami...

• #3134 vargalex félisten attilav2 #3129

  Új Válasz 2021-09-28 18:10:07 #3134

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz attilav2 #3129 üzenetére

  Ha jól tudom, az gwlim féle OpenWrt build-ben Qualcomm féle shortcut-fe modul található, míg alap OpenWrt esetén a mainline kernelben lévő software flow offload.

• #3098 vargalex félisten Intruder2k5 #3097

  Új Válasz 2021-09-19 13:22:45 #3098

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz Intruder2k5 #3097 üzenetére

  A Tomato volt a másik számomra átláthatatlan katyvasz... Nem vagyunk egyformák. Nekem a Padavan sem jött be.

• #3077 vargalex félisten trance89 #3076

  Új Válasz 2021-09-03 14:48:11 #3077

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz trance89 #3076 üzenetére

  Akkor szerintem maradjunk annyiban, hogy a Xiaomi routereken és a te környezetedben. De hidd el, sok embernél hibátlanul működik...

• #3075 vargalex félisten trance89 #3074

  Új Válasz 2021-09-03 09:01:26 #3075

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz trance89 #3074 üzenetére

  Akkor én viccelek. Asus RT-AC65P-n használok a megvásárlása óta OpenWrt-t (több, mint 2 éve). Semmi gondom nincs vele, soha nem dobál eszközöket (pedig van egy pár - 1 nyomtató, 4 notebook, 2 TV, 5 telefon, 2 tablet, 3 smart lámpa, 2 smart hőmérő, 1 smart konnektor, plusz ha jön hozzánk valaki eszközzel), soha nem fagyott, stb. Igaz, nekem nincs rajta HDD, mert van egy szerverem, az végzi a letöltéseket/kiszolgálásokat. (Előtte as Asus RT-AC57U v1-el és még korábban a DIR-860L-en sem volt semmi hiba. Utóbbi most éppen switch-ként működik.)
  A fő különbség az, hogy a Padavan a MediaTek gyári bináris driver-eit használja, míg az OpenWrt az opensource mt76-ot. Sajnos elismerten vannak hardware hibák a MetiaTek SoC-okban (amit nyilván a későbbi verziókban igyekeztek javítani), amit szoftveresen próbálnak orvosolni. Mivel a gyártó nyilván jobban ismeri a vasat, mint az opensource közösség, így a saját (zárt) megoldásuk hatásosabb lehet...
  Te egyébként milyen eszközök tapasztalatai alapján írod, hogy az OpenWrt nem jó ezen a platformon? Ahogy láthatod, én 3 különböző típuson próbáltam (és használom)...

• #3058 vargalex félisten Intruder2k5 #3046

  Új Válasz 2021-08-04 08:08:01 #3058

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz Intruder2k5 #3046 üzenetére

  A Redmi Note 8 AC szabványt tud.

• #3020 vargalex félisten nextra #3015

  Új Válasz 2021-06-10 10:01:40 #3020

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz nextra #3015 üzenetére

  Lehet, hogy csak néhány kapcsoló, vagy éppen a 192.168.1.75-ös IP beállítása hiányzik. Nekem anno csak a 192.168.1.75-ről fogadott kapcsolatot.

• #2957 vargalex félisten Intruder2k5 #2956

  Új Válasz 2021-05-06 18:28:54 #2957

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz Intruder2k5 #2956 üzenetére

  Pedig egyértelműen a doxygen-ra panaszkodik. Meg kellene nézni a configure-ban, hogy hogyan ellenőrzi...

  De, ha erről a repo-ról van szó, akkor egyszerűbb lehet docker-ben build-elni. Ott a Dockerfile.

• #2954 vargalex félisten attilav2 #2953

  Új Válasz 2021-05-06 16:59:50 #2954

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz attilav2 #2953 üzenetére

  Azt írja, hogy a doxygen hiányzik neki:

  sudo apt-get install doxygen

• #2494 vargalex félisten trance89 #2464

  Új Válasz 2020-12-25 08:05:29 #2494

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz trance89 #2464 üzenetére

  Az mondjuk az összes (nem 80K+-ba kerülő) routerre igaz (nem csak TP-Link-re), hogy kevésbé alkalmas torrentezésre, mint bármelyik olcsó S905 box...

• #2400 vargalex félisten attilav2 #2398

  Új Válasz 2020-12-14 10:44:41 #2400

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz attilav2 #2398 üzenetére

  Így jó. Viszont a -e kapcsolóra nem tudom mi szükség volt az indításkor. Syslog van, ráadásul konfigurálható is a transmission settings.json-ban a szintje.

• #2397 vargalex félisten attilav2 #2396

  Új Válasz 2020-12-14 10:16:54 #2397

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz attilav2 #2396 üzenetére

  Nézhetem az Alexey félét is, de csak abban különbözik, hogy CURL_CA_BUNDLE-t is definiál (amit egyébként nem is használ sehol, ahogy curl-t sem).
  Ha viszont a /media/kötetnév alá mount-ol, akkor a /mnt/transmission-nak kellene symlink-nek lennie ide, nem fordítva...

• #2395 vargalex félisten attilav2 #2388

  Új Válasz 2020-12-14 09:21:07 #2395

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz attilav2 #2388 üzenetére

  Most megnéztem ezt a transmission.sh-t. Hát, hogy is mondjam, nem tudom, hogy ezt ki csinálta, de elég elb.szott dolog odarakni direktbe egy -e kapcsolót a /mnt/transmission-ra mutatva, mikor egyébként is van syslog, ami ráadásul transmission-on belül config-olható.
  Ezt a /mnt/transmission-t nem is értem, mivel ha jól tudom, a Padavan alapból nem is a /mnt-be mount-ol.

• #2383 vargalex félisten woodworm #2382

  Új Válasz 2020-12-12 17:11:04 #2383

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz woodworm #2382 üzenetére

  Minden opció szépen le van írva. Én is a message_level beállítható 0-ás értéke miatt nem értettem, hogy mire fel ez az egyedi módosítás/megoldás a logolás kikapcsolásához...

• #2374 vargalex félisten attilav2 #2372

  Új Válasz 2020-12-12 14:25:47 #2374

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz attilav2 #2372 üzenetére

  A transmission (legalábbis normál linux rendszeren) leállításkor lementi az aktuálisan érvényes konfigurációját, felülírva a beolvasott settings.json-t. Teszi ezt azért, hogy ha te a webes felületen valamit módosítasz, akkor az egy újraindítás után is érvényben maradjon.
  Azaz, ha te a transmission működése közben módosítod a settings.json-t, akkor azt soha nem fog érvényre jutni, mivel leállításkor felülírja. Szerintem ez okozza a gondodat...
  Settings.json-t csak leállított transmission mellett szerkesztünk! Még egyszer mondom, ez nem Padavan specifikus működés.

• #2272 vargalex félisten Intruder2k5 #2270

  Új Válasz 2020-12-01 21:41:03 #2272

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz Intruder2k5 #2270 üzenetére

  Érdekes, hogy a video szerint a paragon journal nélkül mount-olta. Valószínűleg azért gyorsabb.

• #2144 vargalex félisten kutga #2143

  Új Válasz 2020-11-12 16:31:13 #2144

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz kutga #2143 üzenetére

  Az NFS/SMB kérdésedet meg is válaszoltad...

• #2091 vargalex félisten suste #2090

  Új Válasz 2020-11-04 16:21:48 #2091

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz suste #2090 üzenetére

  Nem mondtam, hogy nem csatolja fel...

• #2089 vargalex félisten woodworm #2086

  Új Válasz 2020-11-04 15:45:55 #2089

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz woodworm #2086 üzenetére

  Egyébként így nem teljesen azt csinálja, amit szeretnétek. Ugyanis szerintem a mount nem tér azonnal vissza, annak lesz egy timeout-ja, majd utána indul a 10 másodperces várakoztatás. Én egy kis ping-et vinnék a dologba (egyszerű műveletet használjunk az ellenőrzésre):

  #!/bin/sh
while true; do
        ping -c 1 -W 1 192.168.1.223 2>&1 > /dev/null 
        if [ $? -eq 0 ]; then
                break
        fi
        sleep 10
done
mount -t cifs //192.168.1.223/F/Music /mnt/cifs -o username=guest,nounix,noserverino

  Persze, itt bejön a kérdés, hogy ha ping-re válaszol a host, akkor biztosan fut-e a samba és sikeres lesz-e a csatolás.

• #2085 vargalex félisten suste #2084

  Új Válasz 2020-11-04 13:52:32 #2085

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz suste #2084 üzenetére

  Biztos windowsos userek írták.

• #2083 vargalex félisten suste #2082

  Új Válasz 2020-11-04 13:22:43 #2083

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz suste #2082 üzenetére

  A \ a windows-os UNC. Linuxos rendszereken nincs értelme a használatának.

• #2081 vargalex félisten suste #2080

  Új Válasz 2020-11-04 13:04:25 #2081

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz suste #2080 üzenetére

  A linux így is, úgy is megeszi. Csak a \ speciális jelentéssel bír, ezért escape-olni kell. Az escape karakter pedig éppen a \, ezért kell mindenhol duplázni. Így lesz az elején 4 db belőle.
  A mount parancs kimenetében már nincs duplázva.

• #2065 vargalex félisten woodworm #2064

  Új Válasz 2020-10-31 17:34:34 #2065

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz woodworm #2064 üzenetére

  Próbáld meg a nounix,noserverino kapcsolókat a mount-nál. Egyébként magát a file-t tudja olvasni a router?

• #2049 vargalex félisten woodworm #2048

  Új Válasz 2020-10-26 14:56:38 #2049

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz woodworm #2048 üzenetére

  ctrl+f5 sem segít? Nincs valami javascript hiba a console kimeneten?

• #2041 vargalex félisten suste #2037

  Új Válasz 2020-10-25 20:54:51 #2041

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz suste #2037 üzenetére

  Most háttérben indítod a háttérben indított alkalmazást???

• #2025 vargalex félisten woodworm #2024

  Új Válasz 2020-10-25 11:39:02 #2025

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz woodworm #2024 üzenetére

  Mi a lighttpd config-od?

• #2010 vargalex félisten suste #2009

  Új Válasz 2020-10-24 14:07:45 #2010

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz suste #2009 üzenetére

  Ha egy scriptbe teszed a parancsot és a scriptet futtatod háttérben (&-el)?

• #2000 vargalex félisten woodworm #1996

  Új Válasz 2020-10-22 18:19:51 #2000

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz woodworm #1996 üzenetére

  Ha a cgi letöltődik, akkor a lighttpd config (valószínűleg fastcgi/cgi rész) nem jó, vagy hiányzik.

• #1956 vargalex félisten Hoffer #1954

  Új Válasz 2020-10-17 20:25:45 #1956

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz Hoffer #1954 üzenetére

  Miért ne lenne a 100-as és 56-os csatorna Európában használható?

• #1846 vargalex félisten suste #1845

  Új Válasz 2020-10-02 16:29:43 #1846

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz suste #1845 üzenetére

  Nem néztem anno Padavan-on, de normál linux distro-kon a httpd az az apache httpd szokott lenni. A default config-ja pedig a /etc/httpd/conf/httpd.conf. De egy find biztos van Padavan alatt is...

• #1817 vargalex félisten golya87 #1812

  Új Válasz 2020-09-28 15:42:18 #1817

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz golya87 #1812 üzenetére

  A webes felületen a static lease-ok módosítása nem indítja újra a dnsmasq-ot? Elég gáz... Esetleg újraindítja, csak nem dobja a static lease file-t. Nézd meg, hogy az hol van, töröld belől és indítsd újra.

• #1719 vargalex félisten attilav2 #1718

  Új Válasz 2020-08-20 16:19:18 #1719

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz attilav2 #1718 üzenetére

  Nem értem, hogy miért írsz mindent több topicba is. Ráadásul úgy, hogy valamelyikhez semmi köze. Az Openwrt topicban válaszoltam, de ide is beírom: nem kell újraindítás, csak meg kell várni a radar detectet...

• #1716 vargalex félisten Intruder2k5 #1715

  Új Válasz 2020-08-19 08:22:24 #1716

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz Intruder2k5 #1715 üzenetére

  Bármikor előjöhet. Ez csak az SSH kliens naprakészségétől függ. Pl. OpenWrt 18.06.5-höz csatlakozva is kézzel kell megadni...

• #1714 vargalex félisten Intruder2k5 #1713

  Új Válasz 2020-08-19 07:02:50 #1714

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz Intruder2k5 #1713 üzenetére

  Putty-ot nem ismerem, de írtam már, hogy a key exchange algorithm-ot kell megadni. Ez olyankor szokott lenni, mikor a szerver oldal egy régebbi komponens, az új kliensben pedig már alapban tiltottra állítottak néhány algo-t biztonsági okokból.

• #1692 vargalex félisten #60252516 #1689

  Új Válasz 2020-08-16 14:52:49 #1692

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz #60252516 #1689 üzenetére

  Írtam korábban, hogy ott működik az SSH, csak nem tudják lebeszélni a key exchange algoritmust. Nem tudom, milyen ssh klienst használsz, de kézzel kell engedélyezni azok közül legalább egyet, amit ír is...

• #1687 vargalex félisten #60252516 #1686

  Új Válasz 2020-08-16 09:31:07 #1687

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz #60252516 #1686 üzenetére

  Szerintem csak az SSH bekapcsolásakor generál.

• #1684 vargalex félisten #60252516 #1683

  Új Válasz 2020-08-16 07:27:12 #1684

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz #60252516 #1683 üzenetére

  Nem lehet, hogy korábban indulás után azonnal próbáltad az SSH-t? Nyilván, addig nem fog menni, amig a host key-t le nem generálja. Gondolom az indító script intézi azt.

• #1680 vargalex félisten #60252516 #1678

  Új Válasz 2020-08-15 17:20:36 #1680

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz #60252516 #1678 üzenetére

  Itt működik az SSH, csak a key exchange method-ot nem tudják lebeszélni egymással. Manuálisan kell olyat megadni, amit mind a szerver, mind a kliens ismer.

• #1679 vargalex félisten Intruder2k5 #1671

  Új Válasz 2020-08-15 17:17:40 #1679

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz Intruder2k5 #1671 üzenetére

  Ha megnézed a dropbear man-ját, akkor látható, hogy ha nem adsz meg portot, akkor a 22-es porton hallgat. Inkább az lehet a gond, hogy a host key nem került legenerálásra.

• #1624 vargalex félisten attilav2 #1623

  Új Válasz 2020-07-31 17:45:30 #1624

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz attilav2 #1623 üzenetére

  Válaszoltam mindenhol. De azért ide is ideírom: kiderült, hogy a kliens nem tudja a 40 MHz-et 2,4GHz-en.

• #1620 vargalex félisten attilav2 #1619

  Új Válasz 2020-07-31 08:34:47 #1620

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz attilav2 #1619 üzenetére

  Milyen klienssel próbálod 2,4 GHz-en?
  A routeren egy

  iw dev

  parancs mit ad vissza? Pontosan mi a wifi configod?

• #1523 vargalex félisten attilav2 #1522

  Új Válasz 2020-07-13 18:36:32 #1523

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz attilav2 #1522 üzenetére

  Igen, tudom. Olvastam, hogy csak azt érinti. Azért kérdeztem, hogy látszik-e valóban egy kliens módú wifi is. De akkor ez nálad már nem derül ki. Én pedig nem Padavanozom...

• #1521 vargalex félisten attilav2 #1516

  Új Válasz 2020-07-13 17:18:32 #1521

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz attilav2 #1516 üzenetére

  De az eszköz most egy wifi kliens is? Vagy legalábbis felhúz egy wifi kliens interface-t is? Mert az sta az nekem azt jelenti...

• #1176 vargalex félisten herdsman12 #1175

  Új Válasz 2020-05-07 07:04:36 #1176

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz herdsman12 #1175 üzenetére

  Ez van nálad is. Mondjuk a file-ok alapján inkább azt mondanám, hogy a build módosította.

• #796 vargalex félisten McCsaplak #794

  Új Válasz 2020-03-07 16:54:46 #796

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz McCsaplak #794 üzenetére

  A két gépen a portok lehetnek azonosak. Azonban a routeren beállított külső portok különbözőek kellenek, hogy legyenek. Persze ehhez a hozzád csatlakozó klienseknek különböző portokat kell használniuk.

• #735 vargalex félisten enginev3.0 #729

  Új Válasz 2020-02-24 18:50:56 #735

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz enginev3.0 #729 üzenetére

  Akkor gondolom ez a csodálatos Sagemcom eszköz PPPoE passthrough módban is oszt DHCP-n IP-t.
  Mondjuk azt nem értem, hogy a Padavan miért próbál meg egyáltalán DHCP-n IP-t kérni a WAN interface-ra, ha az PPPoE kliensre van beállítva.

• #727 vargalex félisten enginev3.0 #723

  Új Válasz 2020-02-24 16:18:20 #727

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz enginev3.0 #723 üzenetére

  És van is neted? A logon kívül van egyéb probléma? Én áttenném a LAN tartományt pl. 192.168.2.1-re. Valamiért azt mondja, hogy 192.168.1.x-et kap az interface.

• #722 vargalex félisten enginev3.0 #721

  Új Válasz 2020-02-24 10:14:01 #722

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz enginev3.0 #721 üzenetére

  Az egész subnetre panaszkodik. Az eth3 az nem a WAN interface? Ott nem 192.168.1.x tartományból kap IP-t? Milyen eszköz van előtte és milyen módon?

• #720 vargalex félisten enginev3.0 #719

  Új Válasz 2020-02-24 08:06:31 #720

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz enginev3.0 #719 üzenetére

  Amit ír: a MAN interface (eth3) a LAN tartományba eső IP címet kap. Írja is, hogy változtasd meg a LAN IP-t.

• #702 vargalex félisten Papamaco #700

  Új Válasz 2020-01-28 18:09:46 #702

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz Papamaco #700 üzenetére

  Esetleg nincs Chrome-ban bekapcsolva a tömörítés? Akkor proxy-n keresztül megy. Ha utána egy másik böngészőből nézed (vagy csak tömörítés nélkül) és előzőleg nem léptél ki, akkor ez lesz az üzenet.
  Egyáltalán kinyitottad WAN oldalról?

• #699 vargalex félisten Papamaco #697

  Új Válasz 2020-01-28 17:51:59 #699

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz Papamaco #697 üzenetére

  Biztos vagy ebben a feltörésben? Ez egy google proxy.

• #666 vargalex félisten sellerbuyer #665

  Új Válasz 2020-01-01 08:37:53 #666

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz sellerbuyer #665 üzenetére

  A képekből szerintem nem látszik semmi ok, de véletlenül nincs bekapcsolva a külső elérés a 80-as porton?

  BÚÉK mindenkinek!

• #626 vargalex félisten Gyurka6 #625

  Új Válasz 2019-12-11 14:56:53 #626

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz Gyurka6 #625 üzenetére

  Ott van a letöltéseknél...

• #619 vargalex félisten attilav2 #617

  Új Válasz 2019-12-05 20:23:51 #619

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz attilav2 #617 üzenetére

  Írtam, hogy ez a kettő nem megy még a libpcap hiányára hivatkozva (pedig fel van téve).

• #616 vargalex félisten vargalex #615

  Új Válasz 2019-12-05 19:15:12 #616

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz vargalex #615 üzenetére

  Javítottam, commit-oltam.

• #615 vargalex félisten attilav2 #614

  Új Válasz 2019-12-05 18:41:21 #615

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz attilav2 #614 üzenetére

  Lesz ott meg hiány, mert most nézem, hogy sikerült úgy commit-olni, hogy a szükséges csomagok telepítése ki van kommentelve. A

  sudo pacman -S $missingPackages

  sor elől töröld ki a #-ot.

  Egyébként azt ki kellett, hogy írja, hogy milyen csomagokat telepítene...

• #609 vargalex félisten attilav2 #568

  Új Válasz 2019-12-05 15:29:32 #609

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz attilav2 #568 üzenetére

  Szia!

  Itt egy első verziós alap script Arch linuxra. Még dolgozni kell rajta, mert az NFS nem fordul libpcap hiányra panaszkodva, illetve a PARTED sem.

• #594 vargalex félisten attilav2 #592

  Új Válasz 2019-12-03 06:46:46 #594

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz attilav2 #592 üzenetére

  Hibás a Makefile, Tab helyett space-ok vannak benne.

• #584 vargalex félisten attilav2 #568

  Új Válasz 2019-12-02 12:43:07 #584

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz attilav2 #568 üzenetére

  Sima shell script gyűjtemény, átírhatod magadnak...

• #15 vargalex félisten Capricornhun #14

  Új Válasz 2019-02-25 07:29:25 #15

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz Capricornhun #14 üzenetére

  Ha letölti, akkor a fastcgi nincs jól beállítva.

• #12 vargalex félisten attilav2 #11

  Új Válasz 2019-02-24 18:45:29 #12

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz attilav2 #11 üzenetére

  DIR-860L esetén elvileg így néz ki.

• #5 vargalex félisten attilav2 #4

  Új Válasz 2019-02-23 12:04:34 #5

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz attilav2 #4 üzenetére

  Az embedded device-okon a /tmp jellemzően ramdrive.

Új hozzászólás Aktív témák