Вопрос или проблема
Мои проблемы с сетью начались, когда я получил ошибку DNS, поэтому я начал пытаться изменить свой DNS-сервер на Cloudflare/Google DNS. Я начал читать, как это сделать, и обнаружил, что последние версии Ubuntu используют Netplan.
Конфигурации для Netplan хранятся в /etc/netplan/, но когда я заглянул в эту папку, то обнаружил только один файл, который называется 00-install.yml или что-то в этом роде. После поиска и тестирования некоторых вещей я выяснил, что моя сеть не использует /etc/network/interfaces (файл был пустым или отсутствовал), и я начал создавать новую конфигурацию Netplan.
После большого количества перезагрузок и ввода без экрана, я добился работоспособности. DNS по-прежнему не работал в большинстве приложений, и снова погуглив, я узнал, что мне нужно изменить симлинк /etc/resolv.conf?????? Это странно, но я сделал это, и теперь DNS в resolv.conf равен тому, что в моей конфигурации Netplan (/etc/netplan/01-cfg.yml), и все заработало отлично.
Пока я не попытался скачать сервер LinuxGSM. Команда ./gmodserver install начинается со скачивания некоторых shell-скриптов по одному с Github (или Bitbucket в случае неудачи, для обоих используется CURL), и она начала скачивать, затем некоторые скрипты не удалось скачать, и скрипт завершился неудачей. После повторного запуска команды более 20 раз и перезагрузки, скрипт наконец заработал.
С этого момента проблемы с сетью стали хуже. Пинг и curl в основном перестали работать. Я нашел один ответ, который говорил о том, чтобы попробовать подключиться к Google по telnet, и это сработало, но медленно. Я пытался исправить эту проблему: используя DHCP/статический IP, меняя IP, меняя DNS-серверы, удаляя параметры DNS-сервера, перешел с Netplan на ifupdown (/etc/network/interfaces).
Что у меня сейчас:
Ubuntu 20.04.4 LTS x86_64, сетевое подключение ifupdown, UFW отключен, DNS Cloudflare, Пинг теряет пакеты случайным образом:
stopper@stopperls:~$ ping [Ubuntu Changelogs]
PING [Ubuntu Changelogs] 56(84) bytes of data.
64 bytes from amyrose.canonical.com: icmp_seq=1 ttl=53 time=168 ms
# ... работал еще 12 раз
^C
--- [Ubuntu Changelogs] статистика пинга ---
19 пакетов передано, 13 получено, 31.5789% потеря пакетов, время 18131ms
rtt min/avg/max/mdev = 166.969/167.842/168.108/0.275 ms
# Начинается нормально, но затем перестает работать:
stopper@stopperls:~$ ping [Ubuntu Changelogs]
PING [Ubuntu Changelogs] 56(84) bytes of data.
^C
--- [Ubuntu Changelogs] статистика пинга ---
2 пакета передано, 0 получено, 100% потеря пакетов, время 1014ms
# Попробовал отключить IPv6 (уже отключен в некоторых файлах sysctl, но этот файл, похоже, игнорируется по какой-то причине):
stopper@stopperls:~$ sudo sysctl -w net.ipv6.conf.all.disable_ipv6=1
[sudo] пароль для stopper:
net.ipv6.conf.all.disable_ipv6 = 1
stopper@stopperls:~$ sudo sysctl -w net.ipv6.conf.default.disable_ipv6=1
net.ipv6.conf.default.disable_ipv6 = 1
stopper@stopperls:~$ ping [Ubuntu Changelogs]
PING [Ubuntu Changelogs] (185.125.190.17) 56(84) bytes of data.
^C
--- [Ubuntu Changelogs] статистика пинга ---
4 пакета передано, 0 получено, 100% потеря пакетов, время 3052ms
# И снова начал немного работать:
stopper@stopperls:~$ ping [Ubuntu Changelogs]
PING [Ubuntu Changelogs] 56(84) bytes of data.
# ... работал еще 8 раз
^C
--- [Ubuntu Changelogs] статистика пинга ---
16 пакетов передано, 8 получено, 50% потеря пакетов, время 15162ms
rtt min/avg/max/mdev = 166.739/167.794/168.258/0.418 ms
При подключении по SSH я получаю Не удалось подключиться к [Ubuntu Changelogs]/meta-release-lts. Проверьте ваше интернет-соединение или настройки прокси
При выполнении curl [Google] иногда происходят сбои:
stopper@stopperls:~$ curl [Google]
curl: (56) Ошибка получения: Соединение сброшено стороной
stopper@stopperls:~$ curl [Google]
<HTML><HEAD><meta http-equiv="content-type" content="text/html;charset=utf-8">
<TITLE>301 Перенаправлено</TITLE></HEAD><BODY>
<H1>301 Перенаправлено</H1>
Документ был перемещен
<A HREF="[Google]">сюда</A>.
</BODY></HTML>
# ... работал еще 5 раз
stopper@stopperls:~$ curl [Google]
# Замерз на минуту+
curl: (7) Не удалось подключиться к [Google] порт 80: Превышено время ожидания соединения
stopper@stopperls:~$ curl [Google]
curl: (56) Ошибка получения: Соединение сброшено стороной
enp4s0 – основной интерфейс – встроенный Realtek RTL8111D
04:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 03)
Subsystem: Gigabyte Technology Co., Ltd Onboard Ethernet
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0, Cache Line Size: 64 bytes
Interrupt: pin A routed to IRQ 31
Region 0: I/O ports at ee00 [size=256]
Region 2: Memory at fbcff000 (64-bit, prefetchable) [size=4K]
Region 4: Memory at fbcf8000 (64-bit, prefetchable) [size=16K]
Expansion ROM at fbd00000 [virtual] [disabled] [size=128K]
Capabilities: [40] Power Management version 3
Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=375mA PME(D0+,D1+,D2+,D3hot+,D3cold+)
Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME-
Capabilities: [50] MSI: Enable+ Count=1/1 Maskable- 64bit+
Address: 00000000fee08004 Data: 4024
Capabilities: [70] Express (v2) Endpoint, MSI 01
DevCap: MaxPayload 256 bytes, PhantFunc 0, Latency L0s <512ns, L1 <64us
ExtTag- AttnBtn- AttnInd- PwrInd- RBE+ FLReset- SlotPowerLimit 10.000W
DevCtl: CorrErr- NonFatalErr- FatalErr- UnsupReq-
RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop-
MaxPayload 128 bytes, MaxReadReq 4096 bytes
DevSta: CorrErr- NonFatalErr- FatalErr- UnsupReq- AuxPwr+ TransPend-
LnkCap: Port #0, Speed 2.5GT/s, Width x1, ASPM L0s L1, Exit Latency L0s <512ns, L1 <64us
ClockPM+ Surprise- LLActRep- BwNot- ASPMOptComp-
LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- CommClk+
ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
LnkSta: Speed 2.5GT/s (ok), Width x1 (ok)
TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-
DevCap2: Completion Timeout: Not Supported, TimeoutDis+, NROPrPrP-, LTR-
10BitTagComp-, 10BitTagReq-, OBFF Not Supported, ExtFmt-, EETLPPrefix-
EmergencyPowerReduction Not Supported, EmergencyPowerReductionInit-
FRS-, TPHComp-, ExtTPHComp-
AtomicOpsCap: 32bit- 64bit- 128bitCAS-
DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis-, LTR-, OBFF Disabled
AtomicOpsCtl: ReqEn-
LnkCtl2: Target Link Speed: 2.5GT/s, EnterCompliance- SpeedDis-
Transmit Margin: Normal Operating Range, EnterModifiedCompliance- ComplianceSOS-
Compliance De-emphasis: -6dB
LnkSta2: Current De-emphasis Level: -6dB, EqualizationComplete-, EqualizationPhase1-
EqualizationPhase2-, EqualizationPhase3-, LinkEqualizationRequest-
Capabilities: [ac] MSI-X: Enable- Count=4 Masked-
Vector table: BAR=4 offset=00000000
PBA: BAR=4 offset=00000800
Capabilities: [cc] Vital Product Data
pcilib: sysfs_read_vpd: read failed: Input/output error
Not readable
Capabilities: [100 v1] Advanced Error Reporting
UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq+ ACSViol-
UESvrt: DLP+ SDES+ TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol-
CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- AdvNonFatalErr-
CEMsk: RxErr- BadTLP- BadDLLP- Rollover- Timeout- AdvNonFatalErr+
AERCap: First Error Pointer: 00, ECRCGenCap+ ECRCGenEn- ECRCChkCap+ ECRCChkEn-
MultHdrRecCap- MultHdrRecEn- TLPPfxPres- HdrLogCap-
HeaderLog: 00000000 00000000 00000000 00000000
Capabilities: [140 v1] Virtual Channel
Caps: LPEVC=0 RefClk=100ns PATEntryBits=1
Arb: Fixed- WRR32- WRR64- WRR128-
Ctrl: ArbSelect=Fixed
Status: InProgress-
VC0: Caps: PATOffset=00 MaxTimeSlots=1 RejSnoopTrans-
Arb: Fixed- WRR32- WRR64- WRR128- TWRR128- WRR256-
Ctrl: Enable+ ID=0 ArbSelect=Fixed TC/VC=ff
Status: NegoPending- InProgress-
Capabilities: [160 v1] Device Serial Number 03-00-00-00-68-4c-e0-00
Kernel driver in use: r8168
Kernel modules: r8168
route -n:
Ядро IP-таблицы маршрутизации
Назначение Шлюз Маска Флаги Метрика Ссылка Использ. Интерфейс
0.0.0.0 192.168.32.1 0.0.0.0 UG 0 0 0 enp4s0
172.17.0.0 0.0.0.0 255.255.0.0 U 0 0 0 docker0
172.18.0.0 0.0.0.0 255.255.0.0 U 0 0 0 br-44b6209c823e
172.19.0.0 0.0.0.0 255.255.0.0 U 0 0 0 br-ec985c658a3b
172.20.0.0 0.0.0.0 255.255.0.0 U 0 0 0 br-50806f0cc08b
172.21.0.0 0.0.0.0 255.255.0.0 U 0 0 0 br-8d4bdd62462b
192.168.32.0 0.0.0.0 255.255.255.0 U 0 0 0 enp4s0
192.168.32.0 0.0.0.0 255.255.255.0 U 0 0 0 br-c709a7686d7e
ifconfig:
br-44b6209c823e: флаги=4099<UP,BROADCAST,MULTICAST> mtu 1500
inet 172.18.0.1 нетмаска 255.255.0.0 широковещательный 172.18.255.255
ether 02:42:3c:4f:7a:1a txqueuelen 0 (Ethernet)
RX пакеты 0 байты 0 (0.0 B)
RX ошибки 0 потеря 0 переполнения 0 фреймы 0
TX пакеты 0 байты 0 (0.0 B)
TX ошибки 0 потеря 0 переполнения 0 carriers 0 коллизии 0
br-50806f0cc08b: флаги=4099<UP,BROADCAST,MULTICAST> mtu 1500
inet 172.20.0.1 нетмаска 255.255.0.0 широковещательный 172.20.255.255
ether 02:42:5b:90:b1:1a txqueuelen 0 (Ethernet)
RX пакеты 0 байты 0 (0.0 B)
RX ошибки 0 потеря 0 переполнения 0 фреймы 0
TX пакеты 0 байты 0 (0.0 B)
TX ошибки 0 потеря 0 переполнения 0 carriers 0 коллизии 0
br-8d4bdd62462b: флаги=4099<UP,BROADCAST,MULTICAST> mtu 1500
inet 172.21.0.1 нетмаска 255.255.0.0 широковещательный 172.21.255.255
ether 02:42:ff:b3:27:4c txqueuelen 0 (Ethernet)
RX пакеты 0 байты 0 (0.0 B)
RX ошибки 0 потеря 0 переполнения 0 фреймы 0
TX пакеты 0 байты 0 (0.0 B)
TX ошибки 0 потеря 0 переполнения 0 carriers 0 коллизии 0
br-c709a7686d7e: флаги=4099<UP,BROADCAST,MULTICAST> mtu 1500
inet 192.168.32.1 нетмаска 255.255.255.0 широковещательный 192.168.32.255
ether 02:42:bb:26:20:58 txqueuelen 0 (Ethernet)
RX пакеты 0 байты 0 (0.0 B)
RX ошибки 0 потеря 0 переполнения 0 фреймы 0
TX пакеты 0 байты 0 (0.0 B)
TX ошибки 0 потеря 0 переполнения 0 carriers 0 коллизии 0
br-ec985c658a3b: флаги=4099<UP,BROADCAST,MULTICAST> mtu 1500
inet 172.19.0.1 нетмаска 255.255.0.0 широковещательный 172.19.255.255
ether 02:42:90:ae:ea:6b txqueuelen 0 (Ethernet)
RX пакеты 0 байты 0 (0.0 B)
RX ошибки 0 потеря 0 переполнения 0 фреймы 0
TX пакеты 0 байты 0 (0.0 B)
TX ошибки 0 потеря 0 переполнения 0 carriers 0 коллизии 0
docker0: флаги=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 172.17.0.1 нетмаска 255.255.0.0 широковещательный 172.17.255.255
ether 02:42:e7:47:61:e2 txqueuelen 0 (Ethernet)
RX пакеты 0 байты 0 (0.0 B)
RX ошибки 0 потеря 0 переполнения 0 фреймы 0
TX пакеты 53 байты 8827 (8.8 KB)
TX ошибки 0 потеря 0 переполнения 0 carriers 0 коллизии 0
enp4s0: флаги=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.32.108 нетмаска 255.255.255.0 широковещательный 192.168.32.255
ether 1c:6f:65:21:0c:cb txqueuelen 1000 (Ethernet)
RX пакеты 354430 байты 21343825 (21.3 MB)
RX ошибки 0 потеря 0 переполнения 0 фреймы 0
TX пакеты 2036 байты 137535 (137.5 KB)
TX ошибки 0 потеря 0 переполнения 0 carriers 0 коллизии 0 # обратите внимание, что 0 потеря
прерывание устройства 31 базовый 0xd000
lo: флаги=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 нетмаска 255.0.0.0
цикл txqueuelen 1000 (Local Loopback)
RX пакеты 86 байты 6220 (6.2 KB)
RX ошибки 0 потеря 0 переполнения 0 фреймы 0
TX пакеты 86 байты 6220 (6.2 KB)
TX ошибки 0 потеря 0 переполнения 0 carriers 0 коллизии 0
veth050959f: флаги=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
ether 5e:ea:3a:8b:e8:61 txqueuelen 0 (Ethernet)
RX пакеты 0 байты 0 (0.0 B)
RX ошибки 0 потеря 0 переполнения 0 фреймы 0
TX пакеты 53 байты 8827 (8.8 KB)
TX ошибки 0 потеря 0 переполнения 0 carriers 0 коллизии 0
ip a:
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
2: enp4s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether 1c:6f:65:21:0c:cb brd ff:ff:ff:ff:ff:ff
inet 192.168.32.108/24 brd 192.168.32.255 scope global enp4s0
valid_lft forever preferred_lft forever
3: br-50806f0cc08b: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default
link/ether 02:42:5b:90:b1:1a brd ff:ff:ff:ff:ff:ff
inet 172.20.0.1/16 brd 172.20.255.255 scope global br-50806f0cc08b
valid_lft forever preferred_lft forever
4: br-8d4bdd62462b: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default
link/ether 02:42:ff:b3:27:4c brd ff:ff:ff:ff:ff:ff
inet 172.21.0.1/16 brd 172.21.255.255 scope global br-8d4bdd62462b
valid_lft forever preferred_lft forever
5: docker0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default
link/ether 02:42:e7:47:61:e2 brd ff:ff:ff:ff:ff:ff
inet 172.17.0.1/16 brd 172.17.255.255 scope global docker0
valid_lft forever preferred_lft forever
6: br-c709a7686d7e: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default
link/ether 02:42:bb:26:20:58 brd ff:ff:ff:ff:ff:ff
inet 192.168.32.1/24 brd 192.168.32.255 scope global br-c709a7686d7e
valid_lft forever preferred_lft forever
7: br-ec985c658a3b: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default
link/ether 02:42:90:ae:ea:6b brd ff:ff:ff:ff:ff:ff
inet 172.19.0.1/16 brd 172.19.255.255 scope global br-ec985c658a3b
valid_lft forever preferred_lft forever
8: br-44b6209c823e: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default
link/ether 02:42:3c:4f:7a:1a brd ff:ff:ff:ff:ff:ff
inet 172.18.0.1/16 brd 172.18.255.255 scope global br-44b6209c823e
valid_lft forever preferred_lft forever
10: veth050959f@if9: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master docker0 state UP group default
link/ether 5e:ea:3a:8b:e8:61 brd ff:ff:ff:ff:ff:ff link-netnsid 0
cat /etc/network/interfaces:
stopper@stopperls:~$ cat /etc/network/interfaces
# interfaces(5) файл используется ifup(8) и ifdown(8)
# Включите файлы из /etc/network/interfaces.d:
source-directory /etc/network/interfaces.d
# Циклический сетевой интерфейс
auto lo
iface lo inet loopback
allow-hotplug enp4s0
auto enp4s0
iface enp4s0 inet static
адрес 192.168.32.108
нетмаска 255.255.255.0
широковещательный 192.168.32.255
шлюз 192.168.32.1
dns-nameservers 1.1.1.1 1.0.0.1
Также нет прокси:
stopper@stopperls:~$ echo "$http_proxy"
stopper@stopperls:~$ echo "$https_proxy"
stopper@stopperls:~$ echo "$all_proxy"
stopper@stopperls:~$
На машине с Manjaro CURL работает отлично, ПИНГ тоже (и, вообще, у меня нет никаких проблем с сетью на моем ПК с Manjaro, DNS-сервер настроен на автоматический (так что, вероятно, не Cloudflare/Google DNS, и, вероятно, это тот DNS, который имел проблемы на Ubuntu Server))
После большого количества перезагрузок и ввода без экрана я добился работоспособности. DNS по-прежнему не работал в большинстве приложений, и снова погуглив, я узнал, что мне нужно изменить симлинк /etc/resolv.conf?????? Это странно, но я сделал это, и теперь DNS в resolv.conf равен тому, что в моей конфигурации Netplan (/etc/netplan/01-cfg.yml), и все заработало отлично.
Пока я не попытался скачать сервер LinuxGSM. Команда ./gmodserver install начинается со скачивания некоторых shell-скриптов по одному с Github (или Bitbucket в случае неудачи, для обоих используется CURL), и она начала скачивать, затем некоторые скрипты не удалось скачать, и скрипт завершился неудачей. После повторного запуска команды более 20 раз и перезагрузки, скрипт наконец заработал.
С этого момента проблемы с сетью стали хуже. Пинг и curl в основном перестали работать. Я нашел один ответ, который говорил о том, чтобы попробовать подключиться к Google по telnet, и это сработало, но медленно. Я пытался исправить эту проблему: используя DHCP/статический IP, меняя IP, меняя DNS-серверы, удаляя параметры DNS-сервера, переключился с Netplan на ifupdown (/etc/network/interfaces).
Судя по веб-сайту для LinuxGSM, который утверждает, что это “инструмент командной строки для быстрой, простой установки и управления выделенными игровыми серверами для Linux” и “написан на BASH,” моя первоначальная интуитивная реакция заключается в том, что различные скрипты, о которых вы упоминали, которые не удавались при запуске ./gmodserver install, не являются идемпотентными — идемпотентность трудно реализовать с помощью обычных языков; сделать это на bash еще сложнее — и оставили вашу систему в несогласованном состоянии.
Документация для gmodserver специально упоминает некоторые зависимости:
Перед установкой вы должны убедиться, что у вас есть все зависимости, необходимые для работы gmodserver.
Для Ubuntu =< 20.04 –что соответствует вашей версии Ubuntu– вы сначала должны установить зависимости с помощью этой команды:
sudo dpkg --add-architecture i386; sudo apt update; sudo apt install curl wget file tar bzip2 gzip unzip bsdmainutils python3 util-linux ca-certificates binutils bc jq tmux netcat lib32gcc1 lib32stdc++6 libsdl2-2.0-0:i386 steamcmd libtinfo5:i386
Позже в документации есть некоторые указания, что установочный скрипт может попытаться сделать это автоматически:
LinuxGSM может установить зависимости либо путем предоставления учетной записи пользователя gmodserver с правами sudo, либо запустив установщик от имени root.
Документация также имеет Шаги установки, которые необходимо выполнить после установки зависимостей (или если учетная запись gmodserver имеет права sudo, или если установщик запущен от имени root):
С командной строки выполните следующее. Убедитесь, что вы также установили необходимые зависимости.
- Создайте пользователя и войдите в систему.
adduser gmodserver(В целях обеспечения безопасности убедитесь, что вы установили надежный пароль. Случайный пароль: TcyMjY0MjM3M)
su - gmodserver
- Скачайте linuxgsm.sh.
wget -O linuxgsm.sh https://linuxgsm.sh && chmod +x linuxgsm.sh && bash linuxgsm.sh gmodserver
- Запустите установщик, следуя инструкциям на экране.
./gmodserver install
Итак, здесь есть несколько вопросов:
- Были ли зависимости правильно обработаны? Либо путем их предварительной установки, либо путем обеспечения наличия у пользователя
gmodserverправ sudo или же выполнение команды./gmodserver installот имени root? - Следовались ли первым и вторым шагам инструкции по установке? Т.е. был ли добавлен пользователь
gmodserver, затем была произведена авторизация с помощьюsu - gmodserver, затем выполнена командаwget -O linuxgsm.sh https://linuxgsm.sh && chmod +x linuxgsm.sh && bash linuxgsm.sh gmodserverи затем выполнена команда./gmodserver install?
Ответ или решение
Проблемы с сетью на Ubuntu Server 20.04.2 LTS: Решение
У вас возникли серьезные проблемы с сетью на Ubuntu Server 20.04.2 LTS, которые начались после изменения настроек DNS. Давайте разберем возникшую ситуацию и предложим шаги для решения.
1. Диагностика и понимание проблемы
Вы начали с конфигурации DNS, сменив серверы на Cloudflare и Google. После этого наблюдались проблемы с подключением. Пинг и curl периодически не срабатывали, и вы получали случайные потери пакетов. Вы также пытались переключить конфигурацию сети с Netplan на ifupdown и создавали статический IP.
-
Проблемы с DNS: Убедитесь, что /etc/resolv.conf корректно указывает на DNS-серверы, которые вы хотите использовать. Если вы сделали символическую ссылку на другой файл DNS, проверьте, правильно ли все настроено.
-
Потеря пакетов: Это может быть связано как с проблемами в сети, так и с неправильной конфигурацией сетевых интерфейсов. Проверьте качество связи между вашим сервером и маршрутизатором, возможно, проблема в физическом соединении или самом устройстве.
-
Проблемы с сетью: Использование команды
pingк другим компьютерам в сети (например, маршрутизатору) может помочь определить, где именно возникают потери.
2. Проверка конфигурации сетевого интерфейса
Из вывода ifconfig видно, что ваш интерфейс enp4s0 имеет IP-адрес 192.168.32.108 и корректно связан с вашим маршрутизатором. Также проверьте, правильно ли указан шлюз в файле конфигурации /etc/network/interfaces:
# Убедитесь, что конфигурация выглядит так:
iface enp4s0 inet static
address 192.168.32.108
netmask 255.255.255.0
gateway 192.168.32.1
dns-nameservers 1.1.1.1 1.0.0.13. Проблемы с загрузкой пакетов
Согласование с LinuxGSM, возможно, не произошло из-за отсутствующих зависимостей. Убедитесь, что все необходимые зависимости установлены:
sudo dpkg --add-architecture i386
sudo apt update
sudo apt install curl wget file tar bzip2 gzip unzip bsdmainutils python3 util-linux ca-certificates binutils bc jq tmux netcat lib32gcc1 lib32stdc++6 libsdl2-2.0-0:i386 steamcmd libtinfo5:i3864. Отладка процесса
- Попробуйте выполнить перезагрузку сети:
sudo systemctl restart networking-
Перезагрузите сервер, чтобы убедиться, что все настройки применены правильно.
-
Проверьте подключение к интернету, используя следующие команды:
ping 8.8.8.8 # Пинг Google DNS
curl -I https://www.google.com # Проверка соединения с веб-сайтом- Если потери пакетов по-прежнему будут наблюдаться, проверьте настройки вашего маршрутизатора и убедитесь, что он корректно обрабатывает локальные запросы.
5. Заключение
Следуя этим шагам, вы сможете диагностировать и, надеюсь, устранить проблемы с сетью на вашем сервере Ubuntu 20.04.2 LTS. Если все предложенные методы не дали результатов, возможно, стоит рассмотреть возможность обращения к специализированному техническому сообществу или к профессиональному системному администратору для более глубокого анализа ситуации.