-
Fototrend
DIGI internet Gyakran Ismételt Kérdések
(Kattints az Összefoglaló kinyitása feliratra!)
Utolsó frissítés: 2024. február
Aktív témák
-
Geth
veterán
válasz
Viperator
#97440
üzenetére
Természetesen a router ott lesz az ONT doboz mellett.
Azért nem olyan természetes
Pl. van aki minél "hamarabb" terminálja az optikait, mert az utp-t könnyebb vezetni (nem annyira kényes), viszont a wifi miatt a routernek célszerű valami központibb helyen lenni a jobb lefedettség miatt. -
#95940
Geth
veterán
Dragon3000
#95939
Geth
veterán
válasz
Dragon3000
#95939
üzenetére
Hát akkor jól átvertem őket
Viccet félretéve, nem is olvastam akkor, csak bementem (itt van szembe egy irodájuk), megkérdeztem, elmondták (akkor nem egyeztünk meg semmiben). Aztán 1 hónappal később amikor esedékes lett, csak benyögtem ezt, utána adminisztrálták és viszlát. -
#95938
Geth
veterán
Dragon3000
#95936
Geth
veterán
válasz
Dragon3000
#95936
üzenetére
Én majdnem 1 éve mondtam fel személyesen az egyik helyen, volt aznapi/azonnali felmondási opció. Forintra annyit is számláztak.
-
Geth
veterán
5+ éve van szimplán NAT-olt internetem, egy rossz pillanata sem volt még ebből a szempontból (mondjuk másból se sok). Nem nyitogatok naponta portokat, ritkán nyúlok hozzá.
Ha mégis kell, akkor egy ssh, néhány parancs, és kész. Nem nagy teher egyetlen eszközre belépni kettő helyett.
Extra késleltés kizárva, hiszen egy eszköz van. -
Geth
veterán
válasz
Staradder
#95428
üzenetére
A dhcp-s vonalat nem ismerem, csak slaac-t használok, de ott is, ahogy írtam, a suffixek stabilak.
Illetve használok a kapott prefix mellett unique local addresseket (ula), ahol a prefix is stabil, szintén a router osztja. Értelemszerűen ez csak belül működik, kifelé nem routeolt, viszont jól jöhet, ha elmegy a net. -
Geth
veterán
válasz
Staradder
#95424
üzenetére
Röviden: nem lesz fix ipv6 címe semminek a prefix változás miatt.
Itt openwrt: én belső hálón nem használok dhcpv6-ot, csak slaac van.
A dnsmasq-ból a teljes változat (ipv6 miatt) beállítható, hogy a lokális (eui64 miatt mac-ből generált suffixű) címeket frissen tartja. Így a névfeloldás kipipálva, nem kell ip címekkel és azok változásával foglalkozni.
A kintről elérést megoldottam egy firewall scripttel, ami frissíti a tűzfal forward szabályokat: prefix lekérhető, szuffix a macből számolható. A script reconnect eseményre fut le. Így csak a szükséges lyukak lesznek a falon. ddns-nél természetesen gépenként kell egy bejegyzés, hiszen minden gép külön címezhető. -
Geth
veterán
válasz
Ejelhar
#94917
üzenetére
Tehát az eddig próbált eszközök azok eddig használt beállításai mellett nem bírják a kapcsolatok számát(?). Ezért kellene normálisabb géppel betárcsázni és meghajtani, hogy biztosan kizárd az eszközöket és/vagy azok beállításait, mint hibaforrás.
Tökre olyan érzés, hogy itt már tartottunk...A lustaságot egyelőre inkább ne hozd fel
Btw nem minősítettelek, ellentétben veled :( -
#94119
Geth
veterán
ElektrikusDE
#94115
Geth
veterán
válasz
ElektrikusDE
#94115
üzenetére
"Újraindítás a cache törléséhez és futási teljesítmény növeléséhez."
Ezt a mondatot mindjárt átdobom a kollégáknak, egyszerűen nincs mit hozzáfűzni(Nem tudom milyen router, de ha kiderül, megy a blokklistára.)
-
Geth
veterán
Aki IPv4-et használ az nem éri el a csak IPv6-on elérhető URL-eket?
Ha sehogy nincs IPv6 kapcsolata, akkor ez így igaz. Ezt jelenti a "csak"A Google is tudja, hogy v4-et használok és nem is mutatja a v6-os címeket?
Ezt nem egészen értem.
Van olyan, hogy egy találat csak v6-on érhető el. Namost azt nem tudom, hogy ezt kiadja-e mint találat, hogy ha magát a keresőt v4-en éred el, tippre igen#93842 Dragon3000
[link]
btw, én cgnat mögötti végpontok elérésére használom, de ezeket a címeket nem fogom itt reklámozni -
#93786
Geth
veterán
kasza blanka
#93784
Geth
veterán
válasz
kasza blanka
#93784
üzenetére
Nálam ez az a kategória, hogy jójó, értesített, de majd akkor hiszem el, ha már ONT van a lakásban.
Nézd a másik oldalról: szóltak, felkészültél, Te már jó vagy.
Szerencsére(?) ennél komolyabb kérdések foglalkoztatnak -
#93781
Geth
veterán
kasza blanka
#93779
Geth
veterán
válasz
kasza blanka
#93779
üzenetére
Én pl. használom tovább ami van.
-
Geth
veterán
válasz
Lackooo84
#93274
üzenetére
A speedtest kimenetét átirányítottad a speedtest nevű fileba (ott figyel a redirection '>'). Mivel ott relatívan adtad meg, a célkönyvtár az aktuális könyvtár lesz, ami a kép alapján a C:\
A C:\ alapvetően védett NTFS filerendszeren, azaz csak adminként tudnád írni.Mivel a redirect után még van paraméter, vélhetően elgépelés történt, az elejéről töröld ki a "speedtest>" részt, ha valóban a C:\ gyökérben tárolod a speedtest-et.
Vagy a speedtest a C:\speedtest könyvtárban van, ez esetben a redirection helyett a '\' elválasztóval fűzd össze az útvonalat, azaz speedtest\speedtest -s 31717 -
Geth
veterán
válasz
petakpa1
#91391
üzenetére
Az swfo be van kapcsolva. Lehet rosszul emlékszem a sebességre, de biztosan több volt, mint 110, csak ezért írtam.
Ismerem azt a forkot, de ezen csak béna wifis cuccok lógnak, szóval nem töröm össze magam rajta, marad a sima (nem nyernék semmit vele).
Illetve egy szóval nem panaszkodtam. Ettől függetlenül köszi -
#89640
Geth
veterán
MasterMark
#89638
Geth
veterán
válasz
MasterMark
#89638
üzenetére
A tűzfal hamarabb nyílik az új címre, minthogy a host felfogná hogy új prefix van
Perpill a ddns-t is a router csinálja, de igazából csinálhatná a host is, tökmindegy (tx rekorddal megy úgyis). Ha prefix váltás van, ígyis úgyis lesz egy minimális kiesés, a dns már csak ilyen.
lan-on meg cname mutat a kinti hostname-mel a lan-os hostname-re (ami meg ula cím, nem változik - így ugyanazok a hostname-k kint és bent, hairpin nat nélkül), lan-on belül észre se veszem a váltást -
#89637
Geth
veterán
MasterMark
#89636
Geth
veterán
válasz
MasterMark
#89636
üzenetére
Igaz, én így szoktam meg (tűzfalszabályokban próbálok nem wildcardozni) :)
-
#89634
Geth
veterán
propanbutan
#89623
Geth
veterán
válasz
propanbutan
#89623
üzenetére
Nem a digi blokkolja, valószínűleg a routered tűzfala a ludas, by default tiltani szokták a bejövőt forgalmat (helyesen).
Bár port forwardra (DNAT) nincs szükség ebben az esetben, de IPv6-nál egy sima forward szabály azért kell (nem módosít, csak továbbít). Nem tudom az AX10 stock firmware milyen lehetőséget ad erre.
A problémát egy picit nehezíti, hogy a prefix újracsatlakozáskor változik, így teljesen statikus szabály nem írható rá, maximum az egész tartományra engedélyezed, ami meg nem az igazi.Első körben a webserver hostján kikapcsolnám a randomize identifier-t (ha be van kapcsolva), így a mac addressből kiszámítható (eui64) IPv6 suffixet kap a host (csak a prefix fog változni).
Azután ellenőrizném, hogy a webserver figyel-e a globális egyedi, 2a01:36d:: prefixű címen (nem írtad, de LAN-on lehet nem ezzel a címmel érted el).
Utána lehet tesztelni manuális tűzfalszabállyal. Ha megy, akkor vagy így hagyod és minden prefixváltozásnál kézzel utánahúzod
Vagy automatizálod. Én Openwrt alá ollóztam scriptet, ami a wan_6 csatlakozáskor lefutva, mac-ből és az új prefixből kiszámolja a címet, és ez alapján frissíti a tűzfalat (ehhez még futnia sem kell az adott hostnak). -
#88347
Geth
veterán
MasterMark
#88346
Geth
veterán
válasz
MasterMark
#88346
üzenetére
Igaz, v6-nál viszont by default van ll, ula és/vagy gua szorozva preferred, deprecated, stb. plusz a tempek. Elsőre szokatlan volt :)
-
Geth
veterán
válasz
adika4444
#88340
üzenetére
de ez nem változik, hacsak nincs privacy extension, tehát a változó tag után mindig ugyanaz.
Ez így ebben a formában nem igaz.
A privacy extension miatt a kifelé irányuló kéréseknél a normál cím mellett foglal egy(/több) temporary address-t a kliens, és azon indítja a kérést. Igen, az IPv6 világban egy interface-nek több címe is lehet
Amivel esetleg keverheted, az a random azonosító. Ha az ki van kapcsolva, akkor az eui64 szerint (mac-ből) generált fix suffix lesz, bekapcsolva viszont random. De ez és a privacy extension 2 különböző dolog. -
Geth
veterán
válasz
adika4444
#88336
üzenetére
Csak az nem derült ki, hogy változott-e a második két szegmens
Tipp (annyira nem kenem): korábbi címek beragadhatnak, deprecated státusszal, [link].
Later, an address becomes "deprecated" in anticipation that its current interface binding will become invalid. While an address is in a deprecated state, its use is discouraged, but not strictly forbidden. New communication (e.g., the opening of a new TCP connection) should use a preferred address when possible. A deprecated address should be used only by applications that have been using it and would have difficulty switching to another address without a service disruption.
Én ritkán látok deprecated-et, itt a dnsmasq ra-val azonnal elkezdi az új prefixet szórni (a kliensek is hamar átállnak), nomeg nem nagyon van nyitott ssh-m amikor éppen vált, szóval nem tudom az hogy viseli. Most pedig nem reconnectelek, mert kinyírnak
-
#86384
Geth
veterán
dragonseek
#86381
Geth
veterán
válasz
dragonseek
#86381
üzenetére
te mikor VPN-eztél be utoljára bármilyen felhő alapú tárhelyszolgáltatáshoz?
Én minden munkanap. -
#86330
Geth
veterán
st3v3np3t3r
#86329
Geth
veterán
válasz
st3v3np3t3r
#86329
üzenetére
Ha káoszra vágysz, olvasd el a mebibyte történetét.
De előtte ezt (MS vonatkozás 2009-ből, nem tudom van-e újabb). -
#86319
Geth
veterán
Dragon3000
#86318
Geth
veterán
válasz
Dragon3000
#86318
üzenetére
Nekem mindegy mire gondolt, én csak javítottam.
-
#86317
Geth
veterán
st3v3np3t3r
#86316
Geth
veterán
válasz
st3v3np3t3r
#86316
üzenetére
Az pont a megabyte lenne, mert a mebibyte = 1048576 byte.
-
#85205
Geth
veterán
mgTerminator
#85204
Geth
veterán
válasz
mgTerminator
#85204
üzenetére
Nem csak elvileg, tekintve hogy ott nem olvashatóan megy át a user/pass, hanem titkosítva.
Pl. van aki minél "hamarabb" terminálja az optikait, mert az utp-t könnyebb vezetni (nem annyira kényes), viszont a wifi miatt a routernek célszerű valami központibb helyen lenni a jobb lefedettség miatt.
Aktív témák
Olvasd el az összefoglalót!
Társtopikok:
● DIGI kábel TV
● DIGI Mobil
● DIGI műholdas TV
● DIGI vezetékes telefon
Router kérdésekkel ezekbe a topikokba fáradjatok!
● Milyen routert?
● Router gondok
- Crimson Desert - Íme a végleges gépigény
- Katasztrofális PC-piacra figyelmeztet az IDC
- BMW topik
- Elektromos autók - motorok
- Vezetékes FEJhallgatók
- Kertészet, mezőgazdaság topik
- Fejhallgató erősítő és DAC topik
- Kész rémálom lesz Linuxot használni jövőre az USA egyes államaiban
- Diablo IV
- Házimozi belépő szinten
- További aktív témák...
- LG Gram 16 i7-1165G7 / 16GB RAM / 512GB SSD / 2.5K kijelző
- 5G! Lenovo ThinkPad P14s Gen 4 Intel Core i7-1370P RTX A500 32GB 1000GB 1 év teljeskörű garancia
- AI Workstation RTX 3090 24GB / 32-128GB RAM / I5 13400F / 1000W
- Latitude 9430 27% 14" FHD+ IPS i5-1245U 32GB 512GB magyar vbill IR kam gar
- ThinkPad T14 Gen3 27% 14" FHD+ IPS i7-1255U 16GB 512GB NVMe ujjlolv IR kam gar
- Lenovo T14 Gen 1 Ryzen 5 pro 4650U, 16GB RAM, 256-512GB SSD, jó akku, számla, garancia
- HIBÁTLAN iPhone 15 Pro 128GB Blue Titanium-1 ÉV GARANCIA - Kártyafüggetlen, MS4692, 92% AKKSI
- BESZÁMÍTÁS! ASRock A520M R5 5500 8GB DDR4 250GB SSD GTX 1050 Ti 4GB Sharkoon RGB Slider 400W
- Eladó Dell Latitude 7440 Új állapotban i7-1365U 32 GB DDR5 RAM 1TB SSD Dell pro support garancia
- ÚJ Magic Keyboard billentyűzetek/ USB-C - Lighning/ 27% Áfás/ Ingyenes szállítás!
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest