Hálózati eszközök

StarTech Dual Port PCI Express (PCIe x4) Gigabit Ethernet Server Adapter Network Card - Intel i350 NIC
link: https://www.startech.com/en-us/networking-io/st2000spexi

# háttér: virtualizációs, hálózat tesztelős, tanulós / játszós gépembe keresek 2 portos, Intel i350 chipes NIC-et.
Árban szimpi és beszerezhető (60e nettó), használtat nem szeretnék.

# kérdésem: StarTech NIC mint márka ok, megbízható, jól viselkedik?

Köszi! :-]

(1) update: használt Intel X540-T2 lett (50e nettó).

(2) update: topic nyitó kártyát, tesztelésre kölcsönadta egy partnerem.

Mivel a helyi ISP-m altal adott net hagy nemi kivannivalot maga utan, ezert rendeltem a Telekomtol egy ilyen csodalatos 5G router-t egy 5G elofizetessel egybekotve.

Jon is a szerzodesben foglalt 250/50 Mbit/s, viszont van egy olyan fenomen, hogy ha a LAN portjara csatlakoztatom az RPI-om, akkor epphogy csordogal a letoltes (par kb), https-en mar nem is tudok semmit leszedni mert nem epul fel a kapcsolat, illetve mas gepre sem tudok interneten keresztul fel SSH-zni (local halon tudok masik gepre SSH zni).

Eddig jut az ssh a kapcsolat felipeteseben: debug1: SSH2_MSG_KEXINIT sent

Full ssh log:

pi@raspberrypi:~ $ ssh user@45.152.XXX.XX -p 2222 -vvv
OpenSSH_7.9p1 Raspbian-10+deb10u2+rpt1, OpenSSL 1.1.1n  15 Mar 2022
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug2: resolve_canonicalize: hostname 45.152.XXX.XX is address
debug2: ssh_connect_direct
debug1: Connecting to 45.152.XXX.XX [45.152.XXX.XX] port 2222.
debug1: Connection established.
debug1: identity file /home/pi/.ssh/id_rsa type -1
debug1: identity file /home/pi/.ssh/id_rsa-cert type -1
debug1: identity file /home/pi/.ssh/id_dsa type -1
debug1: identity file /home/pi/.ssh/id_dsa-cert type -1
debug1: identity file /home/pi/.ssh/id_ecdsa type -1
debug1: identity file /home/pi/.ssh/id_ecdsa-cert type -1
debug1: identity file /home/pi/.ssh/id_ed25519 type -1
debug1: identity file /home/pi/.ssh/id_ed25519-cert type -1
debug1: identity file /home/pi/.ssh/id_xmss type -1
debug1: identity file /home/pi/.ssh/id_xmss-cert type -1
debug1: Local version string SSH-2.0-OpenSSH_7.9p1 Raspbian-10+deb10u2+rpt1
debug1: Remote protocol version 2.0, remote software version OpenSSH_7.2p2 Ubuntu-4ubuntu2.4
debug1: match: OpenSSH_7.2p2 Ubuntu-4ubuntu2.4 pat OpenSSH_7.0*,OpenSSH_7.1*,OpenSSH_7.2*,OpenSSH_7.3*,OpenSSH_7.4*,OpenSSH_7.5*,OpenSSH_7.6*,OpenSSH_7.7* compat 0x04000002
debug2: fd 3 setting O_NONBLOCK
debug1: Authenticating to 45.152.XXX.XX:2222 as 'user'
debug3: put_host_port: [45.152.XXX.XX]:2222
debug3: hostkeys_foreach: reading file "/home/pi/.ssh/known_hosts"
debug3: send packet: type 20
debug1: SSH2_MSG_KEXINIT sent

De erre mar nem jon valasz a szervertol, egyebkent a szerver oldalon latszik hogy probalkozik a kliens kapcsolat felepitessel.

A vicc az, hogy ha WIFI-n csatlakozok a routerhez mondjuk egy macbook-al akkor megy az SSH tokeletesen es a full letoltesi sebesseg is 30MB/s a peak kb.

Az RPI-t kicsereltem egy osregi itthoni laptopra aminek meg van ethernet portja, ezer eves Arch install van rajta, ott is ment a dolog (kabel, router port, minden mas ugyanaz volt, csak a kliens mas).

Aztan felraktam egy regi Zotac AD04 HTPC-re egy friss Debian-t es ugyanaz a problema mint a RPI-val, nem epul fel az ssh kapcsolat.

"ip a" kimenet a RPI-rol:

pi@raspberrypi:~ $ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether b8:27:eb:9c:65:62 brd ff:ff:ff:ff:ff:ff
    inet 192.168.0.19/24 brd 192.168.0.255 scope global dynamic noprefixroute eth0
       valid_lft 86171sec preferred_lft 75371sec
    inet6 fe80::4d72:3c0:3242:1aab/64 scope link
       valid_lft forever preferred_lft forever

"ethtool eth0" kimenet RPI-rol:

pi@raspberrypi:~ $ sudo ethtool eth0
Settings for eth0:
    Supported ports: [ TP MII ]
    Supported link modes:   10baseT/Half 10baseT/Full
                            100baseT/Half 100baseT/Full
    Supported pause frame use: Symmetric Receive-only
    Supports auto-negotiation: Yes
    Supported FEC modes: Not reported
    Advertised link modes:  10baseT/Half 10baseT/Full
                            100baseT/Half 100baseT/Full
    Advertised pause frame use: No
    Advertised auto-negotiation: Yes
    Advertised FEC modes: Not reported
    Link partner advertised link modes:  10baseT/Half 10baseT/Full
                                         100baseT/Half 100baseT/Full
    Link partner advertised pause frame use: Symmetric Receive-only
    Link partner advertised auto-negotiation: Yes
    Link partner advertised FEC modes: Not reported
    Speed: 100Mb/s
    Duplex: Full
    Port: Twisted Pair
    PHYAD: 1
    Transceiver: internal
    Auto-negotiation: on
    MDI-X: Unknown
    Supports Wake-on: pumbag
    Wake-on: d
    Current message level: 0x00000007 (7)
                   drv probe link
    Link detected: yes

Ha az ISP-m altal adott routerre kotom az RPI-t vagy a HTPC-t ott megy az ssh, meg minden mas is.

Eloszor arra gondoltam hogy a ZTE router a LAN-portot mashogy NAT-olja mint a WIFI-n csatlakozo klienseket es ezert nem megy a dolog, de akkor a regi Arch Linux-os laptoppal miert mukodik?

Mi lehet a gond?

Adott egy Hikvision NVR, amiben meghalta magát egy 500Gb-os HDD. Valamit vennem kell és nem tudom hosszútávon ár-érték-tartósság viszonyában, melyikkel járok jobban. HDD, vagy SSD? 24 órában írna rá az NVR.

2,5'-os meghajtó fér el az NVR-ben.

Digi-s FTTB internetet szeretnék beköttetni a lakásba, amit tudtommal koax kábelen húznak be.

Milyen távolságra szabad vezetni a koax kábelt az elektromos vezetékektől, hogy azok ne zavarják az adatátvitelt?

Probléma-e, ha kb. 1,5 méteren keresztül közvetlen az elektromos vezetékek kábelcsatornája mellett halad el? (Tapasztalat és esetlegesen szabvány szerinti kötelező távolság is érdekel)

Sziasztok,

A múltkori problémám csak félig-meddig oldódott meg, sajnos 2,4 GHz-en továbbra se jó a net, vagyis leginkább a WLAN.

Az Asus RT-AC1200G+ routerem kétféle wifit kínál: 2,4 GHz és 5 GHz. Utóbbi működik úgy, ahogy a nagy könyvben meg van írva, sőt szinte csak az... Sajnos azonban az eszközeim leginkább a 2,4 GHz-es wifit preferálják, az 5G-t nem is látják.

Valami zavar mégis van az erőben, mert: a wifis nyomtatót nem találja, a 2 db TP-Link Tapo C200 kamera nem ad képet... Aki pedig erre a hálózatra csatlakozik, neki nincs net. Vagyis a videók akadoznak, a weblapok betöltései random hibára futnak, stb...

Vettem egy wifi analyzer nevű programot, de jelenleg csak ezeket látom: KATTINTS IDE!

Ha tudtok segíteni, mi a fene van, megköszönöm.

Update: az én SSID-im: gkaroly és gkaroly_5g.

Kollégámnak nem ment a Direct Access (ő nekem domain controller problémát említett), mondtam neki, hogy nézze meg hogy nem járt-e le a jelszva, illetve indítsa újra a gépét. Azt állítja, hogy egyik sem segített. Viszont újra indította a routert, és onnantól működik. Előtte, ha jól értettem Windows updateket rakott fel.

Lehetséges mindez vagy csak benézett valamit? Milyen router az, amelyiknek reboot kell ha egy rá csatlakoztatott eszközön valami történik?

Szeretnék egy PoE+ (802.3at, n*30W) switchet, ami képes arra, hogy a rádugott eszközzel megbeszélik az áram paramétereit. A wikipédia szerint ezt úgy hívják hivatalosan, hogy "LLDP Power via MDI TLV IEEE 802.3-2015", de van még két korábbi verziója is. Egy csomó switchet megnéztem már az emberközeli árkategóriában, és sehol nem írnak ilyet az adatlapon, a milliós switchek meg nyilván tudják, de az ágyúval a verébre. Mi alapján lehet ezeket megtalálni? (Olyan switchet keresek, ami a fenti kitételnek megfelel, ezen belül fizikailag a lehető legkisebb, de még van benne SFP cage, 1 Gbps bőven elég.)

Sziasztok! 

Szeretném a tanácsotok kérni a címben említett kamera fw javítása kapcsán. Ahogy lenni szokott a garancia lejárta után 1 hónappal megadta magát a kamera.

Pontosabban nem elérhető a webes felülete és így sokra nem megyek vele. Reset után felmegy LAN-ra vagy Wifii-re az appal, de amikor jönne a kamera használatba vétele akkor 50%-nál elhasal. 

Rengetegszer reset-eltem és szinte már minden appot kipróbáltam. Nem is nyitja ki azokat a portokat ahol web-en eltudnám érni.

Maradt a JTAG-el való próbálkozás. 

Azt szeretném megkérdezni, hogy tudtok esetleg olyan személyt vagy céget aki csinált már ilyet? 

Vagy esetleg van valakinek működő azonos típusú eszköze eladásra, hogy abból kiszedjem a fw-t?

Ps.: Az a bosszantó, hogy nem ezt várná az ember egy 40k-s kamerától. 

Kedves emberek,

kulteri, idojaras es tajnezegetesre hasznalt IP kamerara varok javaslatokat, lehetoleg 45k HUF alatt. Biztonsagi kamerakkal tele vannak a boltok, de nincs tapasztalatom veluk, nem tudom mennyire praktikusak erre a celra. WiFi, napelem, mozgaserzekeles, ilyesmi nem szukseges, tudok kabelt huzni a megfigyelesi pontra, nyilvan POE kicsit praktikusabb, de nem kotelezo.

Koszonom!