Hirdetés
-
Computex 2024: újfajta tápdizájn a Lian Li boszorkánykonyhájáról
ph Az L alakú Edge széria három kapacitással közeleg, és a legszerényebb variánsa kap egy picit olcsóbb kiadást, ami levehető mesh hálóval jön.
-
Az Apple is mesterséges intelligenciával turbózza fel a teljes kínálatot
ma Az új iOS, az új iPad OS és a Mac OS is megkapja az Apple Intelligence nevű megoldást, amely a ChatGPT-re is támaszkodik.
-
Léptek New Yorkban a közösségi média függőséget okozó algoritmusai ellen
it Meghozták azokat az intézkedéseket, amelyektől azt remélik, hogy segítenek megvédeni a kiskorúakat a közösségi médiában.
-
PROHARDVER!
Ubiquiti hálózati eszközök - téma összefoglaló
Új hozzászólás Aktív témák
-
Zsötie
tag
Egy AP-t szeretnék költöztetni egyik Controller-ről egy másikra.
Nem sikerül, állandóan azt mutatja, hogy Adopting.
Az info-t lekérve ezt a hibát kapom:
Status: Server Reject (http://<ip>:8080/inform) -
Zsötie
tag
válasz VeryByte #2296 üzenetére
Tudnád konkrétabban, hogy mit szeretnél?
Ezt látom a controllerben:
[23:37:00,542] <devmgr> INFO dev - [state] dev[fc:ec:da:4f:e6:d9] ADOPTING->UNKNOWN, state_expire=0[23:37:05,100] <discover> INFO dev - [state] dev[fc:ec:da:4f:e6:d9] UNKNOWN->ADOPTING, state_expire=1550101055
[23:37:05,108] <discover> INFO dev - [Try Adopt] dev[fc:ec:da:4f:e6:d9], dev_ip=<IP>, url=http://<IP>:8080/inform
[23:37:05,119] <discover> INFO discover - [ignore] already in ADOPTING state
[23:37:06,014] <ssh> INFO event - [event] AP[fc:ec:da:4f:e6:d9] was automatically readopted
[23:37:15,089] <discover> INFO discover - [ignore] already in ADOPTING state
[23:37:15,099] <discover> INFO discover - [ignore] already in ADOPTING state
SSH-n pedig ezt az AP-ben:
Status: Server Reject (http://192.168.1.7:8080/inform) -
Zsötie
tag
VPN-t szeretnék beállítani. Amiknek kívülről tudnia kell csatlakozni az Android, IOS, Windows és Linux.
Talán az OpenVPN beállítása lenne a legjobb megoldás. De ez alapból nincs benne az Edgerouter 4-ben.
Néztem a help szerinti leírást. Nem tűnik annyira vészesnek a beállítása CLI-ben.
Nincs valakinek ezzel kapcsolatban tapasztalata, tanácsa esetleg valami pontos útmutatója? -
-
Zsötie
tag
válasz Mr Bond 007 #2451 üzenetére
Teljesen igazad van.
Valójában a VPN miatt választottam ezt, habár az sem indokolhatja teljesen, mivel nem életbevágó dolgok mennek rajta. -
Zsötie
tag
Nem tudja valaki az Edgerouter 4 SNMP OID kódjait.
Amiket eddig találtam, azok nem működtek.
Köszi! -
Zsötie
tag
Sziasztok!
Elég érdekes problémám van. Van egy Edgerouter 4 és egy nanoHD AP-m.
Az LG smart TV wifin van rajta a hálózaton.
A TV lévő Content App nem működik, mivel nem elérhető szerinte a hálózat vagy instabil. Ezért nem is frissítenek az alkalmazások és nem működnek. Persze a hálózat működik rendesen, netezni lehet a tévén, hálózatról lejátszik rendesen.
A régi Netgear routerrel vagy telón lévo hotspottal nincs ez a gond, működik rendesen.
Láttam egy-két külföldi fórumon, hogy másnak is vannak hasonló problémái.
Ma voltak itt az LG szerviztől, cseréltek a TV-n alaplapot, de persze nem oldódott meg a probléma. Sajnos többet nem is tudtak segíteni. -
Zsötie
tag
válasz MasterMark #2706 üzenetére
Köszi!
Ez volt az. Nem 40-el, hanem 80-al volt kisebb mint az MTU. -
Zsötie
tag
Sziasztok!
Van egy Edgerouter 4-m. Beállítottam egy L2TP/IPsec VPN kapcsolatot.
Ami eddig működött is hibátlanul, de ma azt vettem észre, hogy az Android telefon nem tud csatlakozni.
Viszont az iOS továbbra is kapcsolódik, működik rendesen.
Mi lehet vajon a gond? -
Zsötie
tag
válasz MasterMark #2793 üzenetére
A telefon?
Sikertelen. -
Zsötie
tag
4 napja nincs internet. Nem voltunk otthon, így nem tudtam foglalkozni vele, de semmit nem tudtam elérni közben távolról.
Most értünk haza, router újraindítás után kb. 15 percig volt net, azóta semmi. Digi PPPOE, link down.
Digi ránézett, nem tud csatlakozni. Más router, vagy közvetlen PC működik, tehát valami a routerrel van.
Ez a log:Welcome to EdgeOS
By logging in, accessing, or using the Ubiquiti product, you
acknowledge that you have read and understood the Ubiquiti
License Agreement (available in the Web UI at, by default,
http://192.168.1.1) and agree to be bound by its terms.ubnt login: ubnt
Password:
Linux ubnt 4.9.79-UBNT #1 SMP Thu May 2 14:21:48 UTC 2019 mips64
Welcome to EdgeOS
ubnt@ubnt:~$ show log
Jun 9 14:06:00 ubnt kernel: Linux version 4.9.79-UBNT (ubnt@c325994c2d1f) (gcc
version 4.7.0 (Cavium Inc. Version: SDK_BUILD build 54) ) #1 SMP Thu May 2 14:21
:48 UTC 2019
Jun 9 14:06:00 ubnt kernel: CVMSEG size: 3 cache lines (384 bytes)
Jun 9 14:06:00 ubnt kernel: Checking for the multiply/shift bug...
Jun 9 14:06:00 ubnt kernel: no.
Jun 9 14:06:00 ubnt kernel: Checking for the daddiu bug...
Jun 9 14:06:00 ubnt kernel: no.
Jun 9 14:06:00 ubnt kernel: Primary instruction cache 78kB, virtually tagged, 3
9 way, 16 sets, linesize 128 bytes.
Jun 9 14:06:00 ubnt kernel: Primary data cache 32kB, 32-way, 8 sets, linesize 1
28 bytes.
Jun 9 14:06:00 ubnt kernel: Secondary unified cache 512kB, 4-way, 1024 sets, li
nesize 128 bytes.
Jun 9 14:06:00 ubnt kernel: Secondary unified cache 512kB, 4-way, 1024 sets, li
nesize 128 bytes.
Jun 9 14:06:00 ubnt systemd[1]: var-log.mount: Directory /var/log to mount over
is not empty, mounting anyway.
Jun 9 14:06:00 ubnt kernel: Kernel command line: root=/dev/mmcblk0p2 rootdelay
=10 rw rootsqimg=squashfs.img rootsqwdir=w mtdparts=spi32766.0:1024k(boot0),3072
k(boot1),64k(eeprom) console=ttyS0,115200 rootwait rootflags=data=journal
Jun 9 14:06:00 ubnt kernel: Checking for the daddi bug...
Jun 9 14:06:00 ubnt kernel: no.
Jun 9 14:06:00 ubnt systemd-udevd[140]: Could not generate persistent MAC addre
ss for loop0: No such file or directory
Jun 9 14:06:00 ubnt systemd-udevd[148]: Could not generate persistent MAC addre
ss for loop1: No such file or directory
Jun 9 14:06:00 ubnt systemd-udevd[152]: Could not generate persistent MAC addre
ss for loop2: No such file or directory
Jun 9 14:06:00 ubnt systemd-udevd[151]: Could not generate persistent MAC addre
ss for loop3: No such file or directory
Jun 9 14:06:00 ubnt kernel: SCSI subsystem initialized
Jun 9 14:06:00 ubnt systemd-udevd[149]: Could not generate persistent MAC addre
ss for npi0: No such file or directory
Jun 9 14:06:00 ubnt systemd-udevd[145]: Could not generate persistent MAC addre
ss for npi1: No such file or directory
Jun 9 14:06:00 ubnt systemd-udevd[150]: Could not generate persistent MAC addre
ss for npi2: No such file or directory
Jun 9 14:06:00 ubnt systemd-udevd[153]: Could not generate persistent MAC addre
ss for npi3: No such file or directory
Jun 9 14:06:00 ubnt kernel: /proc/octeon_perf: Octeon performance counter inter
face loaded
Jun 9 14:06:00 ubnt kernel: random: fast init done
Jun 9 14:06:00 ubnt kernel: 3 cmdlinepart partitions found on MTD device spi327
66.0
Jun 9 14:06:00 ubnt kernel: Creating 3 MTD partitions on "spi32766.0":
Jun 9 14:06:00 ubnt kernel: 0x000000000000-0x000000100000 : "boot0"
Jun 9 14:06:00 ubnt kernel: 0x000000100000-0x000000400000 : "boot1"
Jun 9 14:06:00 ubnt kernel: 0x000000400000-0x000000410000 : "eeprom"
Jun 9 14:06:00 ubnt kernel: octeon-ethernet 2.0
Jun 9 14:06:00 ubnt kernel: Node 0 Interface 0 has 4 ports (QSGMII)
Jun 9 14:06:00 ubnt kernel: Node 0 Interface 1 has 4 ports (QSGMII)
Jun 9 14:06:00 ubnt kernel: Node 0 Interface 2 has 4 ports (NPI)
Jun 9 14:06:00 ubnt kernel: Node 0 Interface 3 has 4 ports (LOOP)
Jun 9 14:06:00 ubnt kernel: Node 0 Interface 4 has 1 ports (AGL)
Jun 9 14:06:00 ubnt kernel: dwc3 1680000000000.xhci: Configuration mismatch. dr
_mode forced to host
Jun 9 14:06:00 ubnt kernel: dwc3 1690000000000.xhci: Configuration mismatch. dr
_mode forced to host
Jun 9 14:06:00 ubnt kernel: OF: fdt:not creating '/sys/firmware/fdt': CRC check
failed
Jun 9 14:06:00 ubnt kernel: EXT4-fs: Warning: mounting with data=journal disabl
es delayed allocation and O_DIRECT support!
Jun 9 14:06:00 ubnt kernel: This architecture does not have kernel memory prote
ction.
Jun 9 14:06:00 ubnt kernel: ubnt_platform: loading out-of-tree module taints ke
rnel.
Jun 9 14:06:00 ubnt kernel: ubnt_platform: module license 'Proprietary' taints
kernel.
Jun 9 14:06:00 ubnt kernel: Disabling lock debugging due to kernel taint
Jun 9 14:06:00 ubnt kernel: random: crng init done
Jun 9 14:06:00 ubnt liblogging-stdlog: [origin software="rsyslogd" swVersion="
8.24.0" x-pid="250" x-info="http://www.rsyslog.com"] start
Jun 9 14:06:02 ubnt kernel: eth0: Link down
Jun 9 14:06:02 ubnt kernel: eth1: Link down
Jun 9 14:06:02 ubnt kernel: eth2: Link down
Jun 9 14:06:02 ubnt kernel: eth3: Link down
Jun 9 14:06:05 ubnt kernel: eth1: 1000 Mbps Full duplex, port 2
Jun 9 14:06:06 ubnt ssh-recovery[490]: starting...
Jun 9 14:06:06 ubnt ssh-recovery[490]: if=(all) port=(60257) terminate-timeout=
(60)
Jun 9 14:06:07 ubnt ssh-recovery[490]: enabling link on interfaces...
Jun 9 14:06:07 ubnt ssh-recovery[490]: eth0 :: mac=(fc:ec:da:44:02:66)
Jun 9 14:06:07 ubnt ssh-recovery[490]: eth1 :: mac=(fc:ec:da:44:02:67)
Jun 9 14:06:07 ubnt ssh-recovery[490]: eth2 :: mac=(fc:ec:da:44:02:68)
Jun 9 14:06:07 ubnt ssh-recovery[490]: eth3 :: mac=(fc:ec:da:44:02:65)
Jun 9 14:06:09 ubnt NSM[601]: NSM-6: Initializing memdbg: ptr=0x55d8fe44 histo
ry-size=1024 memdbg-size=143552
Jun 9 14:06:09 ubnt kernel: 3.
Jun 9 14:06:09 ubnt kernel: 5.
Jun 9 14:06:09 ubnt kernel: 58.
Jun 9 14:06:09 ubnt kernel:
Jun 9 14:06:09 ubnt NSM[607]: NSM-6: 10 MB
Jun 9 14:06:09 ubnt NSM[607]: NSM-6: 100 MB
Jun 9 14:06:09 ubnt NSM[607]: NSM-6: 1000 MB
Jun 9 14:06:09 ubnt NSM[607]: NSM-6: 10 MB
Jun 9 14:06:09 ubnt NSM[607]: NSM-6: ioctl(1) returned illegal value(0). Setti
ng bandwidth to 0
Jun 9 14:06:09 ubnt NSM[607]: message repeated 7 times: [ NSM-6: ioctl(1) retu
rned illegal value(0). Setting bandwidth to 0]
Jun 9 14:06:09 ubnt ssh-recovery[490]: service started :: pid=(597)
Jun 9 14:06:14 ubnt IMI[600]: IMI-6: imi_server_send_config called (PM 1)
Jun 9 14:06:16 ubnt RIB[733]: RIB-6: Initializing memdbg: ptr=0x565d4d50 histo
ry-size=1024 memdbg-size=143552
Jun 9 14:06:16 ubnt IMI[600]: IMI-6: imi_server_send_config called (PM 42)
Jun 9 14:06:16 ubnt RIB[734]: RIB-6: RIBd (1.2.0) starts
Jun 9 14:06:16 ubnt IMI[600]: IMI-6: imi_server_send_config called (PM 42)
Jun 9 14:06:18 ubnt rl-system.init: Checking/creating SSH host keys.
Jun 9 14:06:19 ubnt liblogging-stdlog: [origin software="rsyslogd" swVersion="
8.24.0" x-pid="250" x-info="http://www.rsyslog.com"] exiting on signal 15.
Jun 9 14:06:19 ubnt liblogging-stdlog: [origin software="rsyslogd" swVersion="
8.24.0" x-pid="870" x-info="http://www.rsyslog.com"] start
Jun 9 14:06:20 ubnt liblogging-stdlog: [origin software="rsyslogd" swVersion="
8.24.0" x-pid="870" x-info="http://www.rsyslog.com"] exiting on signal 15.
Jun 9 14:06:20 ubnt liblogging-stdlog: [origin software="rsyslogd" swVersion="
8.24.0" x-pid="923" x-info="http://www.rsyslog.com"] start
Jun 9 14:06:33 ubnt pppd[2449]: pppd 2.4.7 started by root, uid 0
Jun 9 14:06:34 ubnt ntpd[2507]: ntpd 4.2.8p10@1.3728-o Sun Feb 25 21:35:47 UTC
2018 (1): Starting
Jun 9 14:06:37 ubnt dhcpd3: WARNING: Host declarations are global. They are no
t limited to the scope you declared them in.
Jun 9 14:06:37 ubnt dhcpd3:
Jun 9 14:06:37 ubnt dhcpd3: No subnet declaration for eth0 (no IPv4 addresses).
Jun 9 14:06:37 ubnt dhcpd3: ** Ignoring requests on eth0. If this is not what
Jun 9 14:06:37 ubnt dhcpd3: you want, please write a subnet declaration
Jun 9 14:06:37 ubnt dhcpd3: in your dhcpd.conf file for the network segment
Jun 9 14:06:37 ubnt dhcpd3: to which interface eth0 is attached. **
Jun 9 14:06:37 ubnt dhcpd3:
Jun 9 14:06:41 ubnt kernel: Changing the IPv4 forwarding cache table size from
8192 to 16384
Jun 9 14:06:41 ubnt netplugd: Starting network plug daemon: netplugd.
Jun 9 14:07:08 ubnt pppd[2449]: Timeout waiting for PADO packets
Jun 9 14:07:09 ubnt ssh-recovery[631]: terminating the SSH recovery service ::
pid=(597)
ubnt@ubnt:~$ -
Zsötie
tag
válasz Cirbolya_sen #2805 üzenetére
Az utolsó hárommal próbáltam. Mindig az a helyzet sajnos.
-
Zsötie
tag
Vissza raktam a régi routert. Működik.
Így kizárnám a szolgáltatót, a rossz kábelt és a rossz felhasználónév/jelszót.
Valami az eth0 porttal lehet, mert mintha nem érzékelné a kábelt. De a Digi azt mondja, látják próbálkozni csatlakozni.
Viszont a reset to default után statikus IP címmel lehet kapcsolódni rá, és azt az eth0-n keresztül megy.
Ekkor működik az eth0, mert sikerül beállítani, de amint átdugom wan kábelt nincs tovább.
Feladtam.[ Szerkesztve ]
-
Zsötie
tag
válasz MasterMark #2817 üzenetére
2800-as hozzászólásban van a log.
-
Zsötie
tag
Úgy néz ki hűtés problémája van.
Van ebben aktív hűtés?
Csak mert most kívülről hűtve egy ventivel működik.
Csak maradjon is így. -
Zsötie
tag
válasz #70234880 #2825 üzenetére
De, írtam, Edgerouter 4.
Szekrényben van/volt polcon, az igaz, hogy fölötte is polc van. De az első és hátsó ajtó nincs rajta.
Ha a Pi-nek nincs melege ott hűtés nélkül, akkor a router-nek sem kellene, hogy legyen.
Meleg volt a fém ház, ahogy kivettem. Az is igaz, hogy nincs hűtése a szekrénynek.
Most levettem a ventit róla, megnézem nélküle is megy-e a rack-n kívül.Most már lehet koncentrálni a VPN problémára.
Még mindig nem tudom, hogy az Android miért nem tud csatlakozni, amíg az iOS igen. -
Zsötie
tag
válasz VeryByte #2844 üzenetére
Edgerouter 4, L2TP IPSec PSK VPN van beállítva kb. fél éve.
iOS és Android telefonok használják, igaz nem túl gyakran, havonta csak párszor.
Pár héttel ezelőtt jelentkezett, vettük észre, hogy Android alól nem épül fel a vpn kapcsolat, viszont iOS alól továbbra is működik.
Android a Telenornál van. Próbáltam az APN-t net-re állítani online-ről, de úgy sem megy.
MS-CHAMPv2 be van állítva.
iOS Telekom-nál van.
Nem tudom mi lehet a gond, van egy olyan sejtésem, hogy a Telenorral lesz valami, így nem fogom tudni megoldani.
Az openVPN megoldás lehet? -
Zsötie
tag
válasz D-LAN|FuRioN #2847 üzenetére
A szolgáltató gyakran blokkolja a GRE protokollt, ami kell a VPN-hez.
-
Zsötie
tag
válasz D-LAN|FuRioN #2854 üzenetére
Igen, az iOS telefonon keresztül ki tudtam próbálni és úgy sem megy.
Viszont az Android telefon (amelyiken nem működik) hotspot-jára, csatlakozott számítógépen vígan üzemel a VPN.
Úgy néz ki a telefonnal lehet valami. Biztosan azért mert Huawei. -
Zsötie
tag
válasz D-LAN|FuRioN #2887 üzenetére
Köszi az információt!
Eddig én sem tudtam mit kezdeni vele.
Ez is kínai. -
Zsötie
tag
Sziasztok!
Van egy nanoHD-m, ami ma reggeltől elkezdett 5-20 percenként újra indulni. Valamint azóta több ezerre nőt az eldobált csomagok száma is. Szerintetek mi lehet a gond?
-
Zsötie
tag
válasz Véreshurka #4090 üzenetére
Szia!
Nekem 16 portos van, és tényleg kicsit hangos benne a venti, igaz nem megy mindig.
Ha érdekel szívesen megválnék tőle, mert nekem kevés már a 16 port, így szeretnék helyette egy 24 portosat, de nekem Gen1 kellene a POE teljesítmény miatt. -
Zsötie
tag
Szia!
Sajnos nekem is újra indul az AP 8-10 percenként.
Ezzel van tele a controller logja: <MAC> was restarted (6m connected, 15 clients)
Egy US‑16‑150W switch-hez csatlakozik. Kábelt már cseréltem.
A switch üzembe helyezése után kb. 1 hónapig nem volt gond vele.
Nincs valakinek valami ötlete a megoldásra? -
Zsötie
tag
válasz galaktikus #7410 üzenetére
Van túlfeszültség védelemmel ellátott PDU hasonló árban.
-
Zsötie
tag
válasz galaktikus #7426 üzenetére
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen