Over Gianni

Gianni · ‎09-12-2015

Er zijn 2 mogelijke oorzaken: 1/ je IP. Youtube, Google, Facebook, ... zijn allemaal sites die toegankelijk zijn via zowel IPv4 als via IPv6. Andere sites zijn meestal nog enkel via IPv4 bereikbaar. Dat betekent dus dat je wel internettoegang hebt via IPv6 maar niet via IPv4. In dat geval ga je op zoek moeten naar een IP conflict. bv: is er iemand op kot die een eigen routertje heeft geplaatst? Probeer eens alle UTP's uit de modem te trekken en sluit dan 1 laptop aan via een kort kabeltje. Werkt het dan wel? -> Toestel op het netwerk dat problemen veroorzaakt. Werkt het dan nog niet, kan het zijn dat er een probleem met de modem is. 2/ je zit misschien op smallband. Check dus zeker eens de Telemeter.

Gianni · ‎08-12-2015

@ John1: Ik volg jouw redenering, maar de manier waarop je dit analyseert is toch niet helemaal de juiste. Als Cisco Network Engineer zal je wellicht vertrouwd zijn met de term "control plane protection". Dan zou je ook moeten weten dat ICMP packets bedoeld voor die router wel eens kunnen gedropt worden om voorrang te geven aan de data dat dóór de router moet. @ u783736 Doe dus eens een pingtest naar je eindbestemming, in dit geval de gameserver. DIt mag gerust vanaf een laptop/PC zijn. Als je tijdens het gamen deze ping laat lopen en je ziet packetloss naar die server... dan is er inderdaad iets mis. Maar probeer dan toch zeker ook nog eens met een UTP, want wie weet zit je (ook) met een WiFi-probleem zoals steven_vc al aanhaalde. Want als je zegt dat ook je ipad er last van heeft, denk ik niet dat dit écht p2p traffic shaping zou zijn zoals John1 hier aanhaalt. Mocht je dan ook via UTP last hebben van packetloss, contacteer je best Telenet om je installatie eens na te zien.

Gianni · ‎07-12-2015

Verdiepingen overbruggen met WiFi is niet altijd probleemloos. In volgorde van 'beste keuze': 1/ Beste oplossing: UTP-kabel (maar volgens jou onhaalbaar). Is er nergens een technische ruimte waar die kabel kan doorgelegd worden? 2/ Als je een eigen coaxkabel hebt, neem je best een eigen abonnement. Dan staat de draadloze modem op jouw verdiep en zal je via WiFi wel een hogere snelheid kunnen halen. 3/ Alternatief: powerlines, maar op een appartement zullen er vermoedelijk verschillende meterkasten zijn, en dus ook slechte powerline verbinding. Je kan dus al snel 90 euro kwijt zijn zonder dat het werkt. 99/ Repeaters zouden door sommigen misschien ook wel eens kunnen voorgesteld worden, maar blijf daar zo ver mogelijk van weg. Een repeater moet je plaatsen op een loactie waar de WiFi ontvangst nog goed is (dat zou dus op 1ste of 2de verdiep zijn?), maar dan halveer je wel de bandbreedte. De kans is dus groot dat je die investering ook voor amper enkele Mbps' extra deed

Gianni · ‎07-12-2015

De andere moet inderdaad IPv6 connectie hebben 😉 Wat dat IP betreft, neem je voor je server beter het 3de (datgene dat is gebaseerd op je MAC-id) omdat het permanente is. Het eerst kan af en toe wijzigen om de traceerbaarheid een beetje tegen te gaan. Dit is dus hetgene dat je gaat gebruiken om te surfen. Om je server bereikbaar te maken, neem je dus best niet dat.

Gianni · ‎07-12-2015

wat igvfer zegt, OF het stuurprogramma van je netwerkkaart werd overschreven door Microsoft. Ga naar de site van de fabrikant van jouw laptop en download daar de driver/stuurprogramma voor de draadloze netwerkkaart. Dit zal je uiteraard via een andere laptop moeten doen en dit op USB stick zetten. Vervolgens ga je in het netwerkcentrum naar de eigenschappen van je netwerkkaart en kies je in het tabblad "stuurprogramma" (of drivers in 't Engels) voor "stuurprogramma bijwerken". Kies dan de bestanden die je van de fabrikant gedownload hebt. Stappenplan is ook hier te vinden: http://windows.microsoft.com/nl-be/windows/fix-network-adapter-problems#1TC=windows-8

Gianni · ‎07-12-2015

Neen. DHCP reservation of static lease (of gelijk hoe je het wil noemen) is niet mogelijk met de HGW. Je kan wel op het toestel zelf een statisch IP adres instellen (en dan liefst tussen 2en 99 want de DHCP deelt IP-adressen >100 uit).

Gianni · ‎06-12-2015

Geen idee. Denk niet dat het mogelijk is, en anders is het héél goed verstopt.

Gianni · ‎06-12-2015

Zit je wel te scannen in het juiste subnet? Standaard is dit bij de HGW van Telenet 192.168.0.x (enkel het laatste cijfer wijzigt) en tenzij je dit hebt gewijzigd die je de ARP-scan dus van 192.168.0.1 tot 192.168.0.255. Er is in de HGW niks dat deze scan tegenhoudt. Sowieso zou je de HGW zelf moeten kunnen pingen (192.168.0.1) Ik gebruik Fing, en die ziet al mijn devices in elk geval.

Gianni · ‎06-12-2015

Elk toestel krijgt bij mij zijn eigen publieke IPv6 adres hoor. Als je het gewoon bij de HGW houdt en daar toestellen op aansluit krijgen die allemaal een publiek IP. Let wel dat je eerst je IPv6 firewallsettings via mijntelenet.be moet aanpassen om een bepaald toestel toegankelijk te maken van buitenaf. Als je persé met een eigen router wil werken, zal je inderdaad zelf moeten instaan voor de onderverdeling over je eigen toestellen.

Gianni · ‎05-12-2015

Kenneth, Dit gebeurt volledig automatisch. Je hoeft hier zelf niks voor te doen en je kan het bovendien niet zelf. Waarom MOET je je firmware updaten?

Gianni · ‎05-12-2015

802.11ac betekent niet "sterkere Wi-Fi". Er gelden daar namelijk nog steeds strenge regels qua uitzendsterkte. Die uitzendsterkte wijzigt niet hé. Wel biedt .11ac enkele verbeteringen op vlak van bandbreedte en performantie ALS jouw netwerkadapter ook een ac-adapter is! Enkele verbeteringen van 802.11ac tov 801.11n: - enkel 5GHz (eindelijk), al is er nog .11n in de 2,4GHz ondersteuning om backwards compatible te zijn - bredere kanalen kunnen gebruikt - hogere modulatie mogelijk (dicht van het AP) Als je een slecht bereik hebt, zal het inderdaad niet helpen door een andere modem te plaatsen. Je zet dan beter een AP bij op de plaats waar je slechte ontvangst hebt.

Gianni · ‎05-12-2015

IPv4 Zou het kunnen dat het IP van de rpi is veranderd? In dat geval moet je ook je DMZ opnieuw wijzigen. Stel voor de zekerheid anders ook eens portforwarding in. Het beste is dat je de rpi een statisch IP geeft buiten de DHCP-range van de HGW (dus 192.168.x.2-99); dan moet je er al niet mee inzitten dat dit zou kunnen wijzigen. IPv6 Om IPv6 van buitenaf bereikbaar te maken moet je nog een firewallrule toevoegen. Om te testen kan je nu eens snel "accept all from any" Protocol: any Source: any Destination: LAN Mode: accepteer Eens dat werkt, zet je die regel dan best af en maak je een striktere regel op basis van hetgeen je wil en naar welk IPv6 je wil. Je gebruikt dus maw ook best een statisch IPv6 adres (je prefix kan je ook in MijnTelenet vinden onder geavanceerd > netwerk > WAN-configuratie)

Gianni · ‎28-11-2015

Even ingrijpen: De 5GHz een andere naam geven zal ervoor zorgen dat jouw smartphone minder snel naar de 5GHz zal overschakelen. Als je nu geen problemen hebt met je tablet, laat je die namen best staan. Bovenstaande raadgevingen (aparte naam voor beide banden) mogen enkel dienen om te testen! OF als de 2.4GHz band zwaar verzadigd of verstoord is, dit laatste lijkt mij uit je feedback niet het geval. In dat geval schakel je de 2.4GHz dan best gewoon uit ('t is hard, maar wel het beste in die extreme gevallen). Het is enkel jouw laptop die moeite heeft, op de 2.4GHz. De juiste oplossing is er dus voor zorgen dat ook die op de 5GHz kan connecteren. De naam aanpassen zal voor jouw laptop geen oplossing bieden.

Gianni · ‎24-11-2015

Het kan wel, maar je bent afhankelijk van een aantal zaken. - afstand - omgeving (andere WiFi netwerken of stoorbronnen) - jouw eigen apparatuur Zo kan je met bijvoorbeeld een recente macbook air wel degelijk 190 Mbps halen over WiFi op een Telenetmodem (op 5GHz).

Gianni · ‎21-11-2015

Harry, Wat je beweert is helemaal niet uniek en de oorspronkelijke bedoeling van SMTP. https://nl.wikipedia.org/wiki/Simple_Mail_Transfer_Protocol Op Wikipedia is de info betreffende deze materie wel correct: Eén van de beperkingen van het originele SMTP is dat er geen betrouwbare mogelijkheid is om na te gaan of de zender echt is wie hij beweert te zijn. Deze beperking wordt uitgebuit bij het versturen van spam, waarbij een fictieve afzender bij een e-mail kan worden opgegeven. Om spam te voorkomen blokkeren sommige providers poort 25 (de SMTP-serverpoort) voor klanten om te voorkomen dat een zogenaamde open relay server gestart kan worden door de gebruiker of malware. Poort 587, de SMTP-submissiepoort, wordt veelal niet geblokkeerd en heeft daarom de voorkeur voor het verzenden van e-mail. SMTP grondig veranderen of vervangen door een compleet nieuw protocol wordt niet mogelijk geacht omdat het zo veelvuldig verspreid en geïmplementeerd is. Om vooralsnog te verifiëren of de afzender de server als relay mag gebruiken, werd de SMTP-AUTH-extensie ontwikkeld. Zie ook Re: slachtoffer van e-mail spoofing Telenet biedt en promoot al enkele jaren authenticated SMTP aan (op poort 587). En zelfs al zou Telenet alle niet-geauthenticeerde personen de toegang ontzeggen op poort 25, dan nog zouden mails verstuurd kunnen worden via SMTP servers van andere providers of bedrijven. Dat is ook te zien in het voorbeeld dat in deze andere thread staat. De mail was afkomstig van de SMTP server bij een hostingbedrijfje uit Groot-Brittanië. Een nieuw emailadres zou tijdelijk een oplossing kunnen zijn, maar eens dat bekend geraakt kan hetzelfde probleem zich voordoen. Van alle probleemgevallen die ik ken (maar die zijn op één hand te tellen), zijn het net die personen die het niet al te nauw nemen met de geldende regels over het doorsturen van mailtjes (iedereen in TO of CC, emailadressen van vorige mails laten staan, ...). Als deze praktijken niet worden vermeden door de persoon en zijn correspondenten, dan kan het probleem op jouw nieuwe emailadres terugkomen. Wat wel zou kunnen is het filteren van deze mails door een spamfilter, maar dat is waarschijnlijk niet altijd even simpel.