Azt lehet tudni milyen a NAT-olása ? tehát full hardweres, vagy a Broadcom chipeknél megszokott megoldás, tehát az adatorgalom hajtja a procit ?

Neked ebből soha nem volt semmiféle gondod, hogy csak "simán" felraktad a frissebb firmware-t?

Nem. Sot eszembe se jutna csak onmagaban egy upgrade miatt resetelni. Telefont se szoktam, tv-t se, meg ugy semmi mast se ami frissitest kap. Mas az ha gond van, de nem nagyon emlekszem olyanra hogy ha bugos volt a fw (router, tv, telefon, windows) akkor azon segitett volna egy factory reset, de nyilvan akkor azert megprobaltam.

22 db-t frissítettem végül így (dirty upgrade-nek hívják hivatalosan), az esetek kb. 95%-ban távolról.

Verzió szinten: jellemzően 2019.4-ről és 2019.1-ről álltunk át.

Router szinten: 1 db Asus RT-AC68U, 1 db Linksys WRT54GL (!!!), a többi Asus RT-N18U.

Úgy vettem észre, hogy a 2023.4-es verzió távoli elérése egy picit lassabb lett, de ha LAN oldalról próbálom elérni, akkor ugyanolyan gyors, mint a korábbi verziók.

Sziasztok!

Karácsonyra megjelent a 2023.5 verzió.

Letöltési link

ARM changelog

MIPS changelog

Én most jelenleg nem használok tomatot, de azt olvastam, hogy már van wireguard gui.
Van esetleg wds wpa2-vel?
(Igazából az aimesh kéne kiváltani valahogy, mert azt használom, lehet váltanék tomato-ra)

A rosszban mindig van valami megtévesztően jó, különben nem választanánk a rosszat

AC68U fórumon írták, hogy van web gui a wireguard-hoz, én még nem próbáltam.

WDS - WPA2: ha jól emlékszem, akkor korábban használtam WDS-t WPA2-vel.
A Zarate korszakban volt csak WPA-s a WDS.

[ Szerkesztve ]

Valahogy így néz ki.

[ Szerkesztve ]

Ez egesz jol nez ki. Kernel vagy userspace a WG implementacio?

JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...

userspace

Egy wireguard config leírás

Felraktam a het elejen az uj verziot egy RT-AC56U-ra, de sajnos abban nincs benne a WG kliens (vagy csak a UI nincs hozza). Szerencsere NVRAM-reset nelkul is felment valami regebbi verziora (2018.x) es mukodokepes maradt - mert nem volt tul sok idom butykolni a router-t.
Vagy lehet, hogy az NVRAM torles hianya miatt nem latszott az a menupont a feluleten?

[ Szerkesztve ]

JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...

Azt erősen kétlem, magának a menüpontnak és a felület megjelenésének semmi köze ehhez. A reset elmaradása esetleg akkor okozhat gondot, ha valamely alkalmazásnak megváltozik a konfigszerkezete, vagy azokban a változó nevek, stb., de itt csak adott könyvtár webes kiszolgálásáról van szó, ebben tudtommal sosem volt ilyen jellegű probléma.

Ott lesz az. Ürítsd ki a böngésző cache-t! (nem viccelek, egy külföldi fórumon ugyanezzel szívott egy srác, csak AC68U-n és ott is ez volt a megoldás).

bah legkozelebb marciusban lesz a kezemben a router...

JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...

Távoli (dirty) upgrade is működik, ha van ott egy pc, amit elérsz távolról.

És távoli web-es elérésed nincs rajta?

Tudtok új infót az ax routerek támogatottságáról? Ahogy elnézem megállt a 8 évvel ezelőtti hardvereknél.

Á, nem haladnak sehova, jelentéktelen semmiségek kerülnek néha a changelog-ba, az is havonta legfeljebb 2-3 alkalommal.

Sziasztok!

Van köztetek valaki esetleg, aki dual WAN mellett üzemeltet OpenVPN server-t FreshTomato-s router-en? Megy mind2 WAN cím felől az OpenVPN-es elérés?

Az OpenVPN kliensben 2 különböző bejegyzés van ugyanarra a a routerre, csak ugye más-más dyndns-es névvel.

Web-es szinten megy a különböző WAN-okon való elérés.

Sőt, a router mögötti Synology-s NAS-on futó OpenVPN-t is el tudom a 2 különböző WAN irányból.
A routeren futó OpenVPN szervert azonban nem,

Hello. Azért nem megy mert ha failoverben van a két wan akkor bármelyik wan-on át mész be a vpn-re mindenképp a default wan-on át menne visszafelé a csomag és így csak akkor működik ha a default wan-on át mész befelé is. Ha meg loadbalance-ban vannak a wan-ok akkor meg random működik, attól függően hogy az LB épp afelé a van felé irányítja-e a kifelé menő csomagot mint amin bejött.
Úgy tudod megoldani hogy mindkét wan-on át működjön, hogy bekapcsolod mindkét vpn szervert, két külön ip tartománnyal és két külön porton (de minden más beállítás meg cert-ek lehetnek ugyanazok), a multiwan routing-ba pedig fixen bevésed hogy az egyes vpn szerver címei (pl a 10.0.0.1/24) a wan0-n át menjen kifelé, a kettes vpn (pl 10.0.0.2/24) meg a wan1-en. Én használtam így egy darabig mikor még tesztfázisban volt meg az 5G net a vezetékes mellett, teljesen jól működött.

Nagyon szépen köszönöm válaszod!

Tesztelni fogom!

Valahogy nem igazán akar összejönni.....

OpenVPN server 1 (port és username a képernyőmentés miatt módosítva....):

OpenVPN server 2 (port és username a képernyőmentés miatt módosítva....):

MultiWAN szabályok:

[ Szerkesztve ]

Ilyen az, amikor létrejön az OpenVPN kapcsolat WAN1-en (eredeti IP cím átírva 1.2.3.4-re):

2024-01-21 13:27:00 OpenVPN 2.6.8 [git:v2.6.8/3b0d9489cc423da3] Windows [SSL (OpenSSL)] [LZO] [LZ4] [PKCS11] [AEAD] [DCO] built on Nov 17 2023
2024-01-21 13:27:00 Windows version 10.0 (Windows 10 or greater), amd64 executable
2024-01-21 13:27:00 library versions: OpenSSL 3.1.4 24 Oct 2023, LZO 2.10
2024-01-21 13:27:00 DCO version: 1.0.0
2024-01-21 13:27:00 MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:25361
2024-01-21 13:27:00 Need hold release from management interface, waiting...
2024-01-21 13:27:00 MANAGEMENT: Client connected from [AF_INET]127.0.0.1:11495
2024-01-21 13:27:00 MANAGEMENT: CMD 'state on'
2024-01-21 13:27:00 MANAGEMENT: CMD 'log on all'
2024-01-21 13:27:00 MANAGEMENT: CMD 'echo on all'
2024-01-21 13:27:00 MANAGEMENT: CMD 'bytecount 5'
2024-01-21 13:27:00 MANAGEMENT: CMD 'state'
2024-01-21 13:27:00 MANAGEMENT: CMD 'hold off'
2024-01-21 13:27:00 MANAGEMENT: CMD 'hold release'
2024-01-21 13:27:00 MANAGEMENT: CMD 'username "Auth" "User"'
2024-01-21 13:27:00 MANAGEMENT: CMD 'password [...]'
2024-01-21 13:27:00 MANAGEMENT: >STATE:1705840020,RESOLVE,,,,,,
2024-01-21 13:27:00 TCP/UDP: Preserving recently used remote address: [AF_INET]1.2.3.4:1194
2024-01-21 13:27:00 ovpn-dco device [OpenVPN Data Channel Offload] opened
2024-01-21 13:27:00 UDP link local: (not bound)
2024-01-21 13:27:00 UDP link remote: [AF_INET]1.2.3.4:1194
2024-01-21 13:27:00 MANAGEMENT: >STATE:1705840020,WAIT,,,,,,
2024-01-21 13:27:00 MANAGEMENT: >STATE:1705840020,AUTH,,,,,,
2024-01-21 13:27:00 TLS: Initial packet from [AF_INET]1.2.3.4:1194, sid=baf2dcbf 44b5218a
2024-01-21 13:27:00 WARNING: this configuration may cache passwords in memory -- use the auth-nocache option to prevent this
2024-01-21 13:27:01 VERIFY OK: depth=1, C=GB, ST=Yorks, L=York, O=Company, OU=IT, CN=server.
2024-01-21 13:27:01 VERIFY KU OK
2024-01-21 13:27:01 Validating certificate extended key usage
2024-01-21 13:27:01 ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication
2024-01-21 13:27:01 VERIFY EKU OK
2024-01-21 13:27:01 VERIFY OK: depth=0, C=GB, ST=Yorks, L=York, O=FreshTomato, OU=IT, CN=server
2024-01-21 13:27:01 Control Channel: TLSv1.3, cipher TLSv1.3 TLS_CHACHA20_POLY1305_SHA256, peer certificate: 2048 bits RSA, signature: RSA-SHA256, peer temporary key: 253 bits X25519
2024-01-21 13:27:01 [server] Peer Connection Initiated with [AF_INET]1.2.3.4:1194
2024-01-21 13:27:01 TLS: move_session: dest=TM_ACTIVE src=TM_INITIAL reinit_src=1
2024-01-21 13:27:01 TLS: tls_multi_process: initial untrusted session promoted to trusted
2024-01-21 13:27:01 PUSH: Received control message: 'PUSH_REPLY,route 192.168.1.0 255.255.255.0,route 192.168.2.0 255.255.255.0,route 192.168.3.0 255.255.255.0,dhcp-option DNS 192.168.1.254,dhcp-option DNS 192.168.2.254,dhcp-option DNS 192.168.3.254,route-gateway 10.6.0.1,topology subnet,ping 15,ping-restart 60,ifconfig 10.6.0.2 255.255.255.0,peer-id 0,cipher AES-256-GCM,protocol-flags cc-exit tls-ekm dyn-tls-crypt,tun-mtu 1500'
2024-01-21 13:27:01 OPTIONS IMPORT: --ifconfig/up options modified
2024-01-21 13:27:01 OPTIONS IMPORT: route options modified
2024-01-21 13:27:01 OPTIONS IMPORT: route-related options modified
2024-01-21 13:27:01 OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified
2024-01-21 13:27:01 OPTIONS IMPORT: tun-mtu set to 1500
2024-01-21 13:27:01 interactive service msg_channel=688
2024-01-21 13:27:01 ROUTE_GATEWAY 172.16.1.254/255.255.255.0 I=18 HWADDR=34:e6:d7:32:be:59
2024-01-21 13:27:01 MANAGEMENT: >STATE:1705840021,ASSIGN_IP,,10.6.0.2,,,,
2024-01-21 13:27:01 INET address service: add 10.6.0.2/24
2024-01-21 13:27:01 IPv4 dns servers set using service
2024-01-21 13:27:01 IPv4 MTU set to 1500 on interface 19 using service
2024-01-21 13:27:01 MANAGEMENT: >STATE:1705840021,ADD_ROUTES,,,,,,
2024-01-21 13:27:01 C:\WINDOWS\system32\route.exe ADD 192.168.1.0 MASK 255.255.255.0 10.6.0.1 METRIC 200
2024-01-21 13:27:01 Route addition via service succeeded
2024-01-21 13:27:01 C:\WINDOWS\system32\route.exe ADD 192.168.2.0 MASK 255.255.255.0 10.6.0.1 METRIC 200
2024-01-21 13:27:01 Route addition via service succeeded
2024-01-21 13:27:01 C:\WINDOWS\system32\route.exe ADD 192.168.3.0 MASK 255.255.255.0 10.6.0.1 METRIC 200
2024-01-21 13:27:01 Route addition via service succeeded
2024-01-21 13:27:01 Initialization Sequence Completed
2024-01-21 13:27:01 MANAGEMENT: >STATE:1705840021,CONNECTED,SUCCESS,10.6.0.2,1.2.3.4,1194,,
2024-01-21 13:27:01 Data Channel: cipher 'AES-256-GCM', peer-id: 0
2024-01-21 13:27:01 Timers: ping 15, ping-restart 60
2024-01-21 13:27:01 Protocol options: protocol-flags cc-exit tls-ekm dyn-tls-crypt

Ilyen pedig az, amikor WAN2-n nem jön létre (IP cím átírva 1.2.3.5-re):

2024-01-21 13:33:44 DEPRECATED OPTION: --cipher set to 'AES-256-CBC' but missing in --data-ciphers (AES-256-GCM:AES-128-GCM). OpenVPN ignores --cipher for cipher negotiations.
2024-01-21 13:33:44 OpenVPN 2.6.8 [git:v2.6.8/3b0d9489cc423da3] Windows [SSL (OpenSSL)] [LZO] [LZ4] [PKCS11] [AEAD] [DCO] built on Nov 17 2023
2024-01-21 13:33:44 Windows version 10.0 (Windows 10 or greater), amd64 executable
2024-01-21 13:33:44 library versions: OpenSSL 3.1.4 24 Oct 2023, LZO 2.10
2024-01-21 13:33:44 DCO version: 1.0.0
2024-01-21 13:33:44 MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:25362
2024-01-21 13:33:44 Need hold release from management interface, waiting...
2024-01-21 13:33:44 MANAGEMENT: Client connected from [AF_INET]127.0.0.1:23070
2024-01-21 13:33:44 MANAGEMENT: CMD 'state on'
2024-01-21 13:33:44 MANAGEMENT: CMD 'log on all'
2024-01-21 13:33:45 MANAGEMENT: CMD 'echo on all'
2024-01-21 13:33:45 MANAGEMENT: CMD 'bytecount 5'
2024-01-21 13:33:45 MANAGEMENT: CMD 'state'
2024-01-21 13:33:45 MANAGEMENT: CMD 'hold off'
2024-01-21 13:33:45 MANAGEMENT: CMD 'hold release'
2024-01-21 13:33:45 MANAGEMENT: CMD 'username "Auth" "User"'
2024-01-21 13:33:45 MANAGEMENT: CMD 'password [...]'
2024-01-21 13:33:45 MANAGEMENT: >STATE:1705840425,RESOLVE,,,,,,
2024-01-21 13:33:45 TCP/UDP: Preserving recently used remote address: [AF_INET]1.2.3.5:1195
2024-01-21 13:33:45 ovpn-dco device [OpenVPN Data Channel Offload] opened
2024-01-21 13:33:45 UDP link local: (not bound)
2024-01-21 13:33:45 UDP link remote: [AF_INET]1.2.3.5:1195
2024-01-21 13:33:45 MANAGEMENT: >STATE:1705840425,WAIT,,,,,,
2024-01-21 13:33:49 Closing DCO interface
2024-01-21 13:33:49 SIGTERM[hard,] received, process exiting
2024-01-21 13:33:49 MANAGEMENT: >STATE:1705840429,EXITING,SIGTERM,,,,,

Kipróbáltam azt is, hogy WAN1 IP címen a 1195-ös porton keresztül be tudok-e jelentkezni és sikerült. Vagyis ez azt jelenti "OpenVPN Server1" és "OpenVPN Server2" is a WAN1-es IP címen keresztül "néz" kifele.

És a kliens IP-jén látszik hogy épp melyik vpn szerverre csatlakoztál? Tehát porttol függően 10.6... és 10.7... ip-ket kapnak a kliensek? A multiwan routingban a 2. és 3. sor biztos nem kell, mert befelé betalál, kifelé kell csak kézzel irányítani. Én AC68U-n 2023.3 -ason használtam és TCP portokon voltak a vpn szerverek, de nem hiszen hogy ezek bármelyike is befolyásolná azt hogy megy vagy sem. Konfigom is kb ugyanez, csak encrypt ch v2 és sha256 a digest és a respond to dns ki van kapcsolva. Egyébként ez utóbbi egyszer okozott vmi gebaszt mikor próbaképp bekapcsoltam, de már nem emlékszem konkrétan mit. LB vagy failover módban vannak a wan-ok? Amiről próbálgatod gép az ugye nem LAN oldalon van hanem egy harmadik, a két wantól független internet elérésen (telefon hotspotja pl)?

[ Szerkesztve ]

A kliens IP-jén nem látok semmit, OpenVPN kliens log-ban a "MANAGEMENT:
- STATE - WAIT" sor után 1 perc múlva annyi jelenik meg, hogy:

2024-01-21 18:28:49 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)
2024-01-21 18:28:49 TLS Error: TLS handshake failed

Igen, a vpn kliens teljesen máshol van (telekom hálózat), mint a router (pickup hálózat).

Failover módban megy a router.

Az OpenVPN kliens log-ban látom, hogy a WAN2 IP címhez akar csatlakozni és annak is a 1195-ös portjához, tehát az rendben van.

[ Szerkesztve ]

MEG VAN! MEGTALÁLTAM!

Protocol-nak TCP-nek kell lennie (ahogy írtad), nem pedig UDP-nek és működik!!!!!!

Köszönöm szépen!

Mondjuk nem teljesen értem, hogy miért?

Lehet hogy bugos a multiwan routing rész (is), mert annak udp-t is kellene tudnia routolnia. De ezek szerint mégsem. Az a lényeg hogy működik. TCP kicsivel lassabb mint az UDP, de igazából én csak ott vettem észre ha rdp-n nézem a szerveren futó ipkamera programban az élő videót, akkor udp-s vpn-el kevésbé darabos a video

[ Szerkesztve ]

Reggel csináltam egy gyors tesztet, hogy 1 OpenVPN szerverrel, de azt TCP-re állítva megy-e a dualWAN-os OpenVPN és bizony ment (multiwan routing nem volt beállítva). Meló után este tovább tesztelem, visszajelzek.

Ja, igen, FreshTomato 2023.4-esen próbáltam.

3 helyszín beállítása - tesztelése után azt tudom mondani, hogy a multiwan routing beállítása nem szükséges, valamint dualwan esetén is elegendő 1 OpenVPN server config, VISZONT udp helyett tcp-t kell használni.

Egy kis OpenVPN sebesség teszt

Sziasztok!

Segítséget szeretnék kérni. Sajna vacakol a Voda net itthon és nem tudom eldönteni, hogy a hiba nálam van vagy a szolgáltatónál. Beraktam a modem mögé most egy atomstabil RT-N18U routert Freshtomatoval a fedélzeten.
Terv, hogy időközönként pingelek egy külső IP címet és az eredményt logba rögzítem.
Egy korábbi problémámból az alábbi szöszenet jó lehet erre, x percenként lefuttatva?

#!/bin/sh

IPADDRESS="1.1.1.1" # A tesz IP címe!
LOGDIR="/tmp/mnt/sda1/syslog" # A logfile-ok helye!

mkdir -p $LOGDIR
LOGDAY=$(date +"%Y-%m-%d")
LOGFILE=$LOGDIR/ping_wol_$LOGDAY.log
touch $LOGFILE
NOW=$(date +"%Y.%m.%d %H:%M:%S")
ping -c 1 $IPADDRESS | grep -v grep | grep "100% packet loss"
if [ $? -eq 1 ]
then
echo "$NOW A cím válaszolt a pingre!" >> $LOGFILE
else
echo "$NOW A cím nem válaszolt a pingre, nincs internet!" >> $LOGFILE
fi

Ill. hogy kell átalakítanom, hogy mindíg liggolja a teljes ping eredményeket?
Köszönöm!

[ Szerkesztve ]

Üdv:ZZ

Szia!

Itt egy script. Csak állítsd át, hogy hova (milyen file-ba) mentegesse az IP címet. Illetve ha csak 1 WAN-od van, akkor a másik 3-t törölheted. A "Scheduler"-ben pedig beállítod, hogy percenként fusson le.

2. megoldás: SNMP-t bekapcsolod, SNMP figyelőnek egy sarokban hentergő pc-t, rajta PRTG-vel.

[ Szerkesztve ]

pl:
#!/bin/sh

IPADDRESS="1.1.1.1"
LOGDIR="/tmp/mnt/sda1/syslog" # A logfile-ok helye!

mkdir -p $LOGDIR
LOGDAY=$(date +"%Y-%m-%d")
LOGFILE=$LOGDIR/ping_wol_$LOGDAY.log
TEMPFILE=$LOGDIR/ping_temp
touch $LOGFILE
NOW=$(date +"%Y.%m.%d %H:%M:%S")
ping -c 1 $IPADDRESS > $TEMPFILE
cat $TEMPFILE | grep -v grep | grep "100% packet loss"
if [ $? -eq 1 ]
then
echo "$NOW A cím válaszolt a pingre!" >> $LOGFILE
else
echo "$NOW A cím nem válaszolt a pingre, nincs internet!" >> $LOGFILE
fi

cat $TEMPFILE >> $LOGFILE
rm $TEMPFILE

JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...

Köszönöm!

Közben erre alakítottam át:
#!/bin/sh
IPADDRESS="1.1.1.1"                       # A tesz IP címe!
LOGDIR="/tmp/mnt/sda1/syslog"       # A logfile-ok helye!
mkdir -p $LOGDIR
LOGDAY=$(date +"%Y-%m-%d")
LOGFILE=$LOGDIR/pingtest_$PINGTEST.log
touch $LOGFILE
NOW=$(date +"%Y.%m.%d %H:%M:%S")
ping -c 1 $IPADDRESS | tee -a >> $LOGFILE
done
Netről összevágtam, semmit nem tudok a skript írásról , de Működik!

Üdv:ZZ

Végleges:

#!/bin/sh
IPADDRESS="1.1.1.1"                       # A teszt IP cím!
LOGDIR="/tmp/mnt/sda1/syslog"       # A logfile-ok helye!
mkdir -p $LOGDIR
LOGDAY=$(date +"%Y-%m-%d")
LOGFILE=$LOGDIR/pingtest_$PINGTEST.log
touch $LOGFILE
NOW=$(date +"%Y.%m.%d %H:%M:%S")
echo "$NOW" >> $LOGFILE
ping -c 4 $IPADDRESS | tee -a >> $LOGFILE 
if

Üdv:ZZ

Sziasztok!

Finom friss, ropogós firmware jelent meg: 2024.1

Letöltési link

ARM changelog

MIPS changelog

Sziasztok!
Van egy Netgear R6400v2 router, amin múlt évi fw volt.
VidaNet hálózaton modemre kötöttem, de sehogy sem volt képes csatlakozni, elvileg itt dhcp-s beállítással kellene hoznia az internetet. Sajnos nem teszi, folyamatosan renew-on van és nem kap ip címet. Ha modemet kikapcsolom, majd vissza, a modem beindulása után egy fél percre ip-t kap, de nincs internet, aztán elveszíti azt az ip-t is....
Feltettem a legújabb freshtomato fw-t, de azzal is ezt csinálja.
freshtomato-R6400v2-K26ARM-2024.1-AIO-128K.zip

Van valami beállítás, ami miatt nem mehet?
Van egy ugyan ilyen útválasztóm, az gyári Netgear fw-el gond nélkül megy alapbeállításokkal. Próbáljam meg visszatenni az eredeti Netgear fw-t?

Előre is köszönöm!

Szia!

Ha DHCP helyett fix-vel próbálod, az esetleg megy?

Elkezdtem megint utánajárni, hogy áll a project ax routereket illetően, de sajnos sehogy. Viszont közben belefutottam ebbe, nem tudom volt-e már, de hátha érdekel valakit.

Tomato64 - Tomato64 is a port of Tomato Firmware to the x86_64 architecture.
Tomato Firmware for the x86_64 architecture

ÖÖ ha most jól értem ez egy tomato firmware egy rendes gépre ?

Igen, voltaképp csinál belőle egy x86_64-es routert, ami ugye egyben lehet webszerver, letöltőgép, médiaszerver, és egyéb is. A letöltések közt van Live CD is, szóval akár a "rendes" gépeden, vagy egy virtuális gépen is megnézheted teszt jelleggel.

[ Szerkesztve ]