Gå till innehåll

Amar

Medlem
  • Innehållsantal

    29
  • Gick med

  • Besökte senast

Ytterligare profilinformation

  • Från
    Stockholm, Sweden

Amar's Achievements

(1/8)

  1. Om du öppnar inställningarna/visa trådlösa nätverk så har du till vänster möjlighet att se en lista på vilka accesspunkter som du tidigare har kopplat upp dig mot ("visa lista över accesspunkter" eller liknande). Där kan du välja i vilken ordning du skall ansluta dig olika trådlösa nätverk men även ta bort gamla som du automatiskt inte vill ansluta till.
  2. Oavsett om det skulle ha stört dig vid just det tillfället så har du väl inte laddat ned det varje gång du har haft problem? Eller menar du att SP:et är orsak till problemet? Försök att minnas om du hade samma problem innan SP:et laddades ned.
  3. Eftersom du inte kunde nås DNS:en via IP-adressen så kan du utesluta att det är något DNS fel. Det enda undantaget vore att DNS:ens nätkonnektivitet gick ned vilket verkar vara långsökt. Det troliga är att du tappar konnektiviteten. Om det är ute i BBB:s nät eller lokalt är svårt att säga nu. Men när du pratar med deras support nästa gång så nämn att du får "time out" när du försöker köra en trace till DNS:ens IP-adress. De borde då förstå att det är ett fel ute i nätet (alt din access) och därmed veta var de skall felsöka. Lycka till.
  4. Nästa gång du får problem, öppna ett DOS-fönster: Start->Kör-> och i fältet "Öppna" skriv: CMD och tryck sedan <enter> I fönstret som öppnats skriver du vid prompten: tracert 81.26.227 och trycker <enter> Nu slår du upp sökvägen fram till en utav BBB:s DNS-servrar. Om du inte kommer fram så är det ett nätfel och inte ett DNS-fel du har.
  5. Funkar det att köra en trace route mot någon extern IP-adress när felet uppstår?
  6. Några frågor först: 1) Kör du dynamisk IP-adress eller statisk? 2) Om du kör dynamisk - får du DNS inställningarna via DHCP eller har du knackat in dem själv? 3) Om du kör statiskt - har du knackat in DNS inställningarna själv? 4) Ser att 81.26.227.3 mappar mot dns3.bostream.se. Är det verkligen rätt DNS du skall ha? 5) Har du någon firewall som inte fixar port53 om den skall? 6) Kör du bara via BBB eller flyttar du ibland till en annan operatör?
  7. Lite svårt att hjälpa dig då inte har sagt vad det är för program. Har du testat att googla?
  8. Vet inte fabrikatet av burken men enligt FCC-numret innehåller den en: Intersil Americas Inc - Wireless 801.11g Card Bus/MiniPCI https://fjallfoss.fcc.gov/prod/oet/forms/bl...tive_or_pdf=pdf
  9. DNS *är* sårbart. Jag har jobbat med det sedan -95 och vet att den gamla damen inte är riktigt kry. Tyvärr så förlitar sig alldeles för många på att DNS-svaret de får alltid är sanning. Och bygger sin säkerhetslösning på det. Mao, faller DNS så faller allt annat. Men nu är DNSSec på gång vilket känns tryggt.
  10. Nja, det är väl inte exklusivt bara detta? Testen kom bl.a till för att man märkte att DNSSec inte fungerade som det skulle tillsammans med ett antal applikationer. Web var en utav dem. Men i grunden gäller det alla typer som använder DNS. Var "larmet" kommer ifrån är en smaksak. Men om man manipulerar DNS så kommer inte certifikatet att "flagga". Det är kodat mot en viss host. Om IP-adressen bakom denna host ändras, är felaktig eller falsk kan inte certet bedömma. Inte idag i allafall. Nu tänker du nog på certet igen. Jag tror att DNS spoofing kommer att bli mer vanligt i framtiden. Om man lyckas med detta så kan man göra en massa elakt.
  11. SSL/CERT whatever har inget att göra med DNSSec. DNS dras med en inbyggd svaghet och det är att idag inte finns någon säker metod att verifiera att svaret man få är äkta och inte har manipulerats. DNSSec löser detta genom att man signerar varandras zoner med en egen nyckel och att det går att verifiera att källan är korrekt och att innehållet inte har ändrats (tänk PGP). Problemet har visat sig under test med DNSSec i sverige är att vissa routrar inte fixar DNS-paket som har signerats via DNSSec. Dessa routrar kastade paketen i tysthet och användarens access dog. Därför gjordes denna test för att kolla vilka routrar som stöder den standard som faktiskt finns.
  12. Många undrar vad IIS som driver den svenska toppdomänen .se gör med sin vinst. Här är ett exempel på hur pengarna kommer tillbaka som nytta för användarna. De har testat ett antal "hemmaroutrar" och fått fram hur bra deras prestanda är samt om de stöder saker som t.ex DNSSec mm: Pressreleasen: http://www.iis.se/about/press?id=135 Testen: http://www.iis.se/docs/Routertester.pdf
  13. Jag syftade inte på dig utan ville testa om det var servern som var seg, om det var något fel i DNS eller något annat som kunde ställa till det. Eftersom script kan slöa ned hur en sida laddas så valde jag att slå av det i min webbläsare. Resultatet visar att det med största säkerhet inte är något med servern, DNS eller liknande utan ligger i koden på sidan. Frågan är bara vad.
  14. Kan du se vilken IP-adress du får från DHCP:n? Det kan vara så trivialt att man har glömt att lägga in adressblocket i routingtabellen i operatörens router. Japp, det har hänt förr.
  15. Testade och stängde av alla script. Det gick normalsnabbt för ett forum. Kan inte märka något lagg. Däremot var det någon "affiliate"-länk som tog lite tid.
×
×
  • Skapa nytt...