Keresés: - ASUS routerek - LOGOUT Hozzászólások

Hirdetés

Legfrissebb anyagok

LOGOUT témák

PROHARDVER! témák

Mobilarena témák

IT café témák

GAMEPOD témák

Keresés

LOGOUT

Frissítve: 2026-02-18 07:45 Téma összefoglaló

LOGOUT

ASUS routerek

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

MaCS_70 félisten

#27088
#27034 petakpa1
márc. 6., 22:58:46

Új Válasz
Ú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

MaCS_70

félisten

#27034 petakpa1

Nagyon régen nem jártam erre, most próbálom újra elkapni a fonalat...
Miután a család egyik vidéki otthonában a szolgáltató volt olyan kedves, és megszüntette a publikus IP-címet, azt a háztartást nem érem el távolról, pedig a családi hálózat igényelné.
Az én eredeti elgondolásom az volt, hogy mivel itthon adott a publikus cím, a távoli router (AX86s Merlinnel) majd valamilyen VPN-en (OVPN, VG) keresztül jól felveszi a kapcsolatot az itthonival (GT-AX6000), és ha már megvan a csatorna, akkor a kapcsolat ezen kétirányú lehet.
Nem sikerült összehozni, pedig innen is sokan segítettek.
Aztán jött az ötlet, hogy segítsen be a TailScale, legalább időszakosan. Már az AMTM-nél elakadtam.
Úgyhogy nagyon érdekelne, hogy hasonló problémát sikerült-e már valakinek stabilan megoldani.
Köszönettel: MaCS
Intruder2k5 MODERÁTOR

#27079
#27078 petakpa1
márc. 3., 19:24:14

Új Válasz
Ú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

Intruder2k5

MODERÁTOR

#27078 petakpa1

Ahogy látom nem csak nálad próbálkozik.
91.199.163.54 - IP Abuse Reports for 91.199.163.54
Trying to hack Asus router
petakpa1 őstag

#27078
#27034 petakpa1
márc. 3., 19:08:43

Új Válasz
Ú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

petakpa1

őstag

#27034 petakpa1

Sajnos 3 napja áramszünet miatt újraindult a router, és rá egy napra ismét elkezdett próbálkozni a 91.199.163.54 IP cím a routerbe történő belépéssel .
Ezért tegnap elkészítettem a Intruder2k5 által #27024 hsz-ben javasolt firewall-start script-et. És lekopogom azóta megszűnt a logban ez a sikertelen belépési próbálkozás. Kíváncsi vagyok újabb pár nap múlva más ip címről újra kezdődik-e?
zacci senior tag

#27037
#27034 petakpa1
febr. 18., 19:38:38

Új Válasz
Ú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

zacci

senior tag

#27034 petakpa1

Wg teljesen jo es gyors, kis cpu igenyu. Evek ota hasznalom. Megbizhatoan mukodik openwrt es mikrotik alatt is.
kpityu2 addikt

#27036
#27034 petakpa1
febr. 17., 10:36:34

Új Válasz
Ú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

kpityu2

addikt

#27034 petakpa1

Nekem bevált a Tailscale. Mobilon csak egy ki-be kapcsolás ha el akarom érni az otthoni hálózatot, általában nem is fut kliens. Nekem nem is a routeren van, hanem egy linuxos pécén, az route-ol a belső hálózatra. A Samba megosztást és a másik gépen futó Home Assistant-ot is gond nélkül elére. Az ASUS app is megtalálja a routert, ha aktív a Tailscale kliens a mobilon. Del akár azt is megcsinálhatod, hogy csak az elérni kívánt gépekre teszed a klienst.
nrg_52 addikt

#27033
#27030 petakpa1
febr. 17., 09:07:02

Új Válasz
Ú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

nrg_52

addikt

#27030 petakpa1

N18U-ra van FreshTomato, és ha jól tévedek abban van WG is, az nem opció?
Intruder2k5 MODERÁTOR

#27032
#27030 petakpa1
febr. 16., 23:13:30

Új Válasz
Ú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

Intruder2k5

MODERÁTOR

#27030 petakpa1

Igen, egész biztos, hogy fel lehet telepíteni, mivel az entware-ben elérhető, de én sosem próbáltam, szóval a konfigolás passz.
zacci senior tag

#27031
#27022 petakpa1
febr. 16., 22:54:02

Új Válasz
Ú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

zacci

senior tag

#27022 petakpa1

Fix ip-d van ? Ha nem, akkor inditsd ujra a modemet es ha szerencsed van kapsz uj ip-t oszt jo esellyel problem solved egy darabig. Tartos megoldas a vpn.
Intruder2k5 MODERÁTOR

#27024
#27022 petakpa1
febr. 16., 19:09:53

Új Válasz
Ú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

Intruder2k5

MODERÁTOR

#27022 petakpa1

Elvileg a terminálban kiadott iptables -I INPUT -s 91.199.163.54 -j DROP parancs meg kéne oldja, de ez reboot után nem marad meg, ahhoz ezt be kell tenni a tűzfal scriptbe. Ha minden igaz, akkor így valahogy, bár régen láttam már merlin fw-t...
mkdir -p /jffs/scripts
nano /jffs/scripts/firewall-start
Aztán az adott file-ba tedd be ezeket:
#!/bin/sh
iptables -I INPUT -s 91.199.163.54 -j DROP
Majd mentés, és adj neki futtatási jogot is:
chmod +x /jffs/scripts/firewall-start
Aztán figyeld megint a log-ot, mert lehet folytatják másik IP-ről. Ha így lenne, akkor talán valami ipset-es blacklist-es megoldás kéne.
zsolt501 nagyúr

#27023
#27022 petakpa1
febr. 16., 19:09:36

Új Válasz
Ú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

zsolt501

nagyúr

#27022 petakpa1

Mért nem tiltod csak le a WAN oldali belépést?
Nekem az első szokott lenni amit letiltok, CSAK helyi hálózatból érem el.
Vagy még VPN-en oldanám meg a dolgot.
Intruder2k5 MODERÁTOR

#26498
#26497 petakpa1
2025-11-20 21:36:53

Új Válasz
Ú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

Intruder2k5

MODERÁTOR

#26497 petakpa1

Persze, bírod a kívánt tartalmat a megfelelő nvram változóba, aztán mented az egészet.
Például:
nvram set wg2_ip=10.13.0.1/24
nvram commit
A commit csak egyszer kell, miután már minden értéket beállítottál a set paranccsal.
Intruder2k5 MODERÁTOR

#26496
#26495 petakpa1
2025-11-20 21:15:47

Új Válasz
Ú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

Intruder2k5

MODERÁTOR

#26495 petakpa1

Valószínűleg egy nvram változóban.
nvram show | grep wg
Egyébként a /tmp mappa tmpfs, vagyis egy ramdrive, aminek a tartalma újraindítás után elvész.
ffodi veterán

#25577
#25576 petakpa1
2025-08-03 13:14:52

Új Válasz
Ú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

ffodi

veterán

#25576 petakpa1

Újabb főverzió nem feltétlen egyenlő újabb verzióval. Ez esetben lehet inkább a gyárit érdemes felrakni a sokkal frissebb security patch miatt.
OpenWRT esetleg?
ffodi veterán

#25575
#25574 petakpa1
2025-08-02 12:37:16

Új Válasz
Ú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

ffodi

veterán

#25574 petakpa1

Mivel ez főverzió ugrás, a 3. a javasolt (+update előtt és után, de minimum a frissítés után factory reset). A paramétereket ettől függetlenül érdemes lementeni.
4D4M senior tag

#25032
#25031 petakpa1
2025-03-10 09:30:43

Új Válasz
Ú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

4D4M

senior tag

#25031 petakpa1

ssl certificate-t nem tudok csinálni hozzá
~
Ezzel én nem próbálkoztam.
HA-hoz és Syno NAS-hoz praktikusabb volt Cloudflare tunnelt használni aztán idővel minden lényegest ezen keresztül oldottam meg. Egy domain kell hozzá, meg egy eszköz, ami a kezeli a cloudflare-rel a kapcsolatot. Ebből nincsen nem titkosított csatorna.
Amibe belefutottam az az, hogy az ingyenes CF csak HTTP, HTTPS, SSH protokollokat támogat és van adatforgalom limit.
vargalex félisten

#11400
#11399 petakpa1
2021-08-07 11:42:16

Új Válasz
Ú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

vargalex

félisten

#11399 petakpa1

Ha az OpenVPN route módban konfigurált (tun), akkor a broadcast üzenetek nem mennek rajta keresztül (különböző subnetek között nem vándorolnak a broadcast üzenetek). A megoldás az lehet, ha bridge (táp) módban konfigurálod és a tap0 interface-t bridge-eled a LAN interface-oddal.
MaCS_70 félisten

#11396
#11393 petakpa1
2021-08-05 23:26:15

Új Válasz
Ú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

MaCS_70

félisten

#11393 petakpa1

Én a kiterjedt OVPN-hálózatunkon belül nem látok egyetlen távoli Chromecastot sem, és emlékeim szerint ez nem véletlen, mert az eleve csak a hálózaton belülről elérhető.
MaCS
petakpa1 őstag

#5486
#5485 petakpa1
2020-06-14 16:28:43

Új Válasz
Ú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

petakpa1

őstag

#5485 petakpa1

Bandwith-re vonatkozó kérdés tárgytalan, bővel elég lesz 100 mbps lét kamerára is
Gubek-Einste Topikgazda

#5484
#5483 petakpa1
2020-06-14 14:20:15

Új Válasz
Ú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

Gubek-Einste

Topikgazda

#5483 petakpa1

Ha közvetlenül kapcsolódnak akkor Hálózati térkép menüpont alatt a Rendszerállapot/Állapot résznél látszódik, hogy milyen sebességre állt be az adott port.
woodworm veterán

#1162
#1161 petakpa1
2019-10-27 17:20:16

Új Válasz
Ú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

woodworm

veterán

#1161 petakpa1

Mindenesetre az a 41 MBit nagyon vérszegény, max wifin elfogadható, ennél eddig bármelyik fw többet teljesített. Ez vagy ddwrt, vagy hardveres gond.
zako tag

#1159
#1156 petakpa1
2019-10-27 06:13:02

Új Válasz
Ú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

zako

tag

#1156 petakpa1

DD-WRT-vel próbáltam, azzal nem ment 41 megabit fölé, és nem volt kedvem sokat kísérletezni más alternatív firmekkel. A 65P egyébként minden szempontból előrelépés (LAN sebesség, 5G-s Wifi, stb.)
farkas-j őstag

#761
#757 petakpa1
2019-09-16 08:22:42

Új Válasz
Ú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

farkas-j

őstag

#757 petakpa1

Nekem az ASUS 65P-n a PPTP VPN úgy van beállítva, hogy a klienseknek 192.168.0.100 és 192.168.0.200 között oszt IP-t. VPN-en 192.168.0.201-192.168.0.210 között ad IP-t. Így ha belépek a hálóba VPN-en keresztül, akkor azonos hálózati maszkba kerülök az otthoni eszközeimmel.
petakpa1 őstag

#757
#725 petakpa1
2019-09-15 19:23:57

Új Válasz
Ú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

petakpa1

őstag

#725 petakpa1

Sikerült megoldanom végül a dolgot, leírom ide, hátha egyszer segíteni fog valakinek:
AC53U, mint VPN server (PPTP):
- DHCP szervere 192.168.1.2 és 192.168.1.254 között oszt IP címet a klienseknek
- Magának az AC53U-nak 192.168.1.1 a címe
- a rajta futó PPTP VPN server 192.168.10.2 és 192.168.10.11 között oszt ki címet a rá kapcsoló VPN klienseknek. (Elképzelhető, hogyha 19.168.2.1 és 10 közötti címeket osztana, akkor az N18U mögötti kliensek látnák az A53-ra kötött klienseket, mint egy helyi háló, de erre nekem egyenlőre nincs szükségem így nem kísérleteztem vele)
N18U, mint VPN kliens (PPTP):
- DHCP szervere 192.168.2.2 és 192.168.2.254 között oszt IP címet a klienseknek
- Magának az N18U-nak 192.168.2.1 a címe
- DNS szervernek 8.8.8.8-at állítottam be a LAN/DHCP szerver menüben.
Innentől kezdve működik azaz N18U-ra kötött kliensek nem az N18U saját netkapcsolatán, hanem az AC53U netkapcsolatán keresztül mennek ki a netre.
Sajnos sebességveszteség van
Az N18U-n ha VPN nélkül mérek sebességet akkor szépen kijön az UPC netkapcsolatom sebessége a 120/10 Mbit/sec
Az AC53U-nak Digis 100/100-as netkapcsolata van, amit természetesen hoz is ha helyi kliensen mérem a sebességet.
Ha N18U VPN-en keresztül AC53U-n keresztül éri el a netet, akkor az N18U mögötti kliensekkel már csak 40/10 Mbit/s sebességet mérek. Érdekes, hogy a VPN serverként üzemelő AC53U processzorkihasználtsága messze nem 100% (kb 30-50% között van), mikor a rá csatlakozó N18U mögötti klienssel mérem a sebességet.
Port forward szabályokat megfelelően beállítva lehet éleszteni az N18U mögötti klienseket, RDP-vel belépni rájuk, úgy, hogy az AC53U WAN ip címére küldöm a magc packetet, azt írom az mstsc konzolba.
MaCS_70 félisten

#724
#723 petakpa1
2019-09-12 20:48:42

Új Válasz
Ú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

MaCS_70

félisten

#723 petakpa1

PPTP-t nem használok, de nem is ajánlom. Elavult, kompromittálódott...
Az OpenVPN viszont jó -- és azon történetesen tudom, hogy egy kocka beikszelése az, hogy a szerver IP-címén menjen a kliens netezése.
MaCS
vargalex félisten

#660
#658 petakpa1
2019-09-02 22:13:41

Új Válasz
Ú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

vargalex

félisten

#658 petakpa1

Pont ezt akartam írni, hogy valószínűleg a gyári firmware webes felületének készítésekor erre nem valószínű, hogy gondoltak és a legtöbb gyári firmware valóban van LAN tartományt engedi. Esetleg scriptből (ha van ilyenre lehetőség) megoldható.
petakpa1 őstag

#658
#656 petakpa1
2019-09-02 21:41:48

Új Válasz
Ú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

petakpa1

őstag

#656 petakpa1

Na beleütköztem az első akadályba Sajnos RT-AC53U nem engedin WAN felől bejövő portokat továbbítani a kapcsolódó vpn kliensekre, azaz 192.168.10.2 címre, hanem csak a routerre közvetlenül wifin vagy kábelen csatlakozó kliensekre, emlyek ip címe 192.168.1.2-vel kezdődnek.
DMZ-t viszont enged beállítani 192.168.10.2-re, viszont DMZ működését nem pontosan értem. El tudná magyarázni valaki pontosan mit is csinál DMZ? Az összes van felől bejövő kapcsolatot portot áttolja a DMZ kliens részére? DMZ kliens szempontjából ez olyan, mintha közvetlenül Router nélkül kapcsolódna a WAN-ra?
Ha ez így van akkor az egyidejűleg nem DMZ-bel kapcsolódó klienseket e miatt nem éri hátrány?
petakpa1 őstag

#656
#586 petakpa1
2019-09-02 17:05:36

Új Válasz
Ú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

petakpa1

őstag

#586 petakpa1

Jelentem első akadályt sikerrel vettem
A 100/100-as Digis netkapcsolatot megosztó RT-AC53U-n aktiváltam a vpn server szolgáltatást. Ugyan csak PPTP típusút lehetett választani, de nekem az is megfelel.
Próbaképp a saját otthoni UPC-s netkapcsolatomra kötött Win7-et futtató PC-men ki is próbáltam, hogy működik-e a vpn és igen tökéletesen megy: Ha az RT-AC53U-n futó vpn servren keresztül megyek ki a netre, akkor whatismyip oldal már azt látja, hogy Digis szolgáltatóm és ip címem van, holott valójában UPC
Sebességben viszont van ára a történetnek:
Ha vpn nélkül netezek akkor Speedtest szépen kiméri a UPC-s netem 120/10 Mbites korlátját.
Ellenben ha RT-AC53U-n futó vpn serveren keresztül netezek, akkor 35/8 Mbitet mér már csak a Speedtest, de amire nekem kell az is elég lesz. Gondolom egy ha egy erősebb hardware-ú routert használnék vpn servervek az RT-AC53 helyett, akkor kevesebb lenne a sebességveszteség.
Sőt azt is megtanultam, hogy az RT-AC53U
- a rá wifi-vel vagy kábellel csatlakozó klienseknek 192.168.1.2-254 között oszt belső ip címet,
míg
- a vpn-nel WAN felől becsatlakozó klienseknek pedig 192.168.10.2-11 közötti "belső" ip címet oszt.
Most jön majd az, hogy be kell állítanom a port forward szabályokat:
1) a vpn serverként funcionáló RT-AC53U-n a WAN felől bejövő pl 40001-40005 portokat továbbítása a 192.168.10.2 belső ip cím (ez lesz a vpn kliens belső ip címe) 40001-40005 portjára
2) vpn kliensként majdan bekonfigurálandó RT-N18U-n pedig a vpn-nek keresztül bejövő 40001-40005 portokat továbbítsa a rá kapcsolódó webcamerák megfelelő portjaira.
Szerintetek működni fog ez így? WAN felől el tudom majd érni a vpn mögött futó RT-N18U-ra kapcsolt IP kamerák képét?
MaCS_70 félisten

#587
#586 petakpa1
2019-08-21 14:05:04

Új Válasz
Ú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

MaCS_70

félisten

#586 petakpa1

Miért a Windows alól akarsz VPN-ezni? Nem lenne jobb, ha eleve a két router között jönne létre a kapcsolat?
Egyébként itt az OpenVPN Windows 10-es letöltési oldala.
MaCS
MaCS_70 félisten

#584
#571 petakpa1
2019-08-21 12:47:54

Új Válasz
Ú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

MaCS_70

félisten

#571 petakpa1

Portforwardingügyben sajnos nem tudok segíteni, mert még sosem volt rá szükségem, így nem használtam.
Az OpenVPN viszont az Asus beállításai szerint is tudja a következőt:
A vidéki ház és a városi ház között OVPN-kapcsolat van. Akár a kliensen, akár a szerveroldalon beállíthatom azt (ki-bekapcsolhatom kedvemre a GUI-ban), hogy a kliens a szerver netkapcsolatát használja.
Konkrét példa: egy vendégem home office-ban dolgozik, és ellenőrzik, hogy tényleg otthon van-e, illetve a munkahelyi kapcsolatát csak az otthoni (gyakorlatilag stabil) IP-címéről tudja elérni. Beállítottuk nála a VPN-t a fentiek szerint, és a hétvégén simán meg tudott látogatni és tőlem dolgozni -- a munkahelyi szerver azt látta, hogy ő otthonról kapcsolódik.
MaCS
petakpa1 őstag

#583
#571 petakpa1
2019-08-20 19:40:58

Új Válasz
Ú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

petakpa1

őstag

#571 petakpa1

Ebben senki nem tud segíteni?
MaCS_70 félisten

#548
#547 petakpa1
2019-08-18 03:46:19

Új Válasz
Ú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

MaCS_70

félisten

#547 petakpa1

Igen, tudja a WAN-átirányítást.
Én is csatlakozom így távolról az otthoni szerverre, és IP-címként az otthoni WAN-IPcímet jeleníti meg, mintha az otthoni hálózatban lennék.
Ez a funkció a routerben egy kattintással kapcsolható ki-be.
MaCS
Intruder2k5 MODERÁTOR

#546
#545 petakpa1
2019-08-17 19:49:53

Új Válasz
Ú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

Intruder2k5

MODERÁTOR

#545 petakpa1

Titkosított kapcsolaton keresztül tudod elérni vele a saját, vagy egy másik hálózatot. Nyilván ha a szervert nézzük akkor ahhoz szükséges egy kliens amivel rácsatlakozol távolról, pl. egy mobiltelefon, és ezzel biztonságosan eléred az otthoni megosztásaid, stb. A routerben lévő kliens pedig egy távoli szerverre tud csatlakozni. Voltaképp egy titkosított alagutat hoz létre az interneten keresztül, a két végpont között.

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

Topikgazda

Bővebben a topikgazda rendszerről...

Téma tudnivalók

HA ASUS router hirdetések

Aktív témák

Új fizetett hirdetések

Üzleti előfizetők hirdetései

Állásajánlatok

Számítástechnikai értékesítő

Cég: Laptopműhely Bt.

Város: Budapest

Részletek