LINUX.ORG.RU

4
Всего сообщений: 130

PHP ping shell_exec вывод кириллического домена

Здравствуйте, подскажите пожалуйста. PHP ping shell_exec вывод кириллического домена

$ping = shell_exec("ping -c 3 банк.рф");
echo "<pre>$ping</pre>";
$ping = shell_exec("ping -c 3 xn--80ab2al.xn--p1ai");
echo "<pre>$ping</pre>";

Домен: google.com, банк.рф, xn--80ab2al.xn--p1ai, через SSH Ping работает

На сайте через скрипт работает только google.com Стоит VPS: Centos 7, php7.3, кодировка utf-8

 ,

ipstyle ()

Залоггировать отсутствие соединения

Здравствуйте, как лучше обнаружить упавшую сеть (со стороны хоста для начала)? Положить в крон скрипт раз в минуту пингующий 8.8.8.8 (не надёжно, провайдеры mitm устраивают)? И если пинг прошёл успешно, пинговать какой-нибудь ya.ru, чтобы проверить работоспособность dns? Лучше взять домен 3 уровня вроде msk.su, мне говорили они часто ломаются почему-то. Только опять же, мне не нужно мерять аптайм рандомного сайта в интернете, меня интересует своя доступность.

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

Есть ли готовые решения? Желательно попроще?

 , , , ,

linuxnewb13 ()

Странный ping

Машина Б пингуется с машины А только если перед этим пингануть машину А с машины Б, т.е. если был пинг в обратном направлении. Можете подсказать куда копать? Это известный случай или нужна дополнительная информация?

 

yetanother ()

Пропало входящее подключение.

Привет всем.
После смены провайдера не могу подключиться к debian 9. На сервере интернет есть (проверял через ping ya.ru), а вот входящий трафик исчез. Не могу подключиться по ssh, даже не могу пропинговать сервер.
Пробовал подключить обратно роутер который стоял изначально, все равно нет подключения.
Может кто помочь с этим?

 , , ,

nomixe ()

Openvpn теряются пинги при сёрфинге

Добрый день Уважаемые! Есть openvpn server 2.4.7 на centos 6.1 и клиент на Win 2012 r2 от openvpn.net На сервере настроен nat для RDP к виндовой машине и маскарад для инета через vpn. К виндовой машине подключаюсь по RDP через vpn IP, всё замечательно работает до тех пор пока не открою какую нибудь страничку в браузере, появляются задержки и потери пингов:

Ответ от 8.8.8.8: число байт=32 время=18мс TTL=44
Ответ от 8.8.8.8: число байт=32 время=17мс TTL=44
Ответ от 8.8.8.8: число байт=32 время=45мс TTL=44
Ответ от 8.8.8.8: число байт=32 время=18мс TTL=44
Ответ от 8.8.8.8: число байт=32 время=18мс TTL=44
Ответ от 8.8.8.8: число байт=32 время=3392мс TTL=44
Ответ от 8.8.8.8: число байт=32 время=2022мс TTL=44
Ответ от 8.8.8.8: число байт=32 время=17мс TTL=44
Ответ от 8.8.8.8: число байт=32 время=1090мс TTL=44
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Ответ от 8.8.8.8: число байт=32 время=3540мс TTL=44
Ответ от 8.8.8.8: число байт=32 время=1982мс TTL=44
Ответ от 8.8.8.8: число байт=32 время=2000мс TTL=44
Ответ от 8.8.8.8: число байт=32 время=17мс TTL=44
Ответ от 8.8.8.8: число байт=32 время=1040мс TTL=44
Ответ от 8.8.8.8: число байт=32 время=70мс TTL=44
Ответ от 8.8.8.8: число байт=32 время=2980мс TTL=44
Ответ от 8.8.8.8: число байт=32 время=1972мс TTL=44
Превышен интервал ожидания для запроса.
Ответ от 8.8.8.8: число байт=32 время=3072мс TTL=44
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Ответ от 8.8.8.8: число байт=32 время=1302мс TTL=44
Ответ от 8.8.8.8: число байт=32 время=26мс TTL=44
Ответ от 8.8.8.8: число байт=32 время=1025мс TTL=44
Ответ от 8.8.8.8: число байт=32 время=26мс TTL=44
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Ответ от 8.8.8.8: число байт=32 время=3498мс TTL=44
Ответ от 8.8.8.8: число байт=32 время=2996мс TTL=44
Ответ от 8.8.8.8: число байт=32 время=20мс TTL=44
Ответ от 8.8.8.8: число байт=32 время=19мс TTL=44
Ответ от 8.8.8.8: число байт=32 время=17мс TTL=44
Ответ от 8.8.8.8: число байт=32 время=994мс TTL=44
Ответ от 8.8.8.8: число байт=32 время=18мс TTL=44
Ответ от 8.8.8.8: число байт=32 время=17мс TTL=44

Без vpn всё работает без проблем

Конфиг сервера:

port 13555
proto udp
dev tun

ca /etc/openvpn/ca.crt
cert /etc/openvpn/server.crt
key /etc/openvpn/server.key
dh /etc/openvpn/dh.pem

server 192.168.50.0 255.255.255.0
push "redirect-gateway def1 bypass-dhcp"
push "dhcp-option DNS 8.8.8.8"
push "dhcp-option DNS 8.8.4.4"

ifconfig-pool-persist ipp.txt

keepalive 10 120
#comp-lzo
persist-key
persist-tun
status /var/log/openvpn/openvpn-status.log
log /var/log/openvpn/openvpn.log
verb 3

Конфиг клиента:

dev tun
proto udp
remote *IP сервера* 13555
client
resolv-retry infinite
ns-cert-type server 

ca      ca.crt
cert    client.crt
key     client.key

#route   172.17.212.0 255.255.255.0

persist-key
persist-tun
#comp-lzo
verb 3

Лог сервера:

Fri Jun  7 05:56:45 2019 OpenVPN 2.4.7 x86_64-redhat-linux-gnu [Fedora EPEL patched] [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] built on Feb 20 2019
Fri Jun  7 05:56:45 2019 library versions: OpenSSL 1.0.1e-fips 11 Feb 2013, LZO 2.03
Fri Jun  7 05:56:45 2019 Diffie-Hellman initialized with 2048 bit key
Fri Jun  7 05:56:45 2019 Failed to extract curve from certificate (UNDEF), using secp384r1 instead.
Fri Jun  7 05:56:45 2019 ECDH curve secp384r1 added
Fri Jun  7 05:56:45 2019 ROUTE_GATEWAY 194.58.122.1/255.255.255.0 IFACE=eth0 HWADDR=00:16:3e:d1:1c:42
Fri Jun  7 05:56:45 2019 TUN/TAP device tun0 opened
Fri Jun  7 05:56:45 2019 TUN/TAP TX queue length set to 100
Fri Jun  7 05:56:45 2019 /sbin/ip link set dev tun0 up mtu 1500
Fri Jun  7 05:56:45 2019 /sbin/ip addr add dev tun0 local 192.168.50.1 peer 192.168.50.2
Fri Jun  7 05:56:45 2019 /sbin/ip route add 192.168.50.0/24 via 192.168.50.2
Fri Jun  7 05:56:45 2019 Could not determine IPv4/IPv6 protocol. Using AF_INET
Fri Jun  7 05:56:45 2019 Socket Buffers: R=[124928->124928] S=[124928->124928]
Fri Jun  7 05:56:45 2019 UDPv4 link local (bound): [AF_INET][undef]:13555
Fri Jun  7 05:56:45 2019 UDPv4 link remote: [AF_UNSPEC]
Fri Jun  7 05:56:45 2019 MULTI: multi_init called, r=256 v=256
Fri Jun  7 05:56:45 2019 IFCONFIG POOL: base=192.168.50.4 size=62, ipv6=0
Fri Jun  7 05:56:45 2019 ifconfig_pool_read(), in='halo,192.168.50.4', TODO: IPv6
Fri Jun  7 05:56:45 2019 succeeded -> ifconfig_pool_set()
Fri Jun  7 05:56:45 2019 IFCONFIG POOL LIST
Fri Jun  7 05:56:45 2019 halo,192.168.50.4
Fri Jun  7 05:56:45 2019 Initialization Sequence Completed
Fri Jun  7 05:56:52 2019 *тут был IP сервера*:1194 TLS: Initial packet from [AF_INET]*тут был IP сервера*:1194, sid=0b891624 fb6026f1
Fri Jun  7 05:56:52 2019 *тут был IP сервера*:1194 VERIFY OK: depth=1, CN=server
Fri Jun  7 05:56:52 2019 *тут был IP сервера*:1194 VERIFY OK: depth=0, CN=halo
Fri Jun  7 05:56:52 2019 *тут был IP сервера*:1194 peer info: IV_VER=2.4.6
Fri Jun  7 05:56:52 2019 *тут был IP сервера*:1194 peer info: IV_PLAT=win
Fri Jun  7 05:56:52 2019 *тут был IP сервера*:1194 peer info: IV_PROTO=2
Fri Jun  7 05:56:52 2019 *тут был IP сервера*:1194 peer info: IV_NCP=2
Fri Jun  7 05:56:52 2019 *тут был IP сервера*:1194 peer info: IV_LZ4=1
Fri Jun  7 05:56:52 2019 *тут был IP сервера*:1194 peer info: IV_LZ4v2=1
Fri Jun  7 05:56:52 2019 *тут был IP сервера*:1194 peer info: IV_LZO=1
Fri Jun  7 05:56:52 2019 *тут был IP сервера*:1194 peer info: IV_COMP_STUB=1
Fri Jun  7 05:56:52 2019 *тут был IP сервера*:1194 peer info: IV_COMP_STUBv2=1
Fri Jun  7 05:56:52 2019 *тут был IP сервера*:1194 peer info: IV_TCPNL=1
Fri Jun  7 05:56:52 2019 *тут был IP сервера*:1194 peer info: IV_GUI_VER=OpenVPN_GUI_11
Fri Jun  7 05:56:52 2019 *тут был IP сервера*:1194 Control Channel: TLSv1.2, cipher TLSv1/SSLv3 ECDHE-RSA-AES256-GCM-SHA384, 2048 bit RSA
Fri Jun  7 05:56:52 2019 *тут был IP сервера*:1194 [halo] Peer Connection Initiated with [AF_INET]*тут был IP сервера*:1194
Fri Jun  7 05:56:52 2019 halo/*тут был IP сервера*:1194 MULTI_sva: pool returned IPv4=192.168.50.6, IPv6=(Not enabled)
Fri Jun  7 05:56:52 2019 halo/*тут был IP сервера*:1194 MULTI: Learn: 192.168.50.6 -> halo/*тут был IP сервера*:1194
Fri Jun  7 05:56:52 2019 halo/*тут был IP сервера*:1194 MULTI: primary virtual IP for halo/*тут был IP сервера*:1194: 192.168.50.6
Fri Jun  7 05:56:53 2019 halo/*тут был IP сервера*:1194 PUSH: Received control message: 'PUSH_REQUEST'
Fri Jun  7 05:56:53 2019 halo/*тут был IP сервера*:1194 SENT CONTROL [halo]: 'PUSH_REPLY,redirect-gateway def1 bypass-dhcp,dhcp-option DNS 8.8.8.8,dhcp-option DNS 8.8.4.4,route 192.168.50.1,topology net30,ping 10,ping-restart 120,ifconfig 192.168.50.6 192.168.50.5,peer-id 0,cipher AES-256-GCM' (status=1)
Fri Jun  7 05:56:53 2019 halo/*тут был IP сервера*:1194 Data Channel: using negotiated cipher 'AES-256-GCM'
Fri Jun  7 05:56:53 2019 halo/*тут был IP сервера*:1194 Outgoing Data Channel: Cipher 'AES-256-GCM' initialized with 256 bit key
Fri Jun  7 05:56:53 2019 halo/*тут был IP сервера*:1194 Incoming Data Channel: Cipher 'AES-256-GCM' initialized with 256 bit key

Лог клиента:

Fri Jun 07 12:56:31 2019 OpenVPN 2.4.6 x86_64-w64-mingw32 [SSL (OpenSSL)] [LZO] [LZ4] [PKCS11] [AEAD] built on Apr 26 2018
Fri Jun 07 12:56:31 2019 Windows version 6.2 (Windows 8 or greater) 64bit
Fri Jun 07 12:56:31 2019 library versions: OpenSSL 1.1.0h  27 Mar 2018, LZO 2.10
Enter Management Password:
Fri Jun 07 12:56:31 2019 MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:25340
Fri Jun 07 12:56:31 2019 Need hold release from management interface, waiting...
Fri Jun 07 12:56:32 2019 MANAGEMENT: Client connected from [AF_INET]127.0.0.1:25340
Fri Jun 07 12:56:32 2019 MANAGEMENT: CMD 'state on'
Fri Jun 07 12:56:32 2019 MANAGEMENT: CMD 'log all on'
Fri Jun 07 12:56:32 2019 MANAGEMENT: CMD 'echo all on'
Fri Jun 07 12:56:32 2019 MANAGEMENT: CMD 'bytecount 5'
Fri Jun 07 12:56:32 2019 MANAGEMENT: CMD 'hold off'
Fri Jun 07 12:56:32 2019 MANAGEMENT: CMD 'hold release'
Fri Jun 07 12:56:32 2019 WARNING: --ns-cert-type is DEPRECATED.  Use --remote-cert-tls instead.
Fri Jun 07 12:56:32 2019 TCP/UDP: Preserving recently used remote address: [AF_INET]*тут был мой IP*:13555
Fri Jun 07 12:56:32 2019 Socket Buffers: R=[65536->65536] S=[65536->65536]
Fri Jun 07 12:56:32 2019 UDP link local (bound): [AF_INET][undef]:1194
Fri Jun 07 12:56:32 2019 UDP link remote: [AF_INET]*тут был мой IP*:13555
Fri Jun 07 12:56:32 2019 MANAGEMENT: >STATE:1559901392,WAIT,,,,,,
Fri Jun 07 12:56:33 2019 MANAGEMENT: >STATE:1559901393,AUTH,,,,,,
Fri Jun 07 12:56:33 2019 TLS: Initial packet from [AF_INET]*тут был мой IP*:13555, sid=f24387fe 48542d4f
Fri Jun 07 12:56:33 2019 VERIFY OK: depth=1, CN=server
Fri Jun 07 12:56:33 2019 VERIFY OK: nsCertType=SERVER
Fri Jun 07 12:56:33 2019 VERIFY OK: depth=0, CN=server
Fri Jun 07 12:56:33 2019 Control Channel: TLSv1.2, cipher TLSv1.2 ECDHE-RSA-AES256-GCM-SHA384, 2048 bit RSA
Fri Jun 07 12:56:33 2019 [server] Peer Connection Initiated with [AF_INET]*тут был мой IP*:13555
Fri Jun 07 12:56:34 2019 MANAGEMENT: >STATE:1559901394,GET_CONFIG,,,,,,
Fri Jun 07 12:56:34 2019 SENT CONTROL [server]: 'PUSH_REQUEST' (status=1)
Fri Jun 07 12:56:34 2019 PUSH: Received control message: 'PUSH_REPLY,redirect-gateway def1 bypass-dhcp,dhcp-option DNS 8.8.8.8,dhcp-option DNS 8.8.4.4,route 192.168.50.1,topology net30,ping 10,ping-restart 120,ifconfig 192.168.50.6 192.168.50.5,peer-id 0,cipher AES-256-GCM'
Fri Jun 07 12:56:34 2019 OPTIONS IMPORT: timers and/or timeouts modified
Fri Jun 07 12:56:34 2019 OPTIONS IMPORT: --ifconfig/up options modified
Fri Jun 07 12:56:34 2019 OPTIONS IMPORT: route options modified
Fri Jun 07 12:56:34 2019 OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified
Fri Jun 07 12:56:34 2019 OPTIONS IMPORT: peer-id set
Fri Jun 07 12:56:34 2019 OPTIONS IMPORT: adjusting link_mtu to 1624
Fri Jun 07 12:56:34 2019 OPTIONS IMPORT: data channel crypto options modified
Fri Jun 07 12:56:34 2019 Data Channel: using negotiated cipher 'AES-256-GCM'
Fri Jun 07 12:56:34 2019 Outgoing Data Channel: Cipher 'AES-256-GCM' initialized with 256 bit key
Fri Jun 07 12:56:34 2019 Incoming Data Channel: Cipher 'AES-256-GCM' initialized with 256 bit key
Fri Jun 07 12:56:34 2019 interactive service msg_channel=0
Fri Jun 07 12:56:34 2019 ROUTE_GATEWAY 194.58.122.1/255.255.255.0 I=12 HWADDR=22:20:9b:8d:2c:b6
Fri Jun 07 12:56:35 2019 open_tun
Fri Jun 07 12:56:35 2019 TAP-WIN32 device [Ethernet 2] opened: \\.\Global\{F8242E5B-C31D-4856-A785-7B47F48DE8C1}.tap
Fri Jun 07 12:56:35 2019 TAP-Windows Driver Version 9.21 
Fri Jun 07 12:56:35 2019 Notified TAP-Windows driver to set a DHCP IP/netmask of 192.168.50.6/255.255.255.252 on interface {F8242E5B-C31D-4856-A785-7B47F48DE8C1} [DHCP-serv: 192.168.50.5, lease-time: 31536000]
Fri Jun 07 12:56:35 2019 Successful ARP Flush on interface [25] {F8242E5B-C31D-4856-A785-7B47F48DE8C1}
Fri Jun 07 12:56:35 2019 do_ifconfig, tt->did_ifconfig_ipv6_setup=0
Fri Jun 07 12:56:35 2019 MANAGEMENT: >STATE:1559901395,ASSIGN_IP,,192.168.50.6,,,,
Fri Jun 07 12:56:40 2019 TEST ROUTES: 2/2 succeeded len=1 ret=1 a=0 u/d=up
Fri Jun 07 12:56:40 2019 C:\Windows\system32\route.exe ADD *тут был мой IP* MASK 255.255.255.255 194.58.122.1 IF 12
Fri Jun 07 12:56:40 2019 ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=100 and dwForwardType=4
Fri Jun 07 12:56:40 2019 Route addition via IPAPI succeeded [adaptive]
Fri Jun 07 12:56:40 2019 C:\Windows\system32\route.exe ADD 0.0.0.0 MASK 128.0.0.0 192.168.50.5
Fri Jun 07 12:56:40 2019 Route addition via IPAPI succeeded [adaptive]
Fri Jun 07 12:56:40 2019 C:\Windows\system32\route.exe ADD 128.0.0.0 MASK 128.0.0.0 192.168.50.5
Fri Jun 07 12:56:40 2019 Route addition via IPAPI succeeded [adaptive]
Fri Jun 07 12:56:40 2019 MANAGEMENT: >STATE:1559901400,ADD_ROUTES,,,,,,
Fri Jun 07 12:56:40 2019 C:\Windows\system32\route.exe ADD 192.168.50.1 MASK 255.255.255.255 192.168.50.5
Fri Jun 07 12:56:40 2019 Route addition via IPAPI succeeded [adaptive]
Fri Jun 07 12:56:40 2019 WARNING: this configuration may cache passwords in memory -- use the auth-nocache option to prevent this
Fri Jun 07 12:56:40 2019 Initialization Sequence Completed
Fri Jun 07 12:56:40 2019 MANAGEMENT: >STATE:1559901400,CONNECTED,SUCCESS,192.168.50.6,*тут был мой IP*,13555,,

С линуксами я не дружу, помогите разобраться

 , , ,

Sigurdovich ()

Нет пинга внутренних устройств в сети через Raspberry Pi 3

Привет форумчане. Подскажите пожалуйста новичку! После установки Raspbian не пингуются устройства внутри сети(интернет работает) при попытке пингануть допустим ноутбук выдает From 192.168.0.50 icmp_seq=1 Destonation Host Unreachable, Думал проблема в dhcpcd(не стартовал), проблему решил но это не помогло. Так же при попытке пингануть малину с ноутбука выдает Host is down

 , , , ,

Xonix94 ()

Пауза в пинге

Команда ping как-то странно отрабатывает. Если пинговать по IP, то всё нормально. Если пинговать по FQDN, то после опредления IP адреса следует рандомная пауза от 3 до 20(!) секунд, а после этого начинаются сами пинги.

$ ping hostname.domainname PING hostname.domainname (XX.XX.XX.XX) 56(84) bytes of data. 64 bytes from XX.XX.XX.XX: icmp_seq=1 ttl=64 time=0.227 ms 64 bytes from XX.XX.XX.XX: icmp_seq=2 ttl=64 time=0.211 ms ^C --- hostname.domainname ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 15064ms rtt min/avg/max/mdev = 0.211/0.219/0.227/0.008 ms

Пауза наступает после отрисовки второй строки. И значение time запредельное для пинга в два пакета.

Это при том, что оба хоста находятся в одной сети. Сначала на DNS грешил. И Если прописать пингуемый хост в /etc/hosts, то пинг начинает проходить нормально. Но это костыли и подпорки. Вынос DNS на внешний хостинг и использование внешних DNS не помогает.

Куда крутить? И, главное, что именно?

 

mar1ner ()

Пропадает доступ по SSH и HTTP

Всем привет.

Ubuntu 14.04 сервер VDS, физического доступа нет.

Периодически начал пропадать доступ к серверу по ssh, ping, и перестает работать сайт. Лечится перезагрузкой. Сначала это было раз в неделю, потом пришлось перегружать раз в сутки, сейчас все выключается через 10-15 секунд после перезагрузки. Служба техподдержки сказала что это из-за настройки сети через DHCP, и выставили статический IP. После этого перезагрузка перестала помогать и сервер стал недоступен совсем. Техподдержка сказала что не знает в чем дело. Из панели управления сервером запускается консоль, так что стал пытаться сам разобраться, вернул DHCP. Сейчас выяснил, что если из консоли запустить PING любого хоста (кроме localhost), то все по волшебству включается, появляется SSH и сайт начинает работать. стоит остановить ПИНГ, и все сразу замирает. Что это может быть?

 , ,

Oliris ()

что означает (DUP!) при пинге

Пингую свитч к которому подключён мой пк.


64 bytes from 192.168.1.76: icmp_seq=105 ttl=63 time=8.69 ms (DUP!)
64 bytes from 192.168.1.76: icmp_seq=105 ttl=63 time=8.75 ms (DUP!)
64 bytes from 192.168.1.76: icmp_seq=106 ttl=63 time=7.38 ms
64 bytes from 192.168.1.76: icmp_seq=106 ttl=63 time=7.57 ms (DUP!)
64 bytes from 192.168.1.76: icmp_seq=106 ttl=63 time=7.77 ms (DUP!)
64 bytes from 192.168.1.76: icmp_seq=106 ttl=63 time=7.99 ms (DUP!)
64 bytes from 192.168.1.76: icmp_seq=107 ttl=63 time=9.55 ms
64 bytes from 192.168.1.76: icmp_seq=107 ttl=63 time=9.58 ms (DUP!)
64 bytes from 192.168.1.76: icmp_seq=107 ttl=63 time=9.79 ms (DUP!)
64 bytes from 192.168.1.76: icmp_seq=107 ttl=63 time=9.91 ms (DUP!)
64 bytes from 192.168.1.76: icmp_seq=108 ttl=63 time=9.65 ms
64 bytes from 192.168.1.76: icmp_seq=108 ttl=63 time=9.94 ms (DUP!)
64 bytes from 192.168.1.76: icmp_seq=108 ttl=63 time=9.99 ms (DUP!)
64 bytes from 192.168.1.76: icmp_seq=108 ttl=63 time=10.1 ms (DUP!)
64 bytes from 192.168.1.76: icmp_seq=109 ttl=63 time=10.1 ms
64 bytes from 192.168.1.76: icmp_seq=109 ttl=63 time=10.4 ms (DUP!)
64 bytes from 192.168.1.76: icmp_seq=109 ttl=63 time=10.5 ms (DUP!)
64 bytes from 192.168.1.76: icmp_seq=109 ttl=63 time=10.6 ms (DUP!)
64 bytes from 192.168.1.76: icmp_seq=110 ttl=63 time=10.6 ms
64 bytes from 192.168.1.76: icmp_seq=110 ttl=63 time=10.8 ms (DUP!)
64 bytes from 192.168.1.76: icmp_seq=110 ttl=63 time=10.9 ms (DUP!)
64 bytes from 192.168.1.76: icmp_seq=110 ttl=63 time=11.0 ms (DUP!)


Пример выше.Почему свитч отвечает 2-3 раза? в wireshark

https://cdn1.savepice.ru/uploads/2019/2/22/ddc331fd86f327eb690c2b091af45b2d-f...

Конфликта ip адресов нету,менял адрес,такая же ситуация.

 

Palamar ()

Не могу настроить прокси на 18.04

На виртуальнике стоит Крысунту 18.04 Есть прокси, у него известен IP. Проверен в браузере, работает, а как сделать прокси общим? Пробовал делать /etc/apt/apt.conf.d/proxy.conf не помогает. ping ya.ru не идет.Не запускаются менеджер обновления установщик приложений и тп. Через нетворк менеджер пытался настроить - нет результата. Редактировал /etc/apt/apt.conf.d/proxy /etc/environment по прежнему красный кружок в трее и ping ya.ru не идет.

 , ,

dwarfadelic ()

Кроссплатформенная утилита для пинга

Привет

В конфиге задаются адреса, программа их пингует с периодичностью N секунд и показывается индикацию о том, доступны данные адреса или нет, в виде зеленых и красных кружочков, например

Спасибо

 , ,

admucher ()

nping: network unreachable считается удачным ответом

Всем привет. В своё время долго ржал над виндовым ping-ом, который сам себе отвечал, что «заданный узел недоступен», считая эти «ответы» как успешные, и выдавая статус успешной операции по итогу. Ну ладно, то винда. Но вот теперь обнаруживаю, что nping ушёл совсем недалеко:

# nping --interface eth0 --icmp --dest-mac 00:21:91:98:6A:75 -c 3 --delay 0.2 A.B.C.D

Starting Nping 0.7.60 ( https://nmap.org/nping ) at 2018-12-27 13:18 EET
SENT (0.8063s) ICMP [192.168.1.59 > A.B.C.D Echo request (type=8/code=0) id=12718 seq=1] IP [ttl=64 id=60290 iplen=28 ]
SENT (1.0068s) ICMP [192.168.1.59 > A.B.C.D Echo request (type=8/code=0) id=12718 seq=2] IP [ttl=64 id=60290 iplen=28 ]
RCVD (1.0081s) ICMP [192.168.1.1 > 192.168.1.59 Network A.B.C.D unreachable (type=3/code=0) ] IP [ttl=64 id=1646 iplen=56 ]
RCVD (1.0081s) ICMP [192.168.1.1 > 192.168.1.59 Network A.B.C.D unreachable (type=3/code=0) ] IP [ttl=64 id=1647 iplen=56 ]
SENT (1.2074s) ICMP [192.168.1.59 > A.B.C.D Echo request (type=8/code=0) id=12718 seq=3] IP [ttl=64 id=60290 iplen=28 ]
RCVD (1.2173s) ICMP [192.168.1.1 > 192.168.1.59 Network A.B.C.D unreachable (type=3/code=0) ] IP [ttl=64 id=1648 iplen=56 ]

Max rtt: 9.828ms | Min rtt: 1.287ms | Avg rtt: 4.219ms
Raw packets sent: 3 (126B) | Rcvd: 3 (168B) | Lost: 0 (0.00%)
Nping done: 1 IP address pinged in 1.22 seconds
Как видно, поведение почти то же самое, только он хоть не сам себе отвечает. О том, что заданная сеть недоступна, отвечает ему роутер, что, конечно, чистая правда. Но почему это считается успешным прохождением пакета? И, главное, как эту тварь заставить не считать успехом ответ от роутера о невозможности связаться с хостом?

Я его, на самом деле, использую с опцией -q, и анализирую только суммарный ответ: сколько пакетов потеряно. Какой-нибудь более вменяемый выход есть, кроме как анализировать весь вывод целиком и считать строчки с успешным ответом именно от целевого хоста?

Какой-нибудь другой ping подойдёт, только если у него есть аналог опции "--dest-mac", но я такого больше не знаю.

PS Я даже не говорю о том, что nping всегда возвращает success, и узнать результат пинга можно, только проанализировав его stdout. Это, конечно, жесть, но об этом, хотя бы, в документации написано.

 ,

shamus24 ()

Пропинговать страны

Хочу себе VPS/VDS всё таки взять, но с наименьшим пингом, как быстро по странам пробежать им? Мож сервис какой спец есть для этого?

 , ,

eR ()

Потеря пакетов и лаги в консоли???

И так, есть пожилой сервер, который живет уже с 2009 года. Работает роутером, почтовым сервером, впн, немного файлообменником. Внутри ресурсы распиханы по контейнерам openvz. По этой причине обновляться не удалось, привык к openvz, да и не было необходимости особой, но в ближайших планах это уже есть. Вообщем особых проблем сервер не доставляет.

И тут пару дней назад появляются лаги ресурса работающего через впн. Иду в консоль и обнаруживаю. Что например команда с коротким выводом типа ls или cat /proc/mdstat не вызывает проблем, а например dmesg или top или ifconfig приводит к повисанию сессии, выводится пара или 5-6 строк и виснет. При этом новая открывается лихо и без проблем. А если зайти на сервер из локалки, то ни чего не виснет, все летает. Мало того, если зайти с внешки другого города (есть филиалы) то тоже все работает. Получается, что виноват некий узел на пути от меня до сервера.

Подскажите как выявить узел который портит жизнь? Провайдер с моей стороны больно уж трудносговорчивый МТС(наземный).

Вот такие потери пингов пакетами размером 15000.

154 packets transmitted, 88 packets received, 42% packet loss
round-trip min/avg/max/stddev = 9.135/14.481/60.134/9.590 ms

 

demon54 ()

Объясните, пожалуйста, почему пинг тормозит.

пингую с одного компа на другой, оба включены в один роутер
64 bytes from 192.168.1.2: icmp_seq=37 ttl=64 time=0.427 ms

Правильно ли я понимаю, что пакет туда и обратно идёт почти полсекунды.

Вопрос - где и на что теряется такое большое количество времени?

(да даже если это 4 десятитысячных секунды, то всё равно кажется много)

Пусть тактовая частота 2 гигагерца. пакет нужно:
- отправить - получить - переслать - получить - обработать - отправить - получить - переслать - получить

т.е. примерно 9 действий.

если считать что команды выполняются по одной за такт, то
за секунду выполняется 0.2*10^10
а за 0.4*10^-3 секунды это 0.2*10^7 команд
даже если поделим на 9, пусть 10 действий, получается, что для обработки пакета требуется примерно 0.2*10^6 ~= 200 000 команд.

Что они там делают с пакетами?

 

Einstok_Fair ()

Почему ping в скрипте под обычным юзером и под root может работать по-разному?

Господа,

что то я зачастил.

Но спасибо Вам большое за помощь.

Дело в том, что после некой аварии я пытаюсь сам, своими силами, наладить правильный бэкап.

У меня Ubuntu 16.04, на которой поднят KVM, и в одной из виртуалок крутится GitLab.

И у меня возникает такая задача: раз в день, если виртуалочка с GitLab выключена - надо её диск скопировать, а потом саму виртуалочку запустить командой virsh start.

Я сделал всё прямо, как железная дорога:

вот содержимое sh - файла, который я хочу запускать по крону:

if /bin/ping -c 1 192.168.10.57 &> /dev/null

then

echo Cant backup - VM working now

else

echo Try copy...

/bin/cp /VM/GitLab0_Ubuntu.img /backups/

/usr/bin/virsh start GitLab0_Ubuntu

fi

Но вот что интересно.

Я выключил виртуальную машину и стал пробовать скрипт в ручнмо режиме.

Когда я запускаю этот *.sh - файл под обычным пользователем - я получаю по морде отсутствием пермишшенов на /backups/

А когда я пишу

sudo ./backup-gitlab.sh

- я получаю еще более загадочный вывод:

Cant backup - VM working now

PING 192.168.10.57 (192.168.10.57) 56(84) bytes of data.

konst@LB1:/backups$ From 192.168.10.201 icmp_seq=1 Destination Host Unreachable

--- 192.168.10.57 ping statistics ---

1 packets transmitted, 0 received, +1 errors, 100% packet loss, time 0ms

То есть, впечатление такое, что скрипт начинает выполнять ветку, соответствующую тому, что ping до нужного хоста есть.

Хотя хост выключен.

Вот скриншот:

http://junecat.ru/Storage/oth/ping-1.jpg

Не знаете ли Вы, почему это может так работать? Ведь ничего не изменилось, кроме того, что второй раз я запускаюсь из под sudo.

И еще раз спасибо всем, кто мне даёт советы. Это - бесценно

 , ,

SteeL-HeaD ()

проверка доступности ресурса с учетом % потерь

Здравствуйте, подскажите пж-та, не могу никак сообразить: необходимо с помощью bash-скрипта проверять доступность ресурса http://www.google.com с помощью утилиты ping (отправляется 4 пакета) и в случае если процент потерь составляет 75% и больше (потерялось 3 пакета из 4 или 4 из 4), необходимо выполнить действие 1. Если процент потерь менее 75%, то выполнять действие 2. Не могу понять, как это реализовать. Пока сделал так: ping http://www.google.com -c 4 -q -w 30 &>/dev/null rezult=$? if [ $rezult != 0 ]; then echo «действие 1» else echo «действие 2»

Но данный способ не учитывает % потерь, условие срабатывает, даже если теряется 1 пакет

 ,

wiremann ()

Openvpn нет ping-ов

Настраиваю openvpn на astra Linux. Все идёт хорошо, туннель поднимается между сервером и клиентом, между ними же идут пинги. Когда добавляю нового клиента, туннель между сервером и новым клиентом образуется, а пинги не идут. Формирую и настраиваю нового клиента так же, как и первого. В чем может быть проблема?

 , , ,

sarrazin ()

Почему не получает значение

Добрый день, есть одна строка

s=$(ping -c 1 -M do -s 1500 192.168.88.16 | sed -n 2p);
echo $s;


Вывод переменной s пустой, эту переменную хочу использовать для сравнения, подскажите в чем может быть проблема. И да, MTU я специально поставил больше.

 ,

tamam ()

ping yandex.ru >1.txt, русские буквы сохраняются казябрами

Собственно весь вопрос в заглавии. Ввожу в командной строке ping yandex.ru сохраняю в текст, а там казабры. При этом если команда имеет вид: ping yandex.ru - в консоли русские буквы.

 

gugolovski ()