tu n'as pas de log qui pourrait nous aiguiller ? parce que là comme ça je ne vois pas...Sur 4 équipements totalement différents je fais la même chose et ça marche...
1 Modem VDDSL Draytek 2860 avec DrayOS
1 Modem VDSL BT Home HUB 5A avec LEDE
1 Modem Huawei HG612 en Bridge + Routeur APU2C4 Avec LEDE
1 Modem DGA4130 Avec Openwrt "Chaos Calmer"

Ça y est j'y suis arrivé  J'ai tout remis à zéro dans l'Omnis en le réinstallant avec la dernière image et une clé USB !! Ensuite j'ai suivi toutes les étapes et la connection monte bien et tourne d'ailleurs déja nettement mieux qu'avec le truc qui se fait appeler box

Par contre si je veux ouvrir des ports je fais comment ? Je peux le faire de façon classique par l'interface web ? ou en ligne de commande uniquement sur le vlan 832 ??

Si j'ai le temps j'essayerais de faire un petit tuto spécial Turris Omnia et encore merci pour l'aide

Vincèn

Pas sur LEDE en tout cas...On était en 17.0.1 quand j'ai fait le tuto.
voir le problème que j'ai eu: https://lafibre.info/remplacer-livebox/remplacement-de-la-livebox-par-un-routeur-lede-fork-dopenwrt/msg471603/#msg471603
sans IP-FULL ca ne marchait pas...

J'ai tenté un remplacement à base de Turris ces derniers temps, globalement ça marche en adaptant un peu la config openwrt. J'ai eu un petit soucis avec le script de priorité de vlan, car le PATH était différent sur rc.local et il executait les commandes ip avec la version busybox à /sbin/ip qui ne supporte pas l'argument type.

2019-02-21 12:25:45 emerg kresd[2278]: + ip link set eth1.832 type vlan egress 0:0
2019-02-21 12:25:45 emerg kresd[2278]: ip: either "dev" is duplicate, or "type" is garbage

En appelant /usr/sbin/ip, ça passe sans problème.

J'ai aussi voulu coller ce script dans /etc/hotplug.d/iface pour qu'il soit executé automatiquement au link up au lieu d'une référence explicite dans rc.local, mais là par contre pas moyen. J'ai même collé un appel à logger au tout début pour voir, mais rien à faire, il semble complètement ignorer le script. Que ça soit au boot ou plus tard en débranchant/rebranchant le câble Ethernet WAN du routeur.

Dans l'absolu c'est pas vraiment un problème vu que rc.local fait le boulot au boot, mais je serais curieux de savoir si quelqu'un de plus calé en Turris/OpenWRT aurait une idée.

Le script réside à /etc/hotplug.d/iface/05-vlanprio et ressemble à ça:

#!/bin/sh
set -x
logger -t vlanprio "$ACTION on $INTERFACE detected"
for i in 0 1 2 3 4 5 6 7; do
## on définit pour chaque file une priorité
/usr/sbin/ip link set eth1.832 type vlan egress $i:$i >/dev/null
done
/usr/sbin/ip link set eth1.832 type vlan egress 1:0 >/dev/null
/usr/sbin/ip link set eth1.832 type vlan egress 0:6 >/dev/null


à priori, il y'a un bug sur le script /sbin/hotplug-call

#!/bin/sh
# Copyright (C) 2006-2016 OpenWrt.org

export HOTPLUG_TYPE="$1"

. /lib/functions.sh

PATH="/usr/sbin:/usr/bin:/sbin:/bin"
LOGNAME=root
USER=root
export PATH LOGNAME USER
export DEVICENAME="${DEVPATH##*/}"

[ \! -z "$1" -a -d /etc/hotplug.d/$1 ] && {
        for script in $(ls /etc/hotplug.d/$1/* 2>&-); do (
                if [ -f "$script" ]; then
                        [ -x $script ] && $script || .  $script
                fi
        ); done
}

La ligne

                        [ -x $script ] && $script || .  $script

fait que le script python /etc/hotplug.d/dhcp/99-dhcp_host_domain_ng.py est exécuté comme un script shell et non comme un script python.

En enlevant le . après || ça marche.

A voir si ça survit à une mise à jour de firmware.

EDIT tardif : c'est d'ailleurs assez étrange parce que le script en question est bien exécutable donc il devrait pas être interprété de la sorte ...

Personne pour aider ??