Forum Debian Users Gang

Karoll · 2022-06-06 13:12:35

Za Wasza porada kupilem wymieniony powyzej modem LTE. Zaraz po zakupie dzialal perfekcyjnie. Dzisiaj go odpalam i nie swieci sie dioda sily sygnalu. Nie moge polaczyc laptopa z Internetem, komorka przez modem dziala. Wniosek dla mnie - przyczyna jest w konfigu sieci w laptopie, ale tu tez jest zagwozdka bo do innej sieci WiFi, laptop laczy perfekcyjnie. Moj wniosek: brak polaczenia wylacznie dla laptopa poprzez modem LTE.
Sila sygnalu na ikonce laptopa dla sieci LTE = maxymalna (wszystko na zielono)
Jaka moze byc tego przyczyna ?

Ostatnio edytowany przez Karoll (2022-06-27 10:16:19)

morfik · 2022-06-06 20:05:17

A w logu systemowym jakieś informacje są? xD

Karoll · 2022-06-07 13:54:10

Taka komenda:

Kod:

cat /var/log/syslog

Taki wynik

Kod:

Jun  7 12:39:18 debian systemd-resolved[306]: Using degraded feature set (TLS+EDNS0) for DNS server 192.168.10.1.
Jun  7 12:39:28 debian systemd-resolved[306]: Using degraded feature set (UDP+EDNS0) for DNS server 192.168.10.1.
Jun  7 12:39:33 debian systemd-resolved[306]: Using degraded feature set (UDP) for DNS server 192.168.10.1.
Jun  7 12:39:38 debian systemd-resolved[306]: Using degraded feature set (TCP) for DNS server 192.168.10.1.
Jun  7 12:39:48 debian systemd-resolved[306]: Using degraded feature set (UDP) for DNS server 192.168.10.1.
Jun  7 12:39:56 debian systemd-resolved[306]: Using degraded feature set (TCP) for DNS server 192.168.10.1.
Jun  7 12:40:17 debian systemd-resolved[306]: Using degraded feature set (UDP) for DNS server 192.168.10.1.
Jun  7 12:40:24 debian systemd-resolved[306]: Using degraded feature set (TCP) for DNS server 192.168.10.1.
Jun  7 12:40:51 debian rtkit-daemon[2027]: Supervising 5 threads of 3 processes of 1 users.
Jun  7 12:40:51 debian rtkit-daemon[2027]: Supervising 5 threads of 3 processes of 1 users.
Jun  7 12:41:00 debian systemd-resolved[306]: Using degraded feature set (UDP) for DNS server 192.168.10.1.
Jun  7 12:41:06 debian systemd-resolved[306]: Using degraded feature set (TCP) for DNS server 192.168.10.1.
Jun  7 12:41:41 debian systemd-resolved[306]: Using degraded feature set (UDP) for DNS server 192.168.10.1.
Jun  7 12:41:47 debian systemd-resolved[306]: Using degraded feature set (TCP) for DNS server 192.168.10.1.
root@debian:~#

A tak to wyglada dla dzialajacego polaczenia:

Kod:

tail -f -n 5 /var/log/syslog
Jun  7 13:11:11 debian ntpd[959]: Listen normally on 22 wlp5s0 192.168.11.110:123
Jun  7 13:11:11 debian ntpd[959]: Listen normally on 23 wlp5s0 [fe80::7188:b6aa:e58c:21cf%3]:123
Jun  7 13:11:11 debian ntpd[959]: new interface(s) found: waking up resolver
Jun  7 13:11:20 debian systemd[1]: NetworkManager-dispatcher.service: Succeeded.
Jun  7 13:11:20 debian systemd[1]: NetworkManager-dispatcher.service: Consumed 312ms CPU time.
Jun  7 13:12:29 debian wpa_supplicant[883]: TDLS: Invalid frame - payloadtype=1 category=240 action=26

Kod:

sudo journalctl -r -u systemd-resolved
-- Logs begin at Wed 2022-06-08 15:51:29 IST, end at Wed 2022-06-08 16:48:25 IST
Jun 08 16:42:51 debian systemd-resolved[301]: Using degraded feature set (TCP) f
Jun 08 16:42:40 debian systemd-resolved[301]: Using degraded feature set (UDP) f
Jun 08 16:42:30 debian systemd-resolved[301]: Using degraded feature set (TCP) f
Jun 08 16:42:20 debian systemd-resolved[301]: Using degraded feature set (UDP) f
Jun 08 16:42:10 debian systemd-resolved[301]: Using degraded feature set (TCP) f
Jun 08 16:42:05 debian systemd-resolved[301]: Using degraded feature set (UDP) f
Jun 08 16:41:55 debian systemd-resolved[301]: Using degraded feature set (TCP) f
Jun 08 16:41:50 debian systemd-resolved[301]: Using degraded feature set (UDP) f
Jun 08 16:41:39 debian systemd-resolved[301]: Using degraded feature set (TCP) f
Jun 08 16:41:34 debian systemd-resolved[301]: Using degraded feature set (UDP) f
Jun 08 16:41:26 debian systemd-resolved[301]: Using degraded feature set (UDP+ED
Jun 08 16:41:04 debian systemd-resolved[301]: Using degraded feature set (TLS+ED
Jun 08 16:40:59 debian systemd-resolved[301]: Using degraded feature set (UDP+ED

Po wpisaniu adresu IP modemu do paska adresowego przegladarki, niestety nie moge wejsc w menu ustawien modemu, dostaje tylko message:

The connection has timed out

????
Edyta:
Chyba znalazlem rozwiazanie (bo przyczyny nadal nie znam). Moze komus sie przyda.
https://superuser.com/questions/1676584/using-degra … 76800#1676800

Ostatnio edytowany przez Karoll (2022-06-08 19:03:06)

Karoll · 2022-06-19 16:53:03

Niestety niedlugo trwala moja radosc. Usilowalem dzisiaj polaczyc sie (przewodowo i bezprzewodowo) za pomoca tego modemu z Internetem ale nadaremnie.
System "widzi" modem jako urzadzenie usb:

Kod:

lsusb
Bus 002 Device 003: ID 04f2:b044 Chicony Electronics Co., Ltd Acer CrystalEye Webcam
Bus 002 Device 005: ID 12d1:14db Huawei Technologies Co., Ltd. E353/E3131

Natomiast ja kiedy chce zapingowac np tak:

Kod:

xxxxx@debian:~$ ping wp.pl
.......................................................

Nie moge rowniez otworzyc menu konfiguracyjnego dla modemu.
Polaczenie sieciowe jest aktywne na 98 %, tak raportuje Network Manager.
Moj wniosek, jestem polaczony ale problem z serwerem DNS (to tylko moja interpretacja), poniewaz bez modemu lacze sie z Internetem bez problemu, wnioskuje ze zrodlem problemow jest modem HUAWEI E5576.
Pomozecie ?

Pavlo950 · 2022-06-19 17:16:24

Adresację bierzesz z dhcp czy na sztywno?

Karoll · 2022-06-19 18:03:34

Mam staly adres IP.
Zrobilem mu "twardy reset" wg tego przepisu,
https://www.youtube.com/watch?v=seGpL4tpApw
Nic nie pomoglo.

Nmap daje takie wyniki ;

Kod:

root@debian:~# nmap -A -T4 192.168.8.1
Starting Nmap 7.70 ( https://nmap.org ) at 2022-06-19 20:33 IST
Note: Host seems down. If it is really up, but blocking our ping probes, try -Pn
Nmap done: 1 IP address (0 hosts up) scanned in 3.98 seconds
root@debian:~# nmap -Pn 192.168.8.1
Starting Nmap 7.70 ( https://nmap.org ) at 2022-06-19 20:34 IST
sendto in send_ip_packet_sd: sendto(4, packet, 44, 0, 192.168.8.1, 16) => Operation not permitted
Offending packet: TCP 192.168.31.170:55878 > 192.168.8.1:23 S ttl=53 id=31778 iplen=44  seq=765126158 win=1024 <mss 1460>
sendto in send_ip_packet_sd: sendto(4, packet, 44, 0, 192.168.8.1, 16) => Operation not permitted
Offending packet: TCP 192.168.31.170:55879 > 192.168.8.1:23 S ttl=47 id=21882 iplen=44  seq=765191695 win=1024 <mss 1460>

Kod:

Jun 20 07:06:53 debian wpa_supplicant[796]: TDLS: Invalid frame - payloadtype=1 category=240 action=26

????

Ostatnio edytowany przez Karoll (2022-06-20 08:10:08)

Pavlo950 · 2022-06-20 10:51:09

Zastanawiam się z jakiego powodu biorą się u Ciebie inne adresy - bo najprawdopodobniej muszę się dokształcić - IP w tym co wypluł nmap. Mam trochę starszy model i u mnie powyższe polecenia dają takie wyniki:

Kod:

root@pc:~# nmap -A -T4 192.168.0.1
Starting Nmap 7.80 ( https://nmap.org ) at 2022-06-20 10:45 CEST
Nmap scan report for www.huaweimobilewifi.com (192.168.0.1)
Host is up (0.0030s latency).
Not shown: 998 closed ports
PORT   STATE SERVICE VERSION
53/tcp open  domain  (unknown banner: no version)
| dns-nsid: 
|   NSID: no id (6e6f206964)
|   id.server: no id
|_  bind.version: no version
| fingerprint-strings: 
|   DNSVersionBindReqTCP: 
|     version
|     bind
|_    version
80/tcp open  http    mini_httpd 1.19 19dec2003
| http-title: Site doesn't have a title (text/html).
|_Requested resource was http://www.huaweimobilewifi.com/html/index.html
1 service unrecognized despite returning data. If you know the service/version, please submit the following fingerprint at https://nmap.org/cgi-bin/submit.cgi?new-service :
SF-Port53-TCP:V=7.80%I=7%D=6/20%Time=62B033A2%P=x86_64-pc-linux-gnu%r(DNSV
SF:ersionBindReqTCP,37,"\x005\0\x06\x81\x80\0\x01\0\x01\0\0\0\0\x07version
SF:\x04bind\0\0\x10\0\x03\xc0\x0c\0\x10\0\x03\0\0\0\0\0\x0b\nno\x20version
SF:");
MAC Address: 00:9A:CD:2D:C4:35 (Huawei Technologies)
Device type: general purpose
Running: Linux 2.6.X|3.X
OS CPE: cpe:/o:linux:linux_kernel:2.6 cpe:/o:linux:linux_kernel:3
OS details: Linux 2.6.32 - 3.10
Network Distance: 1 hop

TRACEROUTE
HOP RTT     ADDRESS
1   3.02 ms www.huaweimobilewifi.com (192.168.0.1)

OS and Service detection performed. Please report any incorrect results at https://nmap.org/submit/ .
Nmap done: 1 IP address (1 host up) scanned in 36.60 seconds

Kod:

root@pc:~# nmap -Pn 192.168.0.1
Starting Nmap 7.80 ( https://nmap.org ) at 2022-06-20 10:46 CEST
Nmap scan report for www.huaweimobilewifi.com (192.168.0.1)
Host is up (0.0063s latency).
Not shown: 998 closed ports
PORT   STATE SERVICE
53/tcp open  domain
80/tcp open  http
MAC Address: 00:9A:CD:2D:C4:35 (Huawei Technologies)

Nmap done: 1 IP address (1 host up) scanned in 8.64 seconds

Z tym że ja mam całkowicie inną adresację i dobrałem sobie inną konfigurację w panelu.

Ostatnio edytowany przez Pavlo950 (2022-06-20 10:52:45)

Karoll · 2022-06-20 15:17:09

Ja nie moge wejsc w panel.
Nie moge pingowac.
Wynik skanu:

Kod:

root@debian:~# nmap -Pn 192.168.0.1
Starting Nmap 7.70 ( https://nmap.org ) at 2022-06-20 14:14 IST
sendto in send_ip_packet_sd: sendto(4, packet, 44, 0, 192.168.0.1, 16) => Operation not permitted
Offending packet: TCP 192.168.8.105:61490 > 192.168.0.1:23 S ttl=39 id=50907 iplen=44  seq=3670503337 win=1024 <mss 1460>
sendto in send_ip_packet_sd: sendto(4, packet, 44, 0, 192.168.0.1, 16) => Operation not permitted
Offending packet: TCP 192.168.8.105:61491 > 192.168.0.1:23 S ttl=54 id=6860 iplen=44  seq=3670437800 win=1024 <mss 1460>

Kod:

 systemctl status systemd-resolved.service
● systemd-resolved.service - Network Name Resolution
   Loaded: loaded (/lib/systemd/system/systemd-resolved.service; enabled; vendor
  Drop-In: /usr/lib/systemd/system/systemd-resolved.service.d
           └─resolvconf.conf
   Active: active (running) since Mon 2022-06-20 14:55:29 IST; 8min ago
     Docs: man:systemd-resolved.service(8)
           https://www.freedesktop.org/wiki/Software/systemd/resolved
           https://www.freedesktop.org/wiki/Software/systemd/writing-network-con
           https://www.freedesktop.org/wiki/Software/systemd/writing-resolver-cl
  Process: 18438 ExecStartPost=/bin/sh -c [ ! -e /run/resolvconf/enable-updates 
 Main PID: 18437 (systemd-resolve)
   Status: "Processing requests..."
    Tasks: 1 (limit: 4915)
   Memory: 1.5M
      CPU: 107ms
   CGroup: /system.slice/systemd-resolved.service
           └─18437 /lib/systemd/systemd-resolved

Jun 20 14:55:29 debian systemd[1]: Starting Network Name Resolution...
Jun 20 14:55:29 debian systemd-resolved[18437]: Positive Trust Anchors:
Jun 20 14:55:29 debian systemd-resolved[18437]: . IN DS 19036 8 2 49aac11d7b6f64
Jun 20 14:55:29 debian systemd-resolved[18437]: . IN DS 20326 8 2 e06d44b80b8f1d
Jun 20 14:55:29 debian systemd-resolved[18437]: Negative trust anchors: 10.in-ad
Jun 20 14:55:29 debian systemd-resolved[18437]: Using system hostname 'debian'.
Jun 20 14:55:29 debian systemd[1]: Started Network Name Resolution.
lines 3-25/25 (END)
  Drop-In: /usr/lib/systemd/system/systemd-resolved.service.d
           └─resolvconf.conf
   Active: active (running) since Mon 2022-06-20 14:55:29 IST; 8min ago
     Docs: man:systemd-resolved.service(8)
           https://www.freedesktop.org/wiki/Software/systemd/resolved
           https://www.freedesktop.org/wiki/Software/systemd/writing-network-configuration-managers
           https://www.freedesktop.org/wiki/Software/systemd/writing-resolver-clients
  Process: 18438 ExecStartPost=/bin/sh -c [ ! -e /run/resolvconf/enable-updates ] || echo "nameserver 127.0.0.53"
 Main PID: 18437 (systemd-resolve)
   Status: "Processing requests..."
    Tasks: 1 (limit: 4915)
   Memory: 1.5M
      CPU: 107ms
   CGroup: /system.slice/systemd-resolved.service
           └─18437 /lib/systemd/systemd-resolved

Jun 20 14:55:29 debian systemd[1]: Starting Network Name Resolution...
Jun 20 14:55:29 debian systemd-resolved[18437]: Positive Trust Anchors:
Jun 20 14:55:29 debian systemd-resolved[18437]: . IN DS 19036 8 2 49aac11d7b6f6446702e54a1607371607a1a41855200fd2
Jun 20 14:55:29 debian systemd-resolved[18437]: . IN DS 20326 8 2 e06d44b80b8f1d39a95c0b0d7c65d08458e880409bbc683
Jun 20 14:55:29 debian systemd-resolved[18437]: Negative trust anchors: 10.in-addr.arpa 16.172.in-addr.arpa 17.17
Jun 20 14:55:29 debian systemd-resolved[18437]: Using system hostname 'debian'.
Jun 20 14:55:29 debian systemd[1]: Started Network Name Resolution.

Tutaj: https://askubuntu.com/questions/1113360/systemd-res … cific-domains
oczekiwalem rozwiazania problemu - nadaremnie.
Tutaj jest ciekawa sprawa:

Kod:

cat /run/resolvconf/resolv.conf
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 8.8.8.8
nameserver 8.8.4.4
nameserver 127.0.0.53
search localdomain

Kod:

cat /run/systemd/resolve/resolv.conf
# This file is managed by man:systemd-resolved(8). Do not edit.
#
# This is a dynamic resolv.conf file for connecting local clients directly to
# all known uplink DNS servers. This file lists all configured search domains.
#
# Third party programs must not access this file directly, but only through the
# symlink at /etc/resolv.conf. To manage man:resolv.conf(5) in a different way,
# replace this symlink by a static file or a different symlink.
#
# See man:systemd-resolved.service(8) for details about the supported modes of
# operation for /etc/resolv.conf.

nameserver 8.8.8.8
nameserver 1.1.1.1

Mysle, ze obydwa pliki konfiguracyjne resolv.conf powinny odnosic sie do tych samych adresacji serwerow.

To jest zadanie dla dobrego sieciowca.

Ostatnio edytowany przez Karoll (2022-06-20 17:40:56)

morfik · 2022-06-22 09:25:03

Jak coś to ping'uj po IP zamiast po domenach, żeby wyeliminować problem z DNS w pierwszej kolejności.

Z tego co kiedyś czytałem, to modemy mogą mieć zabezpieczenia przed skanami i po wykryciu takiego blokują się. xD Dlatego lepiej używać zwykłego ping'a zamiast bawić się nmap.

Odpal sobie w terminalu journalctl -f i podepnij modem i spróbuj skonfigurować połączenie. Potem wrzuć to co w tym logu ci wyrzuciło.

Karoll · 2022-06-22 10:11:10

Juz sie robi !
Dla dzialajacego polaczenia:

Kod:

root@debian:~# host -tA wp.pl
wp.pl has address 212.77.98.9
root@debian:~# host -tA onet.pl
onet.pl has address 75.2.92.173
onet.pl has address 99.83.207.202
root@debian:~# host -tA interia.pl
interia.pl has address 217.74.65.23

Dla niedzialajacego polaczenia:

Kod:

root@debian:~# ping 212.77.98.9
PING 212.77.98.9 (212.77.98.9) 56(84) bytes of data.
--- 212.77.98.9 ping statistics ---
23 packets transmitted, 0 received, 100% packet loss, time 543ms

Kod:

root@debian:~#  journalctl -f 
-- Logs begin at Wed 2022-06-22 08:22:01 IST. --
Jun 22 08:52:34 debian avahi-daemon[782]: Joining mDNS multicast group on interface wlp5s0.IPv6 with address fe80::28b9:5507:83e3:9ad.
Jun 22 08:52:34 debian avahi-daemon[782]: New relevant interface wlp5s0.IPv6 for mDNS.
Jun 22 08:52:34 debian avahi-daemon[782]: Registering new address record for fe80::28b9:5507:83e3:9ad on wlp5s0.*.
Jun 22 08:52:34 debian dhclient[9696]: DHCPREQUEST for 192.168.8.105 on wlp5s0 to 255.255.255.255 port 67
Jun 22 08:52:34 debian wpa_supplicant[794]: wlp5s0: CTRL-EVENT-SIGNAL-CHANGE above=1 signal=-32 noise=-95 txrate=52000

Jun 22 08:52:36 debian ntpd[919]: bind(23) AF_INET6 fe80::28b9:5507:83e3:9ad%3#123 flags 0x11 failed: Cannot assign requested address
Jun 22 08:52:36 debian ntpd[919]: unable to create socket on wlp5s0 (6) for fe80::28b9:5507:83e3:9ad%3#123
Jun 22 08:52:36 debian ntpd[919]: failed to init interface for address fe80::28b9:5507:83e3:9ad%3
Jun 22 08:52:38 debian ntpd[919]: Listen normally on 7 wlp5s0 [fe80::28b9:5507:83e3:9ad%3]:123

Jun 22 08:52:38 debian ntpd[919]: new interface(s) found: waking up resolver
Jun 22 08:52:40 debian dhclient[9696]: DHCPREQUEST for 192.168.8.105 on wlp5s0 to 255.255.255.255 port 67
Jun 22 08:52:40 debian dhclient[9696]: DHCPACK of 192.168.8.105 from 192.168.8.1
Jun 22 08:52:40 debian NetworkManager[770]: <info>  [1655884360.9418] dhcp4 (wlp5s0):   address 192.168.8.105
Jun 22 08:52:40 debian NetworkManager[770]: <info>  [1655884360.9419] dhcp4 (wlp5s0):   plen 24 (255.255.255.0)
Jun 22 08:52:40 debian NetworkManager[770]: <info>  [1655884360.9419] dhcp4 (wlp5s0):   gateway 192.168.8.1
Jun 22 08:52:40 debian NetworkManager[770]: <info>  [1655884360.9419] dhcp4 (wlp5s0):   lease time 86400
Jun 22 08:52:40 debian NetworkManager[770]: <info>  [1655884360.9420] dhcp4 (wlp5s0):   nameserver '192.168.8.1'
Jun 22 08:52:40 debian NetworkManager[770]: <info>  [1655884360.9420] dhcp4 (wlp5s0): state changed unknown -> bound
Jun 22 08:52:40 debian avahi-daemon[782]: Joining mDNS multicast group on interface wlp5s0.IPv4 with address 192.168.8.105.
Jun 22 08:52:40 debian avahi-daemon[782]: New relevant interface wlp5s0.IPv4 for mDNS.
Jun 22 08:52:40 debian avahi-daemon[782]: Registering new address record for 192.168.8.105 on wlp5s0.IPv4.
Jun 22 08:52:40 debian NetworkManager[770]: <info>  [1655884360.9469] device (wlp5s0): state change: ip-config -> ip-check (reason 'none', sys-iface-state: 'managed')
Jun 22 08:52:40 debian NetworkManager[770]: <info>  [1655884360.9494] device (wlp5s0): state change: ip-check -> secondaries (reason 'none', sys-iface-state: 'managed')
Jun 22 08:52:40 debian NetworkManager[770]: <info>  [1655884360.9502] device (wlp5s0): state change: secondaries -> activated (reason 'none', sys-iface-state: 'managed')
Jun 22 08:52:40 debian NetworkManager[770]: <info>  [1655884360.9516] manager: NetworkManager state is now CONNECTED_LOCAL
Jun 22 08:52:41 debian dhclient[9696]: bound to 192.168.8.105 -- renewal in 33493 seconds.
Jun 22 08:52:41 debian NetworkManager[770]: <info>  [1655884361.0503] manager: NetworkManager state is now CONNECTED_SITE
Jun 22 08:52:41 debian NetworkManager[770]: <info>  [1655884361.0507] policy: set 'HUAWEI-2972' (wlp5s0) as default for IPv4 routing and DNS
Jun 22 08:52:41 debian NetworkManager[770]: <info>  [1655884361.0521] dns-mgr: Writing DNS information to /sbin/resolvconf
Jun 22 08:52:41 debian NetworkManager[770]: <info>  [1655884361.0684] device (wlp5s0): Activation: successful, device activated.
Jun 22 08:52:41 debian NetworkManager[770]: <info>  [1655884361.0705] manager: NetworkManager state is now CONNECTED_GLOBAL
Jun 22 08:52:41 debian dbus-daemon[769]: [system] Activating via systemd: service name='org.freedesktop.nm_dispatcher' unit='dbus-org.freedesktop.nm-dispatcher.service' requested by ':1.10' (uid=0 pid=770 comm="/usr/sbin/NetworkManager --no-daemon ")
Jun 22 08:52:41 debian systemd[1]: Starting Network Manager Script Dispatcher Service...
Jun 22 08:52:41 debian dbus-daemon[769]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher'
Jun 22 08:52:41 debian systemd[1]: Started Network Manager Script Dispatcher Service.
Jun 22 08:52:41 debian nm-dispatcher[9713]: req:1 'up' [wlp5s0]: new request (3 scripts)
Jun 22 08:52:41 debian nm-dispatcher[9713]: req:1 'up' [wlp5s0]: start running ordered scripts...
Jun 22 08:52:41 debian nm-dispatcher[9713]: req:2 'connectivity-change': new request (3 scripts)
Jun 22 08:52:41 debian nm-dispatcher[9713]: req:2 'connectivity-change': start running ordered scripts...

Kod:

tail -n 10 /var/log/syslog
Jun 22 09:47:51 debian ntpd[919]: error resolving pool 3.debian.pool.ntp.org: Temporary failure in name resolution (-3)
Jun 22 09:48:19 debian ntpd[919]: error resolving pool 1.debian.pool.ntp.org: Temporary failure in name resolution (-3)
Jun 22 09:48:20 debian ntpd[919]: Soliciting pool server 2606:4700:f1::1
Jun 22 09:48:47 debian ntpd[919]: error resolving pool 0.debian.pool.ntp.org: Temporary failure in name resolution (-3)
Jun 22 09:49:06 debian wpa_supplicant[794]: wlp5s0: CTRL-EVENT-BEACON-LOSS 
Jun 22 09:49:07 debian wpa_supplicant[794]: wlp5s0: CTRL-EVENT-BEACON-LOSS 
Jun 22 09:49:15 debian ntpd[919]: error resolving pool 3.debian.pool.ntp.org: Temporary failure in name resolution (-3)

Kod:

grep "error" /var/log/syslog | tail
Jun 22 09:48:47 debian ntpd[919]: error resolving pool 0.debian.pool.ntp.org: Temporary failure in name resolution (-3)
Jun 22 09:49:15 debian ntpd[919]: error resolving pool 3.debian.pool.ntp.org: Temporary failure in name resolution (-3)
Jun 22 09:49:43 debian ntpd[919]: error resolving pool 1.debian.pool.ntp.org: Temporary failure in name resolution (-3)
Jun 22 09:50:11 debian ntpd[919]: error resolving pool 0.debian.pool.ntp.org: Temporary failure in name resolution (-3)
Jun 22 09:50:39 debian ntpd[919]: error resolving pool 3.debian.pool.ntp.org: Temporary failure in name resolution (-3)
Jun 22 09:50:58 debian ntpd[919]: error resolving pool 1.debian.pool.ntp.org: Temporary failure in name resolution (-3)
Jun 22 09:50:58 debian ntpd[919]: error resolving pool 0.debian.pool.ntp.org: Temporary failure in name resolution (-3)
Jun 22 09:50:58 debian ntpd[919]: error resolving pool 3.debian.pool.ntp.org: Temporary failure in name resolution (-3)
Jun 22 09:50:58 debian ntpd[919]: error resolving pool 1.debian.pool.ntp.org: Temporary failure in name resolution (-3)
Jun 22 09:50:58 debian ntpd[919]: error resolving pool 0.debian.pool.ntp.org: Temporary failure in name resolution (-3)

Kod:

lsof -n -i :53 | grep LISTEN
systemd-r  310 systemd-resolve   17u  IPv4  13210      0t0  TCP 127.0.0.53:domain (LISTEN)

Zaraz po zakupie ten modem dzialal bezblednie przez ok 2 godz i dopiero potem to sie zmienilo bez jakiejkolwiek mojej interwencji. Samo z siebie.

Ostatnio edytowany przez Karoll (2022-06-22 11:00:15)

morfik · 2022-06-22 13:06:30

No w logu masz wyraźnie, że adresację uzyskuje po DHCP i połączenie do modemu powinno działać dobrze.

Sprawdź ping na adres modemu, tj. 192.168.8.1 -- powinien dochodzić.

Pokaż też co zwraca ip route show po skonfigurowaniu adresacji (w przypadku braku połączenia).

Karoll · 2022-06-22 15:38:33

Ping nie dochodzi.

Kod:

ping 192.168.8.1 
PING 192.168.8.1 (192.168.8.1) 56(84) bytes of data.
^C
--- 192.168.8.1 ping statistics ---
29 packets transmitted, 0 received, 100% packet loss, time 680ms

Kod:

root@debian:~# ip route show
default via 192.168.8.1 dev wlp5s0 proto dhcp metric 600 
169.254.0.0/16 dev wlp5s0 scope link metric 1000 
192.168.8.0/24 dev wlp5s0 proto kernel scope link src 192.168.8.105 metric 600

morfik · 2022-06-22 15:57:12

No to jak nie masz pingu na bramie, to sie nie dziwie ze net ci nie działa xD

Karoll · 2022-06-22 16:21:37

Ale dlaczego nie mam pingu na bramie ?
Co w 'ludzkim jezyku" oznacza komunikat:

Kod:

Using degraded feature set (TCP)

Przy zastosowaniu Huawei:

Kod:

iwconfig
lo        no wireless extensions.

enp3s0    no wireless extensions.

wlp5s0    IEEE 802.11  ESSID:"HUAWEI-2972"  
          Mode:Managed  Frequency:2.437 GHz  Access Point: 42:3F:33:72:29:0C   
          Bit Rate=65 Mb/s   Tx-Power=16 dBm   
          Retry short limit:7   RTS thr:off   Fragment thr:off
          Encryption key:off
          Power Management:off
          Link Quality=70/70  Signal level=-36 dBm  
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:8   Missed be

Prawie identyczna sytuacja.
https://ask.fedoraproject.org/t/suddenly-network-re … ally/10775/17

Problem z dns byłby widoczny tylko podczas używania nazw hostów do pingowania, w przeglądarce itp., ale może być spowodowany problemami lokalnymi oraz Internetem. Aby wykluczyć DNS i zidentyfikować, że jest to coś innego, spróbuj użyć adresów IP, aby DNS nie był na zdjęciu. Jeśli to działa, jest to DNS, jeśli to się nie powiedzie, to nie jest DNS. Proces eliminacji!

Na przykład, jeśli możesz pingować do 8.8.8.8, ale nie do www.google.com, może to być dns. Jeśli ping do 8.8.8.8 nie powiedzie się, DNS został wyeliminowany z problemu. Teraz z pewnością jest to kwestia sieci LAN, komputera, routera, dostawcy usług internetowych

Pomyślny ping do routera przy użyciu jego adresu IP powie ci, że sieć w twojej sieci LAN działa, w tym sterownik i karta w komputerze.
Niepowodzenie pingowania routera przez IP oznaczałoby, że wystąpił problem z komputerem lub siecią LAN. Wykonaj to, wysyłając polecenie ping na adres IP swojego komputera, zarówno z samego komputera, jak i, jeśli to możliwe, również z innego komputera. Jeśli to możliwe, pinguj router również z drugiego komputera. Pomaga to określić, czy problem dotyczy tylko jednego komputera, czy też dotyczy całej sieci LAN.

Celem jest zidentyfikowanie, co działa, a co nie, aby można było zawęzić problem do konkretnego urządzenia.

Wiem, że kable Cat 6 zawodzą i działają z przerwami, więc wypróbowanie innego kabla jest szybkim i łatwym testem.

W rzeczywistości, czytając twój post ze statystykami pingów, widzę, że ping przez IP do 192.168.0.1 nie powiódł się i IIRC, czyli twój router. Widzę też, że ping do 192.168.0.8 powiódł się i IIRC czyli twój komputer.

Ostatnio edytowany przez Karoll (2022-06-22 22:27:42)

morfik · 2022-06-23 11:27:24

Karoll napisał(-a):
Ale dlaczego nie mam pingu na bramie ?

W twojej sytuacji wygląda to dość dziwnie, bo połączenie niby jest, czego efektem jest uzyskanie adresacji IP po DHCP. Zatem te dwa urządzenia się ze sobą komunikują. Dlaczego nie ma pingu później, tego nie wiem ale tutaj jest prawdopodobnie przyczyna wszystkich problemów. Najprościej to by było sprawdzić podpinając inny modem — jeśli by była taka sama sytuacja, to coś w kompie się chrzani, a jak by działało to by wskazywało na winę modemu.

Karoll napisał(-a):
Co w 'ludzkim jezyku" oznacza komunikat:
Kod:
Using degraded feature set (TCP)

To jest zwracane przez ten mechanizm systemd odpowiedzialny za konfigurowanie sieci. Ja nie korzystam z niego to nie mam pojęcia co t o może oznaczać. Spróbowałbyś zarzucić system live z najnowszym ubuntu i sprawdzić tam czy ten modem będzie działał w takim systemie. Jeśli nie, to ja bym obstawiał, że winny jest modem.

Karoll · 2022-06-23 11:32:23

Jezeli mozna, jakiego mechanizmu konfigurowania sieci uzywasz zamiast systemd ?
Dzis bede probowal z LiveCD, jezeli nie zaskoczy to jutro ide do Chinczyka po wymiane lub wyjasnienia.

morfik · 2022-06-23 13:16:59

No ja używam pakietu ifupdown (konfiguracja trzymana w pliku /etc/network/interfaces) w połączeniu z wpasupplicant (konfiguracja sieci WiFi trzymana w /etc/wpa_supplicant/wpa_supplicant.conf), do tego mam spięte oba interfejsy (przewodowy i bezprzewodowy) w bonding (połączenie idzie przez kabel jeśli podpięty, a jak nie to przez WiFi) i tam jeszcze pakiet ifenslave wchodzi w grę. Trochę zaawansowana konfiguracja ale działa prawie niezmieniona przez blisko dekadę i żadnych większych problemów (poza pewnymi wyjątkami) nie było i wszystko działa w sposób przewidywalny. xD

Ostatnio edytowany przez morfik (2022-06-23 13:18:41)

Pavlo950 · 2022-06-24 14:53:34

morfik napisał(-a):
Najprościej to by było sprawdzić podpinając inny modem — jeśli by była taka sama sytuacja, to coś w kompie się chrzani, a jak by działało to by wskazywało na winę modemu.

Sam przecież napisał w pierwszym poście, że modem z telefonem działa poprawnie:

Karoll napisał(-a):
Nie moge polaczyc laptopa z Internetem, komorka przez modem dziala.

Problem ewidentnie leży po stronie systemd. Sprawdziłbym inne rozwiązania np network managera - u siebie nigdy nie miałem z nim problemu.

/ To dosyć stary i popularny problem z tego co czytałem. Wyczyściłbym konfig sieci całkowicie i zrobił od zera z nm, jeśli nie to zaryzykowałbym zmianę sterownika lub sieciówki.

Ostatnio edytowany przez Pavlo950 (2022-06-24 14:58:12)

Karoll · 2022-06-27 10:15:18

W weekend zainstalowalem zapasowy dysk z Debianem 11 - usterka dalej wystepuje.
Wypalilem LiveCd Ubuntu 20.04 - usterka dalej wystepuje.
Kupilem nowa karte SIM do modemu - dziala normalnie.
Dziwi mnie jedynie, ze "zla" karta miala miec w momencie zakupu 30 GB transferu i pracowala lacznie moze 2 godz.
Nie jest mozliwe zuzyc 15 GB transferu w 1 godzine.
Moze ta informacja sie komus przyda w podobnej sytuacji.
Dziekuje wszystkim ktorzy starali sie pomoc rozwiazac ta zagadke.

Jacekalex · 2022-06-27 14:39:42

Wadliwa karta SIM? może umyj ją izopropanolem, karta SIM potrafi się "zepsuć" od dotyku,
kiedy zostawisz na niej odcisk palca.
Miałem nieraz podobny numer z telefonami, że wkładam SIM, nie działa, czyszczenie IPA, ożyła.

Forum Debian Users Gang

Ogłoszenie

#1 2022-06-06 13:12:35

Karoll - Użytkownik

( SOLVED ) Using degraded feature set (TCP) f + modem Huawei E5576

#2 2022-06-06 20:05:17

morfik - Cenzor wirtualnego świata

Re: ( SOLVED ) Using degraded feature set (TCP) f + modem Huawei E5576

#3 2022-06-07 13:54:10

Karoll - Użytkownik

Re: ( SOLVED ) Using degraded feature set (TCP) f + modem Huawei E5576

Kod:

Kod:

Kod:

Kod:

#4 2022-06-19 16:53:03

Karoll - Użytkownik

Re: ( SOLVED ) Using degraded feature set (TCP) f + modem Huawei E5576

Kod:

Kod:

#5 2022-06-19 17:16:24

Pavlo950 - człowiek pasjonat :D

Re: ( SOLVED ) Using degraded feature set (TCP) f + modem Huawei E5576

#6 2022-06-19 18:03:34

Karoll - Użytkownik

Re: ( SOLVED ) Using degraded feature set (TCP) f + modem Huawei E5576

Kod:

Kod:

#7 2022-06-20 10:51:09

Pavlo950 - człowiek pasjonat :D

Re: ( SOLVED ) Using degraded feature set (TCP) f + modem Huawei E5576

Kod:

Kod:

#8 2022-06-20 15:17:09

Karoll - Użytkownik

Re: ( SOLVED ) Using degraded feature set (TCP) f + modem Huawei E5576

Kod:

Kod:

Kod:

Kod:

#9 2022-06-22 09:25:03

morfik - Cenzor wirtualnego świata

Re: ( SOLVED ) Using degraded feature set (TCP) f + modem Huawei E5576

#10 2022-06-22 10:11:10

Karoll - Użytkownik

Re: ( SOLVED ) Using degraded feature set (TCP) f + modem Huawei E5576

Kod:

Kod:

Kod:

Kod:

Kod:

Kod:

#11 2022-06-22 13:06:30

morfik - Cenzor wirtualnego świata

Re: ( SOLVED ) Using degraded feature set (TCP) f + modem Huawei E5576

#12 2022-06-22 15:38:33

Karoll - Użytkownik

Re: ( SOLVED ) Using degraded feature set (TCP) f + modem Huawei E5576

Kod:

Kod:

#13 2022-06-22 15:57:12

morfik - Cenzor wirtualnego świata

Re: ( SOLVED ) Using degraded feature set (TCP) f + modem Huawei E5576

#14 2022-06-22 16:21:37

Karoll - Użytkownik

Re: ( SOLVED ) Using degraded feature set (TCP) f + modem Huawei E5576

Kod:

Kod:

#15 2022-06-23 11:27:24

morfik - Cenzor wirtualnego świata

Re: ( SOLVED ) Using degraded feature set (TCP) f + modem Huawei E5576

Karoll napisał(-a):

Karoll napisał(-a):

Kod:

#16 2022-06-23 11:32:23

Karoll - Użytkownik

Re: ( SOLVED ) Using degraded feature set (TCP) f + modem Huawei E5576

#17 2022-06-23 13:16:59

morfik - Cenzor wirtualnego świata

Re: ( SOLVED ) Using degraded feature set (TCP) f + modem Huawei E5576