Hostingfirmas netforbindelse lukkes uden varsel

Jesper Ellegaard (4) skrev:
Det forekommer mig, at der mangler noget i historien...

Tænkte det samme. Det burde ikke tage mange minutter at finde ud af hvor langt ud på Internettet man kommer, inden det holder op med at virke. Herefter genstart af udstyr og hvis det stadig fejler, ringer man til sin udbyder, for at finde ud af om de oplever det samme med forbindelsen.

Samlet tid - en halv time, hvis man ikke har travlt.

Anders H Lund skrev:
Tænkte det samme. Det burde ikke tage mange minutter at finde ud af hvor langt ud på Internettet man kommer,

Nu er jeg hverken ekspert i netværk eller stor fan af Tele 2. Men det forekommer mig alligevel at i begge laver nogle antagelser som der muligvis (?) ikke er belæg for.

Hvis fejlen skal kunne findes på 5 minutter med en traceroute/tracert kommando, så forudsætter det, at linjen er blevet lukket fysisk helt ned, eller at ingen netværksehneder på den anden side af kundens egen WAN adresse svarer.

Men hvad nu hvis Tele 2 som ISP ikke har foretaget spærringen på denne måde? Det ville være akkurat lige så nærliggende at re-directe traffik i en central router, blokere for noget i en firewall, eller lave andre indgreb der effektivt lukker for alle indgående forespørgsler men ikke nødvendigvis for f.eks. intern trafik. Dermed kan man bibeholde administrativ kontrol med netværket - fordi trafikken er "saboteret" i stedet for at linjen er lukket helt.

Hvis indgående forespørgsler lukkes, f.eks. ved bevidst at "sabotere" en routing tabel hos ISB'en (det ville man kunne scripte sig ud af på sekunder, og indsætte som standard funktion i nærmeste Network Manager værktøj) så er fejlen pludseligt ikke så nem at finde for slutkunden. Alle ISP'ens enheder (routere, WAN punkter, DNS servere, m.v.) vil svare korrekt på f.eks. ICMP echo forespørgsler eller traceroutes. Faktisk vil en traceroute angiveligt svare korrekt hele vejen frem til grænsen mellem ISP'ens net og deres backbone udbyder.

Jeg synes lidt I antager at linjen bare blev lukket fysisk ned - og så har I da ret i, at man kunne finde fejlen på 5 minutter - men hvem siger verden er så simpel?

Hvis man er netadmin og får korrekt ICMP echo svar fra infrastrukturen hos sin ISP, og denne ISP i øvrigt ikke liiiiiige har fortalt at de bevidst har saboteret alt indgående traffik, så er det vel fair nok at problemet pludseligt bliver meget sværere at identificere?

- Jesper


P.S.
Lad mig gentage at jeg ikke er relateret til een eneste af de virksomheder der er berørte i artiklen - synes bare det var en for letkøbt kritik der var fremsagt uden at lade problemet rotere to gange rundt i skallen...
/JS

Jesper Sommer (3) skrev:
Jeg synes lidt I antager at linjen bare blev lukket fysisk ned - og så har I da ret i, at man kunne finde fejlen på 5 minutter - men hvem siger verden er så simpel?

Det er der heller ikke nogen der gør - men historien får det til at lyde som om netforbindelsen blev lukket. Det står der i overskriften og i den første sætning i artiklen.

At Tele 2 måske "bare" har været inde og lukke for trafikken til en enkelt IP adresse, som sætningen "Vi havde ingen adgang fra den IP-adresse" kunne tyde på, er jo en anden snak. Det er svært at tyde ud af artiklen og der sidder nok også nogle teknikkere hos Cortex Consult og synes at artiklen burde være skrevet anderledes.

Dog ville jeg ikke være 1½ døgn om at kontakte min udbyder, men det kan jo være at det skyldes at jeg har været udsat for lidt af hvert fra forskellige udbydere og ved hvad der kan opstå af underlige fejl.

Søren Sprogø skrev:
Undskyld mig, men ville redundante linier placeret hos 2 forskellige leverandører ikke have gjort dette til en non-event?

Eller er der noget jeg misser?

Såfremt problemet var forbindelse indefra og ud - så jo, der ville redundante linier afhjælpe problemet. Men i dette tilfælde er det forbindelse ind, der lukkes.

Dette betyder at routing & DNS vil fejle, da en anden leverandør vil have en anden IP serie. At omstille både DNS & routing, samt de interne konfigurationsfiler vil være et tidskrævende job, specielt eftersom der er en Expire på DNS informationerne, hvilket betyder at det kan tage mange timer inden ændringerne slår igennem.

Udover disse - så vil en hel del andre services muligvis også give problemer - specielt hvis man har baseret det på IP nummer, fremfor DNS opslag.

/Kim

Kim Jensen skrev:
Dette betyder at routing & DNS vil fejle, da en anden leverandør vil have en anden IP serie.

Ja og nej. Hvis virksomheden i det her tilfælde havde styr på, hvad de gør og det er så vigtigt, så kan de få Provider Independant (PI) IP'er og deres egen AS nummer. Med det kan de først af alt have mere end en forbindelse og henvendelser om phishing etc. ville også ikke havne hos Tele2, men hos dem selv, fordi de står som ejer af den adresse-blok.

Også med forskellige IP-blokke fra forskellige udbydere og DNS kan der laves løsninger, bare ikke så nemt, uden at man går helt offline, når en ryger.

Klart er der fejl i proceduren hos Tele2, men hvis ens levebrød afhænger af den internet forbindelse, men den, der burde have røde ører her er Cortex, for ikke at have kigget på, hvad der kan ske.

Hvad sker der, når Tele2's kabel bliver gravet over ?

/Martin

Hej Dan,

tak for uddybelsen af den her artikel. Men helt ærligt, procedure fejl sker, altid .. om det nu er pga. piratkopiering eller hvad ved jeg.

Jeg kan anbefale Cortex, og enhver anden udbyder, der lever af deres internet adgang og har en større allokering af IP'er (8, 16 eller flere) at få deres ISP til at registrere den til dem i RIPE's whois database med korrekte abuse@ kontakt informationer.

Det er nemlig der, det går galt. Hvis blokken er korrekt registreret til virksomheden der bruger den, så kommer phishing, abuse og meddelelser om piratkopiering den rette vej.

Det her har intet at gøre med internetlukninger. Det her har simpelthen at gøre med, at en virksomhed ikke har sat sig ind i hvordan internettet fungerer i henhold til hvad risiko der er, hvad der kan gøres i sådan en situation og hvordan den kan undgåes. Ja, Tele2 skulle have underettet Cortex, men jeg kender mange eksempler hvor virksomheder som denne så ignorerer de henvendelser. Og for en ISP i det tilfælde den eneste fremgangsmåde er at lukke for adgang til IP'en, fuld stop.

/Martin