ITField

Сейчас использую сетевуху в слоте расширения вместо встроенной, вроде всё стабильно.

Как найду время протестирую с другой сетевухой и дистрибутивом

PlayerPro например. Но это ИМХО

PowerAMP далеко не самый лучший плеер. Почему он всем так нравится?

совершенно ничего

Роутера нет. Вот с подключенным vpn [alex@ITField ~]$ ping -s 1500 vpn.istra.ru PING vpn.istra.ru (10.87.65.244) 1500(1528) bytes of data. 1508 bytes from vpn.istra.ru (10.87.65.244): icmp_req=1 ttl=63 time=0.611 ms 1508 bytes from vpn.istra.ru (10.87.65.244): icmp_req=2 ttl=63 time=0.512 ms 1508 bytes from vpn.istra.ru (10.87.65.244): icmp_req=3 ttl=63 time=0.512 ms ^C --- vpn.istra.ru ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2002ms rtt min/avg/max/mdev = 0.512/0.545/0.611/0.046 ms [alex@ITField ~]$ ping -s 1379 vpn.istra.ru PING vpn.istra.ru (10.87.65.244) 1379(1407) bytes of data. 1387 bytes from vpn.istra.ru (10.87.65.244): icmp_req=1 ttl=63 time=0.477 ms 1387 bytes from vpn.istra.ru (10.87.65.244): icmp_req=2 ttl=63 time=0.526 ms ^C --- vpn.istra.ru ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1000ms rtt min/avg/max/mdev = 0.477/0.501/0.526/0.033 ms Это с отключенным. Это сегодня. Компьютер на ночь не выключался, соединение не разрывалось. Пакеты не теряются, ни на шлюз ни на vpn сервер. Пускал 5-7т. пакетов.

[alex@ITField ~]$ tracepath vpn.istra.ru 1: 172.16.*.* 0.255ms pmtu 1500 1: 172.16.*.* 3008.058ms !H Resume: pmtu 1500 --- vpn.istra.ru ping statistics --- 100 packets transmitted, 100 received, 0% packet loss, time 99018ms rtt min/avg/max/mdev = 0.142/0.250/0.549/0.089 ms вот это уже интереснее, достучаться не получается [alex@ITField ~]$ ping -s 1500 vpn.istra.ru PING vpn.istra.ru (10.87.65.254) 1500(1528) bytes of data. From 172.16.*.* icmp_seq=1 Destination Host Unreachable From 172.16.*.* icmp_seq=2 Destination Host Unreachable From 172.16.*.* icmp_seq=3 Destination Host Unreachable вот собственно максимальный размер пакета [alex@ITField ~]$ ping -s 1300 vpn.istra.ru PING vpn.istra.ru (10.87.65.254) 1300(1328) bytes of data. From 172.16.*.* icmp_seq=1 Destination Host Unreachable From 172.16.*.* icmp_seq=2 Destination Host Unreachable From 172.16.*.* icmp_seq=3 Destination Host Unreachable From 172.16.*.* icmp_seq=4 Destination Host Unreachable ^C --- vpn.istra.ru ping statistics --- 4 packets transmitted, 0 received, +4 errors, 100% packet loss, time 3001ms pipe 4 [alex@ITField ~]$ ping -s 1299 vpn.istra.ru PING vpn.istra.ru (10.87.65.244) 1299(1327) bytes of data. 1307 bytes from vpn.istra.ru (10.87.65.244): icmp_req=1 ttl=63 time=0.494 ms 1307 bytes from vpn.istra.ru (10.87.65.244): icmp_req=2 ttl=63 time=0.541 ms 1307 bytes from vpn.istra.ru (10.87.65.244): icmp_req=3 ttl=63 time=0.550 ms ^C --- vpn.istra.ru ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 1998ms rtt min/avg/max/mdev = 0.494/0.528/0.550/0.030 ms [alex@ITField ~]$

Нет. Заказал их у Дениса Попова

Может позвонить спросить или здесь на форуме спросить у сотрудников?

Sep 28 17:37:27 ITField pptp[3829]: anon log[decaps_gre:pptp_gre.c:414]: buffering packet 5472 (expecting 5463, lost or reordered) Sep 28 17:37:27 ITField pptp[3829]: anon log[decaps_gre:pptp_gre.c:414]: buffering packet 5473 (expecting 5463, lost or reordered) Sep 28 17:37:27 ITField pptp[3829]: anon log[decaps_gre:pptp_gre.c:414]: buffering packet 5474 (expecting 5463, lost or reordered) Sep 28 17:37:27 ITField pptp[3829]: anon log[decaps_gre:pptp_gre.c:414]: buffering packet 5482 (expecting 5463, lost or reordered) Sep 28 17:37:27 ITField pptp[3829]: anon log[decaps_gre:pptp_gre.c:414]: buffering packet 5483 (expecting 5463, lost or reordered) Sep 28 17:37:27 ITField pptp[3829]: anon log[decaps_gre:pptp_gre.c:414]: buffering packet 5484 (expecting 5463, lost or reordered) Sep 28 17:37:27 ITField pptp[3829]: anon log[decaps_gre:pptp_gre.c:414]: buffering packet 5485 (expecting 5463, lost or reordered) Sep 28 17:37:27 ITField pptp[3829]: anon log[decaps_gre:pptp_gre.c:414]: buffering packet 5486 (expecting 5463, lost or reordered) Sep 28 17:37:27 ITField pptp[3829]: anon log[decaps_gre:pptp_gre.c:414]: buffering packet 5487 (expecting 5463, lost or reordered) Sep 28 17:37:27 ITField pptp[3829]: anon log[decaps_gre:pptp_gre.c:414]: buffering packet 5488 (expecting 5463, lost or reordered) Sep 28 17:37:27 ITField pptp[3829]: anon log[decaps_gre:pptp_gre.c:414]: buffering packet 5489 (expecting 5463, lost or reordered) Полетели дальше)

Техподдерка говорит, что Linux они не поддерживают)

Connect: ppp0 <--> /dev/pts/1 sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x3c00a479> <pcomp> <accomp>] rcvd [LCP ConfReq id=0x1 <accomp> <pcomp> <mru 1500> <magic 0x99b86bb5> <auth chap MS-v2>] sent [LCP ConfAck id=0x1 <accomp> <pcomp> <mru 1500> <magic 0x99b86bb5> <auth chap MS-v2>] rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0x3c00a479> <pcomp> <accomp>] sent [LCP EchoReq id=0x0 magic=0x3c00a479] rcvd [CHAP Challenge id=0x1 <bb1e6875a8b3bd33d47d22cbb8e86af4>, name = ""] sent [CHAP Response id=0x1 <f4c06fd62cbbe79a7a025ab3dc5a74ce0000000000000000c453274cbc9324a21634713b5885 d5e149ca25524124b60800>, name = "***"] rcvd [LCP EchoRep id=0x0 magic=0x99b86bb5] rcvd [CHAP Success id=0x1 "S=3AEF7B1D85DAFEE720F1939640E22C31A164157D"] CHAP authentication succeeded sent [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15>] sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 0.0.0.0>] rcvd [IPCP ConfReq id=0x1 <addr 188.65.13.0> <compress VJ 0f 00>] sent [IPCP ConfAck id=0x1 <addr 188.65.13.0> <compress VJ 0f 00>] rcvd [IPCP ConfNak id=0x1 <addr 188.65.14.120>] sent [IPCP ConfReq id=0x2 <compress VJ 0f 01> <addr 188.65.14.120>] rcvd [IPCP ConfAck id=0x2 <compress VJ 0f 01> <addr 188.65.14.120>] Cannot determine ethernet address for proxy ARP local IP address 188.65.14.120 remote IP address 188.65.13.0 Script /etc/ppp/ip-up started (pid 3607) Script /etc/ppp/ip-up finished (pid 3607), status = 0x0 sent [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15>] rcvd [LCP ProtRej id=0x1 80 fd 01 01 00 0c 1a 04 78 00 18 04 78 00] Protocol-Reject for 'Compression Control Protocol' (0x80fd) received Выставил 1400 вроде перестал сыпать в лог. Посмотрю, как дальше будет себя вести.

Ну раз вы обладаете достаточными знаниями, чтобы решить эту проблему, расскажите как. Я например не очень хорошо разбираюсь в сетях, и не отрицаю этого, а вы пытаетесь показать свою крутизну оскорбительными сообщениями не несущими полезной информации, на каждом форуме есть индивидумы вроде вас, мы все привыкли.

Я не совсем понял что вы хотите Вот выхлоп ifconfig [alex@ITField ~]$ ifconfig eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 172.16.*.* netmask 255.255.255.0 broadcast 172.16.*.* inet6 fe80::21a:4dff:fe9f:a3c5 prefixlen 64 scopeid 0x20<link> ether 00:12:23:34:45:56 txqueuelen 1000 (Ethernet) RX packets 12261550 bytes 10785134625 (10.0 GiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 11218398 bytes 3285711329 (3.0 GiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 ppp0: flags=4305<UP,POINTOPOINT,RUNNING,NOARP,MULTICAST> mtu 1500 inet 188.65.13.160 netmask 255.255.255.255 destination 188.65.13.0 ppp txqueuelen 3 (Point-to-Point Protocol) RX packets 1112113 bytes 568840287 (542.4 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 1253822 bytes 663868200 (633.1 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 Может покрутить mtu?

С этим я согласен. Я немного неправильно выразился. 5 лет познавания Linux'а, а не использование. Ежедневное изучение чего-то нового. Раньше это было изучение интерфейса Ubuntu и настройка compiz, чтобы всё "свистело и пердело", а сейчас например изучаю технологии виртуализации Xen, KVM на любимом Archlinux. Я не понимаю кому какое дело до моих знаний)

ну, тогда погнали =) Дистрибув Archlinux, апдейты самые последние, версия pptp указана (пакет собирается без патчей replacedefaultroute), GUI не использую. Поднимаю локальную сеть через netcfg, vpn поднимаю демоном, роутинг поднимаю ip-up/down скриптами. /etc/network.d/eth0 (ничего интересного) CONNECTION='ethernet' DESCRIPTION='cifra1 ethernet connection' INTERFACE='eth0' IP='static' ADDR='172.16.*.*' ROUTES=('172.16.0.0/255.254.0.0 via 172.16.*.*') GATEWAY='172.16.*.*' DNS=('172.17.0.1') /etc/rc.d/ppp0 (сам демон для подключения) #!/bin/bash . /etc/rc.conf . /etc/rc.d/functions DAEMON=ppp0 ARGS= [ -r /etc/conf.d/$DAEMON ] && . /etc/conf.d/$DAEMON case "$1" in start) stat_busy "Starting $DAEMON" pon cifra1 updetach persist &>/dev/null if [ $? = 0 ]; then add_daemon $DAEMON stat_done else stat_fail exit 1 fi ;; stop) stat_busy "Stopping $DAEMON" poff cifra1 &>/dev/null if [ $? = 0 ]; then rm_daemon $DAEMON stat_done else stat_fail exit 1 fi ;; restart) $0 stop sleep 1 $0 start ;; *) echo "usage: $0 {start|stop|restart}" esac /etc/ppp/peers/cifra1 (сам конфиг) pty "pptp vpn.istra.ru --nolaunchpppd" name *** remotename PPTP file /etc/ppp/options.pptp ipparam cifra1 /etc/ppp/options.pptp (остальные опции подключения) # Lock the port lock # Authentication # We don't need the tunnel server to authenticate itself noauth # We won't do PAP, EAP, CHAP, or MSCHAP, but we will accept MSCHAP-V2 # (you may need to remove these refusals if the server is not using MPPE) refuse-pap refuse-eap refuse-chap refuse-mschap # Compression # Turn off compression protocols we know won't be used nobsdcomp #nodeflate /etc/ppp/ip-up.d/01-defaultroute.sh (запускается при старте pptp) ip route del default ip route add default dev ppp0 /etc/ppp/ip-down.d/01-defaultroute.sh (запускается после разрыва pptp) ip route del default ip route add dev eth0 /var/log/messages.log (выхоп pptp) Sep 24 22:43:13 ITField pptp[512]: anon log[usage:pptp.c:127]: pptp called with wrong arguments, program not started. Sep 24 22:50:37 ITField pppd[526]: pppd options in effect: Sep 24 22:50:37 ITField pppd[526]: debug # (from command line) Sep 24 22:50:37 ITField kernel: [ 992.637656] PPP generic driver version 2.4.2 Sep 24 22:50:37 ITField pppd[526]: nodetach # (from command line) Sep 24 22:50:37 ITField pppd[526]: logfd 2 # (from command line) Sep 24 22:50:37 ITField pppd[526]: dump # (from command line) Sep 24 22:50:37 ITField pppd[526]: noauth # (from /etc/ppp/options.pptp) Sep 24 22:50:37 ITField pppd[526]: refuse-pap # (from /etc/ppp/options.pptp) Sep 24 22:50:37 ITField pppd[526]: refuse-chap # (from /etc/ppp/options.pptp) Sep 24 22:50:37 ITField pppd[526]: refuse-mschap # (from /etc/ppp/options.pptp) Sep 24 22:50:37 ITField pppd[526]: refuse-eap # (from /etc/ppp/options.pptp) Sep 24 22:50:37 ITField pppd[526]: name sanya777 # (from /etc/ppp/peers/cifra1) Sep 24 22:50:37 ITField pppd[526]: remotename PPTP # (from /etc/ppp/peers/cifra1) Sep 24 22:50:37 ITField pppd[526]: # (from /etc/ppp/options.pptp) Sep 24 22:50:37 ITField pppd[526]: pty pptp vpn.istra.ru --nolaunchpppd # (from /etc/ppp/peers/cifra1) Sep 24 22:50:37 ITField pppd[526]: crtscts # (from /etc/ppp/options) Sep 24 22:50:37 ITField pppd[526]: # (from /etc/ppp/options) Sep 24 22:50:37 ITField pppd[526]: asyncmap 0 # (from /etc/ppp/options) Sep 24 22:50:37 ITField pppd[526]: lcp-echo-failure 4 # (from /etc/ppp/options) Sep 24 22:50:37 ITField pppd[526]: lcp-echo-interval 30 # (from /etc/ppp/options) Sep 24 22:50:37 ITField pppd[526]: hide-password # (from /etc/ppp/options) Sep 24 22:50:37 ITField pppd[526]: ipparam cifra1 # (from /etc/ppp/peers/cifra1) Sep 24 22:50:37 ITField pppd[526]: proxyarp # (from /etc/ppp/options) Sep 24 22:50:37 ITField pppd[526]: nobsdcomp # (from /etc/ppp/options.pptp) Sep 24 22:50:37 ITField pppd[526]: noipx # (from /etc/ppp/options) Sep 24 22:50:37 ITField pppd[526]: pppd 2.4.5 started by alex, uid 0 Sep 24 22:50:37 ITField pppd[526]: Using interface ppp0 Sep 24 22:50:37 ITField pppd[526]: Connect: ppp0 <--> /dev/pts/0 Sep 24 22:50:37 ITField pptp[532]: anon log[main:pptp.c:314]: The synchronous pptp option is NOT activated Sep 24 22:50:37 ITField pptp[539]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1 'Start-Control-Connection-Request' Sep 24 22:50:37 ITField pptp[539]: anon log[ctrlp_disp:pptp_ctrl.c:739]: Received Start Control Connection Reply Sep 24 22:50:37 ITField pptp[539]: anon log[ctrlp_disp:pptp_ctrl.c:773]: Client connection established. Sep 24 22:50:38 ITField pptp[539]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outgoing-Call-Request' Sep 24 22:50:38 ITField pptp[539]: anon log[ctrlp_disp:pptp_ctrl.c:858]: Received Outgoing Call Reply. Sep 24 22:50:38 ITField pptp[539]: anon log[ctrlp_disp:pptp_ctrl.c:897]: Outgoing call established (call ID 0, peer's call ID 37392). Sep 24 22:50:38 ITField pppd[526]: CHAP authentication succeeded Sep 24 22:50:38 ITField kernel: [ 993.813392] PPP Deflate Compression module registered Sep 24 22:50:38 ITField pppd[526]: local IP address 188.65.13.253 Sep 24 22:50:38 ITField pppd[526]: remote IP address 188.65.13.0 Sep 24 22:51:38 ITField pptp[539]: anon log[logecho:pptp_ctrl.c:677]: Echo Reply received. Sep 24 22:52:38 ITField pptp[539]: anon log[logecho:pptp_ctrl.c:677]: Echo Reply received. Sep 24 22:53:38 ITField pptp[539]: anon log[logecho:pptp_ctrl.c:677]: Echo Reply received. Sep 24 22:54:38 ITField pptp[539]: anon log[logecho:pptp_ctrl.c:677]: Echo Reply received Sep 24 22:55:38 ITField pptp[539]: anon log[logecho:pptp_ctrl.c:677]: Echo Reply received. Sep 24 22:56:38 ITField pptp[539]: anon log[logecho:pptp_ctrl.c:677]: Echo Reply received. Sep 24 22:57:38 ITField pptp[539]: anon log[logecho:pptp_ctrl.c:677]: Echo Reply received. Sep 24 22:58:38 ITField pptp[539]: anon log[logecho:pptp_ctrl.c:677]: Echo Reply received. Sep 24 22:58:45 ITField pptp[532]: anon log[decaps_gre:pptp_gre.c:414]: buffering packet 2575 (expecting 2574, lost or reordered) Sep 24 22:58:48 ITField pptp[532]: anon log[decaps_gre:pptp_gre.c:414]: buffering packet 4877 (expecting 4876, lost or reordered) Sep 24 22:58:48 ITField pptp[532]: anon log[decaps_gre:pptp_gre.c:414]: buffering packet 4878 (expecting 4876, lost or reordered) Sep 24 22:58:48 ITField pptp[532]: anon log[decaps_gre:pptp_gre.c:414]: buffering packet 4879 (expecting 4876, lost or reordered) Sep 24 22:58:48 ITField pptp[532]: anon log[decaps_gre:pptp_gre.c:414]: buffering packet 4880 (expecting 4876, lost or reordered) Sep 24 22:58:48 ITField pptp[532]: anon log[decaps_gre:pptp_gre.c:414]: buffering packet 4881 (expecting 4876, lost or reordered) Sep 24 22:58:48 ITField pptp[532]: anon log[decaps_gre:pptp_gre.c:414]: buffering packet 4882 (expecting 4876, lost or reordered) Sep 24 22:58:48 ITField pptp[532]: anon log[decaps_gre:pptp_gre.c:414]: buffering packet 4883 (expecting 4876, lost or reordered) Sep 24 22:58:48 ITField pptp[532]: anon log[decaps_gre:pptp_gre.c:414]: buffering packet 4884 (expecting 4876, lost or reordered) Sep 24 22:58:48 ITField pptp[532]: anon log[decaps_gre:pptp_gre.c:414]: buffering packet 4886 (expecting 4876, lost or reordered) Sep 24 22:58:48 ITField pptp[532]: anon log[decaps_gre:pptp_gre.c:414]: buffering packet 4887 (expecting 4876, lost or reordered) Sep 24 22:58:48 ITField pptp[532]: anon log[decaps_gre:pptp_gre.c:414]: buffering packet 4888 (expecting 4876, lost or reordered) Sep 24 22:58:48 ITField pptp[532]: anon log[decaps_gre:pptp_gre.c:414]: buffering packet 4889 (expecting 4876, lost or reordered) Sep 24 22:58:48 ITField pptp[532]: anon log[decaps_gre:pptp_gre.c:414]: buffering packet 4890 (expecting 4876, lost or reordered) Sep 24 22:58:48 ITField pptp[532]: anon log[decaps_gre:pptp_gre.c:414]: buffering packet 4891 (expecting 4876, lost or reordered) Sep 24 22:58:48 ITField pptp[532]: anon log[decaps_gre:pptp_gre.c:414]: buffering packet 4893 (expecting 4876, lost or reordered) Sep 24 22:58:48 ITField pptp[532]: anon log[decaps_gre:pptp_gre.c:414]: buffering packet 4894 (expecting 4876, lost or reordered) Sep 24 22:58:48 ITField pptp[532]: anon log[decaps_gre:pptp_gre.c:414]: buffering packet 4895 (expecting 4876, lost or reordered) Sep 24 22:58:48 ITField pptp[532]: anon log[decaps_gre:pptp_gre.c:414]: buffering packet 4896 (expecting 4876, lost or reordered) Sep 24 22:58:48 ITField pptp[532]: anon log[decaps_gre:pptp_gre.c:414]: buffering packet 4897 (expecting 4876, lost or reordered) Sep 24 22:58:48 ITField pptp[532]: anon log[decaps_gre:pptp_gre.c:414]: buffering packet 4898 (expecting 4876, lost or reordered) После примерно вот так Sep 24 22:58:48 ITField pptp[532]: anon warn[decaps_gre:pptp_gre.c:426]: discarding bogus packet 5175 (expecting 4876) Sep 24 22:58:48 ITField pptp[532]: anon warn[decaps_gre:pptp_gre.c:426]: discarding bogus packet 5176 (expecting 4876) Sep 24 22:58:48 ITField pptp[532]: anon warn[decaps_gre:pptp_gre.c:426]: discarding bogus packet 5177 (expecting 4876) Sep 24 22:58:48 ITField pptp[532]: anon warn[decaps_gre:pptp_gre.c:426]: discarding bogus packet 5178 (expecting 4876) Ну и строки такого стиля Sep 24 22:58:48 ITField pptp[532]: anon log[decaps_gre:pptp_gre.c:414]: buffering packet 4898 (expecting 4876, lost or reordered) Занимают львиную долю лога. Больше адских ерроров не находил никаких и варнингов тоже. netstat -rn Думаю будет неуместен. У меня ещё мост запущен, и в KVM виртуалки крутятся, там тоже роутинга тьма, но не в них дело. Я пробовал убунту с ноутбука было тоже самое, даже ещё хуже. Интернет постоянно сыпался. Так же пакеты куда-то пропадали, но потом само исчезло. Раньше было ни единого разрыва!)

Испытываю проблемы с подключеним к интернету. В том числе с DNS и VPN, думал дело в DNS, так как до падения гугла были подобные симптомы.

Вы можете определить уровень знаний человека по двум темам на форуме? И кстати, новичкам в чём? В Linux? 5 лет использую его для работы и развлечений, пользуюсь archlinux и не знаю бед. Поверьте на слово, я достаточно понимаю в Linux. P.S. зачем разводить оффтопик по поводу и моего ника и уровня знаний. и вообще это всё феерическая ахинея, вы уж простите.

Вас чем-то смутил мой никнейм?

Есть проблемы с подключением. Использую pptpclient 1.7.2-4 и имею частые проблемы с соединением. Во первых бывает так, что соединение с сервером (vpn.istra.ru) есть а интернета нет - помогает переподключение к vpn серверу. Ещё бывает такое, что сервер постоянно рвёт соединение по 200 раз на день и ещё подключается раза с 3-го 5-го. Воспрос собственно такой. У меня одного такое или у всех такая нестабильность подключения. Может мне нехватает каких-то опций? Использует сервер протоколы сжатия? Есть красноглазики, которые помогут разобраться?

«Невинность Мусульман», ага

[alex@ITField ~]$ ping ya.ru PING ya.ru (213.180.204.3) 56(84) bytes of data. 64 bytes from www.yandex.ru (213.180.204.3): icmp_req=1 ttl=57 time=2.73 ms 64 bytes from www.yandex.ru (213.180.204.3): icmp_req=2 ttl=57 time=3.32 ms --- ya.ru ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1000ms rtt min/avg/max/mdev = 3.222/3.363/3.505/0.152 ms [alex@ITField ~]$ tracepath google.ru 1: ppp-188-65-13-160-bras2.istra.ru 0.264ms pmtu 1500 1: ppp-bras2.istra.ru 0.623ms 1: ppp-bras2.istra.ru 0.575ms 2: gw1.istra.ru 1.038ms 3: 91.143.38.129 1.577ms 4: 212.34.35.13 1.887ms asymm 5 5: mow-b4-link.telia.net 1.947ms asymm 6 6: s-bb2-link.telia.net 28.137ms asymm 7 7: s-b3-link.telia.net 25.778ms 8: no reply 9: no reply 10: no reply 11: no reply [alex@ITField ~]$ ping youtube.com PING youtube.com (173.194.32.161) 56(84) bytes of data. --- youtube.com ping statistics --- 61 packets transmitted, 0 received, 100% packet loss, time 60049ms [alex@ITField ~]$ ping habr.ru PING habr.ru (62.213.71.224) 56(84) bytes of data. 64 bytes from 62.213.71.224: icmp_req=1 ttl=58 time=2.20 ms 64 bytes from 62.213.71.224: icmp_req=2 ttl=58 time=2.59 ms 64 bytes from 62.213.71.224: icmp_req=3 ttl=58 time=2.30 ms --- habr.ru ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2002ms rtt min/avg/max/mdev = 2.206/2.367/2.590/0.171 ms Это у меня что-то или гугл сломался?

У всех одинаковые

За такую цену почти невозможно продать. Сейчас аналогичные решения стоят в половину меньше.