-
Fototrend
OpenWrt topic
Új hozzászólás Aktív témák
-
#21693
cree
tag
SztiviVander
#21688
cree
tag
válasz
SztiviVander
#21688
üzenetére
Csak varázslok "szakértő" az nem találgat!
-
cree
tag
Hi!
Teles hálozat figyelésre GlassWire használok minden cselekményt logol ami történik vissza követve az openwrt log dhcp lenti jelentést találtam meg...
Ezek a hibák miből adodnak?Radom szerü!Wed Feb 4 11:17:52 2026 daemon.info dnsmasq-dhcp[1]: DHCPREQUEST(br-lan) 192.168.1.13 84:f3:eb:ee:60:e2
Wed Feb 4 11:17:52 2026 daemon.info dnsmasq-dhcp[1]: DHCPACK(br-lan) 192.168.1.13 84:f3:eb:ee:60:e2 CLOCKSZOBA
Wed Feb 4 14:14:09 2026 daemon.info dnsmasq-dhcp[1]: DHCPDISCOVER(br-lan) 00:19:99:e1:a8:5a
Wed Feb 4 14:14:09 2026 daemon.info dnsmasq-dhcp[1]: DHCPOFFER(br-lan) 192.168.1.21 00:19:99:e1:a8:5a
Wed Feb 4 14:14:09 2026 daemon.info dnsmasq-dhcp[1]: DHCPREQUEST(br-lan) 192.168.1.21 00:19:99:e1:a8:5a
Wed Feb 4 14:14:09 2026 daemon.info dnsmasq-dhcp[1]: DHCPACK(br-lan) 192.168.1.21 00:19:99:e1:a8:5a MUTERFUJ
Wed Feb 4 14:59:49 2026 daemon.info dnsmasq-dhcp[1]: DHCPREQUEST(br-lan) 192.168.1.21 00:19:99:e1:a8:5a
Wed Feb 4 14:59:49 2026 daemon.info dnsmasq-dhcp[1]: DHCPACK(br-lan) 192.168.1.21 00:19:99:e1:a8:5a MUTERFUJ
Wed Feb 4 15:00:28 2026 daemon.info dnsmasq-dhcp[1]: DHCPREQUEST(br-lan) 192.168.1.21 00:19:99:e1:a8:5a
Wed Feb 4 15:00:28 2026 daemon.info dnsmasq-dhcp[1]: DHCPACK(br-lan) 192.168.1.21 00:19:99:e1:a8:5a MUTERFUJ
Wed Feb 4 15:01:51 2026 daemon.info dnsmasq-dhcp[1]: DHCPREQUEST(br-lan) 192.168.1.21 00:19:99:e1:a8:5a
Wed Feb 4 15:01:51 2026 daemon.info dnsmasq-dhcp[1]: DHCPACK(br-lan) 192.168.1.21 00:19:99:e1:a8:5a MUTERFUJ
Wed Feb 4 15:02:18 2026 daemon.info dnsmasq-dhcp[1]: DHCPREQUEST(br-lan) 192.168.1.21 00:19:99:e1:a8:5a
Wed Feb 4 15:02:18 2026 daemon.info dnsmasq-dhcp[1]: DHCPACK(br-lan) 192.168.1.21 00:19:99:e1:a8:5a MUTERFUJ
Wed Feb 4 15:03:05 2026 daemon.info dnsmasq-dhcp[1]: DHCPREQUEST(br-lan) 192.168.1.21 00:19:99:e1:a8:5a
Wed Feb 4 15:03:05 2026 daemon.info dnsmasq-dhcp[1]: DHCPACK(br-lan) 192.168.1.21 00:19:99:e1:a8:5a MUTERFUJ
Wed Feb 4 15:06:24 2026 daemon.err uwsgi[1849]: *** has_emperor mode detected (fd: 7) ***
Több cliens eszközné is elöfordul openwrt 23.05 dhcp modulná van valami gebasz!
-
cree
tag
cliens1 gép ssh port forwal le futamon innen kilépek( ssh cliens program)!
másik fizikai gépen cliens2 megnyitom és hivatkozás:
-----
ssh: TCP forward failed: Error listening: Address in use
ssh: Failed local port forward (null):8080:localhost:80
ssh: TCP forward failed: Error listening: Address in use
ssh: Failed local port forward (null):8443:localhost:443
------
mert a serveren fut ssh port forwald amit cliens1 tetem!
manuálisan dropbear restart megoldja a fenti hibát "de e ezt lehetne automatikusan is cliens kilép akor ez elindulna pl!
-
cree
tag
válasz
vargalex
#21631
üzenetére
Angol irtam amit a forditó kiadot! A Bemutatkozásuk elég volt szerintem!
Vagyis 2 kérdés volt!
Csak egy egyszerü dátum/orát szeretem volna kirakni Authorization Required kezdő oldalra jielenkezet álapotba is látszodjon! 2 napig volt fen mekérdeztem mit csináltok itt? És törölték is hát kulturális hozzá álás! -
cree
tag
válasz
vargalex
#21622
üzenetére
Már amikor ott irtad felraktam luci-ssl de otvan az összes sriptje nehezéknek a flashben nem teszi a dolgát?
csinálok egy gyári visszaálitás sokadjára már és elkezdem ujra amit itt leirtál már nincs ötletem mi az a fö probméma ahol elakad! mert volt amikor a uhttp config defaut álapotban volt amit irsz http,https rész 0.0.0.0 de igysem ment az átirányitás .... 
loopback is piszkáltam már ott a mask rész mert gyanus volt a 255.0.0.0 belsö hálotatomon minden 255.255.255.0 van de változás nemtörtént eben sem! -
cree
tag
válasz
vargalex
#21619
üzenetére
openwrt api egyedi erröl én nem találtam semit hiába a js vagy http nyelv ha nemtudom meghivni ao openwrt egyedi api részt itt esetembe time,date ami fontos lene sajnos offline modban a rooter orája elcsuszik ntp server nincs szinkronban Totp lehetösége elromlik rossz time miat !Windows ntp server szinronizálása még nem sikerölt openwrt ntp beratram hogy csinálja meg 127.0.0.1:123 átjárobol de nem müködik!
script rész nem sikerül összehozni date/ time
meglévökböl sem...
https://www.openwrt.pro/post-677.html
https://www.openwrt.pro/post-333.html
https://forum.archive.openwrt.org/viewtopic.php?id=42834
https://www.lua.org/pil/22.1.html
https://stackoverflow.com/questions/12466950/lua-program-shows-current-time
https://stackoverflow.com/questions/34346499/how-to-read-post-from-lua-on-openwrt-uhttpd
https://dev.iopsys.eu/feed/luci/-/blob/openwrt-21.02/docs/api/modules/luci.http.date.html?ref_type=heads
https://developer.mozilla.org/en-US/docs/Web/HTTP/Guides/CSP -
cree
tag
válasz
vargalex
#21610
üzenetére
LuCi script kodhoz is értesz?
bár a mostani uj motorját js tolják átt lua helyet!
Késöbb lene egy másik kérdés ezel kapcsolatban!
Login oldalra szeretem volna egy belső dátum és órát kirakni de nem sikerül az a szriptet ami ezért felelne napon kevés luci minta példa van erre api pl most az ujaknál js ben date,time api! -
-
cree
tag
networkconfig interface 'loopback' option device 'lo' option proto 'static' option ipaddr '127.0.0.1' option netmask '255.255.255.0'
config globals 'globals' option ula_prefix 'fd58:2361:7b3e::/48' option packet_steering '1'
config device option name 'br-lan' option type 'bridge' list ports 'lan1' list ports 'lan2' list ports 'lan3' list ports 'lan4'
config interface 'lan' option device 'br-lan' option proto 'static' option ipaddr '192.168.1.254' option netmask '255.255.255.0' option ip6assign '60' option gateway '192.168.1.2' list dns '192.168.1.2'
config interface 'wan' option device 'wan' option proto 'dhcp'
config interface 'wan6' option device 'wan' option proto 'dhcpv6' -
cree
tag
uhttpd
config uhttpd 'main' list listen_http '127.0.0.1:80' #list listen_http '[::]:80' list listen_https '127.0.0.1:443' #list listen_https '[::]:443' option redirect_https '0' option home '/www' option rfc1918_filter '1' option max_requests '3' option max_connections '100' option cert '/etc/uhttpd.crt' option key '/etc/uhttpd.key' option cgi_prefix '/cgi-bin' list lua_prefix '/cgi-bin/luci=/usr/lib/lua/luci/sgi/uhttpd.lua' option script_timeout '360' option network_timeout '30' option http_keepalive '20' option tcp_keepalive '1' option ubus_prefix '/ubus'
config cert 'defaults' option days '397' option key_type 'ec' option bits '2048' option ec_curve 'P-256' option country 'ZZ' option state 'Somewhere' option location 'Unknown' option commonname 'iStoreOS' -
cree
tag
firewallconfig defaults option syn_flood '1' option input 'REJECT' option output 'ACCEPT' option forward 'REJECT'
config zone option name 'lan' list network 'lan' option input 'ACCEPT' option output 'ACCEPT' option forward 'ACCEPT'
config zone option name 'wan' list network 'wan' list network 'wan6' option input 'REJECT' option output 'ACCEPT' option forward 'REJECT' option masq '1' option mtu_fix '1'
config forwarding option src 'lan' option dest 'wan'
config rule option name 'Allow-DHCP-Renew' option src 'wan' option proto 'udp' option dest_port '68' option target 'ACCEPT' option family 'ipv4'
config rule option name 'Allow-Ping' option src 'wan' option proto 'icmp' option icmp_type 'echo-request' option family 'ipv4' option target 'ACCEPT'
config rule option name 'Allow-IGMP' option src 'wan' option proto 'igmp' option family 'ipv4' option target 'ACCEPT'
config rule option name 'Allow-DHCPv6' option src 'wan' option proto 'udp' option dest_port '546' option family 'ipv6' option target 'ACCEPT'
config rule option name 'Allow-MLD' option src 'wan' option proto 'icmp' option src_ip 'fe80::/10' list icmp_type '130/0' list icmp_type '131/0' list icmp_type '132/0' list icmp_type '143/0' option family 'ipv6' option target 'ACCEPT'
config rule option name 'Allow-ICMPv6-Input' option src 'wan' option proto 'icmp' list icmp_type 'echo-request' list icmp_type 'echo-reply' list icmp_type 'destination-unreachable' list icmp_type 'packet-too-big' list icmp_type 'time-exceeded' list icmp_type 'bad-header' list icmp_type 'unknown-header-type' list icmp_type 'router-solicitation' list icmp_type 'neighbour-solicitation' list icmp_type 'router-advertisement' list icmp_type 'neighbour-advertisement' option limit '1000/sec' option family 'ipv6' option target 'ACCEPT'
config rule option name 'Allow-ICMPv6-Forward' option src 'wan' option dest '*' option proto 'icmp' list icmp_type 'echo-request' list icmp_type 'echo-reply' list icmp_type 'destination-unreachable' list icmp_type 'packet-too-big' list icmp_type 'time-exceeded' list icmp_type 'bad-header' list icmp_type 'unknown-header-type' option limit '1000/sec' option family 'ipv6' option target 'ACCEPT'
config rule option name 'Allow-IPSec-ESP' option src 'wan' option dest 'lan' option proto 'esp' option target 'ACCEPT'
config rule option name 'Allow-ISAKMP' option src 'wan' option dest 'lan' option dest_port '500' option proto 'udp' option target 'ACCEPT'
config rule option src 'wan' option target 'ACCEPT' option proto 'tcp' option dest_port '22' option name 'ssh-en' -
cree
tag
válasz
vargalex
#21610
üzenetére
Öt szoktam nézni elég érthetö a folyamat....
https://www.youtube.com/watch?v=ZL4FKjLc3bU
uhttpd.conf luci server http gui érdemében felelne az egész produkcioért ha jol látom ezt az egészet!
firewall.conf kikapcsoltam teljesen ebben a 22 port alabol engedélyezet ssh részére ilyenkor egy port forwald szabály sem érvényes tiltot tüzfalnél! lehet network.conf lehet még valami alap átjáró akadálya.... a böngészö 404 hibával ál ki az irányitot ip vagy port oldalon mindig! -
cree
tag
válasz
vargalex
#21608
üzenetére
Akkor csak a feltet kérdésekre kell válaszolni semmi más vacakolás és nem lesz ennyi szemét a topicban ami nem oda való!
Akkor még egyszer!
Miért nem müködik a webes luci alapu ip és port átirányitás ssh Keresztül? A-Z Z-A minden lehetöságet kiprobáltam !Egy teljes folyamat elejétöl a végéi!
Minden akadályt kikapcsoltam mindkét oldalon hogy nem legyen blokolva ip se port sem openwrt és win alat sem tüzfal mindkét oldalt kiapcsolva!
Ez nem vezet eredményre az átirányitot porton sincs elérhetö webes felület nem hogy ipn!
https://openwrt.org/docs/guide-user/luci/luci.secure
de nem müködik a valoságban hiábba csinálom meg!
https://forum.openwrt.org/t/ssh-tunneling-problems/49271 -
cree
tag
válasz
vargalex
#21605
üzenetére
Utasitgatnak mit hogyan csináljak nyelvi magatartás milyen nyelven xxx az nemjó akor irjál yyy (3 hete legalább) én ezt(személyezkedésnek és lekezelőnek veszem) enek semni köze az eredeti feltet kérdésekhet!
De ezt hogyis gondolják?Én megatam mindenkinek azt a tiszteletet nem keztem el felé ugyan ezt(megtehetem volna)de a türelmem véges egy idő után!Kár hogy ilyen hülyeségekel itt foglalkozni nem a hasznos topic valodi tartalmával! 
-
-
cree
tag
válasz
vargalex
#21584
üzenetére
Szabadidő ingyenes Gnu ha nem ér hogy semire sem jó mert használni nem tudod akkor mire jó az ilyen?Ezt free mindenre elültetet baroms@g a felhasználok elmében!Linux, android free igen de miért is fizetsz hogy használni lehetsen a 5..6..7 szám jegyes vasakra az árat amin futatod !
Mi az ingyenes 
-
cree
tag
válasz
vargalex
#21584
üzenetére
Csak nézni ezt nem nehéz észre veni....
De ez miat a másikat ezért annak nézni:
~3000 hibányi tenger
https://github.com/openwrt/openwrt/issues
Célirányos kérelmekre szinte esély sincs elörelépésben csak a meglévöket foltozgatják!
2 hétnyi nyüglödés utánsem sikerült egy egyszerünek látszó ip átirányitás ssh keresztül lehesen csak eljutni csak a belsö hálozatrol a webes felületre!De megint ugyebár a kinaiaknál lett a megoldás erre egyszeröbb modszerel ök megoldota a 2fa webes belépési lehetöséget luci allá!
-
cree
tag
válasz
vargalex
#21515
üzenetére
Mi a segitség?
Azok a hiperlinkek beszurogatni az openwt wiki jéröl amit én is keztem elsöre végig probálni!Egy elavult dokumentácio ami fogyamatai kutba esnek az ujabb verzioknál!És ezt fel roják itt nekem hogy hülye vagyok hozzá !Valamikor ilyet óvodálba csináltak akori növekedési szinten! -
cree
tag
Kitartó segitség nyújtásért az iletöt jutalmaztam volna egy saját fejlesztésű yubikey tokenel de sajnos nem jöt össze pár feltet egyszerű kérdésre
de fontosabb lett a nyelvi probléma már elment személyeskedésig pedig simán megbuknak a saját anya nyelvükönis egyesek is de ez semit nem jelet csak egy társadalomnak megfelelő kényszer függöség! de mind1 -
cree
tag
uhttpd konfigba megpobálnám a webes felület felépést hitelesiteni ssl de amikor átirányitom a http és https utvonalon nem tudom elérni az oldalakat a beálitot ipn! tüzfalat kikapcsoltam a cliens oldalon port blokolás miat 80, 443 igy ez akadájsem lehet!
config uhttpd 'main'
list listen_http '127.0.0.1:80'
list listen_http '[::]:80'
list listen_https '127.0.0.1:443'
list listen_https '[::]:443' -
cree
tag
Megoldodot szépen a token hitelesités ssh cliens felépés SSH re!
Van olyan lehetöség webes login alat hogy ez megtörténjen a sima login/passw melet 2 lépcsös hitelesitésel pl?Amit találtam hogy biztonság érdekében letiltják a webes belépés lehetöségét és ennyi hát ez igen köbaltás megoldás.... Linuxnál log in otp/token(yubikey) régen megoldot nem csak ssh-n...
https://geekrewind.com/how-to-login-to-ubuntu-with-google-authenticator/
openwert ssh másik hozáférési lehetöség "google-authenticator-libpam" megoldás de ezt nem viték át sem webes log in hez legálább ... -
#21504
cree
tag
SztiviVander
#21502
cree
tag
válasz
SztiviVander
#21502
üzenetére
Ez az olcsobb verzioja!
Amit fejlesztünk is pár kolégával!
https://drive.google.com/drive/folders/1ndECC4mwS63GhRj2pZ2fw4DLc5BHoe7K?usp=sharing
A lényeg hogy a privát kulcsokat hadweren tárold amit nem tudnak töled megszerezni csak ha mégis szabotás elen védetek pin/puk esete!
-
cree
tag
válasz
xabolcs
#21499
üzenetére
Lassan de biztosan mindenkinek szüksége lessz a hadveres védelemre saját eszközein (nem szolgáltatos) mert ez is ugyan abba az alom társaságbol van aki ránkülte legnagyobb trojai adathalász és ez ott van minden keresö motot/ közöségi médiában be épitve (Ai)
szabad internet vége! -
cree
tag
válasz
xabolcs
#21497
üzenetére
Hi! futnak a openssh server OpenWrt (log) még a verzio sem mind egy legalábis win allat amit akarok de cserélgetve müködik win en most már rendesen! OpenWrt felöl vanak meglepetések számomra talált leirások elakadnak és ezt igazán az idő vesztegetés !Tömegyártot cucot használj kilora mérik meg amitöl szabadulnak mert neki lejárt elavult (proapró) routerek OpenWrt rápakolod és megy amire felkonfigolod ezért választotam Pi felárazot vackokal szinte szendvednek csak ha nincs kézbevéve az arhitekturája max téglának jó!De ezen az áron egy olcsobb tablet is tulteszi kijelzö,alaplap,akku egyben és linux android win gond nélkül felteszel rá azis aki már egy usbröl telepitet windowst!
-
cree
tag
válasz
xabolcs
#21492
üzenetére
dropbear alap ssh aszisztens ( ssh server) az openwrtben ha jolátom ha openssh servert telepitem dropbear le kell tiltanom?
Jelszavas hitelesités helyet publikus kulcsot használok a yubikey irja alá !
beálitás de nem reagál key hitelesités még kéri a jelszót mindig
sshd_config
AuthenticationMethods publickey,none publickey,password none
PubkeyAuthentication yes
RSAAuthentication yes
PasswordAuthentication yes
PermitEmptyPasswords yes
Match User administrator
AuthenticationMethods publickey
PubkeyAuthentication yes
PasswordAuthentication no
windows felöl puttycac használok ami kezeli már a fido2 (fenti leirt publickey) beálitást!
Probálokozom ezel de nem müködik!
https://github.com/seth586/guides/blob/master/OpenWRT/security/2_install_openssh.md -
cree
tag
válasz
xabolcs
#21490
üzenetére
Én csak windows vagyok! Van pár kontroleres projekt amit fejlesztek és anak kellet elö venem leföképen a linuxot de ehhez tényleg falábú vagyok!Cél hadveres biztonság de az egész lelke ssl hitelesités hadwer kulcsa(token) adat védelem vagy hitelesités szerver alapokra! Itt csak nagyon kis részét kérdeztem a linuxnak amire szükségem lene vagy let volna de inkább elcsuszot a szándék nyelvi szegregáció felé ezt már megszoktam de nem adom fel...
-
cree
tag
Másik kérdés!
Open wrt lehetséges ssh (vendégként) részt veni vagy csak adminisztrátor modban?
De a lényeg az lenne openwrt particion egy KeePass adatbázis fájlt szeretnék tárolni és kezelni de ehez elég lene vendég jogosultságot adnom csak ez meg valositható e pl könyvtár kezelésére /irás/olvasás KeePass adatbázis fájlt van csak!? -
cree
tag
válasz
vargalex
#21480
üzenetére
Itt bekavartak rendesen elkezték kutyulni a feltet kérdést és kesze kuszta lett a vége!Igen az új eszközök (fejlesztök) mindig más ipt kapnak nem az azonos fejlesztök ezt itt Szoval az ujabb fejlesztö lapok ip nézegeten a router dhcp nék ami bentragad nagyon zavaró egy szellem !
-
#21479
cree
tag
SztiviVander
#21477
cree
tag
válasz
SztiviVander
#21477
üzenetére
Nem ez az anyanyelven ráérezté 30..40% a 3dikbol!
-
cree
tag
"Mivel nagyon zavaró ha inditasz egy wifis fejlesztö modult aminek mindig uj ip cime van és keresgélsz melyik él a listában ez nagyon zavaró!"
Még azé magamat nem szivatom külön a fejlesztöi oldalt érten mivel sajátként programozom tudom a cél végét de a másik oldal okoz meglepetés és ez is itt a kérdés amit itt feltetem! -
cree
tag
válasz
vargalex
#21466
üzenetére
openwrt verzio is közöt is dhcp kezelésben nagy réseket látok v22...v23 közöt a ip kiosztás szépen látszodnak dhcp listában 23.5 felet csak kérdöjelet rak be az ip cim helyére a konzol felületen!Szoval nem csak a fejlesztös inaktiv eszközök hanem android telefon, win pc nem aktivak tényel ezek is ott ragadnak a listába !
-
cree
tag
válasz
vargalex
#21463
üzenetére
openwrt oldalon dhcp nincs idötulépés kapcsolat figyelés enek kellene figyelnie ezt valoszinü ha valami készenléti álapotváltozás felépne de ez valoszinü gyorsitó memoriába ragad a log adat nem fájlba irja ha ujra inditásnál rendezödik!A fejlesztö mac mindig azonos általába a dhcp kiosztot ip is (hiába dinanikus) dhcp ben!
Mi lehet a megoldasa valos idöbe müködjön a dhcp eszköz listálya? padava nemvolt ilyen nyüg érdekes wifis fejlesztökel ezért is amire hivatkozok openwrt oldali kezelésre.... -
cree
tag
Hay!
Valaki tudja miért ragadnak be a hálozatba inaktiv eszközök (már fizikailag kikapcsolt) Active DHCP Leases listában?Persze ujrainditás kitisztul! Mivel nagyon zavaró ha inditasz egy wifis fejlesztö modult aminek mindig uj ip cime van és keresgélsz melyik él a listában ez nagyon zavaró! -
cree
tag
válasz
vargalex
#21306
üzenetére
tcom(lan1)----wifi router(lan1)
nincs semi extra bridge plugin konfogolva drelay vagy hasonló...
config dnsmasq option domainneeded '1' option boguspriv '1' option filterwin2k '0' option localise_queries '1' option rebind_protection '1' option rebind_localhost '1' option local '/lan/' option domain 'lan' option expandhosts '1' option nonegcache '0' option cachesize '1000' option authoritative '1' option readethers '1' option leasefile '/tmp/dhcp.leases' option resolvfile '/tmp/resolv.conf.d/resolv.conf.auto' option nonwildcard '1' option localservice '1' option ednspacket_max '1232' option filter_aaaa '0' option filter_a '0' option ignore '1'
config dhcp 'lan' option interface 'lan' option start '100' option limit '150' option leasetime '12h' option dhcpv4 'server' option dynamicdhcp '0' option ignore '1'
config dhcp 'wan' option interface 'wan' option ignore '1'
config odhcpd 'odhcpd' option maindhcp '0' option leasefile '/tmp/hosts/odhcpd' option leasetrigger '/usr/sbin/odhcpd-update' option loglevel '4' -
#21301
cree
tag
E.Kaufmann
#21299
cree
tag
válasz
E.Kaufmann
#21299
üzenetére
Ugy látom a dhcp ki irtása az openwrt nagy probléma mert mezei roterekbe csupán 2..3 setting ap-point mode ,dhcp disable elvolt intézve!Nem tudom elhagyni a modolt firmwaret usb szerver is használom routert nem(samba,ftp) !
-
cree
tag
Hi!
Tcom roterben van a belső hálózat dhcp bekapcsolva ezt nem lehet kikapcsolni (fontos ip) címzések mait !tcom roterhez (lan1) van kötve openwrst router (lan1) kábelezve wifi biztosítása a célja de openwrt dhcp nem lehet kikapcsolni egyszerűen még a dnsmasq and odhcpd letiltással sem hogy lehet teljesen letiltani ami valóságban tényleg működik is !Vele kapcsolatos leírások nem működik vacak !
csinálok egy gyári visszaálitás sokadjára már és elkezdem ujra amit itt leirtál már nincs ötletem mi az a fö probméma ahol elakad! mert volt amikor a uhttp config defaut álapotban volt amit irsz http,https rész 0.0.0.0 de igysem ment az átirányitás .... 
loopback is piszkáltam már ott a mask rész mert gyanus volt a 255.0.0.0 belsö hálotatomon minden 255.255.255.0 van de változás nemtörtént eben sem!
De ezt hogyis gondolják?Én megatam mindenkinek azt a tiszteletet nem keztem el felé ugyan ezt(megtehetem volna)de a türelmem véges egy idő után!Kár hogy ilyen hülyeségekel itt foglalkozni nem a hasznos topic valodi tartalmával! 
kulcsok a helyén win és openwrt ssh mappákban! 
ip cimek helyet kérdö jelek csak!
Új hozzászólás Aktív témák
- AMD Ryzen 9 / 7 / 5 / 3 5***(X) "Zen 3" (AM4)
- Robotporszívók
- Windows 11
- Gitáros topic
- OLED monitor topic
- Pedzegeti az új Xbox irányát a Microsoft
- Sokkal jobb ajánlat lett elődjénél az iPhone 17e
- Ilyen olcsó sem volt még egy Apple notebook
- A fociról könnyedén, egy baráti társaságban
- Path of Exile (ARPG)
- További aktív témák...
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- MEGA AKCIÓ! - Jogtiszta Windows - Office & Autodesk & CorelDRAW - Azonnal - Számlával - Garanciával
- Microsoft és egyéb dobozos retro szoftverek
- Windows 10/11 Home/Pro , Office 2024 kulcsok
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- DOKKOLÓ BAZÁR! Lenovo, HP, DELL és egyéb más dokkolók (TELJES SZETTEK)
- LG 27G850A - 27" Nano IPS - UHD 4K - 240~480Hz 1ms - NVIDIA G-Sync - FreeSync Premium PRO - HDR 600
- BESZÁMÍTÁS! ASUS TUF Z790 i9 14900K 32GB DDR5 1TB SSD RX 9070 XT 16GB ZALMAN Z10 PLUS Seasonic 750W
- GYÖNYÖRŰ iPhone 15 Pro Max 256GB White Titanium -1 ÉV GARANCIA - Kártyafüggetlen, MS4694
- HP üzleti laptopok Elitebook, Probook 4-12. gen gar.
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest