Hálózatok általános

Tehát váltottam tavaly decemberbe Vodafone-ról Telekomra. Az ok egyszerű volt, a tv beltéri egysége a vodának a vicc kategória volt, frissítés után említésre méltó se.

Ugyanaz az optika, gyakorlatilag ki jött a két szervíztechnikus kolléga, kihúzták a dugót az egyikből, másikba be.

Eredmény a TV szempontból:  használható beltéri, -> bekapcsolom, megy. Pontosan ennyi volt az igényem.

Eredmény az internet szempontból: Ugyanazon csomag (1000/1000) csak a szolgáltató változott és amit észreveszek: Bekapcsolom az asztali gépet, böngésző megnyit, pl hup.hu -> adott esetben xx sec várakozási idő az első weblap betöltéséig. Üzemeltetek szervert és befelé is néha ez az állapot van. Csak az első weblap megnyitásáig, olyan mint ha addig valami ECO üzem lenne és amint az adatforgalom úgymond megindul már tökéletesen működig minden.

Nem tudom minek mi az oka, méréskor minden jó, pingelek bármit 2-3 ms, packet loss nincs, se kifelé se a routert pingelve. 

Van bárkinek ötlete milyen úton tudnék elindulni a hiba feltárásban?

Van egy programom, ami (többek között) lekérdezi a switch-ek címtábláit, felderítendő, milyen végpontok kapcsolódnak rá. Ez egész jól működött HP switch-eken. Az új munkahelyemen Cisco és Ubiquiti eszközök vannak. Ha lekérdezem a Cisco (2960) switch.et a BRIDGE-MIB::dot1dTpFdbPort -al, akkor szépen visszaad néhány MAC-et, de csak azokat, amik uplink portra kapcsolódnak. Na, azok pont érdektelenek, a program ki is szűri, és nem marad semmi. Ez egy beállítás a Cisco-nal, vagy mi a fene? Esetleg létezik erre valamilyen más SNMP objektum? Az Ubiquiti-nél a BRIDGE-MIB::dot1dTpFdbPort nem is létezik.

Sziasztok,

Mennyi elterjedt itthon a Solarwinds?

üdv

An-Dee

Sziasztok!

Telepítettem egy Debian 12 szerverre Wireguardot Dockerba az alábbiak szerint: https://github.com/linuxserver/docker-wireguard

Semmi különleges dolgot nem módosítottam a compose fileon, csupán amire a leírás kitér.

A peerem config fájlja pedig ez:

[Interface]
Address = 10.13.13.2
PrivateKey = blabla
ListenPort = 51820
DNS = 10.13.13.1

[Peer]
PublicKey = blabla
PresharedKey = blabla
Endpoint = blabla.com:51820
AllowedIPs = 10.13.13.0/24, 192.168.0.0/24

Mindent elérek a szerveren, virtuális gépek RDP exportjait, CUPS és egyéb szolgáltatások webszervereit, stb., azonban a samba megosztásokat nem érem el, sem hostname sem ip alapján. A hiba x80004005. Neten rákeresve ez nagyjából bármi lehet.

Mit rontok el? Nincsen valami tool windowsra, amivel részletesebb információt kaphatnék arról, hogy hol hasal el a folyamat?

Köszönöm előre is!

UPDATE:

Sajnálom, hogy muszáj leírni: A leereszkedő stílusú, magát hozzáértőnek gondoló, de a postot értelmezni nem hajlandó, ergo alacsony fórumozási kultúrával rendelkező szakemberek légyszi kerüljék a környéket.

Kösz:)

Lehet, hogy géptermet szeretnék építeni, jelenleg tájékozódom a lehetőségekről. Az igényeim között van néhény többé-kevésbé speciális. A jelenleg így tudnám megfogalmazni, de holnap biztos, hogy egy picit már máshogy alakul, 1 hónap múlva pedig méginkább, szóval még képlékeny a dolog.

- Legyen elérhető legalább 2 külön ISP-től internet uplink: az egyik lehet a T-től  2000/1000 Mbit/s csomagja, a másik vmilyen bérelt vonal jellegű szolgáltatás.

- Extrém magas áramfogyasztás várható (indulunk 3x 40A peakkel és fog bővülni sokat, 1 gép kb. 700-1000W). A hűtés ne jelentsen gondot.

- Bp. v. környéke

- Tiszta (de nem kell, hogy patika legyen).

- Lehetőség szerint meg lehessen támogatni alternatív energiaforrással (napelem)

- legyen tiszta

- Legyen biztonságos (vmilyen módon lehessen ISO 27001 auditra felkészíteni, compliantté tenni), a legjobb, ha lenne vmi portaszolgálat, ami az ártó szellemeket távol tartja.

- stabil elektromos betáp, ritka áramszünet (a

Amik nekem eszembe jutottak:

- Jó lenne betelepülni egy szolgáltató mellé és akkor lenne megfelelő minőségű internet uplink, sőt a kritikusabb gépeket lehetne az adott ISP igényesebb géptermében hosztolni. Kérdés, hogy ennek mi a realitása, lehet pl. a VH-ban ma még bagóért helyiséget bérelni (AFAIK régen olcsó)?

- Egy megfelelően funkcionális irodaházban (nem feltétetlenül a legszebben) bérelni egy termet. Vagy lehet, hogy az tulságosan behatárol, pl. intetnet uplink témakörben?

- Egy ipari parkban bérelni helyet. Tudnak egy ilyen helyen megfelelő fizikai biztonságot nyújtani, létezik? Nyílván saját portaszolgálatot, éjjeliőrt nem akarok fenntartani.

- Bérelni egy ketrecet az Asztalos S. utcában vagy vmilyen hasonló egységben. Mennyibe fáj egy ilyen ketrec? Hol találok ezzel kapcsolatban információt konkretan? Milyen szolgáltatások jönnek a ketreccel együtt és mi az, amit nekem szükséges biztosítanom?

Miért nem települök be egy ISP-hez co-location hosztingba és kész? Nekem az túl drága. Valószínűleg leginkább azért, mert feleslegesen sok UPS kapacitást adnak többnyire és felelegesen igényes a szolgáltatás (pl. túl tiszta szűrt levegő, tiptop üvegajtó, ragadós padló, csilivili álpadló, stb.

Valamint ha saját géptermem van, úgy optimalizálom a helykihasználést és a hőmérsékletet, ahogy tetszik. Nekem teljesen OK jelenleg, ha 3 gépet egymásra rakok és 28 fok van a teremben.

Nekem annál egyszerűbbre és fajlagosan olcsóbbra van szükségem.

Van még biztosan ezer szempont, amit figyelmbe sem vettem. Az ötleteket szívesen veszem.

Használ valaki IKEv2 VPN-t macOS nativ kliensekkel? Valamiért 8 percenként leszakad és a Mikrotik logok alapján nem világos hogy miért (elvileg valami rekey történne itt, de csak azt látom hogy leszakad). IOS kliensekkel nincs ilyen probléma, illetve wireguardnál sincs, csak macOS-nél jelentkezik. Alább a phase1-2 konfig:

name="ike2" hash-algorithm=sha256 enc-algorithm=aes-256
     dh-group=x25519,ecp256,ecp384,ecp521,modp8192,modp6144,modp4096,modp3072,
         modp2048
     lifetime=1d proposal-check=obey nat-traversal=yes
     dpd-interval=disable-dpd

name="ike2-proposal" auth-algorithms=sha512,sha256
      enc-algorithms=chacha20poly1305,aes-256-cbc,aes-256-ctr,aes-256-gcm
      lifetime=30m pfs-group=modp2048

Ha valakinek működik 8 percen túl akkor be tudná rakni ide légyszi a phase1-2 algoritmusokat?

A rendszerünk használ egy 3rd party video streaming szolgáltatást. A felhasználók néha jelzik, hogy akadozik a lejátszás. Jó lenne biztosan, logok alapján tudni, hogy a hálózat akadozik-e, ahogy sejtjük.

Kellene nekünk valami desktop szoftver (Win és Mac), amit odaadnánk pár ügyesebb felhasználónak, hogy futtassa a gépén a háttérben és utána küldje el a logot. Valami olyasmire gondoltam, hogy egy programot elindítanak, majd minimalizálják és az meg 5-10 másodpercenként megnézne néhány általunk beállított DNS lekérdezést, pinget pár IP-re és TCP-n kapcsolódna pár szerver 443-as portjára és lejegyezné, hogy sikeresek voltak-e ezek.

Nyilván tudunk írni egy ilyen szoftvert, de gondolom, hogy másnál is felmerült már ilyen igény... Lehetőleg ne olyanokat ajánljatok, mint Zabbix, Nagios vagy Icinga. Ezeknek a telepítése egy felhasználó gépére nem életszerű. Ideális lenne ha egy binárisból és egy konfigból állna vagy valami kicsi és egyszerűen telepíthető cucc. Van valakinek ötlete?

Üdv!

Napok óta képtelen vagyok felfogni egy IP watchdog modul működését, ebben kérnék segítséget. Talán icmp protokollal kapcsolatban hiányosak az ismereteim.

A célom:
Vannak pár nehezen megközelíthető helyszínen 4G routereim. Mögöttük 1, max 2 kamera streamel folyamatosan. A mobilnet sávszélessége elegendő a streamekhez, streamelés közben router WAN-jának a pingideje 30-50ms. Sajnos előfordul néha, hogy a rendelkezésre álló sávszélesség egyik pillanatról a másikra lecsökken, kevesebb lesz mint amennyi kellene a stream továbbításhoz. Ilyenkor a pingidő értelemszerűen megnő 1000ms fölé és a problémát 1 vagy néhány router újraindítás oldja meg. Ezt az újraindítást szeretném automatizálni.

Ebből az IP relé modulból rendeltem párat: https://www.aliexpress.com/item/1005001729638858.html

Azt szeretném, hogy egy megadott IP-t pingeljen 5 másodpercenként, és ha az utolsó 10 ping idő több, mint 1000ms, akkor a relével indítsa újra a routert. (elveszi tőle áramot pár mp-re)

Bár semmi doksi sincs, de elég egyértelműnek tűnik, hogyan kell ezt beállítani. A alábbi ábrán látható "ping interval"=5, "timeout"=1, "Retry times"=10 beállításokkal szerintem pontosan ezt kellene csinálnia.

A beállított Watch IP (62.100.224.141) egy teszt VPS-em, amin magas ping időket tudok szimulálni. Jelenleg a 2000ms késletetése van, azaz minimum 2000ms a pingideje. Az eszköz szerint viszont ONLINE van, pedig 1sec a ping timeout, azaz OFFLINE kéne lennie.

Össze-vissza játszottam a beállításokkal, de egyszerűen nem jöttem rá, hogy mi a működési logika. 2 napja chatelek az állítólagos fejlesztővel de nem jutok vele semmire, mintha nem egy bolygón élnénk.

Végül az alábbi kérdést tettem fel neki:
Az alábbi beállítások esetén:
- ping interval=2 
- timeout=1 
- retry time=3
Az IP OFFLINE, ha az IP tényleges ping ideje 2000ms. De az IP ONLINE, ha az IP tényleges ping ideje 1500ms.

Ezt a választ kaptam, amit bevallom nem értek:

the first "ping->interval" >= "ping->timeout"
if "ping->interval" time get right flag response, "ping->timeout" is ignore
 

Tök jó lenne ha ezt valaki értené és el tudná magyarázni, hogy mi történik itt :)

Köszönöm szépen!

UPDATE:

További magyarázatok a kínaitól, amik szintén "kínai" nekem:

when ping the packet with flag , so the ping only receve right flag, the prev flag is ignore

example: interval=2, timeout=2, ping response=1500ms, retry times=3
ping1 with flag=1,  response with in 1500ms, "retry times" clear to 0, ----> "online"
ping2 with flag=2,  response with in 2500ms, "retry times" add 1 ----> "online"("retry times"=1 < 3)
ping2 with flag=3,  response with in 1500ms, "retry times" clear to 0, ----> "online"

example: interval=1, timeout=2, ping response=1500ms, retry times=3, this config is not ok(interval < timeout)
ping1 with flag=1,  response with in 1500ms(but ping2 with flag=2 is start), "retry times" add 1 ----> "online" ("retry times"=1 < 3)
ping2 with flag=2,  response with in 1500ms(but ping3 with flag=3 is start), "retry times" add 1 ----> "online" ("retry times"=2 < 3)
ping3 with flag=3,  response with in 1500ms(but ping4 with flag=4 is start),  if "retry times" >= 3 ----> "offline"
ping4 with flag=4,  response with in 1500ms(but ping5 with flag=5 is start), wait device restart

i think strict "ping->timeout" check is not a good idea in an Internet

what is "right flag response" ?
ping send data with flag to check last packet

example;
ping times1, flag is 1, reponse check if not "flag 1" means lost packet
ping times2, flag is 2, reponse check if not "flag 2" means lost packet
ping times3, flag is 3, reponse check if not "flag 3" means lost packet

"ping->interval" min is 1 second
if  "ping->interval"=1, then ping times interval with 1 second, 
if  "ping->interval"=2, then ping times interval with 2 second, 
...

example "ping->interval"=2, "ping->timeout"=1
"ping->interval  start"|------2-------|
"ping->timeout start"|--1---|
relay toggle only when "online" -> "offline"

Történt ez a két incidens:

Megszakadt a Finnországot és Németországot összekötő távközlési vezeték
A Litvániát és Svédországot összekötő távközlési vezeték is elszakadt

Politikai vonatkozású ok- és következménykeresést félretéve, örvendetes, hogy műszakilag egész jól vannak megtervezve ezek a nemzetközi hálózatok. A Hetznernél van jónéhány szerverünk, egy részük a finnországi adatközpontban, és amit láttunk az egészből, az egy rövid kiesés, illetve a belső VLAN-on a DE-FI válaszidő megemelkedése 22 ms-ről ~37-re. 

Outage at backbone connection between Frankfurt - Helsinki

Ezt írja egy online NAT check: Port Restricted Cone

Egy DD-WRT routerrel csatlakoznák a hotspot telefonhoz, arra menne a szerver. Lusta vagyok kipróbálni fölöslegesen. Természetesen átmeneti, amíg lesz rendes net.