- Igencsak szerény méretekkel rendelkezik az Aetina Xe HPG architektúrás VGA-ja
- Miniképernyős, VIA-s Epomaker billentyűzet jött a kábelmentes szegmensbe
- Különösen rendezett beltér hozható össze a Cooler Master új házában
- A középkorra és a pokolra is gondolt az új AMD Software
- Új gyártástechnológiai útitervvel állt elő a TSMC
- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- ASUS ROG Ally
- Milyen monitort vegyek?
- Übergyors Samsungnak próbál látszani egy hamisított NVMe SSD
- 3D nyomtatás
- Milyen notebookot vegyek?
- Milyen TV-t vegyek?
- HiFi műszaki szemmel - sztereó hangrendszerek
- Lelövi a Roccat márkanevet a Turtle Beach
- Milyen billentyűzetet vegyek?
Hirdetés
-
A személyre szabott reklám lehet a streaming következő slágere
it A jobb célzott hirdetések érdekében adatplatformot indít a Warner Bros Discovery.
-
Különösen rendezett beltér hozható össze a Cooler Master új házában
ph A 49,73 literes térfogatú, látszólag jól szellőző modell tárt karokkal várja a konnektoraikat rejtő ASUS és MSI alaplapokat.
-
A Video AI lehet a One UI 6.1.1 ütőkártyája
ma Vagy hogy fogja a mesterséges intelligencia manipulálni a mozgóképeket?
-
PROHARDVER!
Tomato firmware
Új hozzászólás Aktív témák
-
SztiviVander
őstag
válasz Intruder2k5 #10850 üzenetére
en is igy vagyok hogy igazabol az ac68u is tudja amit kell, es mivel lassan het ev nonstop mukodes utan sem akar megdogleni igy igazan nincs ami azonnali csere ingert valtana ki belolem
-
zsolt_64
senior tag
válasz Intruder2k5 #10848 üzenetére
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 ?
-
tjsz
Topikgazda
válasz SztiviVander #10847 üzenetére
Neked ebből soha nem volt semmiféle gondod, hogy csak "simán" felraktad a frissebb firmware-t?
-
SztiviVander
őstag
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.
-
tjsz
Topikgazda
válasz SztiviVander #10854 üzenetére
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.
-
tjsz
Topikgazda
-
ArthurShelby
addikt
É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
-
tjsz
Topikgazda
válasz ArthurShelby #10857 üzenetére
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 ]
-
tjsz
Topikgazda
-
sztanozs
veterán
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...
-
Intruder2k5
MODERÁTOR
válasz sztanozs #10864 üzenetére
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.
-
sztanozs
veterán
-
Puro
aktív tag
Tudtok új infót az ax routerek támogatottságáról? Ahogy elnézem megállt a 8 évvel ezelőtti hardvereknél.
-
tjsz
Topikgazda
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?
-
-
tjsz
Topikgazda
válasz ArthurShelby #10874 üzenetére
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, -
SztiviVander
őstag
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. -
tjsz
Topikgazda
válasz SztiviVander #10876 üzenetére
Nagyon szépen köszönöm válaszod!
Tesztelni fogom!
-
tjsz
Topikgazda
válasz SztiviVander #10876 üzenetére
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 ]
-
tjsz
Topikgazda
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 -
tjsz
Topikgazda
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,,,,, -
SztiviVander
őstag
É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 ]
-
tjsz
Topikgazda
válasz SztiviVander #10882 üzenetére
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 failedIgen, a vpn kliens teljesen máshol van (telekom hálózat), mint a router (pickup hálózat).
Failover módban megy a router.
-
tjsz
Topikgazda
válasz SztiviVander #10882 üzenetére
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 ]
-
tjsz
Topikgazda
válasz SztiviVander #10882 üzenetére
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?
-
SztiviVander
őstag
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 ]
-
tjsz
Topikgazda
válasz SztiviVander #10886 üzenetére
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.
-
tjsz
Topikgazda
-
zambozoli
senior tag
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
-
tjsz
Topikgazda
válasz zambozoli #10890 üzenetére
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 ]
-
sztanozs
veterán
válasz zambozoli #10890 üzenetére
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 $TEMPFILEJOGI 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...
-
zambozoli
senior tag
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
-
zambozoli
senior tag
válasz zambozoli #10893 üzenetére
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
-
tjsz
Topikgazda
-
atytoth1
csendes tag
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! -
Intruder2k5
MODERÁTOR
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 -
zsolt_64
senior tag
válasz Intruder2k5 #10898 üzenetére
ÖÖ ha most jól értem ez egy tomato firmware egy rendes gépre ?
-
Intruder2k5
MODERÁTOR
-
zsolt_64
senior tag
válasz Intruder2k5 #10900 üzenetére
Háát minden tiszteletem az illetőé, de ellentétes irányba lovagol. Nem kétlem lehet ilyen igény is. Van is nekem 1 at3iont-deluxe [link] alaplapom itt a szekrény tetején , 8 GB Ram van benne, valami régi 80 Gb sata meghajtó is hever a fiókban, de : lenne 1 legrégebbi szabványú wifi, (már ha felismerné) és még kellene 1 switch is a további portokhoz.
Továbbá kérdéses hogy az intel-atom elbírná-e. És akkor még jönnének a linux gondok[ Szerkesztve ]
-
zsolt_64
senior tag
válasz Intruder2k5 #10900 üzenetére
Az viszont szomorú hogy az ax-es routerek többségére nem hogy tomato, de merlin se nagyon van...
Új hozzászólás Aktív témák
● Olvasd el az összefoglalót!
- Eredeti Windows, telepítéssel! Digital Doctor Számítógép Szerviz
- Játékkulcsok olcsón: Steam, Uplay, GoG, Origin, Xbox, PS stb.
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! LEGOLCSÓBB! Automatikus 0-24
- Bitdefender Total Security 3év/3eszköz! - "Tökéletes védelem most kedvező áron..."
- Microsoft licencek a KIVÉTELES ÁRAK - UTALÁSSAL IS AUTOMATIKUS KÉZBESÍTÉS - Windows és Office