Tweede NIC specifiek voor NAS doet lastig

[sdk1985]

Ik heb een tijdje geleden twee 10 Gbps kaartjes gekocht pricewatch: ASUS XG-C100C

Doel: Directe 10 Gbps verbinding tussen primaire pc en NAS. De NAS is een zelfbouw Windows 10 bak. Mijn laatste schijven kunnen hiermee gemount ipv lokaal. Na ontvangst van de kaarten meteen geprobeerd. Simpelweg geïnstalleerd en losse kabel tussen de twee machines aangesloten en eigenlijk werkte het meteen. Verkeer via netwerk shares ging met 6+ Gbps over de extra ethernet adapter.

Fast forward 6 maanden. De NAS heeft een tijdje in de woonkamer gestaan ivm verbouwen en de directe verbinding was er dus niet. Ondertussen is de gangkast klaar inclusief bedrading. Ik heb de boel aangesloten zoals ontworpen en rara het werkt nu niet...

In de standaard configuratie krijgt de ene pc 169.254.160.45 met 255.255.0.0 en de andere 169.254.168.11 met 255.255.0.0. Tevens heeft mijn pc via die kaart no internet access (logisch), maar de NAS heeft no network access (niet logisch). Ik heb vervolgens zelf een handmatig ip ingesteld; 192.168.179.10 en 192.168.179.10.11 met 255.255.255.0 en een lege gateway. Dit is buiten de normale ip range van ziggo (192.168.178.x). Als ik nu in explorer \\192.168.179.11\C bezoek dan werkt het en wordt de NIC gebruikt voor de filetransfer. Echter het werkt nog niet naar volle tevredenheid:

Probleem1: Voor elk bestand dat ik kopieer via deze weg krijg ik een waarschuwing met de melding dat deze bestanden mijn pc zouden kunnen schaden. Ik heb gechecked maar hij staat wel als private network bij beide machines.

Probleem2: Als ik via de normale manier (dus op servernaam) de boel bezoek dan wordt de normale 1 Gbps netwerk kaart gebruikt. Dit is jammer want in de eerste test werd automatisch geschakeld naar de snelle 10 Gbps kaart.


Iemand een idee voor verbetering?

ps Om het lekker complex te maken zie ik het network sharing center bij de normale verbinding vEthernet (vminternet) en bij de nieuwe adapter Ethernet 2 én vEthernet (Default Switch) staan. Bij de NAS is het Ethernet 4 en voor de nieuwe adapter Ethernet 5 én vEthernet (Default Switch). Zal van hyper-v komen.

[ Voor 8% gewijzigd door sdk1985 op 05-11-2021 01:12 ]

[babbelbox]

Voor issue 1 kan het helpen om de directe verbinding als private te markeren.

Wat issue 2 betreft, ik vermoed dat het komt door DNS. Je servernaam zal door je interne DNS worden geresolved naar de normale 192.168.178.x range, en dus deze gebruiken.

Wat betreft die vEthernet interfaces, da's inderdaad van Hyper-V.

[HKLM_]

Dat je voor je DAC constructie zelf de ip adressen moet invullen is wel logisch want daar zit geen DHCP op.

Wat je kan doen is je DNS aanpassen via een static dns record de naam van je nas altijd naar zijn 10Gb IP verwijzen. Als je geen eigen DNS draait zou je ook je hostfile kunnen aanpassen of een static route runnen aanmaken op je machine.

[Faifz]

sdk1985 schreef op vrijdag 5 november 2021 @ 01:09:

Probleem1: Voor elk bestand dat ik kopieer via deze weg krijg ik een waarschuwing met de melding dat deze bestanden mijn pc zouden kunnen schaden. Ik heb gechecked maar hij staat wel als private network bij beide machines.

1) Win + R
2) inetcpl.cpl
3) Security > Local Intranet
4) Netwerkadres toevoegen

sdk1985 schreef op vrijdag 5 november 2021 @ 01:09:Probleem2: Als ik via de normale manier (dus op servernaam) de boel bezoek dan wordt de normale 1 Gbps netwerk kaart gebruikt. Dit is jammer want in de eerste test werd automatisch geschakeld naar de snelle 10 Gbps kaart.

Een lokale DNS A record aanmaken in de volgende file: C:\Windows\System32\drivers\etc\hosts

192.168.179.11 NAS.domein.com
192.168.179.11 NAS

Een aparte subnet voor de 10 Gbps NIC is hoe ik het ook zou doen. Maar je bent beter af door een 10 Gbps switch er tussen te plaatsen en dan gooi je die 10 Gbps NIC's in hetzelfde netwerkadres als de rest.

[ Voor 10% gewijzigd door Faifz op 06-11-2021 03:55 ]