Over Tettink

Tettink · ‎16-02-2025

Ik ben daarnet via wat zoekwerk uitgekomen op een programma genaamd winmtr en dat voor een enige tijd laten draaien met dit als resultaat. Ook heb ik de app geinstalleerd waar ik kort een melding zag staan algemene storing maar die is al weg. Wanneer ik op de knop diagnose click geeft die wel aan dat er problemen zijn met ons home network. Dus ja ik laat nog eens een technieker over de vloer komen denk ik.

Tettink · ‎15-02-2025

Daarnet nog een antwoord ontvangen dat er vandaag weer problemen in mijn buurt zijn. We kunnen het hier dan afronden want mijn frustraties lopen op na 2 weken en dit gaat nergens naar toe 👍

Tettink · ‎15-02-2025

Hmm Ja kijk we zijn nu een volle dag na de zogenaamde afhandling van de werken en het probleem is niet veranderd. Ik zie nog geen snelle oplossing aan dit tempo. Maandag opnieuw.

Tettink · ‎13-02-2025

De technieker zegt dat er op mijn node sinds 6 februari gewerkt wordt tot morgen (zou dus kunnen kloppen sinds ik voor het problemen had al dacht ik dat het vroeger was) en toonde wat grafieken van packetloss veronderstel ik op zijn laptop dus tot dan laat ik het voor wat het is. Snap ik eigenlijk dan niet waarom een basic support mij dat niet kon vertellen na 5 keer te hebben communiceert... Of waarom dat om te beginnen niet gemeld wordt aan ons als het internet zo vaak onderbroken wordt voor zo'n lange periode. Dus ja ik wacht nog tot het weekend en hou deze topic up to date.

Tettink · ‎10-02-2025

Er komt binnen enkele dagen al een technieker langs maar dacht om het toch nog eens hier te delen en al wat wijzer te worden. Begin vorige week hadden we 4 dagen op een rij problemen met slechte verbinding uren aan een stuk (zogoed als onbruikbaar). Gisteren was het opnieuw prijs voor minimum een uur vandaag ook een half uur tot nu toe. Het is telkens enkel de upload die volledig wegvalt zowel ipv4 als 6. In de screenshot zie je hoe consistent die ook is (meestal). Is dit het teken van een falende modem? Het is een Docsis 3.1 model. (Heb al eens horen zeggen dat het niet het beste toestel is) Titel gewijzigd door Yince (mod) | Vorige titel: Kan niet pingen om 15-20 seconden

Tettink · ‎14-05-2024

Is bedoeld voor vrienden van buitenaf ook. Maar aan de portforwarding zal het dus niet gelegen hebben. Om een lang verhaal kort te maken: wanneer ik de dedicated server aanmaakte op mijn hoofd/gaming PC ging alles zonder problemen, via de miniPC op dezelfde wijze niet. Heb de game gameserver van de main/gaming pc manueel overgeplaatst naar de miniPC en dat lijkt nu wel te werken. (server is zichtbaar over de ingame serverbrowser en joinbaar) Ik heb geen flauw idee hoe maar het werkt op deze manier. Had het eerder zo al geprobeerd zonder success maar toen waren die "bijzaak" fouten nog niet opgelost. Dus het poort probleem wat geen uiteindelijk geen probleem was is niet meer relevant 🙂 Toch super bedankt voor de hulp

Tettink · ‎14-05-2024

Bedankt voor je duidelijke antwoord! Bij deze heb ik het static IP veranderd van de mini pc naar 20 en de poorten aangepast. Nu snap ik hoe die interne poort en zijn range werkt. In mijn geval forwarden dus poorten 9876, 9877, 27015, 27016. Nu omdat de dedicated game server aan ligt op de miniPC maar niet zichtbaar is op de andere (main) PC die de game heeft (alle 4 de poorten zijn toegevoed in de firewall van de minipc in en out), wilde ik controleren of de poorten dus effectief open stonden. Dus als ik de dedicated game server die poort 9876 en querypoort 9877 heeft op de mini pc draaiende hou zou deze dus moeten 'luisteren' op respectievelijke poorten, klopt dat? Of hoe kan ik nu controlleren of deze poorten effectief geforward zijn?

Tettink · ‎14-05-2024

Hey, Ik heb voorheen (nog voor de hele telenet webinterface veranderd is de hele telenet miserie) met success ports geforward. Nu ik een mini PC heb samen gesteld (vast IP) wou ik daar graag een dedicated server op draaien die enkele open poorten vereist. Deze zijn geconfigureerd op de minipc en ook op de modem (of zo lijkt het toch). Zoals in de screenshot is dat zowat gelukt al was dat op zich een probleem (Bijzaak: De problemen die ik had: 1/ interne poort laat geen range toe 2/ meestal laat het vakje van externe poort de range binnen hetzelfde nummer niet toe maar bij 9876-9876 gaat ineens wel. 3/ combinatie van 1 en 2 zou het onmogelijk maken 3 opeenvolgende poorten te openen omdat de externe poorten geen overlap toelaten tijdens het invullen.) Nadat de wijziging zijn bevestigd (al sinds gisteren) dacht ik alles in orde was maar verbinden met de dedicated server ging nog steeds niet. Met online tools kree ik closed en stealth als uitkomst en met CMD command telnet <mijn wanIP> <9876> kreeg ik ook een connect failed error op deze poort als voorbeeld. ik weet niet of dit de correcte manier is om poorten te controleren maar het lijkt er dus op dat deze nog steeds gesloten zijn en de expertinstellingen van telenet gewoon maar iets weergeeft maar eigenlijk niets doet. Of doe ik iets verkeerd? Mvg, Joren