- One mobilszolgáltatások
- Hivatalos a Pixel 10 startdátuma
- Írországban lezárult, az USA-ban csak most indul az Apple dráma
- Yettel topik
- Honor Magic6 Pro - kör közepén számok
- Vékonyabb lett, jobb kamerát kapott, de az akku maradt a régi: itt a Fold7
- Samsung Galaxy A54 - türelemjáték
- Mobil flották
- Xiaomi Smart Band 10 - a hetedik napon megpihen
- Motorola G86 - majdnem Edge
-
Mobilarena
Router gondok
Új hozzászólás Aktív témák
-
válasz
erikke17 #25575 üzenetére
Nem! Olyan eszközt, aminek nincsen publikus IP címe, sehogyan sem tudod elérni távolról, semmilyen hosztinggal sem. Illetőleg egy módja lehetne a távoli elérésnek, ha lenne mondjuk egy ismerős, akinek van publikus IP címe, és van VPN képes routere, akkor azon elindítasz egy VPN szervert, még a Te routereden egy klienst, ami felcsatlakozik a szerverre, akkor az ismerős routerére csatlakozva a VPN tunnel-en "visszafelé" el lehetne érni a Te routered. De erre csak ilyen esetben van mód, ha a Te routered nyit kapcsolatot egy publikus címmel rendelkező eszköz felé, sajnos fordítva nem működik, mert a szolgáltatód tűzfala ezt teljesen megakadályozza.
-
válasz
erikke17 #25573 üzenetére
Sajnos a 10-es IP tartomány arra utal, hogy már eleve magánhálózati IP címtartományban van az Ubiquiti, tehát itt felesleges is ezzel küzdened, sosem lesz nyitott portod a hálózaton, nem fog menni semmilyen távoli elérés, és aktív sem leszel p2p kliensekkel.
-
-
MasterMark
titán
válasz
erikke17 #25563 üzenetére
Ha pingelni tudsz, de weboldal nem jön be, az DNS probléma. A Google.com címe: 216.58.209.174
Vagy pedig a gépeden is beállíthatod pl. a 8.8.8.8-at DNS szervernek.
-
-
-
válasz
erikke17 #25519 üzenetére
Hmm... Akkor próbáld meg még ezt a formátumot esetleg:
--rebind-domain-ok=[<domain>]|[[/<domain>/[<domain>/]
Do not detect and block dns-rebind on queries to these domains. The argument may be either a single domain, or multiple domains surrounded by '/', like the --server syntax, eg. --rebind-domain-ok=/domain1/domain2/domain3/http://www.thekelleys.org.uk/dnsmasq/docs/dnsmasq-man.html
Ha ezt sem fogadja el, akkor sajnos passzolok.
-
-
SztiviVander
addikt
válasz
erikke17 #23546 üzenetére
igen, gondolom a tomato fw-ben is hasonló a port forward beállítás.
igazából semmivel sem rosszabb hogy az asus van kint a neten mint ha a tp-link. gondolom tűzfal be van kapcsolva az asus-on is. trójai, vírusok csak úgy nem jut be, azokat majd letöltöd te a gépeden egy böngészővelha egy gép lenne dmz-be rakva akkor azon is jól be kellene állítani a tűzfalat hogy mit engedjen és mit ne és ennyi. de az tény hogy az nem hozzáértőknek nem annyira javasolt megoldás
-
SztiviVander
addikt
válasz
erikke17 #23538 üzenetére
nem baj az hogy nem értesz hozzá, hiszen azért kérdezel. csak akkor legközelebb legalább próbáld meg azt amit tanácsolnak. a transmission csak a feltöltéshez nyit portot (erre a random portra kapcsolódnak a többiek akik tőled töltenek le), a web adminhoz nem. be is basztikulálna ha csak úgy magától kitenné a webadminját a netre, nem?
a valahogy portforwardolom-ra:
asus menüben jobb oldalon, advanced settings alatt -> WAN -> Virtual Server / Port Forwarding fül
Basic Config - Enable Port Forwarding: YesPort Forwarding List mezőibe beírod az alábbiakat
Service Name: transmission web (vagy amit akarsz, tökmindegy)
port range: 9091
local ip: ide a raspberry-d IP címe
local port: 9091
protocol: tcp
aztán nyomsz egy apply-t. -
SztiviVander
addikt
válasz
erikke17 #23536 üzenetére
"Vagy külön kéne nyitni neki 9091-es portot, UPnP nem elég jelen esetben?"
dehogy, azt csak viccből írtam le vagy 5x. vagy az is lehet hogy csak szivatásból, mert én alapvetően egy ilyen aljas rosszindulatú ember vagyok. valójában tökéletesen elég ha a bal vállad fölött jobb kézzel a hátad mögé dobsz egy marék saját termesztésű hereszőrt (ami nem lehet vágott, csak kitépett) miközben azt mormolod "múkogy". ezután már minden hibátlanul menni fog -
SztiviVander
addikt
válasz
erikke17 #23532 üzenetére
nézd, attól hogy valamiért a :8080 nem működik attól még nem fog menni /8080 -8080 @8080 stb verziókkal sem. ha a helyes címmel nem megy akkor még mindig valami nem oké.
kezdjük előlről.
1. az asus WAN IP-je berakva a tp-link dmz-jébe
2. az asus-nak nem 80 hanem 8080-at állítasz be remote management portnak
3. az asus-on csinálsz egy port forwardot ami a raspberry IP-jére és a 9091-es tcp portra mutat
még leellenőrizheted parancssorból hogy az
nslookup tehostod.no-ip.me
azt az IP-t adja-e vissza ami jelenleg a tplink WAN ip-je. ha az is rendben akkor innentől mindkét címnek mennie kellene, legalábbis KÍVÜLRŐL biztosan.
http://tehostod.no-ip.me:8080
http://tehostod.no-ip.me:9091
mellesleg a külső IP-n való elérést honnan próbálgatod? mondjuk egy telefonról mobilnettel? mert ha nem akkor javaslom próbáld ki úgy, a helyes címekkel. könnyen lehet hogy akár ez a tplink vagy az asus nem támogatja vagy nem jól kezeli le a nat loopback-et, főleg ilyen dupla nat-olás mellett. -
-
SztiviVander
addikt
válasz
erikke17 #23529 üzenetére
te kevered a lecsót azzal hogy nem olvasod el amit leírnak neked hanem próbálkozol valamivel ami nem tudom honnan jött és persze nem érted miért nem megy. ha azt csinálnád ami fentebb van és ÚGY ahogy fentebb van (nem /8080 hanem :8080 és nem /9090 hanem :9091) akkor működne. de én nem állok a mazohizmusod útjába
-
SztiviVander
addikt
válasz
erikke17 #23521 üzenetére
na látod ezért nem árt tudni miről beszélünk mert ennél úgy tűnik ki lehet kapcsolni. legalábbis a w8968 -ban (8951-hez nincs szimulátor) system tools / manage control / remote management - enable: nincspipa
a no-ip -vel most csak azt csináltad hogy nem azt kell beírnod a böngészőbe hogy http://azenhostom.no-ip.me:8080 hanem elég csak a címet (gyakorlatilag csak megspórolod 5 karakter beírását), a 8080-at meg a no-ip odabiggyeszti és igazából ugyanúgy a 8080-as portra fogsz kapcsolódni mintha eleve azt a címet írtad volna be. tehát ha nem csinálsz a transmissionnak port forwardot a 9091-re az asus-ban akkor a no-ip hiába irányít a 9091-es portra ha az zárva van a routeren. -
válasz
erikke17 #23521 üzenetére
No-IP-nek semmi köze nincsen a portokhoz, ott csak hozd létre a hostot, és nem kell semmi egyéb kavarás!
http://asusrouterforum.besaba.com/index.php?topic=89.0
Host-ból is elég egy, nem kell mindenre külön csinálni!
Transmission-t engedélyezed távolról, és http://atecimed.no-ip.org:9091 címen eléred!
-
SztiviVander
addikt
válasz
erikke17 #23510 üzenetére
de igazából akkor most mit is szeretnél? a router admin felületét elérni vagy a transmissiont? amugy effektíve a tp-linkeknél kikapcsolni nem lehet, csak azt szabályozni hogy kívülről sehonnan/bárhonnan/adott IP-ről. Security/Remote Management/Remote Management IP Address: 0.0.0.0 (minden külső IP tiltott). ugyanitt a portot is át lehet állítani hogy ne legyen összeakadás ha egyszerre kell mindent elérni. mondjuk azt sem tudjuk milyen tp-link-ről van szó, de általában ilyen téren elég egyformák.
és miért lenne káosz? többszáz portot akarsz beforwardolni? mondjuk akkor igen -
-
SztiviVander
addikt
válasz
erikke17 #23506 üzenetére
két megoldás van, vagy beteszed az asus WAN IP-jét a tplink DMZ-jébe és akkor minden internet felől jövő forgalom az asus-ra megy, vagy a másik lehetőság hogy beállítod a tplinken a befelé forwardolandó portokat az asus wan ip-jére. az asus-on pedig mindenképp kellenek majd a port forwardok a raspberry IP-jére és portjaira.
-
szerk: lassú voltam -
válasz
erikke17 #23506 üzenetére
Persze, mivel gondolom azon is be van állítva a távoli elérés, ugyanazon a porton, és mivel a kérés hozzá kerül előbb, és nincs is forwardolva az asus wan ip címére, így ő válaszol! Mármint a tp-link...
Megoldás az lenne, hogy az asus wan ip címét (192.168.0.100) a tp-link admin felületén írd be a DMZ-be, és a tp-link-en ki is kapcsolhatod a távoli elérést, ha nincs rá szükséged!
-
válasz
erikke17 #23503 üzenetére
Szia!
A probléma az, hogy alap esetben a DDNS script a router (jelen esetben az ASUS) WAN interfészének az IP címével frissíti a DDNS szolgáltatást, mert ő azt nem tudja, hogy van előtte egy másik router is! Ez a 192.168.0.100 lesz az ASUS WAN IP címe, amit a TP-LINK router adott neki, és amit ezek szerint mégsem csak modemként használsz, hanem NAT-ol is!
Megoldásként a Tomato, Basic -> DDNS menüjében az IP address mezőt állítsd a "Use External IP Address Checker (every 10 minutes)" állásba, így minden 10 percben egy külső szerver segítségével fogja megállapítani a valós WAN IP címet, és azzal fogja frissíteni a DDNS-t!
-
-
-
-
-
erikke17
őstag
válasz
erikke17 #13851 üzenetére
Ez kész. Van egy olyan rész WAN beállitásaiban hogy QoS. Itt olyan rész hogy Measured Uplink Speed, itt becsült érték volt 1500kb/s körül alatta Manual Uplink Speed beirtam hogy 10000kb/s és repül a net gépen is.
Nem értemÉs érdekes, hogy wifi felé nem korlátozta.. Sőt még a router kezelőfelülete is gyorsabb lett.
Új hozzászólás Aktív témák
Hirdetés
● Olvasd el az összefoglalót!
- PS4 Slim + VR szemüveg // Számla // Garancia //
- Steelseries Apex Pro TKL - UK ISO - AJÁNDÉK PUDDING KEYCAP
- ASUS ROG STRIX 850W GOLD Fehér / White Moduláris Tápegység
- TUF A15 FA506IU 15.6" FHD IPS Ryzen 7 4800H GTX 1660Ti 16GB 512GB NVMe magyar vbill gar
- Samsung HW-QS700F 3.1.2 Hangprojektor (BONTATLAN!)
- LG 34WR55QK-B - 34" Ívelt VA - 3440x1440 - 100Hz 5ms - FreeSync Premium - HDR 10 - USB Type-C 65W
- Apple iPhone 13 128GB, Kártyafüggetlen, 1 Év Garanciával
- Csere-Beszámítás! RTX Számítógép játékra! I7 6700 / RTX 2060 6GB / 32GB DDR4 / 250SSD+500HDD
- Bomba ár! Dell Latitude 5495 - Ryzen 5 I 16GB I 256SSD I 14" FHD I HDMI I Radeon I Cam I W10 I Gari!
- AKCIÓ! Intel Core i7 8700K 6 mag 12 szál processzor garanciával hibátlan működéssel
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest