Synology-Forum.nl

Overige software => DDNS / Quick Connect / EZ-Internet / Portforwarding => Topic gestart door: Gaffel op 28 juli 2021, 21:56:04

Titel: onbeveiligde verbinding na overstappen op een glasverbinding
Bericht door: Gaffel op 28 juli 2021, 21:56:04
Beste,
ik heb het volgende, ben vandaag overgegaan van DSL op KPN glas en heb gelijk een probleem met het feit dat ik niet op mijn webserver kan komen. Ik zou werken met een onbeveiligde verbinding. Mij WAN ip adres is wel gewijzigd, maar dat is aangepast met/bij DDNS
Het lets encrypt cerificaat is nog geldig tot 25 augustus. Ik probeerde het te vernieuwen maar krijg constant de melding dat poort 80 of 443 niet doorstaat in mijn router of in Diskstation, maar dat staat echt allemaal goed.
Wie kan mij helpen?
Titel: Re: onbeveiligde verbinding na overstappen op een glasverbinding
Bericht door: kleinspr op 28 juli 2021, 23:16:50
Hoi Gaffel,

Mogelijk met deze hints kan je verder komen....
1. kom je er wel in als je het interne ipadres opgeeft?, b.v. 192.168.178.je server?
met of zonder http of https?
2. heb je je router al een keer uit en aan gezet
3. alle verbindingen naar je Synology een prinsscreen/foto van gemaakt en alles er uit halen, router rebooten en weer opnieuw beginnen
4. werkt het wel als je naar server:5000 of 5001 wil ? (p.s. deze mag je ook veranderen naar een ander getal) veiliger
Titel: Re: onbeveiligde verbinding na overstappen op een glasverbinding
Bericht door: Gaffel op 28 juli 2021, 23:28:55
Hoii kleinspr,
Met het interne IP adres kom ik er ook niet in, hij schakelt daarbij ook nog dikwijls om naar het externe website adres.
Met de synology-assistent krijg ik wel verbinding met de mededeling dat de beveiliging ontbreekt.
Router en Nas al diverse keren uit en ingeschakeld.
Morgen ga ik de router Experia V10 terugzetten naar de fabrieksinstellingen en weer opnieuw programmeren, ik hoop dat het dan opgelost is.
Laat het nog weten daarna.
Bedankt voorlopig
Titel: Re: onbeveiligde verbinding na overstappen op een glasverbinding
Bericht door: kleinspr op 28 juli 2021, 23:45:14
ooo misschien een net iets andere ip adres??
misschien had je 192.168.0.x voor je hele netwerk
en nu 192.168.178.x
Titel: Re: onbeveiligde verbinding na overstappen op een glasverbinding
Bericht door: Gaffel op 29 juli 2021, 09:11:27
Nee, de interne IP reeks is dezelfde als voorheen.
Maar ik sluit overigens ook niet uit dat het probleem in de DS212+ zal zitten.
En als dat zo is moet ik die mss resetten en opnieuw installeren.
Ik hoop dat dat niet nodig zal zijn.
Titel: Re: onbeveiligde verbinding na overstappen op een glasverbinding
Bericht door: Gaffel op 29 juli 2021, 17:38:54
Heb de experia10 terug gezet naar de fabrieksinstellingen en opnieuw ingesteld.
Maar het heeft niet geholpen, ik krijg geen beveiligde verbinding, dus kom niet op mijn webserver.
Omdat mijn synologycertificaat verlopen is, kan ik ook mijn feitelijk (maar niet meer werkende) nog geldige Lets encrypt certificaat niet verwijderen.
Iemand nog ideeën?

En weet iemand of KPN poorten blokkeerd bij glasverbindingen!!
Titel: Re: onbeveiligde verbinding na overstappen op een glasverbinding
Bericht door: Briolet op 29 juli 2021, 18:22:42
Citaat
En weet iemand of KPN poorten blokkeerd bij glasverbindingen!!

Dat is onbelangrijk. Als je een intern IP gebruikt, heb je niets met KPN te maken. Als je een extern IP gebruikt, moet je router wel nat-loopback ondersteunen.
Titel: Re: onbeveiligde verbinding na overstappen op een glasverbinding
Bericht door: Gaffel op 29 juli 2021, 19:42:28
@Briolet, het gaat erom dat ik van buitenaf niet meer op mijn webserver kan komen!
In de browser staat dat de site niet beveiligd is.
Het heeft goed gewerkt totdat de koper verbinding omgezet is naar de glasverbinding.
Titel: Re: onbeveiligde verbinding na overstappen op een glasverbinding
Bericht door: André PE1PQX op 29 juli 2021, 20:30:32
In de firewall van je NAS ook de USA toestaan poorten 443 en 80 te kunnen benaderen, anders gaat het ook niet werken.
Titel: Re: onbeveiligde verbinding na overstappen op een glasverbinding
Bericht door: Gaffel op 29 juli 2021, 22:04:48
Probleem is opgelost, bij zoneedit stond deels het oude IP adres nog actief, waardoor de certificering telkens mislukte.
Bedankt iedereen voor de inbreng :thumbup: