Vraag over 'Clients' pagina van de USG router
- Onderwerp starter cope
- Startdatum
Zolang het geen stabiel netwerk is, alles aan elkaar is geknutselt is, blijft het gokken wat het probleem is. Ik lees een switch die direct achter de router hangt, welke router? Plaatjes vanaf je aansluiting tot waar je bezig bent helpen wel in dit soort situaties.
Probleem komt vaker voor, even ge-googled:
SOLVED - forced a Forget device from the controller and was able to adopt it properly
SOLVED - forced a Forget device from the controller and was able to adopt it properly
Als je de USG gereset hebt, en in de controller na het terugzetten van de backup nog de USG hebt staan dan moet je die dus daar eerst weggooien alvorens hem weer te adopten.
Want bij adoptie wordt er voor de verbinding tussen device / controller een beveiligingscerticaat aangemaakt. En de controller probeert de USG te adopten met het oude certificaat, dat de USG dus niet meer herkent.
Dus ik zou:
- USG even uitzetten (eventueel opnieuw resetten).
- In de controller de USG vergeten.
- USG weer aanzetten en wachten tot hij in de controller verschijnt.
- Adopten.
Want bij adoptie wordt er voor de verbinding tussen device / controller een beveiligingscerticaat aangemaakt. En de controller probeert de USG te adopten met het oude certificaat, dat de USG dus niet meer herkent.
Dus ik zou:
- USG even uitzetten (eventueel opnieuw resetten).
- In de controller de USG vergeten.
- USG weer aanzetten en wachten tot hij in de controller verschijnt.
- Adopten.
Hier staat hoe dat Forget Device werkt
OK, dat heeft geholpen! de USG is weer terug in de controller. Maar het heeft niet echt geholpen, nog steeds geen WAN1 en nog steeds WAN1 disabled:
Check dan ook even de complete client hystory, je weet nooit.
Inzichten-clienthystory-24 uur op alle- mss staat hij daar nog tussen?
Inzichten-clienthystory-24 uur op alle- mss staat hij daar nog tussen?
Mooi, in elk geval terug bij af 
. Iets zegt me dat het met de verbinding tussen FB en USG te maken heeft. Ik weet niet wat een exposed host is maar kun je niet eens proberen om de USG simpelweg aan een LAN-poort v/d FB te hangen en de FB via DHCP een WAN adres uit te laten geven aan de USG.
. Iets zegt me dat het met de verbinding tussen FB en USG te maken heeft. Ik weet niet wat een exposed host is maar kun je niet eens proberen om de USG simpelweg aan een LAN-poort v/d FB te hangen en de FB via DHCP een WAN adres uit te laten geven aan de USG.
Natuurlijk, ik heb de 'exposed host' op de FB verwijderd en de USG hangt nu gewoon een een poort van de FB. Het maakt niet uit.
de 'exposed host' wordt gebruikt om een bridge functie van de FB te faken. Ik heb deze FD sinds een maand of zo er daarvoor had ik een Genexis modem dat gewoon als bridge geschakeld was. Deze raakte defect en de provider plaatst helaas geen nieuwe Genexis modems meer.Zij hebben voor de FB gekozen.
de 'exposed host' wordt gebruikt om een bridge functie van de FB te faken. Ik heb deze FD sinds een maand of zo er daarvoor had ik een Genexis modem dat gewoon als bridge geschakeld was. Deze raakte defect en de provider plaatst helaas geen nieuwe Genexis modems meer.Zij hebben voor de FB gekozen.
Heb je voor de problemen ontstonden wijziging op port remapping niveau gedaan?
Kort geleden heb ik op mijn UDMP port remapping gedaan. Voor dat ik hieraan begon heb ik online het een en ander gelezen. Helaas kan ik de link niet terugvinden, maar ik begreep dat anderen soortgelijke problemen hadden en of dat de USG/UDM helemaal niet meer bereikbaar was. Volgens mij had het te maken met het (mogelijk) corrupt raken van het config bestand. Port remapping via de GUI zou mogelijk niet helemaal lekker werken.
Misschien kan je de oorzaak achterhalen via de CLI van je USG. Of de gewenste aanpassing doorvoeren.
Kort geleden heb ik op mijn UDMP port remapping gedaan. Voor dat ik hieraan begon heb ik online het een en ander gelezen. Helaas kan ik de link niet terugvinden, maar ik begreep dat anderen soortgelijke problemen hadden en of dat de USG/UDM helemaal niet meer bereikbaar was. Volgens mij had het te maken met het (mogelijk) corrupt raken van het config bestand. Port remapping via de GUI zou mogelijk niet helemaal lekker werken.
Misschien kan je de oorzaak achterhalen via de CLI van je USG. Of de gewenste aanpassing doorvoeren.
Ik moet er zo vandoor, vandaag zal ik niet meer kunnen experimenteren.
Iedereen bedankt voor de input.
Iedereen bedankt voor de input.
Wat me nu ook te binnen schiet: Probeer je de poorten van de USG3 aan te passen in de nieuwe interface? Er is een bekende bug in de controller, je moet voor het aanpassen van de poorten de classic interface gebruiken. Of mogelijk was het juist andersom, tenminste 1 van beiden werkt in ieder geval niet goed. 
