Synology-Forum.nl
Synology Router => Synology Router => Topic gestart door: Babylonia op 04 februari 2016, 19:17:42
-
Met een eerdere update (http://www.synology-forum.nl/synology-router/srm-1-0-1-6007-update/) van de router-firmware naar versie 1.0.1-6007 is het mogelijk de modem/router van een internetprovider te vervangen met die van de RT1900ac, waarbij IP-TV en VOIP-functies benut kunnen worden.
Beperkingen hardware RT1900ac :
Voor wat de VOIP-functies betreft is de RT1900ac wel beperkt tegenover de hardware zoals die doorgaans door providers geleverd wordt.
Bij de door providers verstrekte apparatuur zijn de VOIP-en SIP gegevens in de modem/router geïmplementeerd en kan men telefoons met een RJ11 stekkertje aan de modem/router koppelen.
De RT1900ac is slechts een "doorgeefluik" van VOIP over ethernet (RJ45 stekkers). Wil men die functie benutten moet men achter de Synology router alsnog een (kleine) VOIP-centrale aankoppelen (zoals bijv. een Gigaset N300A IP DECT Basisstation (http://www.voipshop.nl/gigaset-n300a-ip-dect-basis-station/pid=26092)) om daarin de gegevens in te voeren van de VOIP-dienst waar men gebruik van wil maken.
Niet verstrekken VOIP SIP-gegevens door providers:
Wil men gebruik blijven maken van de VOIP telefoondienst die bij een "alles in één internet-abonnement" is inbegrepen bij de provider waar je het abonnement hebt afgesloten, heb je de eigen persoonlijke gegevens + SIP-gegevens nodig om die te kunnen invoeren in zo'n achterliggend basisstation.
Probleem is echter dat veel providers die gegevens niet verstrekken aan hun klanten.
Telfort is zo'n provider die het voor hun glasvezelklanten niet verstrekken. Erg consequent is men niet in dat beleid, want voor hun ADSL/VDSL klanten staan die gegevens nota bene standaard bij de klantgegevens van de eigen klant inlogpagina onder "Mijn Telfort".
Ik heb echter een glasvezel-abonnement. Daarbij zijn de benodigde gegevens afgeschermd.
EDIT: per 1 augustus 2016 zijn die gegevens ook niet meer voorhanden voor ADSL/VDSL klanten.
Aanpassing internet wetgeving m.b.t. Europese regelgeving:
De Europese regelgeving streeft een veel meer liberale regelgeving na. In Duitsland is inmiddels een verscherping van de wetgeving van kracht waarbij de "verplichte" modem/router keuze van de baan is. Providers zijn inmiddels verplicht alle relevante gegevens te verstrekken (zoals SIP-gegevens) om alle VOIP- en internetservices ook op andere routers te kunnen gebruiken zodat klanten hun eigen keuze kunnen maken.
Zie Nederlandse vertaling als Word-document van wat die wetgeving inhoudt < HIER > (https://www.google.nl/url?sa=t&rct=j&q=&esrc=s&source=web&cd=4&ved=0CDIQFjADahUKEwjy8pnl2-nHAhVLuBoKHSP_DwQ&url=http%3A%2F%2Fec.europa.eu%2Fgrowth%2Ftools-databases%2Ftris%2Fen%2Findex.cfm%2Fsearch%2F%3Ftrisaction%3Dsearch.detail%26year%3D2015%26num%3D165%26dLang%3DNL&usg=AFQjCNEV_mCz2n7IxeDGB3R4KbrgUzhsRQ&bvm=bv.102022582,d.d2s&cad=rjt)
Andere vertalingen van die Duitse wetgeving zoals te vinden bij de Europese Unie < HIER > (http://ec.europa.eu/growth/tools-databases/tris/de/index.cfm/search/?trisaction=search.detail&year=2015&num=165&mLang=NL)
Omdat de wetgeving in Nederland nog niet zover is (maar wel lid is van de Europese Unie), en Telfort die SIP-gegevens niet verstrekt, zijn er inmiddels "trucs" in omloop, (althans voor de door Telfort gebruikte Experia Box V8), om de eigen klant VOIP SIP-gegegevens uit te lezen, zodat men ze voor andere hardware alsnog kan inzetten.
De te bespreken onderdelen:
De volgende reacties zullen de volgende onderdelen beschrijven:
- 1. Truc om de VOIP SIP-gegevens van het eigen internet abonnement uit lezen (http://www.synology-forum.nl/synology-router/tefort-experia-box-v8-vervangen-door-rt1900ac/msg182245/#msg182245) zoals in de Experia Box V8 geïmplementeerd.
- 2. Instellingen van de RT1900ac. (http://www.synology-forum.nl/synology-router/tefort-experia-box-v8-vervangen-door-rt1900ac/msg182253/#msg182253) Het minst uitgebreide onderdeel omdat het eigenlijk een fluitje van een cent is.
- 3. Nadelen die ik heb ondervonden (http://www.synology-forum.nl/synology-router/tefort-experia-box-v8-vervangen-door-rt1900ac/msg182257/#msg182257) ten aanzien van de wijze waarop Synology de beveiliging / Firewall heeft afgestemd.
De firmware behoeft beslist aanpassing om een betere afscherming/anonimiteit te waarborgen, bij gebruik RT1900ac als 1e router.
EDIT: Inmiddels is firmware op dit punt aangepast en verbeterd.
Babylonia@
-
EDIT: Sinds oktober/november 2016 wordt van een nieuw telefonie-systeem gebruik gemaakt bij KPN/Telfort
Onderstaande uitleg werkt ook met de nieuwe VOIP / SIP-gegevens om die te achterhalen. Er gelden wel andere gegevens.
De uitleg en weergegeven afbeeldingen zijn aan deze nieuwe situatie aangepast geldend vanaf oktober/november 2016.
(Navolgende vraagstellingen van gebruikers in deze draad zijn dan mogelijk achterhaald. Houdt u rekening met de nieuwe situatie).
1. Truc om de VOIP SIP-gegevens van het eigen internet abonnement uit lezen zoals in de Experia Box V8 geïmplementeerd.
Er zijn onlangs twee methodes op internet verschenen:
< Foefje één > (http://teusensimone.nl/ict/telfort/telfort-sip-getest-met-glasvezel/) en < Foefje twee > (http://blog.ritmeester.co.nl/2015/11/achterhalen-telefonie-gegevens-telfort.html) Deze laatste methode is een stuk omslachtiger.
Vandaar met de eerste methode aan de gang, ....en met succes heb ik die gegevens kunnen uitlezen !!
Omdat ik de beschrijving op enkele punten toch niet helemaal helder vond, heb ik het voor de goede orde hieronder nog iets aangepast aan persoonlijke werkwijze en gewenste duidelijkheid. (Vond later nog een alternatieve beschrijving HIER (https://forum.telfort.nl/vast-bellen-339/fritzbox-7490-nieuwe-sip-instellingen-sinds-4-11-2-16-61858/index1.html#post529122) die kort en bondig is).
Afwijkend met die methode waarbij omschreven wordt om de WAN netwerkkabel te ontkoppelen, doe ik dat zelf niet.
Data om vast te leggen start nu wel vlotter op, maar vastleggen VOIP gegevens is daarbij toch de laatste stap wat daarin als data doorloopt.
Kort samengevat wat je nodig hebt:
“WireShark” om de opgenomen "capture" data-bestanden makkelijker te analyseren:
http://www.wireshark.org
(Zelf gebruik ik een oudere portable versie, omdat die compacter is)
Oudere versies WireShark (onder Win + OSX) te downloaden
https://www.wireshark.org/download/
Om WireShark te draaien heb je mogelijk ook “WinPcap” nodig.
http://www.winpcap.org/
(Als je de portable versie als administrator opstart wordt “WinPcap” erbij geïnstalleerd.
Stop je met WireShark portable, wordt weer gevraagd om “WinPcap” te de-installeren).
Zelf doe ik alle benodigde stappen “vanachter de PC”.
Fabriek-reset van de Expeia Box V8 modem/router:
(Arcadyan VGV7519 na update oktober/november 2016 is het geldig voor Firmware Version: 02.00.136W4 ).
Mocht je persoonlijke aanpassingen hebben gemaakt in de modem, dan eerst back-up van instellingen.
- inloggen modem via webbrowser: 192.168.2.254
- horizontale menu bovenaan: EXTRAS
- verticale menu links: Backup / Restore
- scherm rechts bovenaan: Backup Configuration of Router - maak backup van de configuratie
- RESET = Meteen daaronder op hetzelfde scherm: Restore to Factory Defaults
[attach=1]
Meteen na de reset opnieuw inloggen, en alles nu vrij vlot achter elkaar doorvoeren.
Je hebt wel even hoor, maar de volgende stappen moeten worden gestart nog voordat de telefoon/VOIP gegevens opnieuw in de modem zijn geladen (circa 2 - 5 minuten ?).
- wachtwoord is gereset naar 1234 – maak nieuw wachtwoord aan.
- horizontale menu bovenaan: EXTRAS
- verticale menu links onderaan: Diagnostic
- op scherm rechts: Diagnostic Utility ---> bovenste optie
WAN Packet Capture ----> Target Interface ---> WAN 1 ---> druk meteen op de Start-knop
[attach=2]
- Schermpje om bestand op te slaan volgt, en sla bestand “pktDum.cap” op.
Dit is een actief “open” bestand wat met gegevens wordt aangevuld zolang de actie niet wordt gestopt.
- Houdt de Experia Box modem in de gaten totdat het groene lampje van “Voice” brandt.
Gegevens van telefonie zijn dan in de modem ingeladen en in de “pktDum.cap” vastgelegd.
- STOP nu de vastlegging bij Diagnostic Utility - WAN Packet Capture
----> Target Interface ---> WAN 1 ---> druk op STOP.
[attach=3]
Inlezen gegevens in WireShark
- Start WireShark op en laadt het “pktDum.cap” bestand in.
- Doe een zoekopdracht met zoekstring SIP.AuthPassword.
[attachimg=4]
Een gedeelte uit de WireShark analyse van de WAN Packet Capture.
In de navolgende string na SIP.AuthPassword wordt het wachtwoord getoond.
[attach=5]
Vergelijk de data eventueel met de gegevens die je wel binnen de Experia Box kunt terugvinden, en maak scherm-afdrukken van elk onderdeel m.b.t. telefonie, zodat makkelijker de betreffende gegevens zijn over te nemen. (Zijn ook terug te vinden in de WAN Packet Capture).
[attach=6]
-
2. Instellingen van de RT1900ac om deze direct achter het glasvezel netwerk te zetten.
Bij Telfort glasvezel zit er bij de Reggebiber FTU een zogenaamd NT-kastje.
Daar wordt de optische data via fiber omgezet naar een ethernetsignaal.
Van daaruit gaat er een UTP-kabel naar de WAN-poort van de Experia Box V8.
Die aansluiting is direct over te zetten naar de WAN-poort van de RT1900ac router.
Omdat de Synology router geen telefoon RJ11-ingangen heeft is deze uitwissling dus niet toe te passen als men een ADSL/VDSL internet aansluiting heeft. Iets om goed te onthouden. Dus alleen bij Telfort glasvezel is de Experiabox V8 uit te wisselen met de RT1900ac.
De Experia Box V8 maakt gebruik van twee VLAN ID's (Arcadyan VGV7519 Firmware Version: 02.00.135W4)
- Default 1p Tag: 1, VLAN ID: 34 ------> ten behoeve van internet + VOIP
- Default 1p Tag: 5, VLAN ID: 4 ------> ten behoeve van IP-TV
Verder zijn er bij Telfort (in tegenstelling tot bijv. KPN) geen gebruikers ID of wachtwoord nodig (PPPoE).
Dat maakt het instellen nog eenvoudiger.
Bij Netwerkcenter ----> Internet ----> tab Verbinding
[attach=1]
Bij de set-up ga ik uit van internet op de poorten LAN 1 en 2 (dat kan ook niet anders, dat is standaard Synology).
Op LAN-poort 3 VOIP
Op LAN-poort 4 IP-TV
In mijn geval heb ik (nog) geen prioriteiten ingesteld als voorkeur wat voorrang heeft bij meerdere data-stromen.
(Dat lijkt me op dit moment met een 100/100 Mbps verbinding ook niet echt relevant).
Anders zou men voor telefoon (VOIP) = 1 kunnen instellen, en voor IP-TV = 2
Bij Netwerkcenter ----> Lokaal netwerk ----> tab IPTV & VoIP ----> Handmatig (bovenste optie).
[attach=2]
Sla de instellingen op (knop "Toepassen) en reboot de Synology router.
Dat is het wat betreft de Synology router voor wat betreft instellen als 1e router achter glasvezel. !!! 8) :D
Dan nu de praktische zaken:
Met deze omschakeling heb je een nieuw WAN IP-adres gekregen.
Ga je weer terug naar de oude set-up met de Experia Box als eerste modem/router, krijg je het oude WAN IP-adres weer terug,
en visa-versa als je weer terug gaat naar de Synology router als 1e router het WAN IP-adres wat je daarbij eerder had gekregen.
De eerste keer met experimenteren kreeg ik bij Ookla speedtest wel vreemde resultaten, maar mogelijk kwam dat omdat ik in eerste instantie verkeerde VLAN ID's had gebruikt voor poorten 3 en 4.
Omtrent de TV-ontvanger:
Sluit die aan op LAN-poort 4 aan van de Synology router.
Mocht je problemen hebben met de Arcadyan HMB2260 TV-ontvanger (https://www.telfort.nl/persoonlijk/service/specificaties-van-je-tvontvanger.htm), laadt dan opnieuw de software in + evt. nog een fabrieksreset:
1. Opnieuw inladen van de software van de TV-ontvanger: ( Arcadyan HMB2260 )
a - TV-ontvanger met de wip-schakelaar achterop even uitschakelen.
b - 10 seconden wachten en weer inschakelen.
c - Als streepje op display TV-ontvanger verschijnt, de standbyknop rechts bovenop 1x kort indrukken.
d - Er verschijnt een menu op TV
- Met de afstandbediening (ronde knop pijltjes + OK) de regel kiezen "Software verwijderen".
- Daarna duurt het circa 10 minuten voordat alles weer opnieuw "vers" is ingeladen.
- Verder de TV-ontvanger in- en uitschakelen met de afstandbediening.
2. Terug naar fabrieksinstellingen TV-ontvanger: ( Arcadyan HMB2260 )
Idem de stappen van hierboven 1a t/m 1d
- Met de afstandbediening (ronde knop pijltjes + OK) kies "Terug naar fabrieksinstellingen".
- Reset neemt minder tijd in beslag als optie hierboven bij onderdeel 1.
- Erna resolutie beeldinstellingen correct instellen op gebruikte abonnement en aansluiting (SD vs HD)
= Knop "menu" ----> Instellingen ----> Beeldscherm instellingen -----> Automatisch of vaste resolutie
-----> Bewaar instellingen
Algemene opmerking:
Zelf aangemaakte profielen met eigen keus aan TV/radio zenderlijsten blijven intact,
na herstel van fabrieksinstellingen TV-ontvanger of opnieuw inladen van software (onderdeel 1-2).
Persoonlijke aanpassingen Beeldscherm- en Systeem instellingen gaan verloren bij een fabrieks-reset
(onderdeel 2), maar blijven wel gehandhaafd bij enkel opnieuw inladen van de software (onderdeel 1).
Een nadeel van de Synology set-up tegenover de Experia-box is, dat men slechts één poort (of hooguit twee, maar dan geen VOIP) kan instellen voor een TV-ontvanger. Eventueel een switch erachter voor meerdere TV-ontvangers "alleen". De VLAN's zijn voor TV en internet niet gecombineerd zoals bij de Experia box V8 firmware 02.00.135W4
Verder valt op dat het onderdeel "Méér TV" van de Telfort dienst ontbreekt bij de ontvangst van TV-programma's. ("Méér TV" zijn smart-TV achtige toevoegingen van aangeboden apps die via de TV-ontvanger kunnen worden gebruikt). Alle andere TV-diensten werken wel.
Omtrent VOIP:
Ik heb helaas geen VOIP-centrale of Gigaset N300A IP DECT Basisstation (http://www.voipshop.nl/gigaset-n300a-ip-dect-basis-station/pid=26092).
Eigenlijk kan ik nu niet exact de VOIP testen met andersoortige apparatuur dan wat ik reeds heb.
Dus ik heb in mijn geval de WAN-poort van de Experia Box V8 achter LAN-poort 3 van de Synology router gezet.
Tenslotte zitten in de Experia Box alle SIP-gegevens al ingeladen. De Synology router zorgt alleen voor een "doorvoer" van VOIP.
En dat werkt wonderwel meteen.
EDIT: Na verandering van achterliggend KPN/Telfort systeem van een "LB-A leverstraat" naar "SNI-F leverstraat" (in fasen per regio/wijk),
werkt het niet meer om de Experia Box achter de 1e router te zetten.
De volgende mogelijkheid hier verder naar onderen beschreven is alleen nog van kracht indien een LB-A leverstaat actief is.
Hoe te herkennen?
- Bij een LB-A leverstaat is een WAN-IP adres gekoppeld aan het MAC-adres van een router.
Elke andere aangelsoten router krijgt zijn eigen IP-adres.
- Bij een SNI-F leverstaat is een WAN-IP adres gekoppeld aan een huis-aansluiting.
Ongeacht welke router wordt aangesloten krijgt men hetzelfde WAN IP-adres.
Frappant is wel [met LB-A leverstraat] dat achterliggend in de Experia Box zelf nog steeds het "oude" WAN IP adres wordt gebruikt, wat hetzelfde is als men de Experia Box rechtstreeks aan de glasvezel zou hangen. Dat merkte een gebruiker op bij Telfort die overigens een heel andere router wilde inzetten als vervanging van de Experia Box. Via aansluiting van PC met een UTP-kabeltje op de Experia Box, kan ik daar inloggen.
Schijnbaar wordt voor VOIP een "tunnel" gelegd door de Synology router heen, waarbij nog steeds het eerste WAN-IP adres wordt gebruikt.
Maar dat niet alleen, via de LAN-poorten van de Experia Box kan men verder ook een PC aansluiten, en daarop internetten.
De WiFi verbinding werkt ook als internet doorgeefluik. Bij controle bij watismijnip.nl (http://www.watismijnip.nl) blijft het WAN IP dat van de originele aansluiting.
In deze situatie worden dus twee WAN IP's gebruikt. Eentje welke de Synology router krijgt toegewezen, en het originele wat reeds was toegewezen aan de Experia Box.
Mochten mensen werkelijk een VOIP basis station erachter hebben gezet, en met gegevens hebben ingevuld zoals eerder via WireShark uitgelezen, is iedereen natuurlijk razend nieuwsgierig of die optie ook als zodanig werkt. Graag dan uw bevindingen.
-
3. Nadelen ten aanzien van beveiliging / Firewall, in relatie tot waarborging / afscherming anonimiteit:
Op dit moment zitten er IMO nog wel nadelen in het gebruik van de Synology router als 1e router direct achter het internet, die NIET naar boven komen als men gewoon de Experia Box als 1e modem/router aanhoudt (en dan de Synology als 2e router).
Dat heeft te maken met de werking van de Firewall van de Synology router t.b.v. connectie van buitenaf naar binnen.
(Als men bijv. wil inloggen op een NAS, om data op te pikken).
Op dit moment is de werking van de Synology router zodanig dat "Port Forwarders" naar apparaten toe een hogere prioriteit hebben, nog bóven of voorafgaande aan de Firewall. Ofwel poortverwijzingen gaan vóór de Firewall uit. Dat houdt praktisch in, dat de Firewall van de Synology router genegeerd wordt als men data naar achterliggende apparaten doorstuurt. Men zal dan in het achterliggende apparaat zelf een erg goede Firewall moeten gebruiken.
EDIT: Belangrijke update van de informatie 4 oktober 2016
Door input van gebruikers aan Synology is de hieronder beschreven informatie achterhaald met een nieuwe firmwareversie.
(Maar men kan die natuurlijk altijd nog doornemen als naslagwerk en om inzichten te verbreden).
Voor een uitgebreide uitleg over de huidige mogelijkheden van de firewall verwijs ik door naar een andere draad < HIER> (http://www.synology-forum.nl/synology-router/hoe-firewall-instellen-in-de-router/msg200596/#msg200596)
Eerder is daar op het forum al uitvoerig over geschreven. Mogelijk wordt het beleid van die Firewall in een toekomstige versie daarin veranderd.
(Is reeds eerder door Synology als mogelijke verandering opgenomen).
Nu gebruik ik op de erachter hangende NAS de daarin (goede) Firewall van Synology.
Daar spelen echter niet de problematieken van Port Forwarders.
Als de NAS "aanstaat" (ingeschakeld) werkt alles prima. De Firewall in zowel router als NAS heb ik ingesteld met regio-instelling als zijnde:
"toenadering mogelijk alleen vanuit de regio Nederland".
Als er dan connectie wordt gelegd ergens van BUITEN Nederland naar mij, is mijn verbinding "onzichtbaar".
Alsof ik niet besta!! Precies wat de bedoeling is in mijn opzet, ondanks dat web-servers, bestandsservice en VPN-verbindingen als toenadering vanuit Nederland wel mogelijk zijn:
Test via "Shields Up" waarbij ik expliciet op de poorten heb gescand die vanuit Nederland "open" staan:
https://www.grc.com/shieldsup
(Shields up zit namelijk zelf in Amerika = buiten Nederland).
[attach=1]
Staat de NAS UIT (niet ingeschakeld), maar vanuit een "verse" opstart van de Synology router, krijg ik de onderstaande meldingen:
[attach=2]
Nu kan ik de services nog steeds niet benaderen die op de NAS gebruikt worden, omdat de NAS uit staat. Maar mijn verbinding wordt wel als zodanig opgemerkt. Ik ben niet anoniem, en dat voor de hele wereld niet !!
De andere poorten die wel "Stealth" geven, betreffen de services op de Synology router zelf. Daar zijn geen port forwarders voor ingesteld, want men zit al op de router, en werkt de regio-instelling voor Nederland als instelling in de Firewall voor die services wel gewoon.
Ter indicatie de port forwarders zoals ingesteld op de Synology router. (In dit geval overgeschakeld naar een Engelstalige gebruiksinterface omdat ik mogelijk nog een beschrijving voor Synology support maak met het ondervonden probleem).
[attach=4]
En de Firewall instellingen zoals ingesteld voor de Synology router en voor de NAS. Er rekening mee houdend dat het feitelijk nog staat afgestemd op de situatie van eerst de Experia Box modem/router en daarna de Synolog router, met instelling NAT achter NAT.
Met alleen gebruik van de Synology router maakt dat echter niet het verschil in functionalitet van het netwerk wat dan actief is.
(Voor het LAN sub-net is dat namelijk hetzelfde als voorheen). Sommige regels zijn bewust niet actief. (Bijv. VPN in PPTP-mode).
[attach=5]
[attach=6]
De Experia Box als 1e router aangesloten, en de Synology router als 2e, geeft ALTIJD een "Stealth", ondanks een erachter hangende NAS is uitgeschakeld. Poorten die in de Experia Box zijn doorgestuurd, maar niet benut omdat er geen apparaten daarvoor ingeschakeld zijn, worden als "niet open", niet ingeschakeld bestaand doorgestuurde poorten beschouwd. Dus zo gek is die Experia Box eigenlijk niet (op dat punt).
[attach=3]
Heb wel gemerkt dat in de set-up van de Synology Router als 1e router, en je de NAS hebt ingeschakeld (zodat wel alles Stealth is),
en je de NAS erna weer uitschakelt (zonder een reboot van de router), de gegevens kennelijk nog "vastgehouden" worden en dan nog steeds een "alles Stealth" weergeeft bij een nieuwe Shields up test. Maar ja, hoe lang blijft dat standhouden?
Met de huidige tekortkomingen op de functionaliteit op dit gebied met gebrek aan netwerk-"anonimiteit" voor het grootste deel van de wereld. Heb ik alleen om die reden de set-up weer terug gezet naar de Experia Box als 1e modem/router, en dan pas de Synology router als 2e erachter.
Ik geloof dat de hoofdstukken en verhaal nu redelijk compleet is als eerste "kennismaking" met deze set-up en als test.
Babylonia@
-
Erg interessante uiteenzetting, dit ga ik aankomende dagen ook maar is proberen. Ook nu er een beta is uitgekomen is het interessant om dit nogmaals te testen. :thumbup:
-
Je houdt wel in de gaten dat je met een Beta firmware niet terug kunt als het je niet bevalt?
Zie waarschuwing: https://www.synology.com/nl-nl/beta/srm_1_1
-
Ja dit wordt ook altijd verteld bij alle DSM updates en in de meeste gevallen is dit prima mogelijk door wat wijzigingen door te voeren via WinSCP. Tevens draai ik al een tijdje op de Beta.
-
Tevens draai ik al een tijdje op de Beta.
Da's interessant. Is de basis in de werking van de Firewall inmiddels aangepast in die beta?
In die zin dat bij de bestaande "gewone" firmware "Port Forwarders" boven die van Firewall-regels uitgaan.
Ofwel Firewall regels in de Synology router ingesteld hebben geen enkel effect op services die je doorstuurt.
Je bent voor achterliggende services dus volledig afhankelijk van de Firewall daar, en de instellingen daarin.
-
@Babylonia ik heb het even getest voor je met de volgende resultaten, zie foto.
[attachimg=1]
Ik heb 2 NAS apparaten in hetzelfde netwerk waarbij NAS 1 de volgende poorten heeft:
-4662
-5000
NAS 2:
-6281
En tevens heb ik een Raspberry Pi aan het netwerk hangen met Unifi controller software erop, dit functioneert op poort 8080.
De resultaten in de afbeelding zijn nadat ik nas2 heb uitgezet en de router opnieuw heb opgestart, de poorten blijven dus keurig netjes op 'Stealth' staan. Gek genoeg blijft de poort 8080 ten alle tijden op 'Open' staan terwijl ik duidelijk aangeef in mijn instellingen dat ik uitsluitend de regio nederland toegang geef in de firewall.
Als ik dan mijn VPN verbinding test dan krijg ik te zien dat deze open staat wat klopt omdat deze wereldwijd toegankelijk is.
-
Poort 8080 wordt door KPN/Telfort gebruikt voor het managen van jouw Experia Box. Via deze poort kunnen ze hem resetten / herconfigureren enzovoorts.
Vandaar dat je dit niet uit kunt zetten of deze poort zelf gebruiken.
-
Dat is heeeel apart want ik gebruik zelf die poort op dit moment voor mijn Raspberry Pi. Even kijken als ik dat deactiveer.
EDIT: als ik de regel met de desbetreffende poort 8080 uitzet in 'Poort doorsturen' dan gaat deze wel naar stealth dus het lijkt te liggen aan mijn Raspberry PI en niet de kpn router.
-
Ok, misschien heb ik het nummer van de poort fout. :)
Dan moet ik thuis even nagaan welke het is. Het staat bij de V10 in ieder geval vermeld op de pagina waar je port forwarding configureert.
EDIT: De management poort is 8085.
-
Die experiabox is echt rubbish, telfort en knp rollen die dingen uit wat een troep is dat, blij met mijn pre telfort modem via xms net
-
Waarom is het troep?
Ik snap niet dat mensen de experiabox altijd zo afkraken???
-
Heb er ook geen klagen over.
Afgezien van een wat spartaanse gebruikersinterface en een niet geweldig WiFi (2,4 Ghz) doet het alles wat het moet doen.
Ik heb de WiFi van de Experia Box uitgeschakeld en gebruik de dual band WiFi van de Synology router).
-
Als router werkt de experiabox zeer stabiel, misschien een tikkeltje weinig opties maar voor de rest geen klagen. Het wifi van het apparaat is daar in tegen wel om te janken, zeer onstabiel of maakt slecht connectie met clients.
-
2. Instellingen van de RT1900ac om deze direct achter het glasvezel netwerk te zetten.
Bedankt voor deze tutorial, want dit is precies wat ik wil gaan gebruiken. Ik gebruik echter alleen het internet (dus geen IPTV of VoIP). Dus zou je zeggen dat ik met bovenstaande stappen al goed moet zitten.
Maar ik krijg helaas geen IP-adres. De vraag is natuurlijk wat doe ik fout. Om aan te geven wat ik heb ingesteld, onderstaande screenshots. Het systeem staat als standaard router ingesteld:
[attach=1]
[attach=2]
Bovenstaande instellingen zijn gedaan vanaf een volledige reset van SRM. En ik heb dan ook alleen bovenstaande (en het nodige om de setup door te komen) ingesteld. De rest is compleet standaard.
Ik heb het glasvezel modem een 5 minuten van de stroom af gehad en opgestart met de UTP in de WAN poort van de RT1900. Maar geen resultaat. Simpelweg UTP in de Experiabox v8 (Arcadyan VGV7519 02.00.136W4) zetten werkt wel.
[attach=3]
Mis ik wat?
edit: De WAN-poort is niet kaput, want als Acces Point met de WAN op de Experiabox krijgt de RT1900 prima een IP.
-
Jij gebruikt een andere instelling voor de VLAN ID's dan ik eerder als voorbeeld heb gegeven (http://www.synology-forum.nl/synology-router/tefort-experia-box-v8-vervangen-door-rt1900ac/msg182253/#msg182253).
Wellicht om te proberen daarmee "alle LAN-poorten" voor internet beschikbaar te stellen. (Omdat je alleen internet afneemt).
Hoewel duidelijk in de schermafdrukken (en tevens in de help-bestanden) wordt aangegeven dat in die set-up mode alleen LAN-poort 1 en 2 voor internet beschikbaar zijn.
Ik heb het zelf ook even geprobeerd met jouw instellingen, en dan bewust geprobeerd "internet"-apparatuur aan LAN-poort 3 en 4 te koppelen.
Dat gaat alleen goed als je WiFi niet gebruikt en niet is ingeschakeld.
Maar zo gauw je de WiFi inschakelt slaat de Synology router vast. Dus dat is geen werkbare set-up.
Als je de schermafdruk van de Experia Box bekijkt, ondanks dat je geen TV afneemt, staat er evengoed wel een VLAN ID bij voor TV.
Dus lijkt me goed om dat in ieder geval toch bij de set-up te betrekken.
- In mijn situatie is de router (en IP-TV) werkend zoals ingesteld als aangegeven in de schermafdruk van de reactie < HIER > (http://www.synology-forum.nl/synology-router/tefort-experia-box-v8-vervangen-door-rt1900ac/msg182253/#msg182253)
- En ook als ik voor LAN-poort 3 en 4 VLAN ID 4 instel (ongelabeld) is de set-up werkend.
Met in dit geval in mijn situatie een werkende TV-ontvanger als die is aangesloten op LAN-poort 3 of 4
[attach=1]
[attach=2]
Je geeft niet aan op welke poorten apparatuur is aangesloten voor internet met de instellingen die je gebruikt, maar ik heb een vermoeden dat de niet goed functionerende set-up wel eens te maken zou kunnen hebben met wat ik hiervoor heb beschreven? (Apparaten op poort 3 en 4 ??).
Verder klopt je instelling wel voor het verbindingstype (Automatisch - Ingeschakeld - Uitgeschakeld),
tenminste als het gaat om Telfort als internetprovider.
Maar zijn in je afbeelding de velden leeg voor de DNS-servers. Daar zou je handmatig nog twee DNS-servers naar keuze kunnen invullen.
Als je niets invult zou er echter een DNS-server aangereikt moeten worden van de ISP (plus een IP-adres voor je WAN).
Het is ook een goede gewoonte na verandering van set-up de router een keer te herstarten + eveneens erna de erachter hangende apparaten.
-
Dat klinkt plausibel. Ik had juist niets in de poorten zitten.
De bedoeling is natuurlijk om alle 4 de poorten voor internet te gaan gebruiken. Flauw als dat niet zou kunnen, maar daarvoor ga ik wel een ticket inschieten naar Synology.
Vanavond ga ik jou setup helemaal overnemen en kijken of ik een IP krijg.
Bedankt voor testresultaten!
-
Ik denk niet dat het een kwestie is van "flauw" maar in de mogelijkheden om de router in die specifieke mode goed te kunnen implementeren met de andere functies die geboden worden, (en dat tevens in samenwerking met bijv. WiFi). Dus zal er een keuze gemaakt moeten worden.
Bij andere merken routers zie ik een vergelijkbare scheiding van poorten als het gaat om instellen van VLAN ID's wat eigenlijk specifiek is gericht op het aanbod van VOIP en IP-TV. Dus dat is het uitgangspunt in die specifieke mode, niet om "alleen" internet in te stellen.
Zonder gebruik van WiFi werkt het wel, en zou je de router meer kunnen zien als een "managed switch".
De andere keuzes om de router anders in te delen.
[attach=1]
[attach=2]
-
Wel een dure managed switch. Als ik maar twee lan poorten beschikbaar heb, kom ik automatisch poorten te kort en moet ik er nog een switch naast hangen. Ik heb daar eigenlijk weinig zin in.
Als Synology het hardware matig niet kan (wil best even wachten op een update), dan gaat de Rt1900 terug. En dat zou erg jammer zijn, want ik wordt erg blij van deze visuele interface.
-
Het instellen van VLAN ID's is eigenlijk specifiek gericht op het aanbod van IP-TV en VOIP, naast internet.
De tab waar je het instelt is nota bene specifiek als zodanig benoemd IPTV & VoIP.
(Wellicht ingegeven vanuit de vraag van gebruikers). Dus dat is het uitgangspunt in die specifieke mode, niet om "alleen" internet in te stellen.
Maar er zou met die uitklapschermpjes dan mogelijk best nog een optie bij kunnen komen, om alle poorten voor internet in te kunnen stellen?
Dus de vraag stellen aan Synology om ook dat te implementeren kan altijd. 8)
-
Nou ik heb alle instellingen precies zo gezet als uit jou screenshots. Daarnaast heb ik de wifi helemaal uitgezet, OpenDNS ip's bij de DNS-servers ingevuld en alleen op poort 1 een laptop gehangen. Helaas tot hetzelfde teleurstellende resultaat van geen IP.
Ook niet na een minuut of 20 wachten na het herstarten van zowel het modem als de router.
Misschien is er toch wat anders aan mijn installatie, waardoor jou instellingen niet werken. Ik heb onderstaande Genexis Gigabit modem.
Ik ga een ticket inschieten bij Synology om te vragen of de hardware helemaal goed is. Zo ja en ik geen andere opties meer heb, ga ik het opgeven :(
-
Ah, dat is inderdaad een heel andere set-up glasvezel dan ik heb, maar je kunt dan mogelijk op een andere manier aan de gang?
Die set-up met die Genexis modem is zoals ze dat bij Telfort noemen "een oude propositie".
Is door Telfort (of heb je een andere provider ?) vanuit een eerdere internet-provider overgenomen (XMS, Lijbrandt, Kick, Concepts).
Je hebt daarbij mogelijk ook nog TV via coax (DVB-c)?
In die Genexis wordt mogelijk reeds een separatie gemaakt?
Ik heb een "kale" glasvezel-aansluiting met een FTU, waarbij het optische data-signaal van glasvezel via een zogenaamd "NT-glasvezelkastje" wordt omgezet naar een ethernet-signaal. Niets meer, niets minder. Wordt ook wel "fiber media converter" genoemd.
Dat "NT-glasvezelkastje" is dus geen modem, maakt ook geen separatie in mogelijke VLAN's al voor dat het in een router binnenkomt.
Hier twee afbeeldingen van een "NT-glasvezelkastje":
[attach=1]
Een (oudere foto) van de situatie bij mezelf.
(De Synology router is hier nog niet in beeld / aangesloten):
[attach=2]
Maar hoe nu te werk te gaan? Ik ken die oude propositie niet echt, dus kan je niet expliciet daar aanwijzingen in geven.
Omdat er reeds een Genexis modem zit, vraag ik me af of je niet in de "normale" router-mode reeds een internetconnectie hebt?
Heb je dat al eens geprobeerd?
Welk type Genexis modem is het? Kun je dat achterhalen?
-
Ik zat tot vorige week op de oude propositie, inderdaad met DVB-C over coax. Daar kon ook gewoon een router achter en werken maar. Sinds vrijdag een kastje met maar één uitgang. Die voor de utp naar een WAN poort. ik kan helaas niet achterhalen welk type het is. Staat alleen Genexis en gigabit op.
En normale routermode geeft helaas geen soelaas.
Ander vraagje, krijg je zonder de iptv instellingen niet al gewoon een IP? Dat er dan achter niets werkt ok. Of werkt internet (in de router en over de wifi) pas als de instellingen bij poort 1&2 zijn ingesteld?
In ieder geval flink balen als het niet werkt via de vlans, dan zal een ander merk router ook niet werken.
Edit: volgens mij is het di modem: http://fiberdordrecht.nl/?Foto_album:Genexis_FiberXport_OCG-1012n_V2
-
In de IP-TV - VoIP mode "moet" ik perse VLAN's instellen om de set-up überhaupt weg te kunnen schrijven, maar heb bij een 2e test bewust verkeerde VLAN ID's ingevuld voor poort 3 en 4.
Dan krijg ik gewoon een werkend WAN IP-adres aangereikt en kan ik ook gewoon van internet gebruik maken = via poort 1.
(Ik schrijf nu dit bericht met die "verkeerde" VLAN ID's).
Omdat op poorten 3 en 4 geen apparatuur is aangesloten heb ik nu geen problemen met WiFi, indien ingeschakeld.
Indien men geen VLAN ID invult bij poort 3 en 4:
[attach=1]
Met "verkeerde" (niet werkende) VLAN ID's:
[attach=2]
Omdat jij al geen gewoon WAN IP-adres krijgt aangereikt, vermoed ik dat het toch komt vanuit de afwijkende set-up met die Genexis modem?
Zal het met een andere router waarschijnlijk ook niet werken.
-
Sinds vrijdag een kastje met maar één uitgang. Die voor de utp naar een WAN poort.
Staat alleen Genexis en gigabit op.
Inmiddels heb ik "inside" contact gehad met een Telfort medewerker die over glasvezel gaat. Dit type Genexis modem met één poortje, zou dezelfde werking / functie hebben als een "NT-kastje". Maar omdat de basis FTU muurplaat van de glasvezel-aansluiting erachter anders in elkaar zit als van meer moderne FTU-aansluitingen, gaat hier nog een model "media-converter" op zoals je hebt aangegeven.
Dus in principe zou het moeten werken met de instellingen die eerder zijn beschreven.
Doe dat dan met de settings die ikzelf eerder heb aangegeven (http://www.synology-forum.nl/synology-router/tefort-experia-box-v8-vervangen-door-rt1900ac/msg182253/#msg182253), ook al gebruik jezelf geen actieve TV-verbinding.
Wat in deze procedure met aankoppelen van een andere router wel belangrijk zou kunnen zijn, is om het achterliggende systeem bij Telfort
wel "te pushen" een nieuw WAN IP-adres te verzenden. Dat is namelijk anders dan welke aan je Experia Box V8 is gekoppeld.
(Ik heb hier 4 test routers met ieder hun eigen WAN IP-adres als ze rechtstreeks worden aangekoppeld aan het "NT-kastje").
Dat doe je door de Synology router te herstarten, 10-20 minuten te wachten, en als er dan nog geen WAN-IP is,
nog een paar keer achter elkaar herstarten. (De eerste keer heb ik dat dacht ik wel eens 3x achter elkaar gedaan).
Eenmaal een IP-adres, wordt het "vastgehouden" Wat levert dat op?
Afhankelijk van de regio kan het soms wel eens veel langer duren. Heb wel eens van een gebruiker gehoord die 24 uur moest wachten.
Maar mogelijk wordt 's nacht om 12.00 uur de lease hernieuwd, dus zou je net voor middernacht de reboot ook kunnen uitvoeren.
-
Bedankt voor het nemen van de moeite om inside contact op te nemen met Telfort. Erg gaaf.
Dat is wel een goede tip. Ik zal vanavond het geheel eens op de synology zetten en kijken wat het die ochtend doet. Heb helaas niet de luxe om het 24 uur vol te houden met mensen die altijd thuis zijn ;)
-
Wel een paar keer de Synology herstarten heh, met 3x achtereen wordt het Telfort systeem "3x wakker geschud".
En dan rustig gaan slapen tot de volgende ochtend. ;)
-
Net stiekem tijdens het eten koken al drie keer herstart en zowaar kreeg de Synology een IP, maar wel met beperkte verbinding helaas. Opnieuw herstarten verloor dit IP weer en daarna niet meer opnieuw gekregen.
Voor nu geef ik het even op en wil gewoon even gebruik maken van internet. Maar ik zie nu dat de Synology hetzelfde IP kreeg als de Xperiabox. Dat lijkt me niet de bedoeling.
Ach vanavond voor het slapen gaan nog drie keer herstarten en afwachten.
-
Maar ik zie nu dat de Synology hetzelfde IP kreeg als de Xperiabox. Dat lijkt me niet de bedoeling.
Dat weet je niet, het is eigenlijk een ongewis gegeven.
Het ligt aan het achterliggende systeem, --misschien per regio of wijk afwijkend--, hoe iets opgepakt gaat worden?
Bij mij wordt een WAN IP-adres kennelijk gekoppeld aan de router die ik gebruik (wellicht op basis van MAC-adres). Maar het zou best kunnen dat elders in het land men nog "zuiniger" is op een eenmaal uitgegeven WAN IP-adres, en het wordt gekoppeld aan "een aansluiting"?
Tenslotte zijn IPv4 IP-adressen uiterst schaars. Daar is een groot tekort aan.
Vandaar dat IPv6 zijn intrede heeft gedaan. Maar Nederland loopt in de implementatie daarvan een stuk achter op omringende landen.
België gaat aan kop op de wereld ranglijst van IPv6 !
http://computerworld.nl/netwerken/94046-waarom-belgie-zo-vooroploopt-met-ipv6
https://www.akamai.com/uk/en/our-thinking/state-of-the-internet-report/state-of-the-internet-ipv6-adoption-visualization.jsp
-
Nou gisteravond nog een paar keer herstart en vannacht zo gelaten. Helaas geen resultaat. Even omprikken naar de Xperiabox en direct internet. Ik ben echt geneigd het op te geven en gewoon dat stomme ding te gaan gebruiken.
Wat ik als laatste nog wil proberen is het mac-adres van de Xperiabox in de Synology te clonen. Misschien dat dat werkt.
-
Jammer dat het in jou situatie niet werkt.
Zit hem kennelijk toch in de achterliggend wat afwijkende netwerkstructuur van een oudere propositie.
Kan het Genexis kastje wel zijn uitgewisseld, maar in de glasvezel wijkkast zit wellicht nog de oude apparatuur van de voormalige provider.
Zul je met andere routers tegen hetzelfde probleem aan gaan lopen.
Ik geloof niet dat je in de Synology router een ander MAC-adres kunt klonen?
Ik heb nog wel wat andere ideeën, maar kost alleen maar extra aan te schaffen apparatuur, en is nog niet bekend of het dan werkt.
(Heb op het forum bij Vodafone wel eens oplossingen gezien waarbij een "eigen" fiberglas media-converter werd gebruikt, om eigen routers aan te sluiten. Bij Vodafone wordt namelijk géén NT-kastje gebruikt maar wordt de verbinding gelegd rechtstreeks met een fiberglas patchkabel naar een SFP-poortje van de door hen verstrekte DrayTek modem/router).
-
In die extra apparatuur heb ik inderdaad geen zin. Zeker niet omdat ik me dan helemaal in een niche ga bevinden waar niemand me echt kan helpen.
Ik zag trouwens in de logs dat ik na een uur of 4 toch weer dat WAN-ip kreeg van de Xperiabox, maar zo te zien weer geen internet, want de echte tijd werd niet opgehaald.
En MAC-adres clonen kan wel. Bij de ISP settings onderaan. Ik heb het wel gedaan, maar kreeg net in ieder geval niet zo snel een ip. Verwacht er eerlijk gezegd ook weinig van. (Wat natuurlijk ook gewoon een teken is, dat ik het aan het opgeven ben).
Toch maar RMA aanvragen misschien...
-
Iets wat we nog niet geprobeerd hebben in de hele mik-mak is dacht ik een harde reset naar fabrieksinstellingen van de Synology router.
En van daaruit nieuw instellen.
Ik dacht sporadisch wel eens een keer gelezen te hebben dat na bijv. een firmware update, iets niet lekker loopt.
Met fabrieksreset was het dan verholpen. Het vermijdt ook een enkele mogelijk over het hoofd geziene verkeerde instelling.
Ik vind het toch uiterst merkwaardig dat de set-up om een of andere reden niet wordt opgepikt.
De Experia Box is "standaard", niet verschillend voor de ene regio of andere. Dus zou ik eigenlijk verwachten dat ook met de Synology router als het hier geen problemen oplevert, dat elders met dezelfde instellingen ook moet werken.
-
Voor nu heb ik de router maar in een DMZ draaien vanuit de Xperiabox. Zelfs in bridge mode kreeg ik zo niet voor elkaar. Nu werkt het in ieder geval en kan ik gebruik maken van de functies van de Synology.
In een later stadium, ga ik wel weer klooien met de Xperiabox (er tussenuit/bridge).
Jammer dat het zo lastig blijkt te zijn.
-
Toevallig vandaag (en eerder) wat testen gedaan om de Synology router te gebruiken via de DMZ functie achter de Experia Box,
--in plaats van de door mij standaard gebruikte Port Forwarding (NAT achter NAT)--, om bepaalde achterliggende services van buiten uit te kunnen benaderen, naar aanleiding van problemen die gebruikers schijnbaar tegenkomen op het forum van Telfort.
DMZ blijkt voor de "Tefort" Experia Box V8 echter een zeer slechte keuze te zijn om die functie toe te passen.
- Erg kritisch in een betrouwbare verbinding van buiten uit naar binnen
- Andersom van "binnen uit" naar buiten (gewoon het oproepen van internetpagina's in een browser) gaat uiterst traag, en haperend.
Omdat de optie van bridge-mode met de Experia Box ook niet mogelijk is (verlies van telefoon- en TV diensten),
blijft er slechts één functie over die goed en betrouwbaar werkt, en dat is NAT achter NAT,
die poorten doorsturen naar de Synology router die betrekking hebben op alle achterliggende services die je van buiten uit wilt benaderen.
De Experia Box V8 op die wijze ingesteld, is dan juist uiterst betrouwbaar en stabiel. Ondervind daar nooit problemen mee.
Voor het eerste stuk, --testen "van buiten uit naar binnen"--, via DMZ, zie test die ik onlangs heb uitgevoerd < HIER > (https://forum.telfort.nl/internet-267/v8-dmz-problemen--58881/index1.html#post512235) en vervolgpagina.
De aanvullende test, --van "binnen uit" naar buiten--, heb ik (nog) niet gepost, omdat ik in die reactie toch al adviseerde om 2x port forwarding (NAT achter NAT) te gebruiken. De ervaringen met DMZ komen in grote lijnen overeen met de reactie ervoor < HIER > (https://forum.telfort.nl/internet-267/v8-dmz-problemen--58881/index1.html#post512220)
Kon er evenwel nog wel verbetering in krijgen om naast DMZ, "extra" Port Forwarders in te stellen voor de poorten 80 en 443.
Opbouw van internetpagina's verliep toen vlotter, echter op geen enkele wijze vergelijkbaar dan de functie van DMZ niet te gebruiken,
en alleen gebruik van port forwarding.
In ieder geval zijn de ervaringen met DMZ zo verwarrend, onlogisch en "vreemd", dat ik meteen weer ben teruggeschakeld naar de functies die ik toch al gebruikte, NAT achter NAT ----> 2x poorten doorsturen voor 2 routers achter elkaar.
Nu ja, normaal gebruik ik DMZ wel, maar op een heel andere manier dan dat die bedoeld is. Verwijzing naar een niet gebruikt IP-adres.
Om op die wijze zoveel als mogelijk anoniem te zijn op internet, zie < DEZE REACTIE > (http://www.synology-forum.nl/synology-router/hoe-complete-stealth-mode-bekomen/msg175724/#msg175724) en reacties ervoor / erna.
-
Ik merkte al wat vertraging ja. Ik had met mijn vorige router problemen om ipsec vpn voor elkaar te krijgen. Had gehoopt dat met dmz altijd goed zou gaan...
Gedoe hier.
Wil volgens mij terug naar de oude leverstraat...
-
DMZ blijkt voor de "Tefort" Experia Box V8 echter een zeer slechte keuze te zijn om die functie toe te passen.
- Erg kritisch in een betrouwbare verbinding van buiten uit naar binnen
- Andersom van "binnen uit" naar buiten (gewoon het oproepen van internetpagina's in een browser) gaat uiterst traag, en haperend.
Heb KPN glasvezel met Experia box in DMZ en Port Forwarding op Synology Router. Ik herken deze problemen helemaal niet. Ik begrijp niet hoezo dit bij Telfort een issue zou kunnen zijn.
-
@MaVeWebservices
KPN en Telfort zijn toch kleine verschillen. (Gebruikers van KPN gebruiken nauwelijks meer de Experia Box V8 maar de V10).
Het speelt simpelweg wel degelijk bij Telfort met de Experia Box V8. (Schijnbaar na de laatste firmware update ?).
Maar omdat ikzelf sinds het begin alles NAT achter NAT heb ingesteld merkte ik er zelf niets van.
Heb vanuit reacties op het Telfort forum die problemen met DMZ hadden, nu zelf ook getest, en kwam aan vergelijkbare problemen.
Weer terug naar NAT achter NAT / 2x poorten doorsturen, en problemen zijn weer over.
Wil volgens mij terug naar de oude leverstraat...
Dat gaat niet meer. De oude leverstraat of propositie wordt afgebouwd. Eenmaal de nieuwe propositie kun je niet meer terug.
Sinds 1 januari 2015 !! kunnen "nieuwe" Telfort abonnees überhaupt de oude propositie al niet meer bestellen.
Maar het stelt echt niet zoveel voor, om in de Experia Box V8 Port Forwarders in te stellen, in plaats van DMZ.
Uitleg om Port Forwarding in de Experia Box in te stellen < HIER > (https://forum.telfort.nl/internet-267/experiabox-v8-sterke-firewall-geen-5ghz-internet-57193/index1.html#post496638)
Enige verschil is dat je met een Synology achter de Experia Box, in de Experia Box alles doorstuurt naar het vaste IP-adres wat je hebt gereserveerd voor de Synology router. (En in de Synology router stuur je poorten weer door naar bijv. een achterliggende NAS).
Ten aanzien van VPN, zie daarvoor de instellingen < HIER > (https://forum.telfort.nl/internet-267/problemen-vpn-sinds-omwisselen-modem-57372/index1.html#post498046)
Plaatje uit die reactie er hieronder even uitgelicht:
[attach=2]
De instellingen die ikzelf heb doorgestuurd.
Je herkent vast en zeker de poorten voor VPN en bepaalde services van zowel Synology router als Synology NAS.
Waar geen vinkje voor staat is wel ingesteld, maar (tijdelijk) niet ingeschakeld.
[attach=1]
-
@jeltel
Er is kennelijk net een nieuwe firmware update uit van de Synology router:
https://www.synology.com/nl-nl/releaseNote/RT1900ac
Misschien zijn hiermee ook de problemen bij jou over om rechtstreeks aan te sluiten? Proberen kan altijd.
Zie ook draadje "RT1900 geen internet bij KPN" < HIER > (http://www.synology-forum.nl/synology-router/rt1900-geen-internet-bij-kpn/msg200025/#msg200025)
-
Dank voor de tips. Heb maar even NAT achter NAT gedaan. En dat werkt gelukkig weer zonder horten en stoten. Het opnieuw proberen van het ertussenuit laten van de Xperiabox stel ik even uit tot volgende week. Dit weekend wordt er motor gereden :)
Dit werkt tenminste wel lekker vlot, trek de 100mbit over de wifi naar mijn laptop. Dus dat is fijn :D
-
Deze tip zou ik je ook nog willen meegeven m.b.t. de Experia Box (V8) < HIER > (http://www.synology-forum.nl/synology-router/rt1900-geen-internet-bij-kpn/msg197490/#msg197490) ;)
-
Vandaag met de nieuwe update 2 geprobeerd om nogmaals de Xperiabox ertussenuit te laten. Na 3 keer herstarten krijg ik inderdaad een IP (hetzelfde als met de Xperiabox), maar geeft de Synology aan dat de verbinding 'Beperkt' is. Wat dat is, heb ik Synology gevraagd in een ticket.
Helaas krijg ik in de NAT achter NAT opstelling de IPsec niet werkend, maar dat is een ander topic waard :)
-
...maar geeft de Synology aan dat de verbinding 'Beperkt' is.
Dat lijkt erop te duiden dat de instelling van IP-TV / VOIP mogelijk toch niet helemaal goed is ingesteld?
Heb je de PC ook een keer opnieuw opgestart?
-
Aanvullend op......
...maar geeft de Synology aan dat de verbinding 'Beperkt' is.
Het fijne weet ik er niet van, en mogelijk is mijn wijze van uitleg om die reden niet helemaal kloppend of waterdicht, waarvoor excuus, maar probeer het althans op de navolgende wijze te begrijpen en er invulling aan te geven.
Ik kwam op het Telfort forum vergelijkbare problemen tegen met iemand die een andere "niet Telfort" router probeerde aan te sluiten.
Kennelijk worden netwerken bij KPN veranderd naar een zogenaamde "SNI-F" leverstraat (https://forum.telfort.nl/internet-267/wie-heeft-ervaring-sni-f-lijn-57570/index1.html#post499600), met een andere aanpak van levering van diensten.
Detail als overeenkomst in de situatie van @jeltel, is dat het aangeleverde WAN IP-adres hetzelfde blijft als je van router wisselt.
Dus een IP-adres schijnbaar vast is gekoppeld aan een woon-adres / internet-connectie, en niet aan het MAC-adres van een router.
Dat is mogelijk dan een manier om die nieuwe zogenaamde "SNI-F" leverstraat (https://forum.telfort.nl/internet-267/wie-heeft-ervaring-sni-f-lijn-57570/index1.html#post499600) systemen te herkennen??
Ter info: in mijn situatie op een andere plek in Nederland/wijk is de situatie van kracht van WAN IP-adres gekoppeld aan MAC-adres router.
Met hier 4 stuks "test"-routers, waarvan 3 Telfort routers en één eigen router (de Synology), heeft elke router zijn eigen WAN IP-adres.
In het geval van de "Telfort"-routers zijn die IP-adressen in de loop van de tijd ook niet veranderd als ik die aansluit, die blijven hetzelfde.
Een week of 2-3 geleden ben ik ermee bij een vriend geweest hier in de buurt die problemen had met WiFi met zijn nieuwe Telfort glasvezel abonnement. Mijn Telfort Experia Box V8 meegenomen en bij hem aangesloten, kreeg hetzelfde WAN IP-adres op zijn woonadres toegewezen, als wat het anders op mijn woonadres krijgt toegewezen. (Weer terug aangesloten bij mij thuis is het daar weer van kracht).
Maar goed terug naar die "SNI-F" leverstraat (https://forum.telfort.nl/internet-267/wie-heeft-ervaring-sni-f-lijn-57570/index1.html#post499600).
IP-TV (hoewel bij @jeltel niet afgenomen) wordt als "lege" dienst wel in zijn Experia Box gesepareerd in een apart VLAN ID 4 netwerk.
Met "erachter" een ander VLAN IP sub-net is het tijdstip dat via DHCP een VLAN IP-adres wordt uitgegeven schijnbaar verschillend met de DHCP van VLAN ID 34.
Daar schijnen routers dan mogelijk niet op te zijn voorzien?? Hier de reactie van een gebruiker die dat heeft uitgevogeld:
https://forum.telfort.nl/internet-267/lockout-nieuw-netwerk-57042/index2.html#post498659
Met wat @jeltel als melding krijgt "maar geeft de Synology aan dat de verbinding 'Beperkt' is"
zou daar mogelijk mee te maken kunnen hebben?? Met het voorstel wat die gebruiker in zijn laatste alinea aanhaalt:
"Een tip zou zijn, zet op VLAN 4 dhcp eerst uit, zorg dat je een ip krijgt op VLAN 34 en zet dan (zonder de router los te koppelen) dhcp weer aan op VLAN 4, dit zul je iedere keer moeten doen als de router los gekoppeld is geweest."
...zou je in de Synology router misschien op de volgende wijze met een "truc" te werk kunnen gaan (DHCP is niet apart te regelen):
Nu dat je WEL een WAN IP-adres hebt gekregen, zou je met de IP-TV / VOIP instelling, voor de LAN-poorten 3 en 4 mogelijk een keer van instelling kunnen wisselen voor VLAN ID 4, door die afwisselend wel of niet in te vullen en dan "apply" om dan toch een "navolgende" lease voor DAT gebruikt VLAN IP gateway (+ VLAN IP-adres) te bewerkstelligen??
Zou je dat eens kunnen proberen?
-
Ik heb de synology ac1900 router op een net nieuw opgeleverde telfort glasvezel verbinding geinstalleerd.
Ik krijg netjes een ip adres en heb verbinding.
Nu wil ik op poort 1 de experiabox voor telefonie aansluiten, alleen hier krijg ik geen verbinding op.
Iemand een idee wat dit kan zijn?
-
Telefonie gaat ook helemaal niet via poort 1.
Poorten 1 en 2 zijn specifiek afgestemd voor internet. Poorten 3 en 4 kun je dan benutten ofwel voor VOIP, of voor TV.
Hoe in te stellen, helemaal in het begin van deze draad. De reactie met afbeeldingen zie < HIER > (http://www.synology-forum.nl/synology-router/tefort-experia-box-v8-vervangen-door-rt1900ac/msg182253/#msg182253)
Bij de set-up ga ik uit van internet op de poorten LAN 1 en 2 (dat kan ook niet anders, dat is standaard Synology).
Op LAN-poort 3 VOIP
Op LAN-poort 4 IP-TV
-
Ik had hem ook al op poort 3 gezet met 34/0 tagged maar dit ook zonder resultaat.
Ik zal het voor de zekerheid dit weekend nog een keer proberen.
-
Anders de aangesloten Experia Box (op poort 3) gewoon een keer aan en uit zetten.
Er is inmiddels overigens wel reeds gemeld (zie eerder in de draad) dat het niet (meer) in alle gevallen werkt.
Valt je connectie inmiddels onder een zogenaamde "SNI-F" leverstraat, werkt het kennelijk niet meer.
Dat kun je controleren op de volgende wijze:
- Sluit eerst de Experia Box aan als hoofd router. Controleer je WAN-IP adres ( http://www.watismijnip.nl/ )
- Sluit daarna de Synology router aan als 1e router. Controleer WAN-IP adres ( http://www.watismijnip.nl/ )
Als beide WAN-IP adressen hetzelfde zijn, zou dit een aanwijzing kunnen zijn dat je in een "SNI-F" leverstraat zou zitten. En werkt het niet.
(Echt bewijs heb ik niet, maar als ik diverse informatie van mensen die in een "SNI-F" leverstraat zitten combineer, zijn er een aantal overeenkomsten, waarvan een vast WAN IP-adres bij gebruik van uiteenlopende modem/routers er een van is).
Als beide WAN-IP adressen verschillend zijn (wat in mijn eigen geval ook nog steeds het geval is) zou het gewoon moeten werken.
Echter LET OP: Het kan soms 5-10 minuten duren voordat de telefoon actief opkomt om geregistreerd te zijn.
Met name als de eerste keer "vreemd merk" routers rechtstreeks aan de internet-aansluiting worden gezet. As het eenmaal in het achterliggende klantsysteem is doorgelopen, gaat het een volgende keer met wisselingen van de ene op de andere router meestal een stuk vlotter.
Gewoon het Voice lampje van de Experia Box in de gaten houden.
-
Ik krijg idd op beide devices hetzelfde wan ip adres.
Dus heb de synology nu achter de experiabox gehangen.
-
Jammer dat het in jou geval dan niet werkt.
Overigens als je goedkoop wilt uitbellen, kun je in de Experia Box V8 nog wel een extra VOIP provider instellen, en die als uitbel-optie ingeven.
Inmiddels heb ik een account bij VoipBuster (https://www.voipbuster.com/calling_rates/#/#letter-N) waarbij met een inleg van € 10,- je 3 maanden gratis naar vaste nummers kunt bellen,
als je onder de 300 belminuten per week blijft zitten. De tijd erna kun je het beltegoed onder dezelfde voorwaarden gewoon opmaken.
-
Vandaar met de eerste methode aan de gang, ....en met succes heb ik die gegevens kunnen uitlezen !!
Dank voor je verhandeling.
Maar dan weet je dus nu:
- gebruikersnaam =?
- password = ?
- registrar =?
- proxy =?
Ik zou zeggen maak ze bekend, want daar ging het toch om?
-
Hoe bedoel je, maak ze bekend?
Je gaat toch niet aan andere mensen jou VOIP-gegevens (gebruikersnaam + wachtwoord) verstrekken?
Gaat ieder op jou kosten bellen. Lijkt me niet de bedoeling.
-
1. Registrar en proxy is voor iedere klant hetzelfde.
2. Gebruikersnaam en password zijn voor iedere klant op dezelfde manier opgebouwd.
ad 1 kan dus gepubliceerd worden
ad 2 nee, niet de letterlijke tekst natuurlijk maar de opbouw, dus bv <macadres@enz>
Waarom?
Omdat met Experia v10 niets valt te wiresharken.
-
Ofwel de gegevens zoals reeds getoond als start van dit draadje pakweg 10,5 maand terug bij < DEZE reactie > (http://www.synology-forum.nl/synology-router/tefort-experia-box-v8-vervangen-door-rt1900ac/msg182245/#msg182245) in het laatste plaatje.
Het gaat daarbij overigens niet om de Experia Box V0 maar om de V8.
-
Precies, daar reageer ik op.
Het is jou gelukt om je gebruikersnaam en password in plain tekst te wiresharken.
Dus jij weet nu hoe de struktuur van gebruikersnaam en password eruit ziet.
En daar vraag ik naar.
Mensen met V10 lukt dit niet.
Bijv. bij mijn internettoegang is de gebruikersnaam: <Macadres_Experiabox@internet>
password: **** (dwz letterlijk, dus weet ik niet.)
Mijn vraag heeft alleen betrekking op Voip om de SIP gegevens te achterhalen.
Internet en TV doen het bij mij zonder aanpassing op mijn eigen modem/router als je de DSL/glasvezel kabel erin steekt (dus geen Experiabox ertussen).
-
Tot voor kort voor een Telfort account --die voeren nog geen Experia Box V10, dus ik vermoed dat je een KPN-klant bent.
Daar kan het mogelijk net wat anders zijn-- was het:
Gebruikersnaam: Telefoonnummer (net+abonnee).
Wachtwoord is een string met cijfers en letters (hoofd- en kleine letters).
Maar inmiddels (sinds van de zomer) is Telfort (KPN) haar telefoniediensten aan het aanpassen met achterliggend de SIP-gegevens die bij inladen dan versleuteld zouden worden verzonden. (Kun je ze niet meer uitlezen met WireShark).
Daar zijn op fora inmiddels al meldingen van binnengekomen. Voor een Experia Box V10 (KPN) lijkt me dat niet anders.
Het "Auth ID" staat in mijn Experia Box V8 nog steeds wel aangemerkt als mijn "Telefoonnummer (net+abonnee)".
Heb even het wachtoord gebruikt wat bij mij nog bekend was en opnieuw ingegeven en opgeslagen. Maar dan krijg ik een foutmelding in de registratie van het account. Dus mijn wachtwoord lijkt inmiddels achterliggend ook te zijn aangepast. Heb niet meer de moeite genomen om weer een nieuwe recording van data te doen om met WireShark te bekijken, of er nu mogelijk een nieuw wachtwoord uit te lezen zou zijn.
Naast de standaard Telfort telefoniedienst (enkel gebruikt om inkomende gesprekken aan te nemen) gebruik ik namelijk een andere VOIP-dienst (https://www.voipbuster.com) die goedkoper is voor uitbellen (naar vaste nummers ----> € 0,000), dan Telfort. Voor mobiele nummers gebruik ik mijn mobiele beltegoed.
Veel Telfort DSL-klanten die voor kort nog de telefoniediensten van Telfort gebruikten (daarbij waren de SIP-gegevens nog wel bekend), zijn inmiddels bij die verandering in beleid overgestapt naar andere VOIP-providers. Bij die zoektocht komen ze er achter dat andere VOIP-providers een stuk goedkoper zijn. Dus zien die verandering eigenlijk niet eens negatief tegemoet.
Zonder die aanpassing hadden ze wellicht nog jaren "duur Telfort telefoniegebruik" ingeschakeld gehad.
-
Klopt, dank voor je antwoord Babylonia!
-
Nog even een update, speciaal ook voor Birdy.
Hint van Babylonia opgevolgd.
Inloggevens hierbij vlg Voidbuster:
User Name: <zelf te kiezen>, dus geen provider-struktuur
Password: <zelf te kiezen>, dus geen provider-struktuur
Registrar: sip.voipbuster.com
Proxyserver: sip.voipbuster.com
Stunserver: stun.voipbuster.com
Resultaat: Succes, dect-telefoons onmiddellijk geregistreerd op de eigen box.
-
Oh, als het specifiek gaat om instellingen bij een Experia Box V8 en een (oude) ZyXEL P-2812HNU-F1 modem/router van Telfort,
om daar andere VOIP-providers op in te stellen, kijk naar de schermafbeeldingen in de volgende reactie op het forum bij Telfort
< HIER > (https://forum.telfort.nl/vast-bellen-339/budgetphone-direct-op-voicemail-60910/index1.html#post520621) en enkele vervolgreacties naar beneden. ;)
-
Wanneer ik deze instellingen gebruik op mijn rt2600ac geeft hij welliswaar aan dat ik verbonden ben en ook een IP adres heb gekregen maar wanneer ik een computer aansluit via LAN1 of 2 of WIFI kan ik daar niet op komen.
Enig idee?
-
Als je verbonden bent, hoe weet je dan dat je een IP-adres hebt gekregen als je niet in de router kunt kijken?
-
MOD: @Boschje Niet onnodig citeren.
Omdat ik op de weginterface van de router kan zien dat ik verbonden ben. Ik kan dus gewoon op de weginterface komen op mijn lokale netwerk via het ip-adres.
-
Als je via de webinterface met de router bent verbonden is dat ofwel via kabel ofwel via WiFi.
Dus dat werkt gewoon, anders kon je er niet opkomen. Dat is in tegenspraak met wat je in je eerdere reactie beweert.
"....wanneer ik een computer aansluit via LAN1 of 2 of WIFI kan ik daar niet op komen."
-
MOD: @Boschje NIET onnodig citeren.
Inderdaad, dat was niet zo handig geformuleerd. Ik zat het anders stellen:
Ik heb ten alle tijd toegang tot het router vanaf mijn lokale netwerk (lokaal netwerk is OK), het probleem zit hem wanneer ik bijvoorbeeld een website wil bezoeken.
SRM geeft aan dat er een goede verbinding is via ppoe (met de VLAN's gescheiden) maar zo gauw ik een website bezoek dan wordt deze niet geladen.
Wanneer ik dezelfde instelling gebruik wanneer ik het Synology router achter de experia box V8 zet werkt dit wel goed (Welliswaar zonder de VOIP/IPTV instellingen geactiveerd).
-
Hardleers ?
-
MOD: @jeltel Niet onnodig citeren
Ik heb datzelfde probleem.
Lijkt iets te maken te hebben met dat er twee VLAN's zijn en dat op beide tegelijkertijd een IP aangevraagd wordt. En dat kan de DHCP server van KPN niet hebben ofzo. En in de router is niet in te stellen dat de twee VLAN's na elkaar een IP aanvragen.
Ik ben er ook nog niet helemaal uit helaas. Het werkt echter prima zo achter de xperia box, maar het elektraverbruik is zo nutteloos.
-
Deze draad geeft een werkwijze voor aansluiting met Telfort.
Ik vermoed dat de werkwijze voor connectie onder KPN internet weinig anders is dan bij Telfort.
Alleen gebruik je bij KPN een PPPoE connectie, waarvan je de gegevens moet invullen.
Afhankelijk in welke (KPN) "leverstraat" internet structuur je bent ingedeeld, wordt "snel" een WAN IP-adres toegewezen of niet.
Bij internet via een zogenaamde "WBA" leverstraat, heb je redelijk snel een WAN IP-adres.
Bij internet via een zogenaamde "SNI-F" leverstraat, kan het tot 10 minuten duren voordat je een WAN IP-adres krijgt.
Dus ook tot 10 minuten voordat je het internet op kunt. Wacht die 10 minuten dus eerst even af. (Zie het status menu in SRM).
-
MOD: @jeltel NIET onnodig citeren.
Dat is wat ik reeds eerder in dit topic heb geprobeerd. Maar helaas alleen met het resultaat van een beperkte verbinding.
En daar heb je ook weer op gereageerd: https://www.synology-forum.nl/synology-router/tefort-experia-box-v8-vervangen-door-rt1900ac/msg200439/#msg200439 met dat DHCP verhaal.
-
Bij die eerdere (https://www.synology-forum.nl/synology-router/tefort-experia-box-v8-vervangen-door-rt1900ac/msg200439/#msg200439) reactie in augustus 2016 was ikzelf nog niet ingedeeld in zo'n "SNI-F" leverstraat.
Kon er toen slechts van "over horen zeggen" info over geven. (In de strekking van mijn reactie lijkt me dat ook duidelijk).
Inmiddels ben ikzelf in zo'n "SNI-F" leverstraat ingedeeld, en heb er voor wat betreft een Telfort abonnement nu ook daadwerkelijk ervaring in.
Met die ervaring weet ik dat het (voor de eerste keer) tot 10 minuten kan duren voordat je een WAN IP-adres krijgt toegewezen.
Tot die tijd is er dus een "beperkte verbinding". Namelijk alleen binnen het LAN-netwerk, en niet met internet.
Na 10 minuten en dan inmiddels een WAN IP ontvangen, is internet werkend.
Wel heb ik gelijk binnen 20-30 seconden IP-TV werkend (dat loopt via een ander VLAN).
Dus hier geen problemen met een "SNI-F" leverstraat.
-
"...Wacht die 10 minuten dus eerst even af. (Zie het status menu in SRM). "
Waarop zou ik moeten letten? Bij mij geeft geeft SRM dus gewoon aan dat ik verbonden ben voor IPv4 en bij IPv6 staat dat de verbinding beperkt is. Het lijkt dus erop dat ik wel een IP adres gekregen heb, namelijk dezelfde als de Experia Box heeft/had.
In deze staat kan ik dus niet internetten op het moment.
-
Er woont een kennis van mij een paar straten verder met een KPN abonnement. (Dezelfde SNI-F leverstraat is daar actief).
Wil wel eens vragen of ik daar de Synology router een keer kan testen. Kom ik er later op terug wat de ervaring daar is.
-
Heb die kennis gesproken, wordt pas op het eind volgende week om uit te proberen.
-
Lees op Tweakers dat veel mensen een mikrotik router hebben.
Heb zelf geen telfort.
Maar sinds een week een mikrotik rb2011.
Wat een mogelijkheden zeg.
Wel enige netwerk kennis nodig.
-
Heb die kennis gesproken, wordt pas op het eind volgende week om uit te proberen.
Even als reactie tussendoor m.b.t. eerdere gebruikers die wachten op een test met de RT1900ac aangesloten op een KPN netwerk.
Zoals eerder aangehaald, geldt de gebruiksaanwijzing in het begin van deze draad voor aansluiting op een Telfort netwerk.
Ik heb even wat berichten doorgelezen voor aansluiting met KPN, maar naast de PPPoE instellingen, gelden voor KPN ook andere VLAN ID's dan voor Telfort. Dus je zult dan in ieder geval de instellingen moeten gebruiken die voor KPN geldig zijn.
Uitgaande van deze berichten:
http://netwerkje.com/eigen-router
http://netwerkje.com/routed-iptv
https://venxir.tweakblogs.net/blog/12507/kpn-glasvezel-via-pfsense
https://gathering.tweakers.net/forum/list_messages/1672963
Zou voor KPN gelden:
internet ----> VLAN ID 6
IP-TV --------> VLAN ID 4
VOIP --------> VLAN ID 7
Als je de eerdere aanwijzingen voor Telfort uitwisselt met deze gegevens voor KPN, komen jullie er dan uit?
-
Dank je voor je info.
Ik heb de VLAN's ingesteld op de ID's die je aangeeft, als deze niet zo zijn ingesteld dan geeft de status aan dat hij niet verbonden is.
De DNS servers heb ik overgenomen van wat ik in de Experia Box vond, namelijk 195.121.34 en 195.121.1.66. Ook heb ik IPV6 ingesteld.
SRM geeft aan dat ik een PPPoE verbinding heb maar ik kan simpelweg geen webpage bereiken. Niet op hostname en niet op IP adres (pingen).
Wanneer ik het Synology Router achter de Experia Box zet (hetzij met de instellingen voor VOIP en IP-TV uitgeschakeld) werkt het prima.
Ik ga maar eens verder zoeken waar dit aan kan liggen.
-
Zoals eerder beloofd (https://www.synology-forum.nl/synology-router/tefort-experia-box-v8-vervangen-door-rt1900ac/msg218000/#msg218000) ben ik vanmorgen bij een kennis geweest om te proberen de RT1900ac aan een KPN internetaansluiting te koppelen.
De VLAN-instellingen gedaan zoals hierboven (https://www.synology-forum.nl/synology-router/tefort-experia-box-v8-vervangen-door-rt1900ac/msg218207/#msg218207) in de reactie aangegeven.
Zoals teven in die reactie aangegeven geldt voor KPN een PPPoE instelling.
En daar zit kennelijk het probleem. Vanuit de Experia Box V10 die bij die kennis gebruikt wordt is wel een inlognaam te halen, als zijnde het MAC-adres van ik vermoed de Experia Box V10 aangevuld met @internet
Maar er is geen wachtwoord bekend voor die PPPoE gegevens.
We hebben nog wel naar forum-reacties gezocht bij KPN, maar dat wachtwoord schijnt niet werkbaar te achterhalen te zijn.
Een aantal algemeen gebruikte wachtwoorden die werden voorgesteld, mochten niet baten.
1e wachtwoord wat we hebben geprobeerd: kpn
2e wachtwoord wat we hebben geprobeerd: ppp
3e wachtwoord wat we hebben geprobeerd: welkom1
Bij het ontbreken van die gegevens, die KPN-gebruikers kennelijk ook niet van KPN zelf aangereikt krijgen, houdt het hiermee op, voor wat betreft een internet-verbinding. Zonder de juiste PPPoE gegevens krijg je geen WAN IP-adres toegewezen.
Na elke verandering hebben we ruim 10 minuten gewacht om te kijken of een WAN IP-adres wordt uitgegeven. Maar tevergeefs.
We hebben niet verder geëxperimenteerd met het klonen van het MAC-adres van de Experia Box V10 naar de RT1900ac toe.
Wordt in diverse KPN-forumberichten verwezen om dat NIET te doen. Dat laat ik dan maar over aan de gebruikers zelf, die de RT1900ac aan een KPN-internetverbinding willen koppelen om te testen.
Ik denk dat dit het enige probleem is voor wat betreft de connectie met KPN. (VOIP hebben we niet getest).
De TV-ontvanger (met de bijbehorende VLAN 4 instelling) voor IP-TV op LAN poort 4 was namelijk wel direct actief :!: :!:
Na elke herstart van de RT1900ac hadden we binnen een minuut een werkende TV-ontvanger en konden we TV kijken.
Alleen dus geen internet (en VOIP).
-
Op http://netwerkje.com/eigen-router
staat het volgende ivm je PPPoE
Wat zijn de username en password die ik moet invullen bij PPPoE?
De gebruikersnaam of username staat openlijk zichtbaar in de webinterface van de Experiabox. Het password is "kpn". Mocht je de username niet kunnen vinden in de Experiabox, deze is heel simpel het MAC adres van de WAN poort van de Experiabox met streepjes ertussen gevolgd door een achtervoegsel. Dit adres staat in ieder geval bij de ZTE op een stickertje achterop. Het stukje na het apenstaartje verschilt per type aansluiting (zakelijk, particulier, KPN, Tweak, etc)
Username: xx-xx-xx-xx-xx-xx@direct-adsl (vul hier je eigen MAC adres en achtervoegsel in)
Password: kpn
Dus je moet de juiste achtervoegsel alleen hebben
-
Zoals in mijn vorige reactie beschreven:
Vanuit de Experia Box V10 die bij die kennis gebruikt wordt is wel een inlognaam te halen,
als zijnde het MAC-adres van ik vermoed de Experia Box V10 aangevuld met @internet
Die gegevens hebben we dus gewoon uit de V10 kunnen halen. Lijkt me dat dat in ieder geval correct is. Dat leverde echter niets op.
Het gaat hem kennelijk om het juiste wachtwoord. Via diverse meldingen op fora komen gebruikers daar verder ook niet uit.
(Ook aangegeven in mijn vorige reactie).
Geraadpleegde berichten op div. fora o.a.:
http://www.ceesoskam.nl/2014/12/22/hoe-kan-je-een-eigen-router-gebruiken-bij-kpn-glasvezel/
http://netwerkje.com/eigen-router
https://forum.kpn.com/internet-9/pppoe-wachtwoord-experia-v9-282363
https://gathering.tweakers.net/forum/list_messages/1601583
-
Bij mij werkt het wachtwoord kpn. Met als inlog [MAC_ADDRESS]@direct-adsl.
Ik heb mijn Experia Box v8 nu als PPPOe passthrough ingesteld (via dat "geheime"menu) en dan moet ik dus de PPPOe verbinding tot stand brengen. Achter de Experia Box werkt dit prima.
Nogmaals, wanneer ik de Experia Box weghaal en het router direct aansluit dan geeft SRM aan dat er verbinding is maar ik kan niet naar een externe webpagina surfen bijvoorbeeld (lokaal wel alles OK).
-
OK.
En als je vanuit deze situatie de DNS-servers handmatig instelt?
Bijv.:
- 1e DNS = 208.67.222.222 (Open DNS)
- 2e DNS = 8.8.8.8 (Google)
(De PPPoE instelling is hierbij niet ingesteld, omdat ik even mijn eigen connectie als voorbeeld gebruik):
[attach=1]
Ik heb mijn Experia Box v8 nu als PPPOe passthrough ingesteld (via dat "geheime"menu)
Bij Telfort heb ik geen PPoE menu. Kun je op andere wijze daar dan toch inkomen met een "geheim menu" ?
En wat is dat menu dan ?
-
Nog 'effe' wachten : Vrije router keuze nu wettelijk vastgelegd (https://forum.kpn.com/internet-9/vrije-router-keuze-wettelijk-vastgelegd-429248/index1.html)
-
Dat was me al bekend. De wetgeving is officieel rond (feitelijk jaren te laat), maar providers sputteren nog tegen.
https://zoek.officielebekendmakingen.nl/stb-2016-524.html
Hetzelfde liedje als eerder in Duitsland, waar dat naar Europese maatstaven al eerder "hard" is ingezet.
Daar heeft dat tegen sputteren ook niet geholpen, alleen een vertraging van de praktische uitvoering met een half jaar.
Waarom er hier om precies dezelfde redenen opnieuw door providers moet worden tegen gesputterd ontgaat me.
De uitkomst is namelijk al bekend.
-
Aanvullend ter informatie voor mensen die zich erin willen verdiepen m.b.t. Nederlandse, Duitse en Europese wetgeving.
Als URL's niet te lang zijn direct in de tekst opgenomen, anders "afgekort" in een leesbare tekst met achterliggende verwijzing.
De "kortste" en begrijpelijke versies om te lezen zijn die met *** aangeduid. (Anders wordt het wel erg veel). ;)
*** De laatste aanvulling m.b.t. Nederlandse wetgeving (zoals eerder al aangehaald):
https://zoek.officielebekendmakingen.nl/stb-2016-524.html
Europese richtlijnen 2008/63/EG, 2014/30/EU en 2014/53/EU die eraan ten grondslag liggen:
http://eur-lex.europa.eu/legal-content/NL/TXT/?qid=1490777599995&uri=CELEX:32008L0063
http://eur-lex.europa.eu/legal-content/NL/TXT/?qid=1490777136129&uri=CELEX:32014L0030
http://eur-lex.europa.eu/legal-content/NL/TXT/?qid=1490777413863&uri=CELEX:32014L0053
Aangaande "Netneutraliteit" zoals dat al eerder gold:
https://nl.wikipedia.org/wiki/Netneutraliteit
Enkele Europese documenten inzake "Netneutraliteit" die daar betrekking op hebben als zoekactie < HIER > (http://www.consilium.europa.eu/register/nl/content/out/?typ=SET&i=ADV&RESULTSET=1&DOC_TITLE=&CONTENTS=&DOC_ID=10788%2F15&DOS_INTERINST=&DOC_SUBJECT=&DOC_SUBTYPE=&DOC_DATE=&document_date_from_date=&document_date_from_date_submit=&document_date_to_date=&document_date_to_date_submit=&MEET_DATE=&meeting_date_from_date=&meeting_date_from_date_submit=&meeting_date_to_date=&meeting_date_to_date_submit=&DOC_LANCD=NL&ROWSPP=25&NRROWS=500&ORDERBY=DOC_DATE+DESC)
(Iets naar beneden scrollen. Jongste informatie bovenaan).
*** De informatie die Telfort zelf op hun website heeft staan aangaande netneutraliteit,
(en in hun service daar op diverse punten niet aan voldoet):
https://www.telfort.nl/persoonlijk/service/netneutraliteit.htm
*** M.b.t. tot de Duitse wetgeving die in 2015 is ingediend, en met een half jaar vertraging sinds augustus 2016 van kracht is:
Via een andere Europese website < HIER > (http://ec.europa.eu/growth/tools-databases/tris/de/index.cfm/search/?trisaction=search.detail&year=2015&num=165&mLang=NL). Klik op het “Entwurfsdokument:” in de taal die men wenst (met o.a. Nederlands Word document).
Met name de eerder genoemde Nederlandse regelgeving bovenaan genoemd, sluit aan op hetgeen de Duitse regelgeving hierin heeft verwoord.
Europese regelgeving uitvoeriger beschreven, met aanvullingen op reeds eerder geldende regel- en wetgeving:
http://eur-lex.europa.eu/legal-content/NL/TXT/?qid=1490780387314&uri=CELEX:32015R2120
http://eur-lex.europa.eu/legal-content/NL/TXT/?qid=1490780607080&uri=CELEX:52015AG0014(01) (http://eur-lex.europa.eu/legal-content/NL/TXT/?qid=1490780607080&uri=CELEX:52015AG0014(01))
Onderaan: "Deze verordening is verbindend in al haar onderdelen en is rechtstreeks toepasselijk in elke lidstaat. "
Babylonia@
-
Pfffffffffffff, ben blij dat ik niet in Brussel zit :lol: Ik wil me hierin zeker niet verdiepen. ;)
-
Bij Telfort heb ik geen PPoE menu. Kun je op andere wijze daar dan toch inkomen met een "geheim menu" ?
En wat is dat menu dan ?
Op de Experiabox V8 kan ik via een niet standaard menu ("geheim") PPPOe passthrough aanzetten via http://192.168.2.254/atmint.stm/3/1
Betreft de DNS:
Ik had al handmatige DNS servers ingevuld. Deze maken geen verschil.
-
Die PPPoE instelling komt hier met een "Telfort" Experia Box V8 toch echt niet tevoorschijn.
Je houdt er toch wel rekening mee dat de verbinding voor Telfort en KPN verschillend is?
En dat de firmware om die reden op dat punt ook kleine verschillen vertoont tussen een KPN en Telfort Experia Box V8 ??
(In mijn situatie heb ik het sub-net in een ander bereik gezet):
[attachimg=1]
[attachimg=2]
-
En dat de firmware om die reden op dat punt ook kleine verschillen vertoont tussen een KPN en Telfort Experia Box V8 ??
Het zou natuurlijk zomaar kunnen zijn dat er verschillen tussen zitten inderdaad.
Echter, in de situatie dat het bij mij niet werkt is dus zonder de Experia Box, dan zit ik direct op het afnamepunt.
-
Die verschillen tussen Telfort en KPN zijn niet alleen essentieel wat je wel of niet aan instellingen tegenkomt in diens modem/routers,
maar heeft ook zijn consequenties wat je als te gebruiken instellingen in een vervangende router moet gebruiken.
Het zijn gewoon twee verschillende ISP's met verschillende instellingen. Van wie heb je nu een abonnement, van Telfort of van KPN?
Om verwarring te voorkomen is aan te bevelen dat je in je berichten expliciet blijft aangeven dat het om Telfort of KPN gaat.
(Een "Telfort Experia Box V8" of "KPN Experia Box V8").
En bij "Telfort" aangehaalde berichten, geen invulling te geven als antwoord op een instelling die voor "KPN" geldig is.
-
Dat kan inderdaad nooit geen kwaad voor de duidelijkheid.
-
Sinds kort ben ik overgezet van een oud Telfort glasvezelabonnement (met DVB-C in het pakket) naar het nieuwe abonnement. Helaas lukt het me nog niet om mijn Synology router te gebruiken in plaats van de Experia Box V8. Ik heb de instellingen overgenomen zoals in de openingspost, maar het lijkt erop dat de router via DHCP geen IP adres krijgt. Op het statusscherm van Network Center blijft "Disconnected" staan en in de logs (via SSH) zie ik alleen het volgende:
Jan 1 01:25:37 SynologyRouter entry.cgi_SYNO.Core.Network.Ethernet[1].set[28427]: SYNOIGetDHCPTestNetInfo(47) /sbin/dhcpcd -T eth0 -t 30 > /dev/null 2>&1 failed(Invalid argument).
Jan 1 01:25:37 SynologyRouter entry.cgi_SYNO.Core.Network.Ethernet[1].set[28427]: ethernet_interface.cpp:945 Failed to get dhcp info [eth0]
Jan 1 01:25:38 SynologyRouter dhcpcd[27102]: terminating on signal 15
Jan 1 01:25:38 SynologyRouter [ 1558.840000] init: dhcp-client (eth0) main process (27102) terminated with status 15
Jan 1 01:25:38 SynologyRouter dhcp-client: stopped on eth0
Jan 1 01:25:38 SynologyRouter dhcp-client: started on eth0
Jan 1 01:25:38 SynologyRouter [ 1559.580000] init: smbd main process (27407) killed by TERM signal
Jan 1 01:25:41 SynologyRouter entry.cgi_SYNO.Core.Network[1].set[28427]: common_setting.cpp:336 check dns_primary: ->
Jan 1 01:25:41 SynologyRouter entry.cgi_SYNO.Core.Network[1].set[28427]: common_setting.cpp:344 dns_secondary []
Jan 1 01:25:42 SynologyRouter kernel: [ 1563.010000] [SYNO] release syno_netlink_ctf_sock(c75c7a00)
Jan 1 01:25:43 SynologyRouter kernel: [ 1564.040000] netlink: 12 bytes leftover after parsing attributes.
Ik vermoed dat er iets mis gaat bij het opvragen van een IP over het internet VLAN van Telfort. Heeft iemand hier nog een idee wat ik hier aan kan doen?
-
Indien er binnen 10 minuten geen WAN IP-adres wordt afgegeven (het kan tot 10 minuten duren), denk ik dat je helaas hierin niet verder komt.
Via het Telfort forum heb ik contact gehad met meerdere gebruikers die vergelijkbare problemen hebben.
Die problemen lijken typisch gerelateerd te zijn aan die oudere glasvezel proposities (met DVB-C in het pakket) van eerdere internet providers / bedrijven die de infrastructuur hebben aangelegd en later door Telfort zijn overgenomen.
Het gaat dan om oude netwerken van Lijbrandt, XMS, Concepts en KickXL.
Achterliggend wordt mogelijk nog steeds verouderde apparatuur gebruikt, of geen sluitende oplossing met aansluiting naar nieuwe systemen?
Dus als je in een van die gebieden zit, is dat hierbij opnieuw een bevestiging van juist die beperkingen met deze historie in infrastructuur.
Met de strengere wetgeving die er sinds december 2016 van kracht is, zou je dat overigens wel bij ACM kunnen aankaarten.
Gebruikers moeten inmiddels vrij hun apparatuur kunnen kiezen. Daar moet een provider aan kunnen voldoen.
-
Bedankt voor je reactie. Dat klinkt helaas niet erg hoopgevend. Het kan goed dat er in deze wijk ook nog de oude infrastructuur ligt. Toch zou het volgens mij wel gewoon moeten kunnen werken aangezien de instellingen die ik in de Experiabox zie wel overeenkomen met die in de openingspost (VLAN's etc).
Ik heb een mail naar de support van Synology gestuurd. Hopelijk hebben zij nog ideeën. Anders misschien Telfort maar eens proberen. Al verwacht ik niet dat die behulpzaam zullen zijn, ondanks de nieuwe wetgeving...
-
Die instellingen in je Experia Box is niet het probleem. Die zijn hetzelfde.
Het gaat om een geldige lease van WAN IP-adres op je "andersoortige router" wat niet een Telfort modem/router is.
Ik heb je juist een waarschuwing gegeven waarom het bij die oudere proposities mogelijk niet werkt.
Alle mogelijke scenario's heb ik met Telfort gebruikers al uitgeprobeerd. (Zie o.a. < DEZE reactie > (https://forum.telfort.nl/internet-267/experiabox-vervangen-49307/index8.html#post553280) op het Telfort forum).
Maar proberen kun je altijd.
Synology Support kan je daar ook geen aanwijzingen in geven dan hooguit "algemeen" wat je zou moeten instellen.
De informatie die in deze draad uitvoerig is beschreven is bij Synology zelf echt niet bekend.
Wat betreft die wetgeving, er lopen nog "bezwaren" van providers bij ACM.
Maar over pakweg één - twee maanden wordt dat geëvolueerd door de ACM. In die zin dat er dan gewoon praktisch die zaken in begrijpbare taal worden gepubliceerd waar providers zich aan moeten houden om aan die regelgeving te voldoen. Die wetgeving verandert er niet door.
Dat is op last van Europse regelgeving. Als jij daar een klacht bij ACM over indient, moet een provider er gewoon aan voldoen, op last van mogelijke boetes die ze krijgen als ze er NIET aan gaan voldoen.
Dat wordt toch een heel serieus issue.
Zelf heb ik van Telfort een Experia Box V10 modem/router als test ontvangen (ongeveer 10 maanden geleden verstrekt). Met die testen al heel snel ontdekt waar die modem/router NIET aan de huidige wetgeving voldoet. De uitlevering is om die reden inmiddels voorlopig stop gezet.
Een aantal zaken zijn inmiddels wel gecorrigeerd, maar de V10 voldoet er nog steeds niet aan. De opschorting is voorlopig nog van kracht.
-
Dat wordt toch een heel serieus issue.
Zelf heb ik van Telfort een Experia Box V10 modem/router als test ontvangen (ongeveer 10 maanden geleden verstrekt). Met die testen al heel snel ontdekt waar die modem/router NIET aan de huidige wetgeving voldoet. De uitlevering is om die reden inmiddels voorlopig stop gezet.
Een aantal zaken zijn inmiddels wel gecorrigeerd, maar de V10 voldoet er nog steeds niet aan. De opschorting is voorlopig nog van kracht.
Dat is vreemd, Ik heb begin maart een EB10 ontvangen van telfort voor glasvezel
-
Jawel, maar die intrekking is daarna alsnog ingezet.
Met "inmiddels" geef ik eigenlijk aan dat de V10 aanvankelijk wel werd uitgeleverd, maar ondertussen het beleid (voorlopig) is aangepast.
-
Nou, hier mijn eerste ervaringen :( :(
Ik zit op een oud glasvezel netwerk in Amersfoort, ooit aangelegd door Reggefiber/XMSNet.
Jaren geleden overgenomen door Telfort.
Ook ik heb sinds enige dagen een nieuw Telfort abonnement, icm een EB V10.
Mijn huidige Synology router SRM1900 krijg ik vooralsnog niet goed aan de praat achter die EB V10.
Ook zijn al mijn IP adressen in de reeks 192.168.1.1 t/m 253. De EB staat standaard ingesteld in de reeks 192.168.2.1 t/m 253. Dat heb ik aangepast, maar nu werkt de Interactieve TV niet meer...
Dan heb ik nog twee Synology NASsen, een oudje met DSM 4.2 (DS209), die werkt prima.
De nieuwere DS214+ met DSM 6.2 echter kan geen verbinding maken met internet (update wordt niet gevonden)
Kortom, ellende.
Iemand tips?
-
Okeeee.... de EB ertussenuit gehaald en de instellingen zoals door Babylonia aangeven gedaan in de RT1900ac. Dus de TV ontvanger zit nu op LAN4 van de RT1900.
En warempel, het werkt!
Babylonia, bedankt. :thumbup: :clap:
Een ding nog, het On demand menu van de TV box via de EB gaf ook als keuze Netflix, maar nu niet meer. Ik neem aan dat dit komt omdat er geen koppeling is met het internet.
Kan ik dit op de een of andere manier oplossen?
-
Ik neem aan dat dit komt omdat er geen koppeling is met het internet.
Ik denk, dat het komt doordat er niet ingelogd wordt en die inlog wordt volgens mij door EB maar, die is er niet meer.
Let op, ben geen expert maar, heb dat vermoeden. ;)
-
Een ding nog, het On demand menu van de TV box via de EB gaf ook als keuze Netflix, maar nu niet meer.
Een menu van de TV-ontvanger "Meer TV" werkt niet meer bij gebruik van een eigen router.
-
Bedankt voor jullie reacties.
Ik heb gepoogd m'n RT1900ac achter de EB V10 aan de praat te krijgen, volgens deze uitgebreide instructie van Babylonia:
https://www.synology-forum.nl/synology-router/vpn-verbinding-met-rt1900ac-als-vpn-server/msg173632/#msg173632 (https://www.synology-forum.nl/synology-router/vpn-verbinding-met-rt1900ac-als-vpn-server/msg173632/#msg173632)
Maar de RT1900ac klaagt over beperkte internet toegang. Ik denk dus dat ik hier nog iets moet invullen:
[attach=1]
Maar wat precies?
Of moet ik ergens anders wat instellingen veranderen?
-
De RT1900ac achter de Experia Box V10 betreft een NAT achter NAT instelling.
Zou zo zonder enige aanpassing moeten werken voor wat betreft internet. (TV en telefoon laat je gewoon door de EB V10 afhandelen).
Zelfs de standaard sub-nets van een EB V10 en RT1900ac conflicteren niet met elkaar.
Alleen als je van buiten uit services wilt benaderen die je op een NAS hebt draaien of bijv. een file-server achter de RT1900ac, zou je extra poorten moeten doorsturen in zowel de EB V10, als ook in de RT1900ac voor zover het services betreft op een aangesloten NAS.
Bij herindelen van je netwerk set-up wel altijd de routers in volgorde opnieuw herstarten. Met tevens erna de aangesloten apparaten, zodat oude "vastgehouden" IP-adressen worden gelost en nieuwe IP-leases worden afgegeven volgens de nieuwe indeling.
-
Jep, zou moeten. Maar het werkt dus niet. Ik doe iets fout...
Ik zal later meer schermafbeeldingen plaatsen en beter uitleggen hoe ik eea had aangesloten.
Op dit moment kan ik m'n gezin niet van internet afhalen...
-
Okee...
Ik doe als volgt:
aansluitingen:
- Telfort FTU -> EB V10 WAN
- EB V10 LAN1 -> RT1900ac WAN
- EB V10 LAN4 -> Arcadyan HBM2260
- RT1900ac LAN1-4 + WiFi -> thuisnetwerk
instellingen EB V10:
[attach=1]
en
[attach=2]
instellingen RT1900ac:
[attach=3]
Dit alles resulteert in de treurige melding:
[attach=4]
En nu weet ik effe geen oplossing meer.
Alvast dank voor het meedenken.
-
Weet niet of vanuit de Experia Box V10 - DMZ doorsturen naar de RT1900ac een goed idee is.
Vanuit de Experia Box V8 geeft dat met de eigenzinnige Telfort firmware nogal wat problemen. Heb het nooit geprobeerd met de EB V10.
MAC-adres klonen is ook niet aan de orde, werkt waarschijnlijk juist alleen tegen.
Met NAT achter NAT werk je namelijk gewoon met 2 locale netwerken.
Je hebt daarbij niets te maken dat de RT1900ac zich zou moeten identificeren met de systemen van de provider.
Je hebt de RT1900ac immers achter de modem/router van Telfort aangesloten.
Maak het je niet zo moeilijk. Start bij de basis !!
Reset de EB 10 naar fabrieksinstellingen (met omgebogen paperclip pakweg 10 seconden in resetgaatje onder in de EB V10),
en laat na opstart alle instellingen standaard staan, zoals ze zijn ingegeven. Verbind telefoon en TV-ontvanger met de EB V10.
Welke poort dat je ervoor kiest is voor de TV-ontvanger niet belangrijk.
Ook de RT1900ac helemaal vanuit fabrieksinstellingen, kale standaard installatie.
Dan verbindt je een LAN-poort van de EB V10 met de WAN-poort van de RT1900ac.
Met die set-up zou je reeds een internet-verbinding moeten hebben.
Als dat werkt ga je pas verder met verfijningen van je set-up, zoals een vast IP-adres (DHCP-binding) etc.
-
Verroest! Beide routers terug naar fabrieksinstellingen en het werkt direct.
Tis wel een hele klus om al m'n Sonoffs en ESP devices weer het juiste vast IP te geven, maar ja, dat moet dan maar.
Houdt me van de straat, zullen we maar zeggen.
Enorm bedankt in ieder geval!
-
Om makkelijker je apparaten een vast IP-adres te geven, zie de Engelstalige reactie < HIER > (https://forum.synology.com/enu/viewtopic.php?p=493599#p493599),
vanaf: By that in mind, the most easy way is to go to the "DHCP Clients" tab at the top
-
Verroest! Beide routers terug naar fabrieksinstellingen en het werkt direct.
Iets te snel geconcludeerd. Het bleek dat alles behalve de TV werkte. De Arcadyan bleef maar mekkeren dat ie geen internet verbinding had, ondanks dat m'n eigen router dat wel had. Die had van de EB ip-adres 192.168.2.1 gekregen, de Arcadyan zag ik niet staan onder Lan client status. Wat blijkt na ompolen en resetten? Die Arcadyan wil dus persé adres 192.168.2.1 hebben. Dus dat heeft ie nu en m'n eigen router een nummertje hoger.
Tsjakka! Weer Netflix te zien in het TV menu.
Dank aan allen die hebben bijgedragen mijn probleem op te lossen.
-
Om makkelijker je apparaten een vast IP-adres te geven, zie de Engelstalige reactie < HIER > (https://forum.synology.com/enu/viewtopic.php?p=493599#p493599),
vanaf: By that in mind, the most easy way is to go to the "DHCP Clients" tab at the top
Bedankt voor de tip, maar zo deed ik dat al. Het is gewoon tijdrovend om voor zo'n 30 lan clienten op te zoeken wat het vaste ip adres moet zijn en dat vervolgens ook aan te maken.
Maar ja, die pijn is nu ook weer achter de rug. Het was wel kort slapen afgelopen nacht...
-
Zou in ieder geval wel een back-up van de set-up maken zodat als er eens iets aan de hand is, je die makkelijk hebt terug geladen.
-
Ja, dat is ook een goeie. Consider it done.