-
Fototrend
OpenWrt topic
Új hozzászólás Aktív témák
-
Laszlo733
aktív tag
Sziasztok!
Az alábbi leírás alapján szerettem volna ftp-n elérni a routert, de nem sikerült. Mi lehet a probléma?
FTP beállítás:
--------------FTP felhasználónév: "ftp" (Ennek a felhasználónak engedélyezve van az írás/olvasás a teljes "/mnt" -re!)
Teendők:
-Luci/szolgáltatások/WWW_SUSTE vagy 192.168.1.1:9092 -es porton a USER MANAGER (régebben
TP) felületen beállíthatjuk az "ftp" felhasználó jelszavát (e nélkül nem lehet "ftp" névvel belépni), vagy vehetünk fel új felhasználót (jelszóval, saját mappával és írási jogosultsággal).
Internet felöli elérhetőség engedélyezése:
-Vagy: luci/hálózat/tűzfal/forgalmi szabályok: "FTP-WAN" szabály engedélyezése.
-Vagy: luci/hálózat/tűzfal/port továbbitás: "'FTP-Forward" szabály engedélyezése, és esetleges port módosítás (9094). -
Pedro0000
csendes tag
Sziasztok!
Egy TP-link 1043- routeren van egy
OpenWrt vargalex v1.1.7 r35342
Szeretnék létrehozni , egy "vendég" wifi-t, ami elkülönül a saját wifi- töl.
több napja bújom a netet, de nem jutok előbbre, amit találtam itt leírást az nekem magas(SSH keresztüli konfigurálás), nincs esetleg olyan leírás ahol a grafikus felület van bemutatva?
köszönöm. -
vargalex
Topikgazda
Szia!
Most néztem a hw verzióját a routerednek. Sajnos CC build még nincs rá, így a LEDE marad, amiben elvileg van LuCI. Tehát SSH-n (vagy telneten, ha még nem állítottál be jelszót a routernek) bejelentkezel, majd:
wget -O /tmp/firmware.bin http://downloads.lede-project.org/releases/17.01.1/targets/ar71xx/generic/lede-17.01.1-ar71xx-generic-tl-wr841-v11-squashfs-sysupgrade.bin
sysupgrade -n /tmp/firmware.binEzzel letölti és felrakja a LEDE 17.01.1 firmware-t, majd újraindul a router. Indulás után elvileg elérhető kell legyen a LuCI a http://192.168.1.1 URL-en.
-
vargalex
Topikgazda
-
ace05
senior tag
válasz
vargalex
#11183
üzenetére
(Bleeding Edge, 50104) az openwrt oldaláról szedtem le(v11). És igen valami tele lehet, mert kiírta, hogy :
Your JFFS2-partition seems full and overlayfs is mounted read-only.
Please try to remove files from /overlay/upper/... and reboot!
root@OpenWrt:~# cat /etc/banner -
ace05
senior tag
Üdv egy Tplink 841n v11-ről lenne szó.
Miután áttúrtam az internetet, sikerült felraknom az openwrt-t.
Puttyon keresztül eltudom érni a routert, működik is, adja is az internetet, de a webes admin oldallal baj van. Ez alapján raktam fel a Luci-t. De ha beírom a router címét, ez fogad. Mit rontottam el ?
-
Laszlo733
aktív tag
Sziasztok! Mi lehet a probléma a torrenkliens indításakor?
404: Not Found
Couldn't find Transmission's web interface files!
Users: to tell Transmission where to look, set the TRANSMISSION_WEB_HOME environment variable to the folder where the web interface's index.html is located.
Package Builders: to set a custom default at compile time, #define PACKAGE_DATA_DIR in libtransmission/platform.c or tweak tr_getClutchDir () by hand.
-
rostiron
őstag
válasz
Headless
#11167
üzenetére
Nem tudom mi lehetett a gond. Feltettem a Chaos Calmer-t, aztán telepítettem egy olyat hogy "qos-scripts", és aztán a "luci-app-qos". Így nem működött valamiért. Aztán csináltam egy resetet , és csak a "luci-app-qos" telepítettem. Így lett a jó.
Nem tudom melyik mi, a kettő közül.
-
-
suste
veterán
válasz
Gyurka6
#11165
üzenetére
Az a sejtésem, hogy a mi fw-nkről beszélsz, de:
-ha specifikus kérdésed van, akkor az fw topicjában tedd fel, vagy ha mégis itt, akkor rendesen írd körbe a kérdést,
-nincs 8.1-es verzió, csak 0.8.1
Szóval pontosan fogalmazz!
A menü átkerült felülről máshová. Pc-n, nagy felbontásnál bal oldalon van, mobilon pedig rejtett és jobb oldalon van a kinyitó gombja.
A /-be csatoláshoz pedig csak formázásos/törléses segítség van. -
Headless
őstag
válasz
Gyurka6
#11166
üzenetére
Az csak mobilnézetben jelenik meg így, nagyobb eszközön bal oldalt ott lesz a menu.
Extroot particiót elég lett volna formázni, nem tudom hogy csináltad, nem írtad. Repoban lehet nincs meg az old-mc. De hibaüzenetet nem írtál.
Rostiron: akkor rendbe. Egyebet gondolom nem igen kellett beállítani.
-
-
Gyurka6
őstag
Hali!
Feltettem a 8.1-es verziót egy 710-esre, a gondom, hogy az sda2 a share/extroot-ba kerül, gyökérként való használat van beállítva.
Mi a megoldás, hogy oda kerüljön?
Másik, amennyiben frissítem a 8.3-ra (dátum nélküli, (UTF-est találok) + 3.1-re eltűnnek a status setup stb. lehetőségek.
Itt mit csinálok rosszul? -
rostiron
őstag
válasz
Headless
#11161
üzenetére
Szia.
Úgy néz ki, sikerült megoldani. Minden jónak tűnik, ha tölt a torrent és közben elindítok a youtube-on egy full hd videót, akadozás nélkül megy, és közben látszik, hogy a torrent letöltési sebessége visszaesik. Ha bezárom a youtube-ot, rögtön emelkedik a torrent letöltési sebessége.
-
rostiron
őstag
válasz
Headless
#11161
üzenetére
Szia.
Még egyszer utoljára, csináltam egy próbát. Feltettem egy CC verziót. Amikor ez a pár kép készült, már pár gigát töltött a torrent. Ha jól látom, (persze nem biztos) ebbe alapból van egy szabály az 1024-65535 portok-ra. ebben a leirásban van egy ilyen rész: "Alapertelmezetten a magas portokon (1024-65535) folyatott kommunikacio a Low kategoriaba kerul. Ez a szabaly nincs a grafikus feluleten feltuntetve, de az utolso sor utan oda lehet kepzelni."
Lehet hogy ezt látom ?
Szóval ha a QoS oldalon jól van kiöltve minden, és a tűzfalba látszanak a szabályok, akkor mi a hiba ?
Hol kéne látnom a torrent portján levő forgalmat? Mondjuk egy 5GB filmnél kb ennyit kéne látni valamelyik sorban ?
Itt a teljes tűzfal -
-
Balazs_
senior tag
Sziasztok!
Hol találhatok segédletet arra amit csinálni szeretnék?
Adott egy telekomos router (Sagemcom F@st 3686), arra szeretném rákötni a Nexx WT3020F routeremet.
Az OpenWRT gyönyörűen felment, bár u-boot nem lett felrakva (cserélve?), de a jelenlegi hálózatba való beillesztéssel gondjaim vannak. Azt szeretném, hogy AP-ként működjön, de legyen IP címe is, mert belső hálózatra szeretnék elérhetővé tenni egy mediaWiki-t. Ezt legegyszerűbben hogy tudom megoldani? -
r6man123
senior tag
Sziasztok!
Egy FTP-re sem (más-más szolgáltatók) tudok csatlakozni sem aktív sem passzív módban. Sokáig nem volt problémám, van egy olyan érzésem, hogy a net szolgáltató buzerált valamit (Vidanet).
Egy tp link tl wr741nd routerem van, gyári és OpenWrt-vel (luci változat) sem tudtam megoldani a dolgot. Próbálgattam a portokat állítani több felállásban is, de sehogyan sem sikerült.
Gyanakodtam windowsra is, de újratelepítés után sem történt változás, ráadásul másik laptopról sem (wifi-utp), sem ment.Mentsetek meg, Luci felületen mit kellene beállítanom, hogy működjön?
Hibakód:
SYST
215 UNIX Type: L8
FEAT
211-Features:
MDTM
MFMT
TVFS
MFF modify;UNIX.group;UNIX.mode;
MLST modify*;perm*;size*;type*;unique*;UNIX.group*;UNIX.mode*;UNIX.owner*;
REST STREAM
SIZE
211 End
OPTS UTF8 ON
500 OPTS UTF8 not understood
Connect ok!
PWD
257 "/" is the current directory
Almappa
TYPE A
200 Type set to A
PASV
Megszakítva -
Headless
őstag
válasz
rostiron
#11151
üzenetére
igazából ssh-n kéne megpróbálni elindítani a szolgáltatást és akkor látni lehetne a dolgokat. Ha elindul akkor pedig luciban a státusz tűzfal fülön láthatod hogy megvannak-e a szabályok. Utána pedig a /proc/net/nf_conntrack fájlt nézheted hogy a csomagok osztályokba vannak-e sorolva. Bár ha a szabályok megvannak, akkor mennie kell..
-
Headless
őstag
válasz
rostiron
#11149
üzenetére
igen a cél = prioritás, ugyanúgy az összes, összes jó lesz elviekben a forrás/cél gép-hez.
Csak arra figyelj hogy a csomagok a besorolásokon sorban esnek át tehát, ha pl te az első szabályba besoroltál valamibe az a következő szabályig nem jut el. vagyis ha pl tegyük fel hogy a magas portszámúakat alacsony prioritásra állítod, de mondjuk passzív ftp-hez te szeretnéd magas prioritást (50000-51000(azthiszem)), akkor ennek a szabálynak előbb kell lennie mint a másiknak.
-
Headless
őstag
válasz
rostiron
#11147
üzenetére
A többi forgalomhoz is létre kell hoznod egy osztályt Ezt úgy szokták hogy alacsony portszámúak/magas portszámúak...
pl 0-1024-ig magas prioritás. Ebben rengeteg "fontos" szolgáltatás benne van pl. http,https,smb,ftp,ssh,telnet, etc...
És utána pedig az 1025-65535-ig alacsony prioritás...
Persze ha van valami netes játék, akkor annak a portját az előzőbe kell sorolni...Valamint a WAN oldal internet sebességeit helyesen kell beállítani, mert az alapján korlátozza a netet... (de ezt megtetted ha jól láttam múltkor.)
-
#11144
Laszlo733
aktív tag
Kicsirics77
#11143
Laszlo733
aktív tag
válasz
Kicsirics77
#11143
üzenetére
Köszi, ha nem boldogulok kereslek pü-ben.
-
suste
veterán
-
krealon
veterán
válasz
rostiron
#11133
üzenetére
"Tehát a netem hivatalosan 30/5 vdsl. A speedtest szerint, ha a QoS nincs bekapcsolva 30.5/5.5.
Ahhoz hogy a Speedtest szerint meglegyen a 30/5 a kép szerint kell beállítanom.
Maradhat így ?? Stabilnak tűnik."Es ez igy is lesz, amig egyszer rendesen ki nem lesz tomve a feltoltesi irany.
A speedtest csucserteket ir ki, ami az atvietl ingadozasa miatt nagyobb lehet a valos kapacitasnal.Ha tutira akasz menni, akkor 30000 / 5000 -et adsz meg. Igy valamivel alacsonyabb lesz a sebesseg, de soha sem fog megakadni (altalaban ez a cel).
Az a baj, hogy ha beallitasz egy fix sebesseget es mondjuk a kornyezeti viszonyok miatt a vonal atviteli kepessege leromlik (kabelbeazas stb.), akkor maris hatastalanna valik a QoS beallitas.
Az erre a problemara megoldast kinalo adaptiv QoS, sajnos meg nincs az OpenWRT-ben. (Pedig igeny valoszinuleg lenne ra. ) -
-
Satfun
újonc
Sziasztok! Mostanra kiderült, hogy a szolgáltató NAT-olta az IP címemet, azért nem ment a port forward. A szolgáltató a Digi volt. Úgy néz ki, hogy kezdenek elfogyni a IPv4-es internet címek, így a publikus címeket se szó, se beszéd módosítják privátra. Akinek megállna a port forward-ja, annak nem árt megnézni az IP címét kintről, illetve a router IPv4-es portján. Amennyiben eltér egymástól a két IP cím, úgy ott is NAT-olták az internet címet és nem fog működni a port forward. Írtam egy levelet a diginek és kértem vissza a publikus IP címemet. Kevesebb mint egy óra alatt vissza is állították. Most már csak annyi a problémám, hogy a ipdns.hu regisztrálása és DDNS-be tétele után időnkért megszakad a kapcsolat. Erre van valamilyen megodás, hogy ezt ne tegye? / suste/headless@OpenWrt@0.8.1 Barrier Breaker 14.07 / LuCI 0.12 Branch (0.12+git-15.037.36195-f1e2a26 ez van most fenn/ Illetve még egy érdekesség, hogy pl. a wifi jelszó rublikában egy korábbi jelszó jelenik meg mentés és alkalmazás után. Ettől függetlenül tudok csatlakozni a wifire. Akinek van ötlete, azt szívesen veszem.
-
HXY
addikt
Sziasztok!
OpenWrt-re van valami grafikus, vagy konzolos app, ami kiírja a CPU hőmérsékletét?
Ezekhez kellene: MTK7620A és Ralink RT5350F
Ilyen routerek beszerzését tervezem, és utólagos passzív hűtést hozzájuk, Aliexpress-ről heatsink-et is rendelnék.
A matricás heatsinkek-kel mi a tapasztalat? -
krealon
veterán
válasz
rostiron
#11128
üzenetére
Igen, a Halozat --> QoS menuben celszeru beallitani a kacsolatnak megfelelo sebessegertekeket.
Engedelyezes: pipa be
Tobbletforgalom szamitasa: pipa be (ez ADSL/PPPoE kapcsolatnal fontos)
Fel duplex: jelolo uresen marad
Letoltes (kbit/s): ertelemszeruen az internetelofizetes letoltesi sebessege, pl 8/1-es Digi csomagnal 8000
Feltoltes (kbit/s): az elobbi peldabol: 1000Mentes es alkalmazas
Rezdrotos ADSL eseten elofordulhat, hogy a telefonkabel nem kepes biztositani a szerzodesben megallapitott maximalis sebessegertekeket.
Ilyenkor internetes sebessegmerokkel kell megallapitani a le- es feltoltesi ertekeket, mert ha tul nagy szamokat irunk be, akkor hatastalanna valik a routerunk QoS modul-ja (csak az tud szabalyozni, ami elott feltorlodnak a csomagok).A korabbi irasom reszletesebb, de az angol nyelvu feluletrol keszult.
-
itanczos
senior tag
válasz
rostiron
#11126
üzenetére
Javaslom a QOS modul használatát! Azzal be tudod álltani, hogy ne tudja full megtölteni a feltöltési irányt! Ezzel talán jobb lehet a helyzet!
Mert a javasolt beállítással valóban hibatűrőbb lesz, de ezzel nem javítod meg a feltorlódást, csak nem veszed figyelembe.
Illetve a torrent kliens-en is beállíthatsz egy feltöltési limitet, ami szintén megoldhatja a problémát. -
-
rostiron
őstag
-
rostiron
őstag
válasz
krealon
#11120
üzenetére
Visszatettem az open-t. Ugyan azt csinálja, Ez került utána a naplóba, ha jó helyen nézem ?
Mond ez valamit ??Tue Apr 11 16:59:56 2017 daemon.info pppd[1638]: No response to 5 echo-requests
Tue Apr 11 16:59:56 2017 daemon.notice pppd[1638]: Serial link appears to be disconnected.
Tue Apr 11 16:59:56 2017 daemon.info pppd[1638]: Connect time 3.7 minutes.
Tue Apr 11 16:59:56 2017 daemon.info pppd[1638]: Sent 7523942 bytes, received 62822865 bytes.
Tue Apr 11 16:59:56 2017 daemon.notice netifd: Network device 'pppoe-wan' link is down
Tue Apr 11 16:59:56 2017 daemon.notice netifd: Network alias 'pppoe-wan' link is down
Tue Apr 11 16:59:56 2017 daemon.notice netifd: Interface 'wan6' has link connectivity loss
Tue Apr 11 16:59:56 2017 daemon.notice netifd: Interface 'wan' has lost the connection
Tue Apr 11 16:59:56 2017 daemon.notice pppd[1638]: Connection terminated.
Tue Apr 11 16:59:57 2017 daemon.notice netifd: Interface 'wan6' is now down
Tue Apr 11 16:59:57 2017 daemon.notice netifd: Interface 'wan6' is disabled
Tue Apr 11 17:00:04 2017 daemon.warn dnsmasq[1805]: no servers found in /tmp/resolv.conf.auto, will retry
Tue Apr 11 17:00:27 2017 daemon.info pppd[1638]: PPP session is 7150
Tue Apr 11 17:00:27 2017 daemon.warn pppd[1638]: Connected to 00:a7:42:0c:68:54 via interface eth0
Tue Apr 11 17:00:27 2017 daemon.info pppd[1638]: Using interface pppoe-wan
Tue Apr 11 17:00:27 2017 daemon.notice pppd[1638]: Connect: pppoe-wan <--> eth0
Tue Apr 11 17:00:27 2017 daemon.notice pppd[1638]: PAP authentication succeeded
Tue Apr 11 17:00:27 2017 daemon.notice pppd[1638]: peer from calling number 00:A7:42:0C:68:54 authorized
Tue Apr 11 17:00:27 2017 daemon.notice pppd[1638]: local IP address 84.0.89.132
Tue Apr 11 17:00:27 2017 daemon.notice pppd[1638]: remote IP address 145.236.238.30
Tue Apr 11 17:00:27 2017 daemon.notice pppd[1638]: primary DNS address 84.2.44.1
Tue Apr 11 17:00:27 2017 daemon.notice pppd[1638]: secondary DNS address 84.2.46.1
Tue Apr 11 17:00:27 2017 daemon.notice netifd: Network device 'pppoe-wan' link is up
Tue Apr 11 17:00:27 2017 daemon.notice netifd: Interface 'wan6' is enabled
Tue Apr 11 17:00:27 2017 daemon.notice netifd: Network alias 'pppoe-wan' link is up
Tue Apr 11 17:00:27 2017 daemon.notice netifd: Interface 'wan6' has link connectivity
Tue Apr 11 17:00:27 2017 daemon.notice netifd: Interface 'wan6' is setting up now
Tue Apr 11 17:00:27 2017 daemon.notice netifd: Interface 'wan' is now up
Tue Apr 11 17:00:28 2017 user.notice firewall: Reloading firewall due to ifup of wan (pppoe-wan)
Tue Apr 11 17:00:31 2017 daemon.info dnsmasq[1805]: reading /tmp/resolv.conf.auto
Tue Apr 11 17:00:31 2017 daemon.info dnsmasq[1805]: using local addresses only for domain lan
Tue Apr 11 17:00:31 2017 daemon.info dnsmasq[1805]: using nameserver 84.2.44.1#53
Tue Apr 11 17:00:31 2017 daemon.info dnsmasq[1805]: using nameserver 84.2.46.1#53 -
krealon
veterán
válasz
rostiron
#11119
üzenetére
A ppp (Poin-To-Point) kapcsolatok epseget a Link Control Protocol (LCP) segitsegevel lehet ellenorizni.
Ez LCP echo (aka ping) uzenetek kuldesevel es fogadasaval valosul meg (ISO OSI Layer 2). Ha ezek az uzenetek feltorlodnak az IP adatcsomagokkal egyutt egy atviteli pufferben (modem veteli (RX) atmeneti tarolo buffer)), akkor olyan nagy kesleltetessel ernek celba-, es erkezik rajuk valasz, hogy a kuldo fel varakozasi idokereten kivul esik, igy a kapcsolatot megszakadtnak feltetelezi.
Ezen segiteni csak magas
LCP echo failure threshold: 80
LCP echo interval: 20
ertekekkel lehet segiteni elvileg. -
-
krealon
veterán
válasz
rostiron
#11117
üzenetére
"Egy 841ND routert Suste féle fw-el. Azt vettem észre hogy időnként eldobja a WAN kapcsolatot. Ezt már korábban is tapasztaltam, amikor először raktam a routerre openwrt-t (1-1.5 éve ) akkor nagyon bosszantott, ezért visszakerült a gyári. Most hogy megint fent volt az openwrt, megint dobálta a wan kapcsolatot, de megfigyeltem, hogy akkor amikor a feltöltés közel max-on megy. Van egy 740N router-om is, azt is kipróbáltam, és ugyan úgy eldobja a kapcsolatot. Gyári Fw-el nem.
Mitől lehet ez ???? Tudom hogy nem a legacélosabbak ezek a routerek,de a gyárival jó.
Itt egy videó, hogy mit is csinál pontosan."Fontos informacio: PPPoE kapcsolat
A lenyegi informaciot a hiba okarol a Status --> System Log menupont alatt talalod.Valoszinuleg az LCP echo uzenetek elakadasa (kitomott uplink) miatt dobja a kapcsolatot.
-
rostiron
őstag
Sziasztok.
Egy 841ND routert Suste féle fw-el. Azt vettem észre hogy időnként eldobja a WAN kapcsolatot. Ezt már korábban is tapasztaltam, amikor először raktam a routerre openwrt-t (1-1.5 éve ) akkor nagyon bosszantott, ezért visszakerült a gyári. Most hogy megint fent volt az openwrt, megint dobálta a wan kapcsolatot, de megfigyeltem, hogy akkor amikor a feltöltés közel max-on megy. Van egy 740N router-om is, azt is kipróbáltam, és ugyan úgy eldobja a kapcsolatot. Gyári Fw-el nem.
Mitől lehet ez ???? Tudom hogy nem a legacélosabbak ezek a routerek,de a gyárival jó.Itt egy videó, hogy mit is csinál pontosan.
-
-
Headless
őstag
check(){
IP=$(echo $1 |cut -d';' -f1)
MAC=$(echo $1 |cut -d';' -f2)
ping -c1 -t1 -w1 $IP > /dev/null 2>&1 && echo "$IP;$MAC;$(nslookup $IP |awk '!/localhost/&&/Address 1/{print $4}')" >>/tmp/clients
}
iplist=$(awk '!/00:00:/&&!/IP/{print $1";"$4}' /proc/net/arp)
echo "" >/tmp/clients
i=0
for client in $iplist;do
check $client &
awk "BEGIN{if($i%50==0)exit 1}" || wait
i=$(($i+1))
done
wait
sort /tmp/clientsPersze a dhcp-t ki lehetne még szűrni… maximum szálakat is korlátoztam 50-re, bár szerintem gond nélkül fellehet venni 2-300-ra is.
Az hogy több infó kell az már a legkevesebb… -
#11113
itanczos
senior tag
kovbandi82
#11100
itanczos
senior tag
válasz
kovbandi82
#11100
üzenetére
Persze! Simán működik!
Lényeg a MAC address, ha adott gépre kell csak.
[OpenWRT PXE boot Wiki] -
suste
veterán
válasz
Headless
#11110
üzenetére
pont az egészben az a legnehezebb, hogy jó listát tudjál csinálni, és végén legyen több infó is, ne csak az ip
szóval akkor valszeg ez lenne a jó megoldás:
1: arp-ot megszűrni létező interfészekre, kiszűrni a 00-ásokat,
2: kiszűrni az aktuális dhcp listát,
3: megpingelni a maradék ip-t és kiszűrni az inaktívakatviszont ez tényleg totál csak online lista lenne
a mostaniban nem rossz ez a kis lauf a conntrack miatt.....sosem jó az embernek semmi
(#11111) vargalex
nálam az ARP-ban nagyon sok ip van (90 sor az ARP-om a dlinken, a tplinken 120!), és nem csak 192-es tartomány
ráadásul használhat bárki bármilyen tartományt belső tartománynak, nem?
ezért gondolom, hogy legalább meg kéne belsőre szűrni... -
vargalex
Topikgazda
Ahogy Headless is írta, ha a pontos eredmény a lényeg, én sem szűrnék semmire. A teljes tartományt nézném. A DIR-860L egy teljes /24-es tartomány esetén (pl. 192.168.1.x) kicsivel 1 másodperc fölött végez. Más routeren sem hinném, hogy drasztikusan növekedne az idő. Az viszont előfordulhat, hogy csökkenteni kell az egyszerre futó szálak számát.
-
suste
veterán
válasz
vargalex
#11107
üzenetére
ezeknél verzióknál rá van szűrve a br-lan ra, ami nem jó szerintem, mert simán lehet másik interfészen is (guest)
ha pedig kihagyjuk a szűrést, akkor feleslegesen sok az ip
ezért maradtam én is az arp/conntrack verziónáltalán azt lehetne, hogy megnézni milyen interfészek léteznek (kivéve WAN), és az ARP-ból ezeket megszűrni, így talán tényleg teljesen lenne a lista?
-
vargalex
Topikgazda
válasz
Headless
#11106
üzenetére
Én is írtam korábban többször is, hogy több szálon kell csinálni, így hamar végez.
A kiértékelésnél egyébként nem grep-elném, hanem a ping exit statusát vizsgálnám, valahogy nekem tisztább érzés...check(){
ping -c1 -t1 -w1 $1 > /dev/null 2>&1 && echo $1 >>/tmp/clients
}
iplist=$(awk '!/00:00:/&&/br-lan/{print $1}' /proc/net/arp)
echo "" >/tmp/clients
for ip in $iplist;do
check $ip &
done
wait
cat /tmp/clients |sort -
Headless
őstag
Még ha a timeoutot is beállítod 1s-re akkor a nem elérhetőek is "hamar"végeznek.
ping -c1 -t1 $iPersze több szálon jobb lenne… csak akkor mondjuk egy fájlba vagy valahova összesítened kell az eredményt.
Valahogy így.
check(){
[ "$(ping -c1 -t1 -w1 $1 |grep "1 packets received")" ] && echo $1 >>/tmp/clients
}
iplist=$(awk '!/00:00:/&&/br-lan/{print $1}' /proc/net/arp)
echo "" >/tmp/clients
for ip in $iplist;do
check $ip &
done
sleep 1
cat /tmp/clients |sortPersze az ip listád lehet bármi akár a teljes subnet is.
-
suste
veterán
na futottam mégegy kört
a nem pingelhetőeket nem akartam egyből kivenni, inkább status-t rögzítettem:cat /proc/net/arp|egrep -v "IP|00:00:00:00:00:00"|sort|awk '{print $1 " " $4 " " $6 " STATUS"}'|egrep -v "$(cat /tmp/dhcp.leases|awk '{print $3}'|tr '\n' '|'|sed "s/.$//")"|egrep "$(cat /proc/net/*conntrack|grep -i established|awk '{print $7}'|sed "s|.*src=||g"|tr '\n' '|'|sed "s/.$//")">/tmp/state/static-ip
for i in $(cat /tmp/state/static-ip|awk '{print $1}');do
[ "$(ping -c 1 $i|grep "100% packet loss")" ] && sed -i "s|$i.*STATUS|$ inActive|" /tmp/state/static-ip || sed -i "s|$i.*STATUS|& Active|" /tmp/state/static-ip
done
cat /tmp/state/static-ipa /tmp/state/static-ip fájból már könnyen generálható táblázat:
valós eszközök esetén nagyon gyorsan lefut így is a ping, de biztosan jobb lenne a vargalex által említett verzió....
-
#11104
stopperos
senior tag
kovbandi82
#11100
stopperos
senior tag
válasz
kovbandi82
#11100
üzenetére
Önálló pxe/tftpboot szervert még nem. Csak azt állítottam be, hogy egy másik gép tftp szerverére mutasson.
Netwok-> DHCP and DNS -> TFTP Settings.
Enable TFTP Server
Network boot image pxelinux.0, 192.168.1.133, 192.168.1.133Ha nem adod meg a végén az ip címeket, akkor a lokális tftp szerveren fogja keresni a pxelinux.0 fájlt.
Csak egy javaslat: Használj egy üres virtuális gépet hálózatról indítva bridge interfésszel hogy felgyorsítsd a tesztelést. Illetve az ubuntu tárolóban van netboot image
-
#11103
suste
veterán
Claude Leon
#11101
suste
veterán
válasz
Claude Leon
#11101
üzenetére
Én kipróbáltam egy "kalóz" wifivel.
Egyik telefonnak adtam fix ip-t, felléptem wifire és egyből megjelent a listán. A telefonnak tuti volt forgalma.
Ráadásul nem is egyszerűen közvetlenül csatlakozott, hanem egy repeateren keresztül:
NET <-- Dlinlk860l-master <-- Tplink841-switch-guest <-- Tplink710-repeater-relayd
A 710-esre léptem fel, és a 841-esen megjelent a listában.
Ami érdekes volt, de érthető, hogy a PC amivel néztem a 841-est, az a Dlink-re kapcsolódik wifin, és onnan is kap IP-t, így a 841-esen megjelent a fixek között, hiszen a 841 szempontjából nem saját tartomány/dhcp.Szóval egyelőre úgy néz ki, hogy a passzív fix ip-ket nem mutatja csak, viszont ha van egy kis forgalma, akkor már bekerül a listába és ott is marad egy darabig.
Esetleg ha van kedved, akkor kipróbálhatnál egy telefont static-dhcp-ről egy másik fix ip-re áttenni.
-
#11102
suste
veterán
kovbandi82
#11100
suste
veterán
válasz
kovbandi82
#11100
üzenetére
Ha meg van az image, akkor csak engedélyezned kell és be írnod a luci/network/dhcp an dns/tftp settings alatt az elérési útvonalat és a nevet.
-
#11101
Claude Leon
senior tag
suste
#11063
TP) felületen beállíthatjuk az "ftp" felhasználó jelszavát (e nélkül nem lehet "ftp" névvel belépni), vagy vehetünk fel új felhasználót (jelszóval, saját mappával és írási jogosultsággal).
Új hozzászólás Aktív témák
- Fallout 4 Pip-Boy Edition eladó
- Game Pass Ultimate előfizetések 1 - 36 hónapig azonnali kézbesítéssel a LEGOLCSÓBBAN! AKCIÓ!
- Windows 10/11 Home/Pro , Office 2024 kulcsok
- Játékkulcsok olcsón: Steam, Uplay, GoG, Origin, Xbox, PS stb.
- Játékkulcsok ! : PC Steam, EA App, Ubisoft, Windows és egyéb játékok
- -50% Dobozos Új Lenovo ThinkPad X1 gen 10 2-in-1 Ultra 7 268V 32gb ram Inter Arc 140V Gari 2030
- Samsung Galaxy Z Fold 6 12/512GB - Újszerű, Független, Ezüst - 1 év garanciával
- 156 - Lenovo LOQ (15IRH8) - Intel Core i5-13505H, RTX 4060 (ELKELT)
- LENOVO L13 Yoga 360 touch - 13,3" - i5 10210U, 8GB RAM, SSD, jó akku, - számla, 6 hó gar
- HP EliteDesk 800 G3 (USDT), i5-6500T, 8GB DDR4,128GB SSD,WIN11
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest