- Samsung Galaxy A54 - türelemjáték
- Netfone
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Yettel topik
- Telekom mobilszolgáltatások
- Felújított okostelefonokat kínál a Rejoy
- MIUI / HyperOS topik
- Garmin Forerunner 255 Music - nem csak futóknak
- Vodafone mobilszolgáltatások
Hirdetés
-
VR játék lesz az Alien: Rogue Incursion
gp Az év végén érkező program PC-re, Meta Quest 3-ra és PlayStation VR2-re érkezik a tervek szerint.
-
Toyota Corolla Touring Sport 2.0 teszt és az autóipar
lo Némi autóipari kitekintés után egy középkategóriás autót mutatok be, ami az észszerűség műhelyében készül.
-
Rossz üzlet az EV-kölcsönzés
it Küszködik az EV-kölcsönzés miatt a Hertz Global, még több EV-t adnak el.
-
Mobilarena
Általános információk/segédletek Suste-HeadLess OpenWRT-hez
Új hozzászólás Aktív témák
-
csocsoszán
őstag
-
suste
veterán
válasz csocsoszán #1201 üzenetére
ok, köszi!
majd jövő 7végén lehet kereslek.... -
Rooney87
csendes tag
Sziasztok!
Meg tudnátok mondani, hogy mi annak az oka, hogy transmission mappán belül minden mappát látok, kivéve azt, ahova letölteni szoktam?
Valamint a meghajtót sem 750gb-nek, hanem 832kb-nak látom.Segítségetek előre is köszönöm
-
vzozo
senior tag
Sziasztok, sokáig gyári firmware-rel voltam el, mondván ne piszkáljuk ami működik... Mostanában azonban gondolkodóba estem az OpenWRT kapcsán.
Először is köszönöm, hogy foglalkoztok ezzel, és frissen tartjátok a custom firmware-et!
Ami lehet egy buta kérdés, de alapvetően security oldalról közelítek meg minden ilyesmit: úgy képzeljem el a dolgot, mint ha lenne egy linux szerverem, amin rendszeresen patchelnem, frissítenem kell a csomagokat, esetleg a kernelt is? Vagy melyek a "határvonalai" a router firmware-eknek, mihez lehet / kell nyúlni, és mit nem szabad piszkálni?
Esélyesen szükségem lesz egy SSH / VPN szerverre ami kívülről is elérhető, és néha azért ott is vannak súlyos sebezhetőségek. A következő gebasznál pl. szívesen frissítenék magamnak, és nem várnék a következő egybecsomagolt firmware-re. Erre lenne lehetőség?
-
[Pietro]
csendes újonc
Sziasztok!
A problémám a következő: van egy WDR4300-as router, amire feltettem suste OpenWRT-jét (0.8.1 verzió)
A router működik, de nem látja az internetet.UPC a szolgáltató, adtak egy wifis modemet/routert, ami bridge módban adja tovább a netet (IP: 192.168.100.1).
A gyári szoftverrel volt net, mióta felraktam az OpenWRT-t, azóta nincs.A kérdésem az lenne, hogy mit kell beállítanom a Hálózat / Interfészek / WAN alatt, hogy ilyen körülmények között lássa a router az internetet?
Előre is köszönöm!
-
donmackó
őstag
Elvileg semmit nem kell állítania hogy upc-s rendszeren legyen nete (kivétel ha 29-es körzetből van, ott ppoe van). Esetleg max egy modem/hgw restart kellhet neki, mert nem mindig veszi fel egyből az eszköz névváltást a rendszer. Ez is főleg a modemnél/bridge módba állított hgw-nél jellemző.
(#1211) [Pietro]: Kapcsold ki a routert és a hgw-t, majd kapcsold be először a hgw-t és utána a routert. Majd nézd meg a 9092/setup/basic webfelületen hogy kapott-e ip-t a router.
[ Szerkesztve ]
Release the cable hounds!
-
suste
veterán
szia!
én nem vagyok egy állandóan frissítgető ember
legtöbbször csak akkor frissítek, ha valami nem megy
security dolgokat sem nézegetem (knockd belekerült alapból, azzal jól elvagyok ), így nem is frissítgetem ezeket sem, sőt leginkább csak a 9092-es felületünket javítgatjuk, meg új funkciókat rakunk bele ritkán.....
szóval a leírásod alapján nagyon nem a mi fw-nk kell neked (Openwrt BB)[ Szerkesztve ]
-
[Pietro]
csendes újonc
DHCP volt a gyárin... mivel nem az én routerem volt, ráadásul nem is nálam bütykölgettük, így tegnapelőtt végső elkeseredésben visszaraktuk a gyárit, azzal azonnal volt net...
Akkor ezek szerint ott ronthattuk el a dolgot, hogy mikor cseréltük openwrt-re, utána nem volt restart a modemen és a routeren? (természetesen mivel nem volt net, elkezdtük állítgatni, de a fene sem tudja hány kombinációt próbáltunk ki közel 3-4 óra alatt, viszont a modem restartra nem gondoltunk...)[ Szerkesztve ]
-
vargacs0909
csendes tag
Sziasztok!
Adott egy TP-Link 1043ND suste-OpenWRT-BB-0.8.1 verzióval. Suste (logoutos) blogjában olvasható, hogy további frissítések csak mentésként érhetők el. Ez eddig tiszta is, csak az nem világos, hogy a mappában lévő rengeteg frissítés közül melyikkel is kéne kezdeni, illetve mi a megfelelő sorrend? Az ottani leírás szerint a frissítést a basic-xxxx-xx-xx.tar.gz felrakásával célszerű kezdeni. Okés, de abból melyikkel? Sorban az összeset, vagy elég a legfrissebbet? Illetve van még ott egy 0.8.1-repair.tar.gz meg egy 0.8.2-repair-2016.08.08.tar.gz is (plusz a blogon szó van egy 10. frissítésről is 8.3 verziószámmal, ilyet speciel nem találtam a mappában http://suste.besaba.com/Openwrt_Barrier_Breaker/SYSUPGRADE/servicesbackups/) ezekkel mi a helyzet?
Szóval mi a helyes eljárás?
(Ha mindezekről korábban lett volna szó, akkor bocsi. Érdemes lenne berakni ezt is az összefoglalóba.)
Köszi
vargacs -
suste
veterán
válasz vargacs0909 #1216 üzenetére
Pedig le van írva
-server/servicesbackups/readme:
Telepítés:
Telepítsünk valamilyen openwrt-t a routerre.
......
Szóval nem suste/headless fw-seknek szól!-A mi fw-nkhez a logoutomon van leírás: [link]
-
suste
veterán
válasz vargacs0909 #1218 üzenetére
Feltételezem 0.8.1 fw-d van , ezért először azt kell javítani (0.8.1+0.8.2 repair-ok).
-
suste
veterán
válasz vargacs0909 #1220 üzenetére
Ja, dehogy, elég az utolsó.
Csak te még nem említetted a 0.8.1-et.... -
vargacs0909
csendes tag
Már csak annyi a problémám, hogy sem a 0.8.1 fw, sem a 0.8.1+.08.2 repair-ok felrakása után sem működik a 9092 "The requested URL /cgi-bin/index was not found on this server."
-
vargacs0909
csendes tag
+ a Luci oldalról eltűnt a wifi fül...
-
Gem Geza
csendes tag
Hali!
Újabb problémám van TP-Link 1043 ND / suste/headless@OpenWrt@0.8.1 Barrier Breaker 14.07 féle verzióval!
Mégpediglen a következő: Van egy Synology NAS, ami a gyári fw mellett tökéletesen működött. Most két érdekességet csinál:
1, a NAS eléréséhez és a különböző szolgáltatásainak eléréséhez különböző portokat kell az IP-je mögé biggyeszteni, megjelenik a user/pass képernyője, beírom az adatokat és rövid gondolkodás után közli, hogy nem megfelelő user/pass, ha kitörlöm a portszámot minden kérdés nélkül beenged. Ha első lépésként port nélkül próbálok belépni nem enged!!!
2, Nem működik a NAS DDNS-e!!! és ez a legdurvább, mivel így nem tudom távolról elérni. olyan mint ha nem lenne képes kimenni a netre és kapcsolatot teremteni a központi szerverrel... Ha beírom a külsős IP-met és mögé a portot, megtalálom a NAS-t és tudok hozzá csatlakozni is, szóval a port forward-ok jónak tűnnek.lehet ez a két jelenség kapcsolatban van, de mivel ez már tényleg túlmutat minden tudományomon megfeneklettem.
Kérlek ha tudtok segítsetek!
Köszi GG
-
suste
veterán
válasz vargacs0909 #1223 üzenetére
Pontosan mit csináltál?
Egyik repair sem tartalmaz configot, így a wifit biztos nem azok rontották el! -
suste
veterán
válasz Gem Geza #1225 üzenetére
1: itt arra tippelek, hogy valamilyen cache kavar be
másik eszközről, másik böngészővel volt próba? esetleg telefon, vagy privát böngészés?2: alapértelmezetten kifelé nincsen szabály (de persze te létrehozhattál)
hogy a NAS ddns-e pontosan hogy működik azt nem tudom, de befelé nem kéne engedélyezni a hozzáférést?
esetleg kipróbálhatnád a router saját ddns aplikációját, mondjuk ipdns regisztrációval
az tuti jól működikbekavarhat szerintem az is, hogy a gyáriban 192.168.0.1 volt a router ip-je, és erre állt rá minden, az openwrt-ben meg alapból 192.168.1.1.
-
suste
veterán
válasz vargacs0909 #1228 üzenetére
Ha alapon van az fw, akkor lehet időtullêpés miatt elérhetetlen.
Mehet fel luciban a 0.8.1-repair, majd a 0.8.2-repair-2016-08-08.... -
suste
veterán
válasz vargacs0909 #1230 üzenetére
Akkor tuti hogy a böngésző szivat.
Próbáltad mobilról vagy privát böngészéssel?
Vagy hívd meg közvetlenül: http://192.168.1.1:9092/cgi-bin/links.cgi -
Headless
őstag
válasz vargacs0909 #1232 üzenetére
Pontosítanék, nem a böngésző, hanem a cache. Ugyanis az index.html fájlt becachelte, ami csak egy átirányítás. Cache ürítés, másik böngésző, inkognító mód közvetlen link stb. Mind megoldják a problémád.
[ Szerkesztve ]
LEDE - R3G/DIR860l -> https://tinyurl.hu/Ntkb/
-
Gem Geza
csendes tag
Hali!
2 problémával kapcsolatban szeretnéma segítségeteket kérni!
suste féle verzió van fent a TP-Link 1043Nd routeremen és korábban már kaptam egy segítséget itt, ami a :9092-es port léttezésének jelzése volt.
1, probléma: Ezen oldalon megtaláltatott a "Parental control" rész, ahová siekrült is beállítani a MAC cím alapján a kívánt tiltás, ami sajna nem működik és nem értem, hogy mi a gond vele.
Az alábbi beállításokat eszközöltem:
Név: Pc_Wan_általam_beírt_gépnév
MAC Address: a kívánt címet a listájából ki lehetett választani
Start Time: 00:00
Stop Time: 04:00
Days: mon tue wed thu fri sat sun
Enabled: true
A feladat az lett volna, hogy a gép éjjfél után hajnali 4-ig ne tudjon internetre menni. Ezeket próba ként beállítottam a saját MAC-re is és ott sem lövi ki a WAN-t! Ne értem, hogy miként kéne ennek működnie, vagy hogy mit állítottam be rosszul! A tiltás létrehozásakor a fenti beállítással együtt létrehozott egy PC_LAN_... sort is amit töröltem, úgy gondoltam azokra nincs szükség mivel csak a WAN elérést szerettem volna kilőni a belső hálót nem. Lehet azt vissza kellene állítanom? De akkor kilövi a belső hálót is! Vagy nem?
2, probléma: A belső hálón van egy NAS (Synology), aminek van saját DDNS-e, amíg a routeren a gyári FW volt rajt addig probléma mentesen meg tudta csinálni a bejelentkezést és folyamatosan frissült az elérési IP, most ez nem működik. A NAS egyik leírásban találtam egy olyat, hogy ki kell nyitni a 8888, 443-as portokat is mert ezeket használja. Ez korábban nem volt nyitva és mégis működött. Van valami javaslatatok a probléma megoldására? Esetleg van olyan free DDNS szolgáltató, ami megbízható és működik is? Korábban a no-ip-t használtam, de az most 30-nap után megszünteti a szolgáltatást, ha addig nem fizetsz be legalább 1 évnyi díjat...Mindkét gondomat meg kellene oldanom, így nagyon köszönöm bármilyen segítő kezet nyújtotok felém!
Köszi GG
-
-
Headless
őstag
válasz Gem Geza #1238 üzenetére
Azért nem, mert a tűzfal kifejezetten utc-ben, van fixen meg nem akartam beírni, mivel téli-nyári időszámításnál megint csak váltani kéne... Szóval most nem tudom, de asszem annyival kevesebbet kell beírnod. Amennyit mutat...
Firewall v3 config nincs felkészítve arra, hogy használja a --localtz kapcsolót. Így sajnos neked kell erre figyelned.
LEDE - R3G/DIR860l -> https://tinyurl.hu/Ntkb/
-
Gem Geza
csendes tag
válasz Headless #1239 üzenetére
Hali!
Eddig tartott a tűzfalas dolog
A mút éjjel idő után látom, hogy még akív a net és kérdem, hogy hogyan. Azt a választ kapom, hogy míg be van jelentkezve és nem lép ki a játékból addig nem bontódik le a kapcsolat! Ezek alapján a tűzfal az aktív kapcsolatokat nem bántja, csak új kapcsolatok létrehozását nem engedi?
Ez lehetséges? Ha igen, hogyan tudnám a beállított időben ténylegesen ledobni a gépe(ke)t a netről?Köszi GG
-
konczp
csendes tag
Sziasztok !
A problémám a következő :
Egy 1043v2 routerem van , fent volt rajta openwrt suste verzió , de volt vele némi próblémám , így hát úgy gondoltam , hogy újra rakom. Letöltöttem a típushoz való openwrt és a suste base 08.24 verziót. Feltelepítettem a miniDNLA -t , beállítottam az eredeti könyvtár címet , ahol voltak a Filmek (egy külső vinyón). A HDD nem formáztam újra (hozzá teszem - most nem is találom ebben a prg. -hol leht). A lényeg , hogy a Mont-ok között sem látszik a HDD , se a MiniDNLA nem látja a filmeket. A Vinyó formázása eredetileg jó volt , mert mentek róla filmek. Mi lehet a gond ? Köszi.[ Szerkesztve ]
-
Headless
őstag
Nincs csatolva a meghajtó gondolom suste fw-ben ez automatikus volt. Luci rendszer csatolási pontoknál kell csatolnod, ha a base csomag nem tartalmazza az automiuntot.
Vagy töltsd le a format mentést. Abban benne van az automount.
[ Szerkesztve ]
LEDE - R3G/DIR860l -> https://tinyurl.hu/Ntkb/
-
suste
veterán
A changelog -ban látható, hogy nagyon sokmindent változtattunk az eredeti openwrt-hez képest!
A 1043v2-n nagyon sokan használják az fwnket gond nélkül, + saját tapasztalatom is van vele, így elég valószínű, hogy vagy hw hiba vagy user error lesz inkább. Ami valszeg az eredeti openwrt-vel is ki fog jönni...
Eredetivel nagyon sokmindent neked kell beállítani kézzel, pl a csatolásokat is, ami ha leszakad, akkor nem is fog magától visszacsatolódni.
A 1043-as topic tele van segítséggel, ott is nézz körül, használd a keresőt! -
konczp
csendes tag
Eljuttottam addig , hogy már szépen látom a HDD (újraformázva)
- Most az a gondom , hogy a Transmission GUI az a hibát dobja , hogy : Connection refused.
Távoli Host beállításom (GUI-ba) : //192.168.1.1˛
Port : 9091
RPC utvonal :/transmission/Ez van a LUCI-ba is. Mi lehet a hiba ? Köszi