Hálózatok általános

Samba vs. Win SMB vs. NFS performancia

Samba 3 diadalmas korszaka óta sok idő telt el. Most teljesítményversenyben hogyan áll egymással szemben a Linux/Samba és Windows/SMB ?

Illetve alternatív harmadik versenytársként a NFS. Netes források szerint NFS kis fájlokkal való írás/olvasás műveletekben sokkal gyorsabb az SMB-nél. 

Az alkalmazási környezet, többek között fájlszervernek használt Linux és hozzá csatlakozó különböző kliensek, de most csak a Windows kliens számít. A gépek közötti kapcsolatot Infiniband 40 gigabittel biztosítja így elvárt, hogy a Samba vagy SMB vagy NFS olyan sebességet nyújtson fájlműveletek során mintha helyi HDD illetve SSD-t használnék. Természetesen ha Win/SMB megoldás a nyerő, akkor a Linux fájlszerver helyett Windows lesz, de semmiképp sem Windows server, hanem desktop ltsc kiadás. 
Ha pedig NFS a nyerő megoldás akkor annak Windows kliens oldalon is kompatibilitási problémák nélkül kell működnie.

LTE csatorna térkép

Létezik valamilyen térkép, amin meg lehet nézni, hogy Magyarországon hol milyen LTE csatorna elérhető?

Az alap probléma, hogy rendeltem egy mobilt, aminél az e-mail visszaigazolásban szereplő típuskód alapján nem az európában forgalmazott, hanem az indiai verzióját fogják majd küldeni. Ez viszont a leírás alapján nem támogatja a 7-es és 28-as LTE csatornát. Arra lennék kíváncsi, hogy milyen helyeken nem lenne mobilnetem, ha átveszem.

[megoldva] sniproxy átirányítás szűrése forrás ip-re

Sziasztok!

Nem vagyok sniproxy guru és most beleszaladtam egy olyan kérésbe hogy egy snprxy-n kéne egy 80-as átirányítás szűrni forrás ip-re.

Így nézne ki:

valami.hu:80 -> tűzfal nat -> (megadott forrás ip de csak a valami.hu-nál) sniproxy -> belso-ip:80

Tud ilyet egyáltalán? Nem találom a doksiba...

[megoldva] köszi ggallonak:

tűzfal/router szinten a megadott forrás IP címekről, 80-as cél portra érkező kapcsolatokat (d)NAT-olod a megfelelő belső szerverre, minden más 80-as célportra érkező kapcsolatot pedig az sniproxy-hoz irányítasz mint eddig.

OpenShift x NetFlow: Eszközök NetFlow vizualizáláshoz, elemzéshez

Az egyik ilyen eszközről, az ElastiFlow-ról készült bejegyzésünket szeretném megosztani témaindítónak (angol nyelven íródott): https://ioflair.com/blog/openshift-4-12-traffic-analysis-with-elastiflo…

Az ElastiFlow esetén az egyik érv a rendkívül gyors beüzemelhetőség volt, ezzel együtt a lehető legtöbb releváns adatot lehet vizuálisan kinyerni egy-egy hálózati anomália felfedezésére.

 

Kinek milyen bevált eszközei vannak hasonló megoldásra? CLI megoldások, és pehelysúlyú megoldások is érdekelnek!

vsftpd mappában tartás

Hello,

úgy alakult szükséges egy ftp szerver is, működik, userek tudják használni, viszont nem tudtam megoldani azt, hogy az adott user a saját mappáján kívül ne tudjon mozogni.

 

olvastam több verziót, de valahogy nálam sehogy se akar össze jönni.

van erre gyors és egyszerű megoldás?

 

Köszipacsi.

Budapesten nagy sávszélesség: ESXi backup visszaállításához

Sziasztok,

Egyik ismerősöm ESXi megoldása egy bérszerveren a Rackforestnél megpurcant és vissza kellene állítania 2 tera disk backupot.

Van ötletetek, hogy hol lehetne? Lakossági internettel picit lassú, Rackforestnél pedig nincs lehetőség bemenni és helyi hálózaton felmásolni egy új hostra az adatokat. :(

Update: support tud lehetőséget adni arra, hogy be lehessen menni – félretájékoztatást történt.

(Nem túl viccess a sztori: valami Ransomware pusztíthatott régi ESXi verzió miatt)

Helyi háló elérése VPN-en, közbeiktatott plusz router-en keresztül

Érdekelne hogy van-e "elegáns" megoldása a következő problémának: Szeretném a helyi hálózatomat elérni VPN-en keresztül, úgy hogy a VPN szerver (IKEv2) egy hardveres tűzfalon fut és a tűzfal trusted portja egy router WAN portjára csatlakozik ami mögött van az elérni kívánt hálózat. Szegény ember vázlatrajza alant :-)

 

     WAN 
      ^
      |External
+-----------+                  +--------+
|    HW     |                  |  WIFI  |
|  Tűzfal   | 192.168.100.0/24 | Router | 192.168.200.0/22
|           |----------------->|        |--------------------->  Helyi háló
|    VPN    |Trusted        WAN|        |LAN                         
|  Server   |                  |        |
|172.24.24.1|                  |        |
+-----------+                  +--------+

Tudom hogy nem feltétlen optimális a fenti kiépítés. Úgy működött eddig a dolog hogy a VPN szerver a helyi hálón egy szerveren futott. De így ha a szerverrel bármi gáz van akkor nincs VPN-em sem, nem érem el a helyi hálót. Ezen szeretnék változtatni. A router-re is beizzíthatnám a VPN szervert, de a tűzfal VPN támogatását sokkal erősebbnek érzem, másrészt terveim szerint a Router idővel kikerül a láncból és AP módban csak a Mesh WIFI marad a feladata.

Szóval a tűzfalon lévő VPN már most is működik de csak a két eszköz közötti 192.168.100.0 hálózatot érem el rajta. Milyen irányba kellene elindulnom ha a fenti fizikai kiépítésen egyelőre nem akarok változtatni?

IoT hálózati megoldások lakás és garázs között

Üdv!

Egy tőlem távol lévő saját garázs (1 km, belvároson belül a lakás és garázs között) távfelügyeletét szeretném megoldani, és több opció is felmerült.

 

Célok:

- Elektromos Autó töltési állomás felügyelete (opcionálisan internet elérés biztosítása frissítésekhez)

- Hőmérséklet felügyelete

- Okos eszközök (pl elosztó vezérlése)

- Kamera (opcionálisan)

 

Opciók amiket látok:

- LTE router a leguniverzálisabb, de garázsban szélsőségesebb körülményeket kell bírnia, mint lakásban + a SIM kártya díja

- LoRaWAN?

 

A kérdés:

Milyen SIM megoldások lennének ebben az esetben a legkedvezőbbek, kicsi adatforgalom, inkább a hosszú időre való rendelkezésreállás fontosságával. Mivel szoftverfrissítések előfordulhatnak a töltőnél, ez opcionálisan megoldható ideignelenes mobil AP-val, így kisebb sávszélesség / adatforgalom is elegendő lenne.

Másik kérdés: LoRaWAN IP hálózat továbbítására mennyire lenne működőképes ha a nagy adatátvitele nem cél, de IP forgalmat kell továbbítani?

 

Ez most így egy nyílt kérdés, tehát bármi további megoldási ötlet érdekel, vagy akár kritikák a felmerült ötlet mentén, hogy mi lehet ezekkel a buktató, előny stb.

Mikrotik wifi AP, VLAN, DHCP server nem ok, hol a hiba?

Sziasztok!

Abban kérnék segítséget, hogy mikrotik eszközön (hAP ac, RuterOS 7.7) próbálok másodlagos wifi AP-t, a hozzá kapcsolódó vlan+DHCP-vel létrehozni, de valami nem kerek, és nem jövök rá, hogy mi. Az ap ok, a telefonon csatlakozásakor az látszik, hogy kérne IP-t, de nem kap. Van már másik slave AP, az jó, nem találom i az eltérés a kettő között. Ami érdekes, hogy volt összesen 3 slave AP-is, ami korábban ok volt, szerinte még 6.x volt mikor létrehoztam, ebből az egyiket próbáltam módosítani, hogy az új hálózatba menjen, az se lett jó, de visszaírva az eredetire a vlan id-t már ahhoz se csatlakozik, de régebben ez biztosan ok volt.

Merre induljak, mi lehet elrontva?

Lentebb van pár új részlet + szerintem conf. részletek.

 

update

2023.02.14.: fél megoldás : https://hup.hu/comment/2886960#comment-2886960