Hallo,

auch wenn die Frage schon etwas älter ist...

Ich stand jetzt vor selbigem Problem, mit ein wenig Herumprobieren war es gar nicht so schwer:

Das USG hat ja ein zweites LAN/WAN-Interface. Dieses verbindet man mit einem der noch freien LAN-Ports des Speedports. Dann richtet man im Unifi-Controller einfach ein weiteres Netzwerk ein mit der Adresse 169.254.2.2/16 (169.254.2.2/30 würde auch gehen, damit lässt man sich den restlichen APIPA-Bereich frei, falls man ihn für was-auch-immer brauchen sollte) und weist diese dem LAN2-Port zu.

Nach erfolgter Provisionierung müsste das USG den Speedport unter 169.254.2.1 schon anpingen können.

Damit das auch von den Systemen aus dem LAN funktioniert, muss nun nur noch dafür gesorgt werden, daß die entsprechenden Datenpakete maskiert (also mit der Adresse des LAN-Interfaces des USG ausgetattet) werden.

Die Kommandos dafür über ssh/console auf dem USG sind:

configure
set service nat rule 5000 destination address 169.254.2.1
set service nat rule 5000 outbound-interface eth2
set service nat rule 5000 type masquerade
commit;exit

Nach nem Neustart/Provisionierung ist das natürlich weg, also muss man das noch in eine config.gateway.json giessen:

{
	"service": {
		"nat": {
			"rule": {
				"5000": {
					"destination": {
						"address": ["169.254.2.1"]
					},
					"outbound-interface": ["eth2"],
					"type": "masquerade"
				}
			}
		}
	}
}

Damit sollte das dann funktionieren.

Allerdings... ist da noch Windows. Seit Vista hat Windows das "Feature", bei Existenz von mehr als einem Netzwerkinterface genau den vom Speedport als Modem verwendeten APIPA-IP-Bereich nicht korrekt zu routen. Hat ne ganze Weile gedauert, bis ich dahinter kam, deutlich länger als den Kram oben zu erstellen. Und ich wunderte mich, wieso es einfach nicht klappen will...

Das Problem umgeht man durch die Einrichtung einer statischen Route auf dem eigenen Windows-Rechner:

route add 169.254.0.0 mask 255.255.0.0 <IP des USG> -p

Und dann sollte es endlich klappen.

Wie man trotz des Modem-Modus an erweiterte Infos kommt, kann man hier nachlesen (ist für den Entry 2, sollte aber bei SP Smart auch klappen):

https://www.onlinekosten.de/forum/showthread.php?p=2432917#post2432917

Wenn man neben dem Masquerade noch ein Destination NAT einbaut und der USG eine weitere IP Adresse spendiert bekommt man es hin, dass man diese nach RFC nicht routbaren Adressen  169.254.x.x umgeht. So spart man sich auch die Windows Route.

Zusätzliche IP am USG

configure
set interfaces ethernet eth1 address 192.168.0.2/24
commit ; save

Destination NAT (Überschreibt die Zieladresse mit 169.254.2.1 auf USG)

configure
set service nat rule 3000 "DNAT DSL Modem Console"
set service nat rule 3000 destination address  192.168.0.2
set service nat rule 3000 inbound-interface eth1
set service nat rule 3000 inside-address address 169.254.2.1
set service nat rule 3000 protocol all
set service nat rule 3000 type destination
commit; save

Masquerade (Überschreibt die Sender-IP mit 169.254.2.2 aus dem USG)

configure
set service nat rule 5000 description "MASQ DSL Modem Console"
set service nat rule 5000 destination address 169.254.2.1
set service nat rule 5000 outbound-interface eth1.10
set service nat rule 5000 type masquerade
commit; save

Ich habe das DSL-Modem in ein eigenes VLAN 10 gehängt, deshalb eth1.10. Somit kann man das auf denselben LAN Port hängen und muss nicht LAN2 belegen. Dies geht natürlich nur, wenn man einen Managed Switch hat und die VLAN Konfig machen kann.

Vom Rechner erreicht man das Modem nun via http://192.168.0.2

Man muss das ganze noch in die config.gateway.json packen, damit es das provisioning überlebt:

{
	"interfaces": {
		"ethernet": {
			"eth1": {
				"address": [
                                        "192.168.0.1/24",
					"192.168.0.2/24"
				]
			}
		}
	},
	"service": {
		"nat": {
			"rule": {
				"3000": {
					"description": "DNAT DSL Modem Console",
					"destination": {
						"address": "192.168.0.2"
					},
					"inbound-interface": "eth1",
					"inside-address": {
						"address": "169.254.2.1"
					},
					"log": "disable",
					"protocol": "all",
					"type": "destination"
				},
				"5000": {
					"description": "MASQ DSL Modem Console",
					"destination": {
						"address": "169.254.2.1"
					},
					"log": "disable",
					"outbound-interface": "eth1.10",
					"type": "masquerade"
				}
			}
		}
	}
}