Problem att komma åt Thailandsforum från Thailand

[Nille]

Har hört från åtminstone 2 personer att de inte lyckats komma åt forumet från Thailand idag. Tyvärr vet jag inte om de använder samma ISP eller inte. Samma förklaring från båda – det bara står och “tuggar”

[Rosarin]

No problem från Samui än så länge idag. peppar peppar

[Thaisambo]

Det jag föreslår är naturligtvis att man öppnar ett kommandofönster medan webbläsaren “tuggar” och kollar med hjälp av kommandot netstat enligt följande:

C:>netstat



Aktiva anslutningar



Prot.  Lokal adress              Extern adress             Status

...........

TCP    xxxxxxx:2932        208.116.32.55:http        TIME_WAIT (normalt svar)

TCP    xxxxxxx:2932        208.116.32.55:http        ESTABLISHED (alternativt svar, HTTP sessionen är öppen)

TCP    xxxxxxx:2932        208.116.32.55:http        SYN_SENT (betyder att man inte fått kontakt)

............

Att adressen 208.116.32.55 verkligen pekar på http://www.thailandsforum.se ser man på det här sättet:

C:>ping http://www.thailandsforum.se



Skickar signaler till thailandsforum.se [208.116.32.55] med 32 byte data:



Svar från 208.116.32.55: byte=32 tid=101ms TTL=54

Svar från 208.116.32.55: byte=32 tid=101ms TTL=54

Svar från 208.116.32.55: byte=32 tid=100ms TTL=54

Svar från 208.116.32.55: byte=32 tid=102ms TTL=54



Ping-statistik för 208.116.32.55:

Paket: Skickade = 4, mottagna = 4, Förlorade = 0 (0 %),

Ungefärligt överföringstid i millisekunder:

Lägsta = 100 ms, Högsta = 102 ms, Medel = 101 ms

Man kan även kvalitetstesta förbindelsen med kommandot pathping. Jag har maskerat de första tio routerhoppen, men det ska vara begripligt ändå.

C:>pathping http://www.thailandsforum.se



Spårar väg till thailandsforum.se [208.116.32.55]

över högst 30 hopp:

0  ........

1  ........

2  ........

3  ........

4  ........

5  ........

6  ........

7  ........

8  ........

9  ........

10  fortress-120799-nyk-b2.c.telia.net [213.248.83.106]

11  208.116.63.231

12  edge1-100del.fbyne.com [65.98.0.78]

13  66.187.96.253

14  208.116.32.55



Statistik för 350 sekunder beräknas...



Källa hit   Denna nod/länk

Hopp   Tid   förl/skic=    %   förl/skic=    %  Adress

0                                             ........

0/ 100 =  0 %   |

1    0 ms    0/ 100 =  0 %     0/ 100 =  0 %  ........

0/ 100 =  0 %   |

2    1 ms    0/ 100 =  0 %     0/ 100 =  0 %  ........

0/ 100 =  0 %   |

3    2 ms    0/ 100 =  0 %     0/ 100 =  0 %  ........

0/ 100 =  0 %   |

4    3 ms    0/ 100 =  0 %     0/ 100 =  0 %  ........

0/ 100 =  0 %   |

5   12 ms    0/ 100 =  0 %     0/ 100 =  0 %  ........

0/ 100 =  0 %   |

6   11 ms    0/ 100 =  0 %     0/ 100 =  0 %  ........

0/ 100 =  0 %   |

7   13 ms    0/ 100 =  0 %     0/ 100 =  0 %  ........

0/ 100 =  0 %   |

8   97 ms    0/ 100 =  0 %     0/ 100 =  0 %  ........

0/ 100 =  0 %   |

9   99 ms    0/ 100 =  0 %     0/ 100 =  0 %  ........

0/ 100 =  0 %   |

10  132 ms    0/ 100 =  0 %     0/ 100 =  0 %  fortress-120799-nyk-b2.c.telia.net [213.248.83.106]

0/ 100 =  0 %   |

11  107 ms    0/ 100 =  0 %     0/ 100 =  0 %  208.116.63.231

0/ 100 =  0 %   |

12  107 ms    1/ 100 =  1 %     1/ 100 =  1 %  edge1-100del.fbyne.com [65.98.0.78]

0/ 100 =  0 %   |

13  107 ms    0/ 100 =  0 %     0/ 100 =  0 %  66.187.96.253

1/ 100 =  1 %   |

14  100 ms    1/ 100 =  1 %     0/ 100 =  0 %  208.116.32.55



Spårning utförd.

Att enstaka paketförluster sker är inget att oroa sej för – HTTP bygger på TCP och paketförluster kompenseras normalt automatiskt (TCP i Windows miljö gör omsändning upp till fem gånger innan fel signaleras).

Testa förbindelsen så här om det är någon tvekan ifall man kommer fram eller inte – det här är information om hur förbindelsen fungerar och var eventuella svagheter kan finnas!

Jag hoppas verkligen att http://www.thailandsforum.se inte är svartlistat nånstans!

[Peter_Bangkok]

Inga problem här i bangkok

[leo]

Nej, jag har inte haft några problem med att komma in på Thailandsforum, men jag har ju Mac så jag har inte sett några hoppande sidor heller. Aldrig får man vara med om något kul…

[Nille]

Skumt det fortsätter. Det intressanta är att vi har en utvecklingsversion av forumet i en annan folder och den kommer båda dessa killar åt. De kommer inte åt /forum/ men de kommer åt /utvecklingsversionenXXX/ samma databas så de ser vad alla andra ser, och kan lägga inlägg som vanligt. ?????

[Thaisambo]

Enda stället där namnet på underkatalogen förekommer är i HTTP GET satsen….

Prova:

C:>telnet http://www.thailandsforum.se 80

GET /forum/….. HTTP/1.1
host: http://www.thailandsforum.se

Det ska ge en HTTP textbuffert i retur med bl a HTTP returkod och även data. host: argumentet är obligatoriskt i HTTP 1.1 men man kan använda HTTP 1.0 också under förutsättning att forumet inte ligger som en virtuell web host (den använder host: argumentet för att se vilken virtuell web host den ska till).

[leo]

@Thaisambo wrote:

Det ska ge en HTTP textbuffert i retur med bl a HTTP returkod och även data. host: argumentet är obligatoriskt i HTTP 1.1 men man kan använda HTTP 1.0 också under förutsättning att forumet inte ligger som en virtuell web host (den använder host: argumentet för att se vilken virtuell web host den ska till).

Ojdå, mycket host där. Fattar inte ett jota av vad du beskriver, men tråkigt att du blivit förkyld i det kalla Sverige. Krya på dig!

[Thaisambo]

@leo wrote:

Ojdå, mycket host där. Fattar inte ett jota av vad du beskriver, men tråkigt att du blivit förkyld i det kalla Sverige. Krya på dig!

Hahaha! Inte tänkte jag på det svenska ordet för hosta men visst är det så. Annars brukar det engelska “host” översättas till värddator (utom när man talar om semantiska uttryck i datorkommunikation).

Man bockar och tackar allra ödmjukast för den vänliga tanken!

Det är klart att jag fattar att det där är rappakalja för de flesta, men det finns kanske någon som har nytta av informationen och hum om Telnet. Det är verktyg för att skala bort dimmolnen som man får dras med när man kör vanlig webbläsare – man ser inte så mycket av datatrafiken.

Men Telnet är ett mycket användbart verktyg för specialisterna!

[Olsson]

Ungefär sådär det såg ut när man läste tillämpad datakommunikation och lekte med Telnet samt paketsniffare. Det kommer jag säkert glömma om ett par år 🙂 Vad jobbar du med Thaisambo (om man får fråga)?

[Thaisambo]

@Olsson wrote:

Ungefär sådär det såg ut när man läste tillämpad datakommunikation och lekte med Telnet samt paketsniffare. Det kommer jag säkert glömma om ett par år 🙂 Vad jobbar du med Thaisambo (om man får fråga)?

Det är förstås inom IT-branschen jag är verksam, kanske mer som generalist numera och är på 34:e året i branschen.

[Nille]

Muhlman och Per Eriksson, vilka internet leverantörer har ni?

[Mojay]

Har haft samma problem i några dagar.
Webläsaren bara maler tills den hänger sig.

Har löst det genom att gå in på direktlänk till nya länkar:
search.php?search_id=newposts

Därefter fungerar allt på forumet som vanligt.

Jag har TOT.

[Muhlman]

Hej,

Jag har fortfarande samma problem både på jobbet och hemma. På jobbet har vi Pacnet som provider (tidigare Pacific Internet), hemma vet jag inte. Skumt detta… ps. Kommer in nu endast via speciallänken jag fick av dig Nille Ds.

[Nille]

@Muhlman wrote:

Hej,

Jag har fortfarande samma problem både på jobbet och hemma. På jobbet har vi Pacnet som provider (tidigare Pacific Internet), hemma vet jag inte. Skumt detta… ps. Kommer in nu endast via speciallänken jag fick av dig Nille Ds.

Och länken som Mojay postade fungerar inte heller?

Ps. Ni som får problem, glöm inte att kontakta oss per email (samma adress som nyhetsbrevet kommer från) så att vi kan ge er en annan väg in.

[Thaisambo]

När det ser ut så här så pekar det mesta på att det är fråga om något slags paketfilter som kollar innehållet i en utgående HTTP GET sats och blockerar på grund av någon teckenföljd där. Det är också möjligt att det är svarspaketet som har det kritiska innehållet och därför blockeras för leverans.

Nille borde kunna se i HTTP serverns logg om aktuella requests kommit fram (sök på ungefärlig tidpunkt och avsändarens IP adress så ska man hitta det). Den loggade HTTP returkoden är ingen garanti för att leverans verkligen skett, utan talar bara om vad den tänkt sej att leverera tillbaka till klienten. Antal levererade bytes i svaret enligt loggen finns också med som en HTTP header (beskriver svarsbuffertens storlek) och kan inte tolkas som att den verkligen levererat det (räknas ut innan leverans av svar startar).

Jag skulle tippa att det är svarspaketet som inte släppts fram av paketfiltret var det nu sitter. Vore det utgående request så är det normalt att man får tillbaka något meddelande om att man gjort något man inte får istället för den önskade webbsidan. Och det ser ut att vara kopplat till Internetleverantören.

Föreslår att kontakt tas med Internetleverantören och fråga om det här. Men säkra först att det inte är i den egna utrustningen som problemkällan sitter!

[Mojay]

Problemet kommer inte från en utan från minst 2-3 olika Internetleverantörer.
Ett problem kan vara den uppdatering som gjordes nyligen.

Jag provade nyligen och jag får samma malande igen när jag går in på forumet. detta med IE6, provade nu från en annan dator med IE7 och det fungerade nu perfekt.

Eftersom själva forumet fungerar felfritt, men inte om man går in genom huvudsidan så torde felet ligga någonstans där kanske. Eftersom det fungerar bra från en dator och inte alls från en annan dator, i på samma router och lina så ser jag inte att felet har något direkt med Thailand att göra.

Har inga från Sverige liknande problem?

Kan det vara någon loggning eller liknande på huvudsidan som felar när man använder en äldre browser, i detta fall IE6, eller SP till IE för IE6 eller IE7.

[stgrhe]

Jag använder oftast Firefix, betaversionen 3.1 och kommer nästan alltid in direkt. Då det går trögt har det med min ADSL-lina att göra – f-n ta TOT och deras dålig internetkoppling. Ibland går jag in med IE8 och jag kan inte finna någon skillnad mot Firefox.

Göran

[Nille]

@Thaisambo wrote:

När det ser ut så här så pekar det mesta på att det är fråga om något slags paketfilter som kollar innehållet i en utgående HTTP GET sats och blockerar på grund av någon teckenföljd där. Det är också möjligt att det är svarspaketet som har det kritiska innehållet och därför blockeras för leverans.

Nille borde kunna se i HTTP serverns logg om aktuella requests kommit fram (sök på ungefärlig tidpunkt och avsändarens IP adress så ska man hitta det). Den loggade HTTP returkoden är ingen garanti för att leverans verkligen skett, utan talar bara om vad den tänkt sej att leverera tillbaka till klienten. Antal levererade bytes i svaret enligt loggen finns också med som en HTTP header (beskriver svarsbuffertens storlek) och kan inte tolkas som att den verkligen levererat det (räknas ut innan leverans av svar startar).

Jag skulle tippa att det är svarspaketet som inte släppts fram av paketfiltret var det nu sitter. Vore det utgående request så är det normalt att man får tillbaka något meddelande om att man gjort något man inte får istället för den önskade webbsidan. Och det ser ut att vara kopplat till Internetleverantören.

Föreslår att kontakt tas med Internetleverantören och fråga om det här. Men säkra först att det inte är i den egna utrustningen som problemkällan sitter!

Jag är rädd för att den inte kommer göra mig mycket klokare. Det vore intressant att veta vad som går snett. I dagsläget verkar det vara indexfilen i folderroten som ger problem för somliga.

Thaisambo, om jag tar ut detta kan du i så fall hjälpa till med att titta på logfilen? Något specifikt som skall inkluderas?

[Malee]

Jag har knappt varit här på senaste tiden pga av de tekniska problemen, kommer liksom ingen vart så jag tröttnat. Men idag ser det normalt ut!

[Thaisambo]

@Nille wrote:

Thaisambo, om jag tar ut detta kan du i så fall hjälpa till med att titta på logfilen? Något specifikt som skall inkluderas?

Visst kan jag hjälpa till, det är inget problem. Men det som loggfilen kan hjälpa till med är ingen komplicerad sak, man kan visst tolka den och Du har troligen NCSA format på den, det är den ursprungliga standarden för webbloggar (Microsoft var inte nöjda och införde bl a sitt Extended format, men de loggarna är försedda med metadata och det går att lista ut vad fälten står för).

Hursomhelst, det vi kan kolla är vad som händer på serversidan när ett kritiskt anrop kommer, hur långt han kommer och på det sättet se vad som är problemet, vi kan identifiera problempaketet, vilka svarsdata som åstadkommer låsningen.
Som jämförelse behöver man se ett “normalt” anrop också och på så sätt se vad det var som skulle laddas ned, normalt en kompott av HTML och diverse olika webbobjekt som bilder och annat.
Det gäller att hitta det kritiska anropets loggposter också och nycklar för det är klockslag samt IP adress.

Med lite tur kan vi detaljstudera sända data och se vad som gör att de inte går fram.

Alternativvägen kan ge jämförande data, som underlättar identifikation av det som är kritiskt.

De får inga synbara svarsdata i den här situationen och inget meddelande från det förmodade filtret som skulle stoppa. Det är därför jag tror att det är svarsdata från servern som blockeras nånstans. Jag kan göra läsbara trafikinspelningar om jag vet vilka anrop det gäller, det är väl startsidan, även för alternativingången? Hur skiljer sej de åt etc…

[Nille]

Skickade precis ett email till dig innehållande 3 olika logfiler från sajt rooten. Hoppas de gör dig klokare än vad de gör mig… :albino:

[Thaisambo]

@Nille wrote:

Skickade precis ett email till dig innehållande 3 olika logfiler från sajt rooten. Hoppas de gör dig klokare än vad de gör mig… :albino:

Har just svarat!

[Nille]

Tack vare Thaisambos skarpa analys och vår egen phpBB specialist Kjelle tror jag att vi lyckats pinnpointa problemet. Det är bara för härligt vad man kan göra som en grupp om man jobbar tillsammans.

Sedan är världen liten… Det visar sig att Kjelle och Thaisambo har jobbat tillsammans. Jag lägger inte ut företaget här eftersom jag inte vet hur anonyma dem vill vara med visst är det lustigt.

Det var inte Domus men det tror jag ni redan listat ut :reindeer:

[Kjell]

Inte EPA heller för den delen :compress:

Jag tror Thaisambos arbetar på plan 7 i en 400 meter lång byggnad…. men det är inte ovanligt att man träffas på ett sådant här sätt, det är värre då man sticker ifrån det här landet för att få lugn och ro, å då bor grannen även granne där man är på sin tillflyktsort :blackeye:

Hoppas det löser sig nu med den hjälp ni har fått.

[Thaisambo]

Hej Kjell!

Det var nästan rätt, men bara nästan om man ska vara kitslig. Dock riktigt nära, men nära skjuter ingen hare. Det är på plan 6 för tillfället, på Din tid satt vi på plan 9.
Kul att se Dej här förresten!

[Jon]

Hade varit skoj att veta vad som var fel. Jobbar själv med IT, och mer åt nätverksbiten, än programmering!

[Nille]

Tyvärr så lyckades vi inte lösa problemet. För min del får ni klistra in allt i denna tråd.

[Kjell]

Så här är det, IE6 som jag testade nu (måste slita fram gamla datorn) låser sig och jag testade två andra vägar in till det här forumet och det fungerar klockrent. så det är inget med php att göra utan måste ligga i själva temat. Nu vet jag att det ligger lite fel i det här temat och ska kunna titta på det i morgon.
Skulle behöva sova lite då jag var på benen redan vid halv fyra :sleepy2:

[Jon]

Så JS/CSS-problem?

[Kjell]

Ja, det är ett css problem, men det är inte själva stillmallen utan hur den är placerad i html koden.
Hoppas jag :cheers:

[Jon]

Då överlåter jag det till er och ägnar mig åt konjaken. CSS-strul är ett helvete innan man rett ut det (och då man väl gjort det känns allting helt logiskt igen)!

[Thaisambo]

PHP är ju serverscripts! Vad jag förstår så sänder dessa alltid iväg data, och det är ju dessa data som interpreteras av klienten sen.

Jag testade ju med W3C:s validator, http://validator.w3.org/, och det var ganska många flaggor som kom upp, det handlar ju om vad som sänds ut från PHP-scriptsen och varför det skulle ge problem hos klienten, och såna här problem hanteras på olika sätt i klienten. Vore bra att åtgärda de saker som validatorn flaggar för i den genererade outputen. Även om problemet i sig kanske inte beror på att HTTP headern Content-Length saknas så är det ändå bra att ha med den för att säkerställa att det inte blir problem i någon webbklient.

Har Du kunnat reproducera det med IE6 är det en indikation på att det är i just den klienten som det spårar ur så att det låser sej.

Vad använder de som klagat för webbklient? Beteendet kan kanske knytas till just IE6 och inte nödvändigtvis till att man sitter i Thailand.

---

Edit: Nu har jag växlat till IE6 under Windows 2000, svensk version (har multipla operativ på stationen). Det är helt riktigt, låsningarna kommer med IE6, man ser att den laddar ned, men sedan “dör” IE6:an, den går i baklås och “stop” knappen är nedsläckt, det går heller inte att gå till nån annan sida utan man får stänga ner IE6 och starta om den. Den går i baklås helt enkelt när den försöker tolka data.

[Thaisambo]

@seaserpent wrote:

Det kastar lite ljus på saken, eftersom Microsoft inte vill följa w3c standarden i IE, men det lär komma med IE 8….

Nja, även Microsoft ansluter till generell defacto standard på hur data ska utväxlas, t ex W3C, och fungerar med den. Det är inte standarden som innehåller något som inte hanteras av Microsoft, det är tvärtom. Att lägga till leverantörsberoende tillägg och utökningar har andra syften.

Det är som att standardisera en smörgås till att bestå av smör och bröd. Och det är väl bra med det.

Så utökar då en leverantör denna smörgås med ett pålägg, t ex en skiva korv. Uppskattat av en del, men de som är allergiska och mår dåligt av korvskivan uppskattar inte det. Men denna utökning av smörgåsstandarden trycks på alla – de som inte är med på det “hängs av”, får inte vara med längre.

Att jämföra med att man mal ned korvskivan och blandar in den i smöret skulle kunna göra exemplet tydligare – alla kan inte längre äta denna smörgås eftersom den utökats med korvinnehållet i smöret.

Men det är ingenting sånt aktuellt här.

Verktyg som W3C:s validator hjälper programmerarna att skapa plattformsoberoende resultat och är därför inte populära hos kommersiella leverantörer, som ekonomiskt lever på att kunden binds till leverantörens produkter och verktyg.

[Kjell]

Oj, nästan som en roman :thumbleft:
Jo, det är rätt att servern kör php scriptet, men trots det så kan man göra så att vissa klienter låser sig, och då oftast vid variabler där man ska känna av klienttyp, det mest vanliga är då en vit sida och ingen låsning.

Jag tycker inte om korv, men är tvungen att ta hänsyn till personalen, då dom kan känna sig avvisande om jag säger nej tack.

Jo, WC3 är bra, men om man inte har råd eller den kunskapen om som krävs så måste man anlita någon som gör jobbet, vilket oftast medför en kostnad och ska man ha den tjänsten gratis så får man ställa sig i kön och vänta in sin tur. jag själv lever på att bre smörgåsar :tongue:

[Nille]

Men det är ju ett fantastiskt forum man sitter på. Det löser problem medan man sover :salute:

Det låter som om vi har isolerat problemet och står med svärdet i huggläge. Härligt.

[Thaisambo]

Jag fixar fram underlag. Ska försöka fixa radnummer så man kan hitta också!

[Kjell]

Dom stämmer nog inte längre… har redan fixat så IE5 och 6 kan fungera, hittade öppna tabeller m.m.
Vi kommer inte lägga ner så mycket tid på det här temat på grund av ett nytt är på gång.

Det är 38 Error kvar, men dom kan vi skippa just nu på grund av det jag skrev ovan.

[Thaisambo]

Okej, bra att det kommit igång!

Öppna element (där man inte fått med avslutaren, typ ) är ett otyg, det kan få parsern i en webbläsare att löpa amok hej vilt när den inte ser var satsen slutar.

[Kjell]

Det var 97 errors när jag startade med felsökningen och det mesta var öppna taggar, och det kan vara svårt att hitta utan verktyg, det är som att hitta avstavningsfel i en stor bok, för hjärnan vet vad det ska stå och förbiser många gånger “små” fel, men det gör ju inte webbläsare :compress:

[Thaisambo]

@Kjell wrote:

Det var 97 errors när jag startade med felsökningen och det mesta var öppna taggar, och det kan vara svårt att hitta utan verktyg, det är som att hitta avstavningsfel i en stor bok, för hjärnan vet vad det ska stå och förbiser många gånger “små” fel, men det gör ju inte webbläsare :compress:

Webbläsarnas parsers fungerar inte som syntaxcheckern i en kompilator, kompilatorn skriker till i högan sky för minsta lilla miss, möjligen kan den nedlåta sej till att ge en WARNING (W) i vissa elementära fall.
Men en webbläsares parser är gjord för att vara höggradigt feltolerant, den gissar sej friskt fram – friskt vågat är hälften vunnet – och besvärar nästan aldrig användaren med något felmeddelande.

Men det här är ett allvarligt problem, eftersom den gissar sej fram så friskt så kan den också feltolka kod och hamna i lägen det aldrig varit tänkt att den skulle hamna. Det är tekniskt sett en säkerhetsrisk och blir en sådan situation allmänt känd och erbjuder en viss potential, t ex möjlighet att avlyssna tangentbordet, kopiera eller radera hårddisk etc, så vips dyker det upp nån som försöker utnyttja det och distribuerar kod som ska hjälpa honom att komma åt eller göra nåt användaren knappast vill ha i datorn. Vips har vi ett nytt virus på kartan, ofta sofistikerade och svårdetekterade programsnuttar som utnyttjar såna här brister – för det är en brist att ha feltolerant programvara, den kan löpa amok och göra oönskade saker.

Men det är bekvämt för användaren förstås, han slipper i de flesta fall rätta nånting själv och kan köra på utan att tänka så länge det fungerar. Det är en latent bomb med det och framförallt Microsoft Windows med alla sina automatiserade exekveringar är svårt utsatt för det. Bakom problemet ligger företagsstrategin att ge användarvänlighet högsta prioritet, programvarorna ska vara lättanvända och bara köras så länge nånting fungerar så användaren inte besväras.

Men volymen växer och det är många som befarar att Microsoft Windows så småningom kan nå kritisk massa inom en inte alltför avlägsen framtid. Sker det blir effekterna förödande (Internet Explorer är en portal för det genom integrationen med allt möjligt i operativet så rekommendationen att hellre använda andra webbläsare är mycket välgrundad). Microsoft är medvetna om detta och försöker idag få total kontroll över alla Windowssystem över hela världen så att det inte ska ske, det är en monopolisering av programvara för Windows som pågår. Men det går ut över tredjepartsleverantörer till Windowplattformen som får det mycket besvärligt och även över företagens IT-förvaltningar.

[leo]

Det enda jag fattar av den här tråden är det där med mackan och korven som mals ner i smöret. Tack för konkretiseringen! Å andra sidan har jag svårt för leverpastej som innehåller gurka och kaviar som är blandad med ost så låt oss hoppas att ingen mejerist får för sig att blanda korv i smöret, fast det är nog bara en tidsfråga med dagens snabba “produktutveckling”.

Vad jag vill med inlägget är att fråga hur det ni beskriver endast kan påverka användare i Thailand? Är web-läsarna annorlunda här mot i Sverige?

Återigen; min mac med Firefox har inte haft några problem att komma in på forumet från Thailand.

[gosatta]

nu har jag som vanligt inte läst tråden men men 🙂

jag hade också problem med thailandsforum och en hel del andra svenska sidor som internetbank och tidningar. men satte jag upp en tunnel till sverige å ut där så gick det bra eller om jag körde internet från andra ställen gick det bra så gissar det beror på leverantörerna.

[leo]

Jaha, nu blev det grekiska igen, jag var ju så glad när vi kom in på korvmackor – det begriper jag mig på.

Kan någon förklara hur han “satte upp en tunnel till Sverige”? Det måste ha varit ett styvt jobb att borra genom Himalaya.

[gosatta]

hehe en VPN tunnel, virtuellt privat nätverk, så jag hittar ett ställe i sverige dit mitt internet fungerade (en kompis jobb) drar uppe en “tunnel” där all min data trafik går och när den kommer fram till sverige så blir det som om min dator står där. . man kan se det som en virtuell JÄTTE lång TP-kabel (nätverkskabel)

[Jon]

Kort går det ut på att man “tunnlar” trafiken genom annan trafik så att det ser ut som att anslutningen kommer från slutet av tunneln istället för där du egentligen befinner dig.

[Thaisambo]

En del länder övervakar och kontrollerar trafiken ut mot andra länder, det kan bli ett himla liv om man sätter upp en tunnel mot den dekadenta västvärlden i ett sådant land och således undandrar sej deras insyn.

Man kan bli arresterad för mycket mindre än så och försvinna i landet. Så ska man köra VPN ska man hålla koll på var man är nånstans och vad som egentligen gäller, särskilt om man är i landet privat. Numera borde de ha mognat så pass att de blockerar VPN och inte släpper ut utlänningar när det är så här, men det är tyvärr inte säkert att man får den hjälpen att inte begå brott i landet, där man är. säkrast att kolla ordentligt, annars kanske den hemliga statspolisen knackar på!

[Mr Singha]

Hur skulle det fungera att köra med t.ex. Relakks anonymiserings tjänst?
Det är väl i princip en VPN, eller?

[Thaisambo]

@Mr Singha wrote:

Hur skulle det fungera att köra med t.ex. Relakks anonymiserings tjänst?
Det är väl i princip en VPN, eller?

Jag tittade på http://www.relakks.com, jo det annonseras som en VPN. Hittade ingen teknisk information, men bläddrade bara lite grann. Det är förmodligen en Microsoft PPTP tunnel – såna är lättast att leverera eftersom Windows har en inbyggd VPN klient. Det finns en annan, liknande leverantör också på http://www.swissvpn.ch – även den använder Microsoft PPTP – och antagligen flera andra också, det är enkelt att sätta upp och sen plocka in månadsavgifter. Säkert lönsamt. Ändpunkten fungerar som en router med NAT-kapacitet, det är på det sättet man är “dold”.

Tunneln gör inte att Du blir anonym, det går fortfarande att spåra tunnelns ändpunkter även om man inte ser trafiken inne i den. De här säkerhetstjänsterna som jag pratade om bryr sej inte om vad det är för trafik som du kör, de tittar på att Du tycks ha nåt att dölja och spårar Din ända av tunneln. Den fråga de vill ha svar på är varför Du skulle dölja trafik för deras övervakning – sånt är synnerligen misstänkt när dessutom utlänningar är inblandade och Du får ögonen på dej när Du väcker onödig uppmärksamhet på det här sättet – det är en illojal handling mot säkerhetstjänsten i landet att försvåra deras uppdrag och det kan man råka illa ut för.

Riktigt vad den svenska FRA-lagen innebär i det här avseendet vet jag inte. Men ett sätt att hantera sånt är att blockera VPN trafik vid landets gränser oavsett om man kör PPTP, IPSec eller t ex Stunnel. Det är inte heller självklart att övrig SSL-baserad trafik skulle släppas fram över gränsen på sikt, ex HTTPS, SFTP, SNEWS, SSH, SSL-VPN m fl om man verkligen menar allvar med FRA-lagen framöver, den vidareutvecklas säkert så småningom.

[gosatta]

att spärra VPN skulle få varenda utländskt större företag att lämna landet! det används dagligen hos dom flesta internationella företag för att hålla trafik inom företaget, inget konstigt med det. vi pratar ändå inte om nordkorea här.

[Thaisambo]

@Kjell wrote:

Dom stämmer nog inte längre… har redan fixat så IE5 och 6 kan fungera, hittade öppna tabeller m.m.
Vi kommer inte lägga ner så mycket tid på det här temat på grund av ett nytt är på gång.

Det är 38 Error kvar, men dom kan vi skippa just nu på grund av det jag skrev ovan.

Ja, det stämmer bra att IE6 funkar nu. Det blir lite skräpdata (?) i slutet av startsidans kod, men det kan vara och även fotnoten längst ned (Copy right notice) kommer fram!

Jag är övertygad om att det blir mycket snyggare med det nya! Önskar varmt lycka till!

[Thaisambo]

@gosatta wrote:

att spärra VPN skulle få varenda utländskt större företag att lämna landet! det används dagligen hos dom flesta internationella företag för att hålla trafik inom företaget, inget konstigt med det. vi pratar ändå inte om nordkorea här.

Det där är politiskt grundat egentligen och Sverige är absolut inte ensamt om detta – vi har tvärtom det väldigt öppet nu i förhållande till övriga. Tankarna om att spärra ut VPN och få stopp på sån trafik finns redan sen länge i EU, det är Tyskland, Frankrike och några länder till som ser det som ett otyg som används för att sprida olika former av illegalt material så det är fråga om yttre påtryckningar politiskt på Sverige som EU-medlem också. Vi får se vad som händer framöver, näten är redan fulla av olika organisationer som håller på med mer eller mindre legal signalspaning i det fördolda. Och Sverige vill ha sitt ifred och alls icke vara utsatt för främmande makts insyn hursomhelst.

[Nille]

Fick precis reda att Mango har samma problem från jobbet sedan kanske 2 veckor. Jag har problem add logga in i admindelen via explorer 7 ungefär lika länge. Vi ändrade lite server settings för ungefär så länge sedan… Hmm

[Author]

Posts