Synology Adaptateur réseau USB 2,5G : Comment faire pour que tout le traffic (smb et Hyperbackup) passe par lui ?

MilesTEG · 25 Février 2023

Hello

J’ai installé un adapteur réseau usb 2,5G sur mon 920+ en suivant l’article de cachem :

NAS Synology et adaptateur réseau 2,5 Gbit/s - Cachem

Les NAS Synology sont d'excellents produits. Les boîtiers sont robustes, les performances sont bonnes, l'interface graphique est l'une des meilleures (si ce

www.cachem.fr

Et les consignes pour le pilote à installer dans dsm :

Releases · bb-qq/r8152

Synology DSM driver for Realtek RTL8152/RTL8153/RTL8156 based adapters - bb-qq/r8152

github.com

Tout est fonctionnel et les tests iperf3 montrent bien un débit proche de 2,5Gbps, nickel.

J’ai donc une nouvelle interface réseau eth2 en plus des eth0 et eth1 qui correspondent aux ports réseau 1Gb du nas.
J’ai gardé active la connexion sur eth0 en secours au cas où la eth2 deconnerait.
J’ai donc ces adresses iP :
- 192.168.2.200 pour eth0 (port 1G)
- 192.168.2.201 pour eth2 (port 2,5G)

J’ai aussi mis en place une tache planifiée qui lance ou relance le paquet des fois qu’il plante ou après une update. (Faut que je vérifie exactement comment j’ai paramétré ceci).

Enfin j’ai mis le eth2 en premier dans l’ordre des connexions qu’on peut modifier dans les préférences réseau.

Jusque là tout va bien.

Dernière précisions :
J’ai des conteneurs docker en macvlan, réseau crée à partir de l’interface eth0.
Avec une adresse iP virtuelle liée à l’adresse iP du port eth0.

Ma question : comment faire en sorte sur tout le traffic de transfert de données passent par le port eth2 ?
Je sais que si j’initie depuis un ordi ou un autre nas une connexion sur l’adresse iP du port eth2 pas de soucis , mais si la connexion part du nas lui même , par exemple une sauvegarde hyperbackup, comment être sûr que les transferts de feront bien sur le port eth2 en 2,5G ?
Car je le rappelle, le port eth0 est toujours actif.

Dernière question : le traffic lié au reverse proxy swag lui passe toujours par l’ip de eth0, on est bien d’accord ? Ça ne me dérange pas ce mode de fonctionnement, ça permet d’avoir les services toujours fonctionnels si l’interface eth2 est plantée.

Question facultative : aurais-je un gain potable en faisant passer le reverse proxy sur la connexion 2,5G ?
(J’ai un serveur Plex, tautulli, gitea, Vaultwarden , et plein d’autres conteneurs accessibles via le RP, et aussi les services du nas comme dsm , photos, drive …)
Ho ! Drive ! Oui lui ça serait utile

Dernière question subsidiaire : comment faire pour que seul drive profite de cette connexion ?

Merci d’avance pour votre aide

Ps : je mettais des captures dès que je serai sur mon ordi.

maxou56 · 25 Février 2023

Bonjour,
Via le pare-feu c'est possible.
Par exemple dans toutes les interfaces mettre uniquement les règles "extérieurs", pas de tout refuser à la fin.
Puis dans "eth0" mettre en 1er le blocage des ports SMB, Hyperbackup... (laisser au moins les ports 5000-5001 et ceux pour l'assistant synology, SSH...) pour toutes les IP, puis mettre les règles locales...
Dans l'eth2 mettre les règles locales en 1er... (idem pour l'eth1 et le VPN).

MilesTEG · 25 Février 2023

@maxou56
Ha oui je n’avais pas pensé au pare-feu.
C’est un peu usine à gaz avec ça… enfin je vais dire qu’il va falloir recopier et déplacer pas mal de règles…
Faut que je vois si le fait d’avoir mis l’interface eth2 en haut de la liste si ça permet à un transfert smb initié par le nas de passer par là.

MilesTEG · 25 Février 2023

@maxou56
Voilà mes règles actuelles :

Je ne laisse dans "Toutes les interfaces", que les règles qui n'ont pas de n° (lorsque je donne accès au support Syno). C'est ça ?

QU'entends-tu par règles locales ?

Je déplace/crée ensuite vers/dans LAN1 (eth0) :

une règle pour le SSH depuis les IP LAN
une règle pour l'accès à DSM pour les IP LAN
une règle pour l'accès au serveur UPS
une règle pour bloquer le SMB
une règle pour bloquer hyperbackup

Mais est-ce que je fais :

une règle pour les IP Docker ??
une règle pour l'accès au reverse proxy ?

Et vers LAN3 (eth2) :

une règle pour le SSH depuis les IP LAN
une règle pour l'accès à DSM pour les IP LAN
une règle pour l'accès au serveur UPS
et tous les autres règles que j'avais dans toutes les interfaces ?

Je suppose ensuite que je met ceci sur Refuser pour chacune des interfaces :

Mais alors, faut-il que je mette des règles qui refusent dans les LAN1/3 ?

PS : je n'utilise pas le LAN2(eth1), ni le serveur VPN du NAS.

Sinon, n'y aurait-il pas moyen d'utiliser ceci :

Mais là je suis perdu... Je ne comprends pas comment on s'en sert...

maxou56 · 26 Février 2023

@MilesTEG1
En 1er c'est de garder le pare-feu actuel en le sauvegardant, par exemple en le clonant pour pouvoir le modifier. comme ça tu peux revenir en arrière ou passer de l'un à l'autre.

Capture d’écran 2023-02-26 à 01.00.22.png

MilesTEG1 a dit:
Je ne laisse dans "Toutes les interfaces", que les règles qui n'ont pas de n° (lorsque je donne accès au support Syno). C'est ça ?

Dans toutes les interfaces tu peux aussi laisser les 2, 4, 5, 6, 7. Les règles fonctionneront pour toutes les interfaces.
Il faut juste retirer les 1, 3 et 8.
La 8 il faut la supprimer sinon le pare-feu ne passera pas aux règles pour chaque interface.
Puis mette les 1, 3 dans chaque interfaces, en 1er pour les interfaces eth1, eth2. Et après la ou les règles bloquant le SMB, HyperBackup, Bonjour... pour l'interface eth0.

MilesTEG1 a dit:
Je suppose ensuite que je met ceci sur Refuser pour chacune des interfaces :

Oui il faut cocher Refuser accès. C'est l'équivalent d'une règle tous IP > Tous Ports > Refuser.

MilesTEG1 a dit:
QU'entends-tu par règles locales ?

C'était les règles qui autorisent tous les port pour les IP locales, comme la 1 et 3 des captures.

MilesTEG1 a dit:
Sinon, n'y aurait-il pas moyen d'utiliser ceci :

Bonne question, je ne sais pas.

MilesTEG · 9 Mars 2023

Ayant un peu de temps, je vais me re-pencher sur cette question ^^

maxou56 a dit:
En 1er c'est de garder le pare-feu actuel en le sauvegardant, par exemple en le clonant pour pouvoir le modifier. comme ça tu peux revenir en arrière ou passer de l'un à l'autre.

En effet, c'est une bonne idée de faire une copie de sauvegarde des règles qui fonctionnent bien actuellement

Je finalise et je tente puis je reviendrais donner les résultats

MilesTEG · 9 Mars 2023

@maxou56
Alors, bah ça ne fonctionne pas... je soupçonne le parefeu du NAS de ne filtrer que ce qui est entrant...
De ce fait, les sauvegardes faites depuis DSM ne sont pas faites via l'interface LAN3...

Voilà comment j'ai paramétré :

Désactivation des règles 1, 3 et 8 dans "Toutes les interfaces" ;
Création des règles suivantes dans LAN1 (eth0) :
Création des règles suivantes dans LAN3 (=eth2) :
Activation de la coche "Refuser accès" dans toutes les autres interfaces (LAN1, LAN2, LAN3, PPTP, VPN).

Pour vérifier, j'ai suspendu une tâche de backup qui était en cours, fait les modifications de pare-feu, et rendu par défaut la configuration éditée.
Et j'ai relancé le backup : le traffic continuer de passer par LAN1 (=eth0)...

Faut que je creuse pour voir comment faire.

EVO · 9 Mars 2023

Il ne faudrait pas plutôt jouer avec le routage ?

Routage réseau | DSM - Synology Centre de connaissances

Le Centre de connaissances de Synology offre une assistance complète, fournit des réponses aux questions fréquemment posées, des étapes de dépannage, des tutoriels logiciels et toute la documentation technique dont vous avez besoin.

kb.synology.com

MilesTEG · 9 Mars 2023

C'est ce que j'ai tenté cette après midi :

Mais pas sûr d'avoir bien configuré le truc...
Mais bon, mon adaptateur m'a fait planté les interfaces réseau, et le NAS... il n'est pas stable du tout.

MilesTEG · 13 Mars 2023

Bonsoir,
Alors, j'ai un peu avancé avec cette histoire d'adaptateur USB-2,5G.
Pour forcer l'interface LAN, il faut bien faire comme j'ai fait dans la capture d'écran du message précédent.

Déjà, le Cable Matters devait avoir un souci, je l'ai renvoyé : la connexion n'était pas stable.
J'ai acheté à la place un autre Asustor, mais le modèle plus récent, à savoir un AS-U2.5G2 que j'ai mis sur le DS920+.
L'autre adaptateur, un Asustor AS-U2.5G (première génération donc), lui est connecté sur mon MBA.
Tout ce beau monde est connecté sur un switch 2,5G Asustor ASW205T (vendu par @FX Cachem en même temps que le AS-U2.5G).
Ça fonctionne déjà bien mieux côté Syno. Mais il y a des couacs que je ne sais pas corriger...

Je vais faire un petit résumé de ce que j'ai dit (en anglais sur GitHub : https://github.com/bb-qq/r8152/issues/296 )

Avec DS920+ en serveur :

As a client: my MBA M2 with Asustor AS-U2.5G adapter :

MBA M2 --> DS920+ ≈ 1,54 Gbits/sec

DS920+ --> MBA M2 ≈ 2,35 Gbits/sec (with --reverse mode)

As a client: Asustor AS6704T on LAN1 (eth0) (or on LAN2 (eth1)) port (2,5G) :

AS6704T --> DS920+ ≈ 2,13 Gbits/sec

DS920+ --> AS6704T ≈ 820 Mbits/sec (with --reverse mode)

As a client: iMac M1 with Asustor AS-U2.5G adapter :

iMac M1 --> DS920+ ≈ 2,29 Gbits/sec

DS920+ --> iMac M1 ≈ 2,35 Gbits/sec (with --reverse mode)

Avec AS6704T en serveur :

En client : my MBA M2 with Asustor AS-U2.5G adaptateur :

MBA M2 --> AS6704T ≈ 1,54 Gbits/sec

AS6704T --> MBA M2 ≈ 2,35 Gbits/sec (avec --reverse mode)

En client : Synology DS920+ with AS-U2.5G2 adapter:

DS920+ --> AS6704T ≈ 898 Mbits/sec

AS6704T --> DS920+ ≈ 2,32 Gbits/sec (avec --reverse mode)

Avec mon MBA M2 (with Asustor AS-U2.5G adapter) en serveur :

En client : Asustor AS6704T:

AS6704T --> MBA M2 ≈ 2,34 Gbits/sec

MBA M2 --> AS6704T ≈ 1,58 Gbits/sec (avec --reverse mode)

En client : Synology DS920+ with AS-U2.5G2 adapter:

DS920+ --> MBA M2 ≈ 921 Mbits/sec

MBA M2 --> DS920+ ≈ 1,94 Gbits/sec (avec --reverse mode)

Les résultats avec un emoji

sont étranges compte tenus des autres valeurs pour les autres tests...
C'est comme si le DS920+ n'arrivaient pas à envoyer plus vite que ≈ 1000M ...
Pourtant sur ETH2 il n'y a rien qui circule pendant le test... autre que le traffic iperf…

J'ai testé depuis l'iMac M1 de ma femme avec cet adaptateur AS-U2.5G, et là les débits entre l'iMac et le 920+ sont normaux.

Si quelqu'un a une idée ? Je suis preneur.

Me reste à tenter un autre adaptateur, j'attends de voir si le prix du Club3D descend un peu...
Ou un autre. À défaut que les 920+ envoie plus vite sur l'asustor, les mac bénéficieront du gain de rapidité ^^

edit :
Ha, aussi, j'ai fait un script qui vérifie le bon fonctionnement du pilote, qu'il soit bien chargé, et vérifie la connexion en pinguant la passerelle par défaut. Si un de ces tests échoue, le pilote sera relancé.
Voir les modifications sur GitHub : https://github.com/MilesTEG1/synology-driver-pkgctl-r8152-restart-reload
Mais voilà le script (si je modifie quelque chose, la référence sera sur GitHub) :

Bash:

#!/bin/bash

# Sources of ideas I used :
#   - https://stackoverflow.com/a/932187/17694638
#   - https://stackoverflow.com/a/48229061/17694638

# ╔════════════════════════════════════════════════════════════════════════════════════════╗
# ║                                                                                        ║
# ║   Script for reload or restart the pkgctl-r8152 driver for USB-ETH 2,5 GBps adaptator  ║
# ║                                 for Synology NAS                                       ║
# ║                                 ----------------                                       ║
# ╚════════════════════════════════════════════════════════════════════════════════════════╝

#  /!\ Need to be launched in root mode in SSH CLI, or in the task planner in DSM
#
# chmod 760 ./driver-pkgctl-r8152-restart-reload.sh
#
# In order to use the script, I suggest to create 2 tasks in DSM tasks manager :
#   1. One launched at every boot/reboot of the NAS
#   2. Another launched every 5 or 10 minutes, in order to ensure the driver is working fine

#
# ====================================================================================== #
# ============================= Variables needed to be set ============================= #
# ====================================================================================== #

#   Set to no for no IPV6, or yes to let IPv6 activated
IPV6="no"

#   Set to the interface you want to check : eth0 or eth1, or eth2 ...
#   In Synology NAS :
#       - eth0 = LAN1
#       - eth1 = LAN2
#       - eth2 = LAN3
#       - eth3 = LAN4
INTERFACE="eth2"

#   Set the Gateway to test (could be whatever IP address you want to ping)
#   or let the script determine the default gateway set by setting the value to "".
GATEWAY=""
# GATEWAY="192.168.2.203"

# ====================================================================================== #
# ========================= Functions needed by the main script ======================== #
# ====================================================================================== #

# Let's assume the driver and the gateway's ping is OK
DRIVER_OK_KO="OK"
ITERATION_status=0
ITERATION_ping=0

function driver_restart_reload() {
    # Restart or reload the driver
    synosystemctl reload-or-restart pkgctl-r8152

    # For the record, here some synosystemctl commands:
    #   start [--no-block] NAME...              Start (activate) one or more units
    #   stop [--no-block] NAME...               Stop (deactivate) one or more units
    #   restart [--no-block] NAME...            Start or restart one or more units
    #   try-restart [--no-block] NAME...        Restart one or more units if active
    #   reload [--no-block] NAME...             Reload one or more units
    #   reload-or-restart [--no-block] NAME...  Reload or restart one or more units
    #   get-enable-status NAME                  Get the enable status of given unit
    #   get-active-status NAME                  Get the active status of given unit
    #   get-load-status NAME                    Get the load status of given unit

    # Disable IPv6
    if [[ "${IPV6}" == "no" ]]; then
        printf "\tDeactivation of IPv6 on interface %s\n" $INTERFACE
        sleep 10s
        ip -6 addr flush $INTERFACE
    fi
}

function get_status() { # Get status from the pkgctl-r8152 driver

    ITERATION_status=$((ITERATION_status + 1))

    ACTIVE_STATUS=$(synosystemctl get-active-status pkgctl-r8152)
    LOAD_STATUS=$(synosystemctl get-load-status pkgctl-r8152)
    ENABLE_STATUS=$(synosystemctl get-enable-status pkgctl-r8152)

    # Test if the status above are normal :
    #       - ACTIVE_STATUS must be "active"
    #       - LOAD_STATUS must be "loaded"
    #       - ENABLE_STATUS must be "enabled"
    printf "\n\tpkgctl-r8152 ACTIVE_STATUS = %s\n" $ACTIVE_STATUS
    printf "\tpkgctl-r8152 LOAD_STATUS = %s\n" $LOAD_STATUS
    printf "\tpkgctl-r8152 ENABLE_STATUS = %s\n\n" $ENABLE_STATUS
    if [[ "${ACTIVE_STATUS}" != "active" ]] || [[ "${LOAD_STATUS}" != "loaded" ]] || [[ "${ENABLE_STATUS}" != "enabled" ]]; then
        # The driver need to be restarted or reloaded
        printf "\tThe driver status AREN'T OK !\n\tThe driver need to be restarted or reloaded !\n"
        DRIVER_OK_KO="KO"
        driver_restart_reload
        # The drive should be loaded and functionnal now
    elif [[ "${ACTIVE_STATUS}" = "active" ]] && [[ "${LOAD_STATUS}" = "loaded" ]] && [[ "${ENABLE_STATUS}" = "enabled" ]]; then
        # The driver is well started and loaded
        printf "\tThe driver status are OK ! No need to do something more.\n"
        # No need to do something more here
    else
        printf "\tUnknown error with get_status() ! code = %d\n" $RESULT
        exit 1
    fi
}

function ping_gateway_OK() {
    # The ping in ping_gateway function return a functional network
    printf "\tGateway %s is accessible ! No need to do something more.\n" $GATEWAY
    # No need to do something more
    if [[ "${DRIVER_OK_KO}" = "OK" ]] && [[ $ITERATION_ping -eq 1 ]]; then
        exit 0
    elif [[ "${DRIVER_OK_KO}" = "KO" ]] && [[ $ITERATION_ping -eq 1 ]]; then
        printf "\tNote: Although the first ping is OK, the status wasn't OK before...\n"
        # exit 1
    elif [[ "${DRIVER_OK_KO}" = "KO" ]] && [[ $ITERATION_ping -eq 2 ]]; then
        printf "\tNote: Although this second ping is OK, the first ping wasn't OK...\n"
        # exit 1
    fi
    exit 1

}

function ping_gateway_NotOK() {
    printf "\tGateway %s IS NOT accessible !\n\tThe driver need to be restarted or reloaded !\n" $GATEWAY
    DRIVER_OK_KO="KO"
    
    if [[ $ITERATION_ping -eq 1 ]]; then
        driver_restart_reload

        # Normally, the driver should be OK now, let's verify it a last time
        get_status
        ping_gateway

    elif [[ $ITERATION_ping -eq 2 ]]; then
        printf "\tNote: This second ping still isn't OK ! (the first ping wasn't OK too)...\n"
    fi
    # Exit code should reflect the non functional driver
    # If we arrive here, the driver fails 2 times...
    exit 1
}

function ping_gateway() { # Check gateway availability to ping

    ITERATION_ping=$((ITERATION_ping + 1))

    # Checking if the GATEWAY is set to a value or not.
    # If not, this will determine the default gateway
    if [[ -z "${GATEWAY}" ]]; then
        GATEWAY=$(ip r | grep default | cut -d ' ' -f 3)
    fi

    if [ -z "$GATEWAY" ]; then
        printf "\n\tError ! No gateway found with the 'ip r' command...\n"
        exit 99
    else
        printf "\tGateway is = %s\n" $GATEWAY
        ping -I $INTERFACE -q -t 2 -c 1 $GATEWAY >/dev/null && ping_gateway_OK || ping_gateway_NotOK
    fi

}

# ====================================================================================== #
# ===================================== Main script ==================================== #
# ====================================================================================== #

# I assume that just after the boot, the driver may be not loaded for various reasons...
# Or after some time, the driver may fail, and the connectivity won't work anymore.
# This will check the connectivity to the gateway/ip provided, and the decide what to do

get_status
# RESULT=$?
# if [[ $RESULT -eq 0 ]]; then
#     printf "\tThe driver status are OK ! No need to do something more.\n"
#     # No need to do something more here
# elif [[ $RESULT -eq 1 ]]; then
#     printf "\tThe driver status AREN'T OK !\n\tThe driver need to be restarted or reloaded !\n"
#     driver_restart_reload
# else
#     printf "\tUnknown error with get_status() ! code = %d\n" $RESULT
# fi

ping_gateway
# RESULT=$?

# if [[ $RESULT -eq 0 ]]; then
#     printf "\tGateway %s is accessible ! No need to do something more.\n" $GATEWAY
#     # No need to do something more
# elif [[ $RESULT -eq 1 ]]; then
#     printf "\tGateway %s IS NOT accessible !\n\tThe driver need to be restarted or reloaded !\n" $GATEWAY
#     driver_restart_reload
# else
#     printf "\tUnknown error with ping_gateway() ! code = %d\n" $RESULT
# fi
# exit $RESULT

# ====================================================================================== #
# ===================================== Script END ===================================== #
# ====================================================================================== #

MilesTEG · 3 Avril 2023

@maxou56 Je crois que je vais devoir retenter le coup des règles du parefeu, car une connexion TimeMachine initiée depuis le mac passe par LAN1 au lieu de LAN3, malgré la route statique...Et comme la connexion initiée par le MAC ne m'a pas laissé de choix quant à l'adresse IP...

@Jeff777 Tu as que l'interface LAN3 (eth2) d'activée, c'est ça ?

Jeff777 · 4 Avril 2023

MilesTEG1 a dit:
Tu as que l'interface LAN3 (eth2) d'activée, c'est ça ?

oui

Jeff777 · 4 Avril 2023

@MilesTEG1
Pour ton info : Cette nuit la sauvegarde planifiée entre mes deux nas a fonctionné. Je n'avais pas touché au paramétrage.

MilesTEG · 5 Avril 2023

Bonsoir,
Voilà quelques nouvelles au travers de la petite histoire amenant à la conclusion presque finale qui me ramène à ma question initiale de ce sujet

Après avoir testé l'adaptateur Asustor AS-U2.5G, l'Asustor AS-U2.5G2 sans succès sur le NAS, j'ai acheté récemment un Club3D CAC-1420 USB 3.2 Gen1 Type-A to RJ46 2.5Gbps.
Mais là aussi, même problème d'upload limité à même pas 800M...

J'ai même acheté un Hub USB3 vu que dans la FAQ du driver qu'un hub alimenté pouvait aider...
Mais ça n'aide pas... Le seul point positif, c'est que ça me permet d'avoir de nouveaux ports USB...

J'ai essayé de changer les câbles réseau : même topo. Intervertir certaines prises du switch : même topo...
J'en viens à penser à un souci de RAM... Sait-on jamais...

Bon, avant d'attaquer la ram, je décide de désinstaller complètement le pilote en supprimant tout ce qui pourrait avoir attrait à lui, comme des fichiers de préférences.

Je liste ces fichiers avant la suppression dans DSM du paquet :

Bash:

root@Syno-DS920Plus:~# find / -iname "r8152"
/sys/bus/usb/drivers/r8152
/sys/module/r8152
/sys/module/usbcore/holders/r8152
/var/packages/r8152
/volume1/@appstore/r8152
/volume1/@appstore/r8152/r8152
/volume1/@appdata/r8152
/volume1/@apptemp/r8152
/volume1/@apphome/r8152
/volume1/@appconf/r8152
/volume1/@userpreference/r8152
/volume1/@tmp/synopkg/lfs/image/INST/r8152
/usr/syno/etc/packages/r8152
/usr/syno/etc/packages/SecureSignIn/preference/r8152

Suppression du paquet, puis re-listing des fichiers pour voir si tout est parti, et apparemment non vu qu'il reste ceci :

Bash:

root@Syno-DS920Plus:~# find / -iname "8152"/volume1/@appdata/r8152
/volume1/@apphome/r8152
/volume1/@appconf/r8152
/volume1/@userpreference/r8152
/usr/syno/etc/packages/r8152
/usr/syno/etc/packages/SecureSignIn/preference/r8152

Suppression manuelle de tout ça.
Reboot du NAS.
Réinstallation du paquet.

Et là... bah plus interface eth2 (correspondant à mon adaptateur...) : WTF

Je désinstalle, reboot, réinstalle, reboot. Toujours pas d'interface ETH2 en vue...

Hmmm...
Je me décide à faire un lsusb pour voir ce qui est listé, et là je ne vois pas mon adaptateur :

Code:

Password:
|__usb1          1d6b:0002:0404 09  2.00  480MBit/s 0mA 1IF  (Linux 4.4.180+ xhci-hcd xHCI Host Controller 0000:00:15.0) hub
  |__1-2         05e3:0610:0663 09  2.10  480MBit/s 100mA 1IF  (GenesysLogic USB2.1 Hub ffffffd6ffffffa3ffffffebffffffcb) hub
    |__1-2.3     0463:ffff:0202 00  1.10   12MBit/s 20mA 1IF  (EATON Eaton 3S Blank)
  |__1-4         f400:f400:0100 00  2.00  480MBit/s 200mA 1IF  (Synology DiskStation 7F00077D94EFD652)
|__usb2          1d6b:0003:0404 09  3.00 5000MBit/s 0mA 1IF  (Linux 4.4.180+ xhci-hcd xHCI Host Controller 0000:00:15.0) hub

Hmmm... mon adaptateur est toujours branché sur le HUB USB, hein !
Ok, je le rebranche sur la prise frontale du nas, un petit coup de ./driver-pkgctl-r8152-restart-reload.sh et TADAAAM ! Mon interface ETH2 est de retour !!!

Enfin !

Bon, je ne crie pas victoire trop vite, je m'empresse de faire quelques tests iperf3 entre le Syno (IP=192.168.2.201) et l'Asustor (IP=192.168.2.203) (qui je le rappelle est fourni avec deux ports réseaux 2,5GB, prends en de la graine @Synology bordel !!!), et voici les résultats :

Bash:

Connecting to host 192.168.2.201, port 5201
[  5] local 192.168.2.203 port 53348 connected to 192.168.2.201 port 5201
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.00   sec   283 MBytes  2.37 Gbits/sec    0    622 KBytes
[  5]   1.00-2.00   sec   280 MBytes  2.35 Gbits/sec    0    687 KBytes
[  5]   2.00-3.00   sec   279 MBytes  2.34 Gbits/sec    0    913 KBytes
[  5]   3.00-4.00   sec   275 MBytes  2.31 Gbits/sec    0   1.12 MBytes
[  5]   4.00-5.00   sec   280 MBytes  2.35 Gbits/sec    0   1.12 MBytes
[  5]   5.00-6.00   sec   280 MBytes  2.35 Gbits/sec    0   1.12 MBytes
[  5]   6.00-7.00   sec   281 MBytes  2.36 Gbits/sec    0   1.12 MBytes
[  5]   7.00-8.00   sec   280 MBytes  2.35 Gbits/sec    0   1.23 MBytes
[  5]   8.00-9.00   sec   279 MBytes  2.34 Gbits/sec    0   1.36 MBytes
[  5]   9.00-10.00  sec   281 MBytes  2.36 Gbits/sec    0   1.36 MBytes
[  5]  10.00-11.00  sec   275 MBytes  2.31 Gbits/sec    0   1.86 MBytes
[  5]  11.00-12.00  sec   281 MBytes  2.36 Gbits/sec    0   1.86 MBytes
[  5]  12.00-13.00  sec   279 MBytes  2.34 Gbits/sec    0   1.95 MBytes
[  5]  13.00-14.00  sec   280 MBytes  2.35 Gbits/sec    0   2.04 MBytes
[  5]  14.00-15.00  sec   281 MBytes  2.36 Gbits/sec    0   2.04 MBytes
[  5]  15.00-16.00  sec   280 MBytes  2.35 Gbits/sec    0   2.04 MBytes
[  5]  16.00-17.00  sec   280 MBytes  2.35 Gbits/sec    0   2.04 MBytes
[  5]  17.00-18.00  sec   281 MBytes  2.36 Gbits/sec    0   2.04 MBytes
[  5]  18.00-19.00  sec   279 MBytes  2.34 Gbits/sec    0   2.04 MBytes
[  5]  19.00-20.00  sec   280 MBytes  2.35 Gbits/sec    0   2.04 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-20.00  sec  5.46 GBytes  2.35 Gbits/sec    0             sender
[  5]   0.00-20.00  sec  5.46 GBytes  2.35 Gbits/sec                  receiver

iperf Done.
Connecting to host 192.168.2.201, port 5201
Reverse mode, remote host 192.168.2.201 is sending
[  5] local 192.168.2.203 port 53352 connected to 192.168.2.201 port 5201
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.00   sec   277 MBytes  2.33 Gbits/sec
[  5]   1.00-2.00   sec   276 MBytes  2.32 Gbits/sec
[  5]   2.00-3.00   sec   281 MBytes  2.35 Gbits/sec
[  5]   3.00-4.00   sec   281 MBytes  2.35 Gbits/sec
[  5]   4.00-5.00   sec   279 MBytes  2.34 Gbits/sec
[  5]   5.00-6.00   sec   279 MBytes  2.34 Gbits/sec
[  5]   6.00-7.00   sec   280 MBytes  2.35 Gbits/sec
[  5]   7.00-8.00   sec   281 MBytes  2.35 Gbits/sec
[  5]   8.00-9.00   sec   279 MBytes  2.34 Gbits/sec
[  5]   9.00-10.00  sec   281 MBytes  2.35 Gbits/sec
[  5]  10.00-11.00  sec   281 MBytes  2.35 Gbits/sec
[  5]  11.00-12.00  sec   281 MBytes  2.35 Gbits/sec
[  5]  12.00-13.00  sec   281 MBytes  2.35 Gbits/sec
[  5]  13.00-14.00  sec   280 MBytes  2.35 Gbits/sec
[  5]  14.00-15.00  sec   280 MBytes  2.35 Gbits/sec
[  5]  15.00-16.00  sec   281 MBytes  2.35 Gbits/sec
[  5]  16.00-17.00  sec   281 MBytes  2.35 Gbits/sec
[  5]  17.00-18.00  sec   280 MBytes  2.35 Gbits/sec
[  5]  18.00-19.00  sec   281 MBytes  2.35 Gbits/sec
[  5]  19.00-20.00  sec   281 MBytes  2.35 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-20.00  sec  5.47 GBytes  2.35 Gbits/sec    0             sender
[  5]   0.00-20.00  sec  5.47 GBytes  2.35 Gbits/sec                  receiver

iperf Done.

HOURRRAA !

Je retente le branchement sur le HUB USB... plus d'eth2... Retour sur la prise frontale : eth2 de retour.
Je ne comprends pas pourquoi avant la suppression du pilotes et de ses préférences mon ETH2 était bien là malgré le fait que l'adaptateur était branché sur le HUB USB (qui je le rappelle est alimenté par une alim secteur)...

Dernière chose sur la petite histoire.
J'ai tenté de réactiver mes routes statiques que j'avais créées pour être sûr que le traffic à destination des IP listées, passent bien par l'interface ETH2 (=LAN3) :

Mais dès que c'est réactivé, patatras, le débit d'envoi s'effondre, et je me retrouve dans la situation d'avant... un upload limité à environ 800M...
Dès lors que je désactive ces routes statiques, paf, 2,35GB d'envoi !
Je vais donc laisser ces routes statiques dans l'histoire des échecs, et ne plus les utiliser.
Je laisse pour la passerelle par défaut mon interface ETH2 :

J'ai donc un HUB USB pas très utile... Si ce n'est que sans je n'ai plus du tout de port USB3 de disponible, et avec il m'en offre 3 de plus car un des 4 de ce HUB est utilisé par mon onduleur.
Je suis cependant partagé entre l'envie de le renvoyer à Amazon pour remboursement, ou bien de le garder pour quand je voudrais brancher un disque dur USB sur le NAS tout en conservant l'interface eth2 2,5G et l'onduleur... (j'ai un HDD externe USB3 de 1To que je branche ponctuellement avant des départs en vacances pour faire des sauvegardes des données vitales dessus).

Avez-vous un avis là-dessus ?

Et enfin, faut-il que je fasse quelque chose d'autre pour faire en sorte que tout le traffic LAN SMB et autres gros transferts comme rsync et hyperbackup local passent par cette interface ?

Voilà voilà,
merci à tous ceux qui auront eu le courage de tout lire sans diagonaliser/survoler ma petite histoire

Bonne soirée

MilesTEG · 15 Avril 2023

Bonsoir tout le monde,
Pour information, j'ai mis à jour mon script de gestion des pannes du pilote ^^
Pour ceux que ça intéresse, c'est ici :

GitHub - MilesTEG1/synology-driver-pkgctl-r8152-restart-reload

Contribute to MilesTEG1/synology-driver-pkgctl-r8152-restart-reload development by creating an account on GitHub.

github.com

J'apprécierai vos retours

AlfredHost · 25 Septembre 2023

Hello,

Concernant le soucis d'utilisation du lien Eth0 (celui à 1Gb si j'ai bien suivi) par le NAS au lieu du lien Eth2 à 2,5Gb, pourquoi ne pas créer un "Bond" à tolérance de panne ?

Capture d’écran 2023-09-25 à 13.22.47.png

Selon Synology, ce mode ne nécessite pas de switch particulier.

Capture d’écran 2023-09-25 à 13.23.04.png

MilesTEG · 25 Septembre 2023

AlfredHost a dit:
Hello,

Concernant le soucis d'utilisation du lien Eth0 (celui à 1Gb si j'ai bien suivi) par le NAS au lieu du lien Eth2 à 2,5Gb, pourquoi ne pas créer un "Bond" à tolérance de panne ?

Voir la pièce jointe 10094

Selon Synology, ce mode ne nécessite pas de switch particulier.

Voir la pièce jointe 10095

Et bien parce que je n'ai pas la place sur mon swtich 2,5G pour connecter le port 1GBps du Syno en plus de son adaptateur 2,5G.
De plus je n'ai en général jamais besoin du port 1G, mon script active le port réseau eth0 quand l'adaptateur USB ne fonctionne plus. Ce port eth0 est quand même connecté à un autre switch.

Après, je ne suis pas sûr que le NAS privilégierais l'adaptateur au port eth0...

AlfredHost · 27 Septembre 2023

Je viens de prendre l'adaptateur Asustor AS-U2.5G2, j'ai installé le paquet, l'ai réparé avec la bonne commande, l'interface Eth2/LAN3 apparaît bien, elle est bien connectée à 2,5Gb/s, j'ai de bons débits en SMB depuis mon ordi (qui cherche le NAS par défaut sur l'interface USB) et j'ai configuré ce LAN 3 en tant qu'interface prioritaire dans DSM.
J'ai laissé Eth0/LAN1 connecté, au cas où.

Bref, jusque là, tout va bien.
Mais quand je lance ton script en manual depuis le terminal, ça me sort que Eth2/LAN3 n'est pas actif (car pas de réponse au ping j'imagine) et que donc ça réactive Eth0/LAN1.
Alors qu'en réalité, Eth2 est bien actif, de même que Eth0 et que je voulais que le script désactive Eth0

Des idées ?

MilesTEG · 27 Septembre 2023

AlfredHost a dit:
Je viens de prendre l'adaptateur Asustor AS-U2.5G2, j'ai installé le paquet, l'ai réparé avec la bonne commande, l'interface Eth2/LAN3 apparaît bien, elle est bien connectée à 2,5Gb/s, j'ai de bons débits en SMB depuis mon ordi (qui cherche le NAS par défaut sur l'interface USB) et j'ai configuré ce LAN 3 en tant qu'interface prioritaire dans DSM.
J'ai laissé Eth0/LAN1 connecté, au cas où.

Bref, jusque là, tout va bien.
Mais quand je lance ton script en manual depuis le terminal, ça me sort que Eth2/LAN3 n'est pas actif (car pas de réponse au ping j'imagine) et que donc ça réactive Eth0/LAN1.
Alors qu'en réalité, Eth2 est bien actif, de même que Eth0 et que je voulais que le script désactive Eth0

Des idées ?

Un petit ifconfIg serait top

ip -a aussi .
Quand j’aurai un moment je regarderai mon script pour voir où ça chie chez toi.

Tu as combien de port lan de base sur ton nas ?

MilesTEG · 27 Septembre 2023

@AlfredHost
As-tu modifié les lignes suivantes ? Si jamais tu n’as pas un nas avec deux ports réseau.

Bash:

interface="xxx"
embedded_interface_to_deactivate=("xxx","xxx")

Synology Adaptateur réseau USB 2,5G : Comment faire pour que tout le traffic (smb et Hyperbackup) passe par lui ?

Administreur

Maître Jedi

Administreur

Administreur

Maître Jedi

Administreur

Administreur

Administreur

Administreur

Administreur

Administreur

Chevalier Jedi

Chevalier Jedi

Administreur

Avez-vous un avis là-dessus ?​

Administreur

Nouveau membre

Administreur

Nouveau membre

Administreur

Administreur

Avez-vous un avis là-dessus ?