-
PROHARDVER!
OpenWrt topic
Új hozzászólás Aktív témák
-
LógaGéza
veterán
válasz
LógaGéza
#13999
üzenetére
Úgy nézem mindenképp kell hozzá az nfs-utils csomag, viszont sehogy nem tudom lefordítani. Minden fordul, csak ez nem.
Tudna nekem ebben valaki segíteni?
A toolchain megvan, ./scripts/feeds update -a, majd ./scripts/feeds install nfs-utils, és itt se telepíti magát ezt a csomagot, csak pár másikat. Menuconfigban benne van, de alapból elég sok minden van bejelölve, ha ki is veszek mindent, csak ezeket hagyom benn, akkor lefordul, de maga ez a csomag nincs meg... -
LógaGéza
veterán
válasz
vargalex
#13998
üzenetére
Ugyanaz a eredmény, mint mount -t nfs kezdéssel:
root@OpenWrt:~# mount 192.168.0.214:/volume1/share /mnt/share/
mount: wrong fs type, bad option, bad superblock on 192.168.0.214:/volume1/share,
missing codepage or helper program, or other error
(for several filesystems (e.g. nfs, cifs) you might
need a /sbin/mount.<type> helper program)
In some cases useful info is found in syslog - try
dmesg | tail or so.
root@OpenWrt:~# dmesg | tail
(...)
[140783.489355] type=1400 audit(1552648102.296:760): avc: denied { write } for pid=13329 comm="mount" name="utab" dev="tmpfs" ino=958 scontext=u:r:kernel:s0 tcontext=u:object_r:tmpfs:s0 tclass=file permissive=1
[140783.489484] type=1400 audit(1552648102.296:761): avc: denied { open } for pid=13329 comm="mount" path="/tmp/run/mount/utab" dev="tmpfs" ino=958 scontext=u:r:kernel:s0 tcontext=u:object_r:tmpfs:s0 tclass=file permissive=1
[140783.489592] type=1400 audit(1552648102.296:762): avc: denied { mounton } for pid=13329 comm="mount" path="/mnt/share" dev="overlay" ino=564967 scontext=u:r:kernel:s0 tcontext=u:object_r:unlabeled:s0 tclass=dir permissive=1
[140792.564330] type=1400 audit(1552648111.366:763): avc: denied { syslog_read } for pid=13358 comm="dmesg" scontext=u:r:kernel:s0 tcontext=u:r:kernel:s0 tclass=system permissive=1
root@OpenWrt:~#Pár irreleváns sort kivettem.
-
LógaGéza
veterán
Üdv!
Szeretnék egy NFS megosztást csatolni egy OpenWRT-t (is) futtató eszközön. Maga az eszköz egy Zidoo X8 médiabox, Android mellett OpenWRT 15.05 van rajta. A nagyobb probléma, hogy nincs hozzá hivatalos support, szóval csomagokat se nagyon tudok hozzá letölteni. Az nfs-utils minden függősége fenn van, a mount.nfs parancs mégsincs. A dmesg nem sokat mondd (kb semmit, az Android SELinux-a miatt nem engedi a syslogot olvasni).
Mit tudok még tenni? -
janos666
nagyúr
válasz
Pepe1984
#1644
üzenetére
Én az openwrt-18.06.2-ar71xx-tiny-wnr2000v3-squashfs-factory.img file-t próbáltam feltenni a gyári updater-el, és azóta bootloop-ban van: kivillan minden egy pillanatra, ég a sárga másodperceken át, kigyullad a 2-es sárga LAN és a zöld (valami?) LED egy másodpercre, aztán kezdi elölről.
Esetleg az NA végződésű IMG kellett volna, vagy másik gyári firmware-ből kellett volna indulni? (Fogalmam sincs, mikori kiadás volt rajta, nem tudom frissítgette-e a régi tulaj. Nem hiszem.)
Te megoldottad végül? -
edeleny
őstag
Akkor ide is vázolnám a problémámat!
Adott egy WDR3600 router vargalex firmware-val.Két 1 terás vinyó van tajta.
Volt egy hosszabb áram kimaradás, és vinyó csere (az uj egy külső áramellátásos külső házban van, az előző is abban a házban volt.
A lényeg az, hogy a ruoter nem indul ujra, ha be van dugva mindkét USB kábel (csak van villog a led)
Ha lehúzom elindul. Az egyik vinyót minden további nélkül fel tudom csatolni. Ezen van a Swap fájl is. A másikat, ha rádugom látja, de nem csatolja fel! Nagyon sokáig gondolkozik, a csatolási pontok között ott van, de a csatolt fájlrendszerek között nincs! Abszolút nem tudom feltenni.(az igazság az, hogy a hiba jelentkezésekor nehezen fel tudtam tenni, működött is rendesen, de volt egy áramszünet, azóta nem jó)
-
mckay
aktív tag
válasz
woodworm
#13986
üzenetére
Ohh, köszi.
De jajj, ettől féltem. Nincs ebben gyakorlatom, hogy tegyek rá másik szoftvert...
Egyébként nálam csak egy funkcióra van szükség a sima natoláson kívül: SMB és DLNA kiszolgálóként. Be van dugva rá egy HDD, és a rajta levő zenéket, videókat szeretnénk elérni.
Ennyi.
Ha ez svájci bicskaság, akkor OpenWrt, ezek szerint.
És tényleg egy Xiaomi router. Mini. Még a régebbi. Mint hardver, tök elég nekem, úgy tapasztalom. Eddig a 8MB sem volt kevés.
Fel tudom rá tenni az OpenWrt-t, és aztán a MiniDLNA-t? Elég a 8MB? -
woodworm
veterán
Valószínűleg, ha még elérhetőek egyáltalán a régi oldalakon. Egy időben elérhetetlenek voltak és az új releasek már fel sem kerültek oda, elég nehéz megtalálni őket.
Ha xiaomi routerről van szó, általános célra inkább padavan, ha svájci bicska jellegről van szó, akkor inkább openwrt. A pandorával ugyanis könnyű csomaghiányba futni és akkor jön a helybentopi. -
mckay
aktív tag
Sziasztok!
Kérlek titkeket, segítsetek nekem a kis rókának! :-)
Nem vagyok járatos a routerekben, de több mint egy éve boldogan használok egy Pandorabox kiadást, nincs okom a váltásra.
Viszont reseteltem a routert, és most szeretném visszatenni a MiniDLNA csomagot, de nem megy.
Megöregedhettem...
Például kopogok Putty-tyal, de nem sikerül:
opkg update
(...)
opkg_download: Failed to download http://downloads.openwrt.org.cn/PandoraBox/ralink/packages/base/Packages.gz, wget returned 1
Sokkal okosabb egy éve sem voltam, de akkor mintha sikerült volna.
Kiment valami a fejemből?Nyilván a grafikus felületen sem találok rá módot, hiába nyomom az Update lists gombot, ugyanezt írja ki. Az available packages listában pedgi nem találom a MiniDLNA-t.
-
Patry0t
tag
Sziasztok,
Korábban TP-LINK wr1043nd v1 routert használtam, a net egy lépcsőházból lévő elosztóból jött be UTP kábelen keresztül.
Nemrég bekötötték hozzánk az 1 Gbit-es optikai kábeles netet (digi), a routeremet levették és feltették a saját eszközeiket (a kisebb eszköz amibe a koax és az optika megy, és amiből átmegy az optika a nagyobb eszközbe, ami egy ZTE router).
A ZTE router szánalmas, harmadik világbeli wifit produkál és nagyon ingadozó a minőség. Ezt megelégelve elébe visszatettem a fent említett TP-LINK-emet, akkor még a gyári szotverrel. A digi átkapcsolta a saját routerét bridge módba, így az én routerem volt az elsődleges router. A probléma nem szűnt meg.
Ezután a TP-LINK-en lecseréltem a gyári szoftvert az OpenWRT-re! Innentől happy voltam, mert ismét stabilan jött a wifi, azonban volt egy gond. Ha kikapcsoltam a routert, akkor minden beállítást elfelejtett és újra kellett minden alkalommal konfigurálni...
Utánaolvasás... LEDE WRT megtalálása, azt olvastam, ez jó lesz.
Feltettem a LEDE verziót, azonban ezt nem sikerült bekonfigurálni, egyszerűen nem jött át rajta a net.
Van valami útmutató miket kell benne beállítani és helyesen felkonfigurálni? Adnék neki még egy esélyt, de segítséget szeretnék hozzá kérni! Valaki járt már így?Köszi előre is!
-
-
kutga
félisten
Hölgyek/Urak!
Adott egy TL-WR841N v9 router amire OpenWRT-t szeretnék telepíteni.
Ez alapján a 15.05.1 verzió kell nekem, az oldal tetején mégis azt írják hogy 'Not recommended for future use with OpenWrt'.
Most akkor telepíthetem rá vagy sem?
-
suste
veterán
-
#13965
kovbandi82
őstag
springfield0
#13964
kovbandi82
őstag
válasz
springfield0
#13964
üzenetére
Raspberryn Raspbian van, mondjuk mert másik rendszer.....
-
springfield0
tag
válasz
kovbandi82
#13963
üzenetére
De akkor miért nem kérted, hogy a kernel log-ot is fényképezzem le és küldjem el, ha oda a táphibát bejegyzi?
Rádugok egy másik tápot, és figyelünk. -
#13963
kovbandi82
őstag
springfield0
#13961
kovbandi82
őstag
válasz
springfield0
#13961
üzenetére
Pedig gyanús Nekem is! Nem csak a táp a kábel se mindegy ám! Sőt, egyes lapok érzékenyebbek lehetnek bizonyos tápokra.
Pl Raspberry PI nem komálta a Samsung tápokat, folyamatosan panaszkodott, amit a kernel logban be is jegyzett, Blitzwolf táppal és Aukey kábellel semmi baja sincs. Ugyanazzel a Samsung táppal a Bpi gond nélkül elment, és 2A volt csak. -
Az EAP225-outdoor-ra van bármi esély, hogy támogatást kapjon a közeljövőben?? Hardveresen szuper kültéri egység, viszont a zárt firmware nem engedi, hogy repeaterként vagy kliensként használja az ember
. -
springfield0
tag
Este vissza dugtam a BPI-re és csináltam egy restartot, nem is látta már a winyót, mintha fel se lenne csatolva.
Aztán, megint egy restart és hirtelen minden jó lett. Azóta most megint megy.
Nem hiszem hogy táp gondja lenne ez egy 2,4A táp SATA winyó a BPI-ről kapja a szuflát. Már dugtam mellé egy USB hordozható winyót is, és azt is elbírta, annak se volt külön táp.
Az hogy a winyórol eltűnik a könyvtárokból az adat, majd 2 restart után vissza kerül, sem hiszem hogy táp hiba. -
#13960
suste
veterán
springfield0
#13959
suste
veterán
válasz
springfield0
#13959
üzenetére
Általában táphiba szokott fellépni.
Honnan kapja? Ha Bpi-n keresztül, akkor Bp-n mekkora táp van? (Nekem a Bpi-ből nagyon instabil volt, inkább a Bpi tápról kapta közvetlenül....) -
#13959
springfield0
tag
springfield0
tag
Sziasztok!
OpenWRT van egy BPI M1 lapon, és most tegnap lett felkonfigolva.
Eddig kitűnően tette a dolgát, médiaszerverként üzemel. Most viszont az előbb eltűntek a filmek a könyvtárakból, szó szerint. A log-ban a winyó szektorokra köpköd, de van ott más is Unknow amit nem tudok mi. Mondjuk a szektor hiba is érdekes mert ez egy vadonatúj winyó! HD sentinnel lefuttatam tesztet tökéletes.
Mi a baja a cuccnak szerintetek?
-
hódmaci
senior tag
Sziasztok!
két megoldást keresnék_-Sikerült beállítanom a Parental controls-t kisebb hibával.
Start time után addig van net az adott készüléken amíg nem frissíti az oldalt.
Ez mondjuk "élő" videó nézésekor fordul jellemzően elő.
Mit lehetne ellene tenni?-Parental controls start után szeretném ha a laptopon tovább tudnám nézni a TVGO-t de mást ne.
Ez megoldható?openwrt 18.06
-
stopperos
senior tag
válasz
#22718208
#13952
üzenetére
Az OpenWRT-ben a 4.14 kerneltől van flow offload. A stabil kiadásoknál az ar71xx target sajnos még 4.9-es kernelen van 18.06.x esetén. Az ath79 target-ben lesz elérhető a flow offload, de az még csak a fejlesztői snapshot-okban elérhető (amiben nincs webes felület, és megeshet hogy téglásodik az eszköz).
-
Headless
őstag
válasz
Headless
#13948
üzenetére
mint kiderült azért nem értem el a benti hálózatot, mert szerelés miatt nem volt áram...
igen itt volt a kutya elásva vagyis az engedélyezett ip címeknél. Mivel én gondozom mindkét hálózatot inkább engedélyeztem a megfelelő ip-ket rendesen, mint hogy egy felesleges plusz natot bele tegyek a kapcsolatba. Bár nem túl jó a késleltetés, de nem is olyan rossz immár működik "újra" padavan routerrel.
oda:
traceroute to 192.168.151.30 (192.168.151.30), 64 hops max, 40 byte packets
1 192.168.150.1 (192.168.150.1) 0.761 ms 0.339 ms 0.392 ms
2 192.168.150.72 (192.168.150.72) 0.451 ms 0.486 ms 0.415 ms
3 10.0.11.5 (10.0.11.5) 32.524 ms 33.478 ms 28.672 ms
4 192.168.151.30 (192.168.151.30) 36.503 ms 30.101 ms 34.010 msvissza (azért rövidebb mert a router kapcsolódik a VPN-re):
1 XiaomiMiRouter3G.lan (192.168.151.1) 0.353 ms 0.396 ms 0.469 ms
2 10.0.11.1 (10.0.11.1) 36.636 ms 31.419 ms 36.571 ms
3 192.168.150.30 (192.168.150.30) 36.602 ms 36.684 ms 36.720 msRemélem ezzel már kevesebb problémám lesz. az új openwrt-vel (kb 8300-as release óta) a dir 860, mir3g esetében nagyon nem stimmelnek a dolgok... Csak openvpn, wireguard szolgáltatásokat és sok klienst látnak el wifi-s (~15-20 db) plusz lanos (~30 db) eszközöket. Naponta egyszer behalt a hálózat, wifi mindig rossz volt kb.
Most majd megpróbálok váltani itthoni környezetben is ha jónak bizonyul... itthon is szenvedek mostanság, nem tudom mi okozza, de szörnyen lassú a webes felület is, sokszor újra kell tölteni történjen bármi is... kodi szintén nagyon lassú, mysql szerver a routeren fut. Csak itthon nem akarok külön eszközt a VPN-hez és úgy megszoktam már a WireGuardot, nem akarok visszaállni openvpn-re... úgyhogy azt külön kéne lebuildelnem... ráadásul régi kernel lehet nem lenne egyszerű...
-
Headless
őstag
válasz
vargalex
#13946
üzenetére
Valószínűleg ez lesz a megoldás, de most valamiért nem érem el az eszközt, lehet a ddns scriptem hibádzik valahol. ebben az egyben különbözik a routeren futtatott wg-vel... korábban a szerverként futtatot wg-n ngedélyeztem a más ip tartományból jövő kapcsolatokat. Csak nem rebestartoltam az interfészt így nem volt engedélyezve.hétfőn ennek utána járok.
-
Headless
őstag
Sziasztok!
Valami gubanc mindig előjön és ilyenkor nagyon sok időt el tudok vele rontani...
2 helység van cél wireguardal összekötni:
1. hely WG server openwrt routeren (telefonnal, másik routerrel tudok csatlakozni)
2. hely archlinux kliens router egy padavan (lecseréltem az openwrt-t, sajnos nem volt százas mostanság...)ha az archlinuxról közvetlenül próbálok, akkor minden patent:
traceroute to 192.168.151.30 (192.168.151.30), 30 hops max, 60 byte packets
1 10.0.234.1 (10.0.234.1) 29.123 ms 29.762 ms 30.081 ms
2 192.168.151.30 (192.168.151.30) 30.290 ms 33.676 ms 33.547 msaz arch linuxal egy hálózatban lévő gépeknél viszont már nem annyira patent...
Tracing route to 192.168.151.30 over a maximum of 30 hops
1 <1 ms <1 ms <1 ms 192.168.150.1
2 <1 ms <1 ms <1 ms adc1 [192.168.150.72]
3 * * * Request timed out.
4 * * * Request timed out.
5 * * * Request timed out.padavanon beállítottam a megfelelő route-ot hogy az archlinuxra küldje a csomagokat a megadott subnetről:
/home/root # ip r
default via 80.98.255.254 dev eth3 metric 1
10.0.11.0/24 via 192.168.150.72 dev br0
10.8.0.0/24 dev tun1 proto kernel scope link src 10.8.0.1
80.98.248.0/21 dev eth3 proto kernel scope link src 80.98.252.217
127.0.0.0/8 dev lo scope link
192.168.150.0/24 dev br0 proto kernel scope link src 192.168.150.1
192.168.151.0/24 via 192.168.150.72 dev br0arch linux routing table:
[root@adc1 alarm]# ip r
default via 192.168.150.1 dev eth0 proto dhcp src 192.168.150.72 metric 1024
10.0.11.0/24 via 10.0.11.1 dev WG-SRV0 proto static
10.0.234.0/24 via 10.0.234.1 dev WG_CL0 proto static onlink
192.168.150.0/24 dev eth0 proto kernel scope link src 192.168.150.72
192.168.150.1 dev eth0 proto dhcp scope link src 192.168.150.72 metric 1024
192.168.151.0/24 via 192.168.151.1 dev WG_CL0 proto static onlinktűzfal archlinuxon nincs. (a padavanos router végzi ezt)
ipv4 forward engedélyezve az archlinuxon...
[root@adc1 alarm]# sysctl net.ipv4.ip_forward
net.ipv4.ip_forward = 1Én biztos vagyok benne, hogy ez vagy routeolási vagy forwardolási gond lesz az archlinuxon, elvégre az látszik, hogy a csomag odáig eljut. Valamint az archlinuxról ügye elérem sőt még lucit is...
egyszerűen nem értem ezeket...
ennek mennie kéne. -
Garsza
veterán
Tudnátok a Samba server beállításában segíteni? Ne akar működni akár mit csinálok. Windowshoz szeretném felcsatolni a meghajtót, de nem találja.
[global]
netbios name = |NAME|
workgroup = |WORKGROUP|
server string = |DESCRIPTION|
syslog = 10
encrypt passwords = true
passdb backend = smbpasswd
obey pam restrictions = yes
socket options = TCP_NODELAY
unix charset = UTF-8
client code page = 852
dos charset = 852
display charset = UTF-8
character set = ISO8859-2
preferred master = yes
os level = 20
security = share
guest account = nobody
invalid users = root
smb passwd file = /etc/samba/smbpasswd
null passwords = yes
-
Garsza
veterán
-
leviske
veterán
Sziasztok!
Ha nem gond, itt kérdezném meg miután a digi topikjában elbizonytalanítottak.
Adott itthon egy WR1043ND v4, rajta OpenWRT ath79 firmware-el. Mostanság egy digis leállást követően vettem észre, hogy nincs ipv6 kapcsolatom és nem tudom, hogy tényleg nekem nem volt eddig se jól beállítva a router vagy az FTTH körzetben tényleg gond lett az ipv6 kapcsolattal.Az Interfaces menüpontban a WAN PPPoE kapcsolatra van állítva, az Obtain-IPv6-adress automatic opción, Use builtin IPv6 management bepipálva. Kapcsolódást követően a WAN kap IPv4 és IPv6 címeket, a WAN6 DHCPv6 kliens elkezdi mutatni a forgalmazott adatokat, létrejön egy WAN_6 Virtual dynamic interface, illetve a LAN ugyancsak mutat IPv4 és IPv6 címeket. A gépek is kapnak IPv6 címet.
Szóval nem értem a dolgot. A router előtt egy ZTE ZXA10 F625G ONT van, de ezt én mondjuk el sem tudom érni a gépről (elvileg http://192.168.0.1/ volna a címe, szóval nem fedi a router), meg gondolom nincs is sok köze a dologhoz.
-
Headless
őstag
válasz
Headless
#13922
üzenetére
Csak hogy visszatérjek picit.
Nem tudom, hogy konfigurációs hiba, vagy sem, de lecserélve a beépített DNS szervert BIND-re az összes probléma megoldódni látszik, FreeNas is tudott kapcsolódni az AD-hoz, ahogy a windowsos gépek is gond nélkül. Következő talán egy második DC hozzáfűzése replikálva. Meg az egyéb szolgáltatások átállítása LDAP hitelesítésre.
-
-
#22718208
törölt tag
QoS -el kapcsolatban lenne kérdésem.
Net 300/20 koax. TpLink1043ND V2 Switch módban , tehát nincs WAN port.
PC-ről nagy mennyiségű adat tárhelyre történő feltöltése közben ha az xbox-ot prioritásba teszem a "Besorolási szabályok" alatt a pc-vel szemben és a felső részhez nem nyúlok, akkor jól gondolom , hogy elviekben az online játéknak továbbra is akadás mentesen kell futnia a boxon?
Valamint a hálózat összes gépét alacsony prioritásba kell tennem , hogy a box előnyt élvezzen minden mással szemben , vagy elég csak a boxnak egy szabály és már így előnyt kap minden mással szemben?
Még az nem világos , hogy a "Bájtok száma" mező mire szolgál?
-
vargalex
Topikgazda
válasz
Archttila
#13923
üzenetére
Ha már OpenWrt van rajta, akkor nézd meg, hogy a switch-nél a WAN porton milyen kapcsolati sebességet ír.
Illetve a digi-től van valami. Optikai eszközöd, vagy csak LAN kábel? Előbbi esetben, ha az több portos, akkor azt hiszem, hogy csak az egyik portja gigabites, a többi 100 Mbps-es. -
Archttila
veterán
Sziasztok!
Elnézést ha picit OFF de lehet az OpenWRT a ludas, szóval:
Tegnap végre nálunk is elvégezte a DIGI az 1000mbit/s való átállást, viszont ma reggel szembesültem a ténnyel, hogy az eddigi 500mbit/s helyett csak 100 van!Írtam a DIGI-nek, hogy mivel a hardver és szoftverkörnyezet nem változott az elmúlt pár órában így valszeg a szerelők néztek be valamit. Erre azt a választ kaptam, hogy ők úgy látják a szolgáltatással nincs gond, viszont én csak 100-as eszközt mutatok feléjük, de ez mint írtam lehetetlen.
- Archer C7
- OpenWRT latest
- DIGI1000
- CAT5e/CAT6 kábelek
-
Headless
őstag
válasz
vargalex
#13921
üzenetére
Gondoltam, hogy számíthatok rád
A samba beépített DNS szerverét használod?
Igen beépített DNS szervert használtam, a provisioning alatt.Biztos, hogy nem csak localhost-on hallgat?
Nagyon jó kérdés. A samba maga igen elérhető más interfészről is. nem tudom, hogy ez a beépített DNS szerverre is igaz-e... látom a netlogon, és sysvol megosztásait. Az adminisztrátor felhasználóval.A routeren futó dnsmasq-tól IP-t kapó eszközök hostneveit is fel kellene oldalnia?
Az én elméletem, hogy a routeren futó dns szervert egy az egyben ki kéne kerülni. az hogy abba a dns szerverbe hogy fog bejutni, azon később foglalkozok, de nekem úgy tűnt, hogy amint csatlakozik a DC-hez egy eszköz, az megkapja a megfelelő DNS beállításokat a Gépnév a gépeknél is helyesen van beírva. De ez még messzebb van. (ezt akkor csináltam, amikor sikerült a saját dns szerverét megkerülve bejutnom az AD-be.)Itt van egy leírás a DNS forwardolásról, csak sajnos össze vissza vannak keverve a remote.local, hostname.lan, example.local és stb... próbáltam összehozni, de sajnos itt a DNS, domainek működésében egy kicsit fenn akadtam...
pl a dnsmasq-ban is lehet megadni domain-t alapból
option domain 'lan'
option local '/lan/'nah de pl a FreeNas esetében is meg KELL adnom, ezeknek igazából meg kell egyezniük vagy sem? sok fekete folt van még.
-
-
Headless
őstag
Sziasztok!
Tapasztaltabbaktól van egy kis kérdésem elém került egy feladat, és kicsit fenn akadtam.
Hogy vázoljam mi is a feladat.
1 gép Archlinux 192.168.150.72: wiki alapján elkezdtem beállítani Active Directoryként a samba 4-et. resolv.conf módosítás után elérhető az összes szolgáltatás erről a gépről tökéletesen. (minden test ami itt található átmegy)
2 gép dir860l openwrt 192.168.150.1: dhcp szerver, primary DNS szerverként hirdetem az archlinuxot vagyis a Domain Controllert.
3. minden más gép: megkapják a primary dns címet helyesen: 192.168.150.72 másodlagos,harmadlagosnak pedig google/open dns-t. Viszont a szolgáltatások nem érik el az archlinuxon futó dns szervert, vagy pedig nincs jól konfigurálva. Így az Active Directory-t sem. már a test elején vagyis a dns tesztelése során elbukik a történet. semelyik host parancs nem talál címet, ping sem megy.
Archlinux egy tiszta telepítés tűzfal nincs.
1 valamikor működött félig a dolog. Méghozzá amikor a megfelelő SRV, A DNS-eket regisztráltam a dnsmasq-ban, de így igazából csak a Domain Controller DNS szerverét kerültem ki, és így sem volt tökéletes, mert a hálózatban lévő FreeNAS eszköz nem tudott csatlakozni a Directoryhoz, habár a Windpows 10-es kliens tudott. RSAT-ben el is értem és tudtam konfigurálni is rendesen az AD-t.
-
suste
veterán
válasz
#53667584
#13917
üzenetére
Wifis kérdésnél minden esetben add meg a kliens adatait is, mert pont ugyanolyan fontos, mint az AP!
Ha van egy "N"-es 5ghz-es kliensed (max 300mbit/s) 1 csatornán (max 150mbit/S) mimo nélkül (max 75mbit/s -van ilyen 5ghz-en is? ), akkor rendben is vagy
.
A következő fontos adat amire szükség lenne, az pedig a kapcsolati sebesség..... -
krealon
Topikgazda
válasz
Toninho13
#13915
üzenetére
input chain: a csomag cimzettje a router.
forward chain: a csomag cimzettje egy gep a router belso halozataban.Aktiv FTP kapcsolathoz az alap conntrack tuzfal mudul eseten nem kell semmi, HA a 21-es port van hasznalva.
Ha az FTP nem a 21-es porton uzemel, akkor
- az ftp szervernek tudnia kell fix magas (1024+) port-tartomanyt kezelni, amit
- forward-olni kell neki (persze az alap control port-ot is), -
Laszlo733
aktív tag
Sziasztok! Rájöttem a megoldásra, de korábban mindenre gondoltam csak erre nem. Egész egyszerűen az alap munkacsoportot / WORKGROUP / kellett megváltoztatni valami másra minden eszközön ugyanazt és most már mindenki lát mindenkit. Azonban, hogy ez mitől változott meg egyik napról a másikra az továbbra is passz, de ez már mindegy is....
-
#13910
suste
veterán
tibcsi0407
#13909
suste
veterán
válasz
tibcsi0407
#13909
üzenetére
ilyenkor kötelező a full "/overlay" mentése (ha teljes elérés van, akkor külső meghajtó nélkül a teljes "/")
és akkor tuti biztonságban vagy ha gond lenne vagy akár router csere -
#13909
tibcsi0407
félisten
kovbandi82
#13907
tibcsi0407
félisten
válasz
kovbandi82
#13907
üzenetére
Szuper! Én már úgy vagyok vele, hogy ha egyszer sikerül mindent jól belőni, akkor nem nyúlok hozzá többet.
A Multiwan-nal mindig sokat szívok, de most jó szerencsére. -
#13907
kovbandi82
őstag
tibcsi0407
#13906
kovbandi82
őstag
válasz
tibcsi0407
#13906
üzenetére
Nem. Egyszerűen összedugtam a routert az exrootként használt pendrive nélkül - mellesleg előző nap úgy is próbáltam - és a 192.168.1.1-en beengedett a gépen.
Utánna nyomtam luciból egy resetet, és elkezdtem telepíteni. Azóta is szépen üzemel, igaz nem a mentéseket raktam vissza hanem újrakonfigoltam az egészet. -
#13906
tibcsi0407
félisten
kovbandi82
#13905
tibcsi0407
félisten
válasz
kovbandi82
#13905
üzenetére
Fixáltad az IP-t a gépen és úgy jutottál be?
-
#13905
kovbandi82
őstag
tibcsi0407
#13903
kovbandi82
őstag
válasz
tibcsi0407
#13903
üzenetére
Tegnap eltettem pihenőre ma ismét megpróbáltam. Nehezen egyszer csak életre kelt.
-
#13903
tibcsi0407
félisten
kovbandi82
#13901
tibcsi0407
félisten
válasz
kovbandi82
#13901
üzenetére
Aham, akkor itt a baj.
Lehet a routeredet failsafe módba kellene tenni és sftp-n újra felhúzni rá az OpenWRT-t. Ha máshogy nem tudod elérni, akkor lehet csak ez az opció lesz. De hátha mondanak a többiek jobb ötletet. -
_NCT
addikt
Sziasztok!
Segítségre lenne szükségem. A routeren fut egy openvpn kliens, amely egy távoli szerverhez csatlakozik. Azt szeretném elérni, hogy bizonyos kliensek csomagjai a LAN-ban a router tun0 interfészén lévő VPN csatornába routolódjanak.
Policy based routing-ot próbáltam, de sajnos nem sikerült, hiába jelölöm meg a csomagokat, nem routolódnak a VPN címére (természetesen routing rule és routing tábla elkészítve). Sima Forward-ot szintén próbáltam, de az sem lett jó.
Hogyan lehetne megoldani ezt a problémát?
-
#13901
kovbandi82
őstag
tibcsi0407
#13900
kovbandi82
őstag
válasz
tibcsi0407
#13900
üzenetére
Nem resetelődött mert a wifi ssid nem változott, az általam beállítottad szórja. Próbáltam közoetlen a laptopra dugni, de úgy nincs ip konfiguráció mert a dhcp ki van kapcsolva.
.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Adott itthon egy WR1043ND v4, rajta OpenWRT ath79 firmware-el. Mostanság egy digis leállást követően vettem észre, hogy nincs ipv6 kapcsolatom és nem tudom, hogy tényleg nekem nem volt eddig se jól beállítva a router vagy az FTTH körzetben tényleg gond lett az ipv6 kapcsolattal.
.
Új hozzászólás Aktív témák
Hirdetés
- IKEA Format lámpák eladóak (Egyben kedvezménnyel vihető!)
- BESZÁMÍTÁS! XFX MERC 310 RX 7900 XTX 24GB videokártya garanciával hibátlan működéssel
- BESZÁMÍTÁS! GIGABYTE B450 R7 5700X 32GB DDR4 512GB SSD RX 6700XT 8GB COOLER MASTER CMP 510 CM 750W
- Bomba ár! Dell Latitude 5290 - i5-8GEN I 8GB I 256SSD I 12,5" HD I Cam I W11 I Garancia!
- Azonnali készpénzes Sony Playstation 4 Slim / PS4 Pro felvásárlás személyesen/csomagküldéssel
Állásajánlatok
Cég: Liszt Ferenc Zeneművészeti Egyetem
Város: Budapest