Hirdetés
-
Posztapokaliptikus Radeon kártya készül a Sapphire műhelyében
ph A Navi 32 GPU-ra épülő, limitált darabszámú modell a vizuális dualizmus jegyében született, és a 11 Bit Studios láttamozta.
-
Premier előzetesen az xDefiant
gp Az ingyenes multiplayer FPS premierjére alig két napot kell már csak várni.
-
AMD-s alternatívát ajánl az NVIDIA AI ellen a Microsoft
it AMD-s alternatívát kapnak az NVIDIA AI-processzorokra a Microsoft felhős ügyfelei.
-
PROHARDVER!
Ubiquiti hálózati eszközök - téma összefoglaló
Új hozzászólás Aktív témák
-
őstag
-
Multibit
veterán
-
őstag
Öööö, az nem tudom mi pontosan, de ha a fix ip-s téma, akkor valószínűleg igen NAT-ol, mert nem fix az ip-m. Z-NET internetem van.
Viszont mind az UbiCloud és a Synology Nas account valahogy jól megoldja megy a távoli elérés velük.(#2754) Multibit
A Synology NAS-on a Transmission alkalmazással torrentezek, amihez igen 3 gépen van GUI, működnek is.
A felülete a hálózaton belül bármelyik gépről egyébként elérhető a NASIP:9091-es címmel.
Ebből gondolom hogy akkor kívülről is elméletben el kéne tudnom érni, mivel a Synology account adott egy XXXX.synology.me címet. Illetve a Syno telepített alkalmazásoknál a Transmission leírásában írja hogy az URL címe:
http://XXXX.XX.quickconnect.to:9091/
Mégsem jön be rajta semmi Időtúllépés vagy tűzfal üzenettel.X-ek: kitörölt.
[ Szerkesztve ]
joceehunt felhasználónak 60 pozitív és 0 negativ értékelése van a fórumon! http://phmegbizhatosag.atw.hu/phtabla.php?nev=joceehunt
-
Multibit
veterán
válasz JoceeHunt #2755 üzenetére
A Synology NAS-on a Transmission alkalmazással torrentezek, amihez igen 3 gépen van GUI, működnek is.
A felülete a hálózaton belül bármelyik gépről egyébként elérhető a NASIP:9091-es címmel.
Ebből gondolom hogy akkor kívülről is elméletben el kéne tudnom érni, mivel a Synology account adott egy XXXX.synology.me címet.
Jó az elképzelés, de ehhez publikus IP cím kell. Legjobb tudomásom szerint a mikrós szolgáltatók nem adnak ilyet. -
Chal
addikt
válasz JoceeHunt #2755 üzenetére
Ahogy már fentebb is írták, fix IP != publikus IP. A cloudos cuccok azért oldják meg, mert ott te (pontosabban az adott eszközön futó alkalmazás) kezdeményezi a kapcsolódást bentről, kiépítve ezzel a kétirányú kommunikációt a synology és az ubi szervereivel. Viszont ha kintről akar valaki kezdeményezni feléd kapcsolódást, az nem fog menni a publikus IP hiánya miatt.
Szóval szerintem először azt derítsd ki, hogy nat-ol e a szolgáltatód nálad vagy sem, addig nincs értelme további hibakeresésnek.
[ Szerkesztve ]
-
őstag
Na ezzel a válasszal a kb 10 éves kérdésemre kaptam választ (saját hiányom, hogy sosem tettem fel senkinek). Már a régi lakhelyemen is szenvedtem ilyen belépési dolgokkal, de más eszközök miatt még idáig sem jutottam mint a mostaniakkal, ami már bőven jó számomra a torrent külső indítás csak hab lenne a tortán, de el tudom viselni a hiányát. Max futok egy kört a mappába lévő torrent fájl behelyezésre automatikus indulással (ezt még kívülről szerintem meg tudnám oldani, bár a 3 féle csoportosítás már gondot okozhat).
Ez a "kintről lévő kezdeményezés" fogalma most helyretette bennem a dolgokat így laikusan minimális szakértelemmel, illetve a bentről lévő kapcsolat miatti működés. Szuper vagy, köszönöm!joceehunt felhasználónak 60 pozitív és 0 negativ értékelése van a fórumon! http://phmegbizhatosag.atw.hu/phtabla.php?nev=joceehunt
-
devast
addikt
Van új ER-X beta firmware, [link]
Nekem ezzel sem megy a hwnat.... -
HTomee
tag
Sziasztok
Van egy Qnap NAS a hálózatomon amihez jár egy ddns cím is.
https://xxxxxxxx.myqnapcloud.com/
Ezen a címen miért az EdgeRouter jön-be?
UPNP nincs és semmilyen portforward egyelőre...mindet kikapcsoltam.
Az FTP-t se érem el kívülről.
Eddig jó volt. Nemrég frissítettemErről: v1.10.9
Erre: v2.0.1Lehet ez a hiba oka?
[ Szerkesztve ]
-
#70234880
törölt tag
Lehet félre értem, de oda a router elérési címét kell megadni, és nem annak az eszköznek a címét, amiről el akarod érni.
Ha fentebb leírt formában beírod, az annyit jelent, hogy csak ezen a címen éred el a routert. Azaz ha létrehozol egy vlant, pl 172.16.100.0/24-en akkor a 172.16.100.1 címen nem fogod elérni, csak a 192..168.xxx.xxx címen. -
Bubukain
senior tag
válasz #70234880 #2621 üzenetére
Ha Enterprise wifit állítunk be, akkor lakossági szinten nem kell plusz radius szervert beüzemelni, a létrehozott radius felhasználókat különböző vlan-ba lehet tenni, és az dönti el, melyik felhasználó milyen hálózatba lép.
Nincs szükség vendég SSID szórásra, ha a vendég user egy quest hálózatba csatlakozik.ezt ki tudnád fejteni egy kicsit bővebben? esetleg beállítási példával?
-
#70234880
törölt tag
válasz Bubukain #2770 üzenetére
Ez abban az esetben érvényes ha rendelkezel unifi USG-vel.
A USG-ben lehetőség van bekapcsolni a radius servert.
Létrehozol egy Enterprise wifit. PL lakasom-wifi ssid. és kiválasztod a radius azonosítást.
Létrehozol a network résznél vlan-kat.
Pl:
192.168.77.1/24 --> vlan id 77 --> gyerek vlan
192.168.88.1/24 --> vlan id 88 --> szülő vlan
192.168.99.1/24 --> vlan id 99 --> vendég, ebben az esetben nem az corporate hozod létre hanem a guest-re.bekapcsolod a radius szervert, létrehozod a felhasználókat, és itt adod meg melyik felhasználó melyik vlan-hoz tud csatlakozni.
Ha gyerek akkor 77 írsz a vlan részhez, ha vendég akkor 99, stb...
Tehát a felhasználóhoz kötöd (rendeled) ki melyik vlan-ba csatlakozzon.
Ennyi az egész dióhéjban.
Ha cégről van szó, akkor ajánlott saját radius szerver használata.[ Szerkesztve ]
-
#70234880
törölt tag
-
Bubukain
senior tag
válasz #70234880 #2773 üzenetére
köszönöm úgy néz ki működik
még ezt a 2 pipát be kellett kapcsolnimég egy kérdés azt hogy tudom megoldani hogy van egy IoT vlan ami az okosotthon eszközök vannak, és hogy a szülö vlan lássa a rajta lévő eszközöket de a gyerek vlan ne férjen hozzá.
bár gondolom alapból egyik vlan sem fér hozzá a másik vlanhoz -
MasterMark
titán
válasz Bubukain #2774 üzenetére
azt hogy tudom megoldani hogy van egy IoT vlan ami az okosotthon eszközök vannak, és hogy a szülö vlan lássa a rajta lévő eszközöket de a gyerek vlan ne férjen hozzá.
Tűzfalszabály.
Alapból minden VLAN egymáshoz fér a routeren keresztül, hiszen a routeren bekerül a routing táblába connected hálózatként.
[ Szerkesztve ]
Switch Tax
-
#70234880
törölt tag
válasz Bubukain #2774 üzenetére
Ja én fejből írtam le az információkat, de jogos ez a rész kimaradt.
Több megoldás van egyrészt a létrehozol egy rfc1918 group-ot. és tűzfal szabályba felveszed hogy a két vlan között ne legyen átjárás.
RFC 1918 group tartalma192.168.0.0/16
172.16.0.0.12
10.0.0.0./8Ha nem akarsz vele nagyon foglalkozni akkor a gyerek vlant nem corporate rakod hanem guest-re.
Így semmit nem fog elérni a belső hálózaton csak az internetet.Vagy az első megoldás, ami egy kis tűzfalazást igényel.
Megvalósítási példák
https://help.ubnt.com/hc/en-us/articles/115010254227-UniFi-How-to-Disable-InterVLAN-Routing-on-the-UniFi-USGHa vizuális vagy akkor népszerű youtube csatornák lesznek segítségedre.
[ Szerkesztve ]
-
senior tag
Szia!
Hasonló kérdésem lenne, mint alább, csak annyi a fő különbség, hogy nekem nincs USG-m, hanem ERX-4 UCK2-vel.Van egy SSID-m jelszóval beállítva, ami a belső LAN hálózattal megegyező hálózatot használ.
Szóval szeretnék egy olyan Wifit-t csinálni, ami netet kap, de nem látja a belső hálózatot, magyarul akinek megadom a jelszavam ne tudja a belső teljes hálózatomat látni.
Köszönöm szépen!
-
senior tag
válasz MasterMark #2779 üzenetére
Igen, de akkor guest site-ot is csinál egyből, azt meg nem szeretnék.
Köszi -
-
supercow
őstag
Én ezt a videót követve csináltam az iot, ip kamera wlanokat, saját vlant és tűzfal szabályokat. ERX SFP és UAP AC Lite van, a unifi kontroller egy linuxos régi laptopon.
In nomine Pasta, et Fusilli, et Spaghetti Sancti. Ramen.
-
Egon
nagyúr
Egy kis segítséget szeretnék kérni, a topic témájához lazán kapcsolódóan.
Adott egy Unify AC-AP Lite, amihez kapcsolódik többek között egy Lenovo B590-es laptop, amiben egy Realtek 1x1-es n-es wifi adapter van. Ez elvileg 150 Mbit-et tud maximum. Namost a probléma az, hogy az AP-vel egy légtérben, kiváló jelerősségnél is csak 72 Mbit-tel hajlandó kapcsolódni, annak ekllenére, hogy 40 MHz-re állítottam a 2.4 GHz-es wifi megfelelő paraméterét.
Van ötletetek, hogy mit kellene még beállítani? A szomszéd wifije nem kavar be, elég messze van..."Bonyolult kérdésre egyszerű választ keresni helyénvaló, de ritkán célravezető megoldás" (Wayne Chapman)
-
Egon
nagyúr
Közben átállítottam a notin, valóban ez volt a baja.
"Apró" szépséghiba, hogy egyszer láttam a kijelzőn 150 Mbit-et, utána leesett 81-re, és ez még a jobbik eset eset:40-54-72 között ugrál... A notinak szinte direkt rálátása van az AP-re: utóbbi a nappali falán van, előbbi az étkezőben, ami egy széles boltíves nyílással van elválasztva a nappalitól, kétoldalt kb. 50 cm fallal (egyik ilyen faldarabka mögött van a noti). De nem ez a gond: odavittem közvetlenül az AP mellé a notit, de ott is csak 81 MHz-en csatlakozott (ott legalább nem ugrált a sebesség)."Bonyolult kérdésre egyszerű választ keresni helyénvaló, de ritkán célravezető megoldás" (Wayne Chapman)
-
Multibit
veterán
Új EdgeRouter X firmware: v2.0.3
Lehet újra próbálkozni -
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. -
D-LAN|FuRioN
aktív tag
-
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:~$
Új hozzászólás Aktív témák
- Thermaltake view 31 Tg edition
- HP E24q G5 monitor QHD (2560 x 1440) új állapotban, 18 hónap garanciával, nagyon kedvező áron
- HP EliteBook 830 G8 i5-1145G7 16GB RAM 512GB SSD MAGYAR BILL GARI: 25.12.21
- GARIS!! Gamer PC/Ryzen 5 2600/RTX 2060S 8 GB/16 GB/250 SSD/1 TB HDD
- AKCIÓ!!! Gigabyte GAMER G5 KD i5-11400H 32GB RAM 2x1000GB NVMe SSD RTX 3060 6GB 15" 144Hz
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Ozeki Kft.
Város: Debrecen