Nätverksstrul - någon som kan knäcka denna?

Rent spontant känns det som DNS-problem. Frågan är då vad som orsakar det då det knappast är ComHems DNS som har problem.

Jag undrar därför samma sak som @tomle. Har du sett till att ComHems router är korrekt konfigurerad för att brygga all datatrafik mot din Asus-router, eller använder du Asus-routern endast som accesspunkt?

Skickades från m.sweclockers.com

Precis, testa att endra i det trådlösa nätverkskortets egenskaper. 8.8.8.8 samt 8.8.4.4 bör fungera bra, precis som @Purrfected skriver.
Om detta hjälper så har du bekräftat att det är ett DNS-problem. Därefter kan du ändra vilken DNS-adress som delas ut från den enhet som agerar router.

Att ändra kanal kan absolut påverka, men knappast på detta sätt. Om kanalen vore problemet så skulle du uppleva samma fel oavsett vilken hemsida du försökte besöka. Det skulle fortfarande vara sporadiskt, vilket det tycks vara för dig, men det felet skulle uppstå för alla hemsidor.

Det låter konstigt. Du kan tänka dig kanalerna som filer på en motorväg. Det finns 14 stycken filer/kanaler där all trafik måste samsas. Varje bil är fast i den kanal den är designerad till. Problemet här är att om många i din omgivning väljer att låta sin rafik/sina bilar köra i samma fil som dig så blir det trafikstockning och problem att ta sig fram. Det gör att viss trafik "tappas" och måste skickas om, i den mån det går. Här finns det ingen funktion som väljer ut vad som ska tillåtas och inte utan det är beroende på hur trafikflödet ser ut just vid det tillfället.

Potentiellt skulle du kunna se ett mönster som indikerar att väldigt tungdrivna sidor har mer problem än andra sidor. Men mitt på dagen, på tidiga mornar och sena kvällar/nätter, när det antagligen är mindre trafik, bör alla hemsidor ha fungerat okej om det var ett kanalproblem.

Skillnaden mellan amazon.de och amazon.co.uk kan mycket väl bero på DNS. Det konstiga i dethär fallet är att du endast bytt DNS-inställningar på din dator samt WiFi-kanal på din accesspunkt. Detta ska inte kunna skapa den skillnad du pratar om.

Hej, ursäkta sent svar, missade att du skrivit.

Jag tycker inte tracen ser konstig ut. Du kommer fram till 217.15.243.11 vilket är den IP Avanza använder för sin webbserver. Utöver det så svarar din router som den ska. Att hopp nr 2 timear ut behöver inte vara något fel. Det är fullt möjligt att konfigurera en utrustning så att den inte "svarar" på en trace. Då ser det ut sådär. Dessutom kan du utläsa att DNS:uppslagningen fungerar som den ska baserat på "Tracing route to www.avanza.se [217.15.243.11]".

Det du kan göra är att om det slutar fungera igen, gör samma trace då, från en enhet som inte fungerar, och kontrollera om den ser annorlunda ut. Om det händer är du välkommen att skicka ett privat meddelande till mig så ska vi se om jag kan hjälpa dig. Det finns en viss risk att denna tråd hamnar lite i sörjan av alla andra trådar.

Med tanke på att du upplever/upplevde problematiken på flera olika enheter, dessutom av olika typer, så känns det osannolikt att det skulle vara exempelvis ett proxy-problem, ett virus eller liknande.

Edit:
När det fungerade i vissa webbläsare på vissa enheter, men inte på andra, gick du då bara till startsidan eller gick du vidare och försökte göra andra saker på de olika hemsidorna (när det fungerade)?

Som jag skrev i mitt tidigare inlägg: #17034420 så är det inte möjligt för accesspunkten eller routern att slumpmässigt prioritera trafik på det sättet. Ett bandbyte alternativt frekvensbyte skulle alltså inte lösa TS problem. En avancerad brandvägg skulle kunna prioritera vissa applikationer över andra, men jag är tveksam till att den kan prioritera vissa applikationer över andra, baserat på vilken adress den försöker nå. Här kan jag dock ha fel.

Jag kanske var lite otydlig. Jag menade självfallet inte att ett kanalen är oviktig. Att ligga på rätt kanal kan vara skillnaden mellan ett välfungerande och ett oanvändbart trådlöst nät. Det har du helt rätt i. Det jag säger är att ett kanalbyte inte kan hjälpa den upplevda problematiken som TS har. Så vida problembeskrivningen vi fått är korrekt.

Baserat på att TS bytte kanal och därefter inte haft några problem, tillsammans med det inlägg där du skrev "Misstänker att kanalbyte fick bort dig från en störande granne som överlappade ditt nätverk." så tolkade jag det som att kanalbytet, enligt dig, kan ha löst problemet. Det är felaktigt. Återigen, så vida problembeskrivningen vi fått är korrekt.

Anledningen till att jag nämner prioritering är att routern/accesspunkten omöjligt kan välja vilken trafik som ska släppas igenom (prioritera), baserat på exempevis program och destination. En eventuell frekvensstörning är alltså inte relevant för TS då problematiken visade sig konsekvent selektiv.

Säg gärna till om jag är otydlig.

Det kan såklart vara så att kanalbytet löste TS problem, men om så är fallet bör det vara lite av en slump, alternativt att problembeskrivningen inte riktigt är korrekt. Det finns ingen teknisk förklaring för varför ett kanalbyte skulle lösa den beskrivna problematiken.

Fungerar det fortfarande bra för @Laban80? I så fall vore det intressant om du bytte tillbaka till den kanal som var konfigurerad innna bytet, detta för att se om problemet återkommer eller om någonting annat hände i samband med kanalbytet.