Linux a internet od Cyfrowego Polsatu

Dla specjalistów Sieci komputerowe
#1

Od kilku miesięcy mam LTE od Cyfrowego Polsatu “bez limitu” i jestem bardzo zadowolony. Pingi niskie, prędkość zadowalająca, ale… tylko na Windowsie. Na dystrybucjach linuksowych (bez znaczenia jaka, testowane na laptopie po wi-fi i na PC kablowo) strony długo się otwierają, połączenia długo inicjują - “ustalanie adresu serwera/oczekiwanie na xxx”. A nie daj Boże jak strona składa się z wielu elemnetów rozmieszczonych na różnych serwerach, wtedy ładuje się fragmentarycznie, najpierw jedna część, później “oczekiwanie na kolejnyserwer.com”. Jak już załapie, to elementy ściagają się bardzo szybko, tak samo pobieranie plików z FTP. Najgorzej jest rozpocząć połączenie.

 

Na urządzeniach z Windowsem XP/7/8.1, smartfonach z WP8.1 i tablecie z Androidem nie ma najmniejszego problemu, Raspberry Pi (Raspbian) też się szybko łączy z różnymi serwerami. Tylko na linuksowych desktopach dzieją się takie cyrki (*buntu, Mint, Fedora). Ruter LTE: Huawei CPE B593. Czy jest ktoś w stanie wytłumaczyć ten fenomen? Jakiś antylinuksowy spisek czy coś? :smiley:

#2

Trochę to dziwne, gdyby było na odwrót to można by podejrzewać zainfekowanego windowsa/androida ale na linuxie infekcja jest bardzo mało prawdopodobna.

Sprawdź jakie masz ustawione adresy dns na linuxach i jakie na windowsach, jeśli na linuxie są ustawione inne to ustaw te same co na windowsie.

#3

DNSy są ustawione w ruterze, a urządzenia podłączane do niego są na auto.

#4

pokaz co mówi dig i Nslookup

#5

ping do dobreproramy.pl zgłosił się od razu, ale w przeglądarce nie bardzo portal chciał się otworzyć. nslookup nic ciekawego nie mówi, ale też szybko wypisał wynik komendy:

radek@radek-Aspire-3690:~$ nslookup dobreprogramy.pl
Server: 127.0.1.1
Address:	127.0.1.1#53

Non-authoritative answer:
Name:	dobreprogramy.pl
Address: 194.0.171.150

dig:

radek@radek-Aspire-3690:~$ dig dobreprogramy.pl

; <<>> DiG 9.9.5-3ubuntu0.1-Ubuntu <<>> dobreprogramy.pl
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 8186
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 3

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;dobreprogramy.pl. IN	A

;; ANSWER SECTION:
dobreprogramy.pl.	2548	IN	A	194.0.171.150

;; AUTHORITY SECTION:
dobreprogramy.pl.	68772	IN	NS	ns1.xenium.pl.
dobreprogramy.pl.	68772	IN	NS	ns2.xenium.pl.

;; ADDITIONAL SECTION:
ns1.xenium.pl. 3240	IN	A	194.0.171.141
ns2.xenium.pl. 3239	IN	A	194.0.171.142

;; Query time: 91 msec
;; SERVER: 127.0.1.1#53(127.0.1.1)
;; WHEN: Fri Dec 19 16:58:28 CET 2014
;; MSG SIZE rcvd: 136

a częściej:

radek@radek-Aspire-3690:~$ dig wp.pl
;; Got bad packet: FORMERR
50 bytes
e5 d6 81 80 00 01 00 01 00 00 00 01 02 77 70 02 .............wp.
70 6c 00 00 01 00 01 c0 0c 00 01 00 01 00 00 0a pl..............
d2 00 04 d4 4d 64 65 00 00 00 00 00 00 00 00 00 ....Mde.........
00 00 ..
radek@radek-Aspire-3690:~$ dig purepc.pl
;; Got bad packet: FORMERR
54 bytes
20 3d 81 80 00 01 00 01 00 00 00 01 06 70 75 72 .=...........pur
65 70 63 02 70 6c 00 00 01 00 01 c0 0c 00 01 00 epc.pl..........
01 00 00 ed be 00 04 5e 17 ce 6d 00 00 00 00 00 .......^..m.....
00 00 00 00 00 00

Dodam, że zanim miałem LTE od Polsatu wszystko dobrze chodziło niezależnie od systemu operacyjnego.

 

Na RaspberryPi w przeglądarce tekstowej Lynx też jest lekki lag, kilka sekund “looking up dobreprogramy.pl”, dopiero ładuje (nie wina CPU, bo nie jest obciążony). Za to bot IRC i BNC łączą się z IRC błyskawicznie, ale to inny port. Już zgłupiałem…

#6

Pokaż zawartość /etc/resolv.conf. Pokaż wyniki poleceń.

ifconfig
route -n

Możesz też wyłączyć obsługę IPv6.

#7 
radek@radek-Aspire-3690:~$ ifconfig
eth0      Link encap:Ethernet  HWaddr 00:16:d4:cc:c8:2a  
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
          Interrupt:21

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:499 errors:0 dropped:0 overruns:0 frame:0
          TX packets:499 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:46026 (46.0 KB)  TX bytes:46026 (46.0 KB)

wlan0     Link encap:Ethernet  HWaddr 00:19:7e:1c:9a:ae  
          inet addr:192.168.0.103  Bcast:192.168.0.255  Mask:255.255.255.0
          inet6 addr: fe80::219:7eff:fe1c:9aae/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:6510 errors:0 dropped:0 overruns:0 frame:0
          TX packets:5942 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:7788752 (7.7 MB)  TX bytes:858637 (858.6 KB)

radek@radek-Aspire-3690:~$ route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 192.168.0.1 0.0.0.0 UG 0 0 0 wlan0
192.168.0.0 0.0.0.0 255.255.255.0 U 9 0 0 wlan0

W resolv.conf jest tylko “nameserver 127.0.1.1”. I jak na złość teraz wszystko szybko działa.

 

edit: No tak, wczoraj ustawiłem DNS na OpenDNS, dlatego działa. Przed chwilą przywróciłem domyślne i znowu strony zaczęły się powoli ładować. Ustawiłem teraz OpenDNS jako jedyne DNS w połączeniu i strony śmigają aż miło.

 

Dlaczego DNSy Polsatu dyksryminują Linuksa?

 

edit2: Na drugim urządzeniu również zmieniłem DNSy, tu też pomogło.

#8

Nie musisz korzystać z DNS CP, wpisz sobie na routerze opendns albo google (8.8.8.8, 8.8.4.4) i nie rozmyślaj nad tym więcej.

#9

Zmień na dowolny inny adres i tak zostaw, ponieważ Twój komputer nie jest serwerem DNS. Ten plik powinien się automatycznie uzupełniać przy pobieraniu adresu z DHCP. Ciężko nazwać to dyskryminacją, bo wina może leżeć po stronie systemu.