Уголок новичка
   15471

[Решено] Настройка домашней сети в Manjaro

Всем привет! Столкнулся с проблемой настройки локальной сети, т.к. перевёл домашний файл-сервер и один ПК на Manjaro.
Предыстория: дома есть Wi-Fi сеть 5G, один ноутбук, один стационар в роли файл-сервера, один ПК в роли рабочей станции (подключенный к серверу по проводу, а к Интернету по Wi-Fi), Смарт ТВ с поддержкой Wi-Fi 5G, ТВ бокс на Android c Wi-Fi 2.4G и ещё куча всякой портативной техники на Android. Изначально на всех трёх ПК стояли Окна 10, но после вспыхнувшего интереса к кроссплатформенной разработке и порядком надоевших оконных БСОДов решил сменить ОСь для стационарной рабочей станции на Linux. Долго выбирал осевую платформу и остановился на Арче, поскольку ловить баги сырых приложений мне с головой хватало и на окнах, сделал выбор в сторону Manjaro.
Все было хорошо: настроил статическое монтирование расшаренных на сервере папок через fstab (в формате //192.168.137.1/files /mnt/files cifs defaults,username=****,password=****,uuid=1000 0 0) сделал закладки Deepin FM и вообще не парился.
Проблемы начались когда решил переставить ОСь на серваке. Поначалу были проблемы с монтированием NTFS разделов (Manjaro поставил на отдельный SSD, а вся файловая помойка размещена на трёх физических HDD), но вроде разобрался. Дальше надо было как-то эти диски расшарить. Пошёл по пути наименьшего сопротивления и в том же Deepin FM, просто выбрал нужные папки и через диалог свойств папки расшарил. Красивый анимационный эффект (сворачивающаяся папочка улетела в сторону закладок) засвидетельствовал тот факт что все прошло удачно. Проверил все шары видны и доступны по сети. Когда возникла необходимость удалить одну шару хотел проделать обратную операцию, но в свойствах папки она не значилась как расшаренная. Собственно первый вопрос: как настроить шару которая была бы глобальной и не зависела от окружения или каких-то специфичных программ?
Поскольку шара видна и без проблем доступна со всех устройств как Оконных так и Зелёного Робота, думал что проблем с подключением рабочей станции на Manjaro вообще быть не должно априори. Но настроенная таблица fstab валилась с ошибкой при загрузке. Перегуглив с десяток другой форумов и т.п. ответа не нашёл. Теперь сформулирую вопрос номер два: как настроить монтирование расшаренных по локальной сети NTFS дисков опять же глобально без всяких примочек, на уровне системы так сказать?
И третьей проблемой, которая мешает комфортно юзать все это хитросплетение девайсов, явилась возможность сервера раздавать по проводу Интернет, приходящий на него с вафли. Вообще идея заключается в том чтобы с сервера через свитч раздавать Интернет на устройства к которым есть физическая возможность проложить кабель. Последний, но не менее важный вопрос:как осуществить раздачу Интернета по проводу с Вай-Фая, так чтобы было максимально стабильно и надёжно?
Прошу сильно не пинать за много букав, просто сейчас как никогда мало времени разбираться самому, а сетью уже необходимо пользоваться жене, которая вообще «не алё» в этом. Буду рад любой помощи и особенно подробным инструкциям. Заранее всем ответившим огромное спасибо!

47 комментариев

avatar
как настроить шару которая была бы глобальной и не зависела от окружения или каких-то специфичных программ?
Читайте это.
ОСь на серваке <…> Deepin FM
Для чего на сервере нужно DE?
Поначалу были проблемы с монтированием NTFS разделов (Manjaro поставил на отдельный SSD
Может, лучше использовать что-то из родных ФС?
как осуществить раздачу Интернета по проводу с Вай-Фая, так чтобы было максимально стабильно и надёжно?
Это читали?
Последний раз редактировалось
0
avatar
Спасибо за ответы!
Читайте это.
Буду курить. Хорошо если получится.
Для чего на сервере нужно DE?
Можно посчитать это диким извращением, но я привык настраивать сервак на окнах через TeamViewer
Может, лучше использовать что-то из родных ФС?
Весь ССД полностью отдан Манджаро. Остальные винты были изначально на НТФС, перегонять все данные на другую ФС нет ни времени ни желания. Ко всему прочему у меня еще ноутбук на окнах работает и активно шару сервака юзает.
Это читали?
Не натыкался. Ищу в поисковике всегда на буржуйском, не находил аналога на их языке. Буду читать. Спасибо!
0
avatar
Можно посчитать это диким извращением, но я привык настраивать сервак на окнах через TeamViewer
Теперь у Вас есть возможность сделать машину без графического стэка вообще. Он на сервере просто лишняя сущность. Для редактирования конфигов и рулежки пакетами достаточно ssh.
Ко всему прочему у меня еще ноутбук на окнах работает и активно шару сервака юзает.
Ему без разницы, что за ФС на сервере. Хотя дело, разхуммеется, Ваше.
0
avatar
Теперь у Вас есть возможность сделать машину без графического стэка вообще. Он на сервере просто лишняя сущность. Для редактирования конфигов и рулежки пакетами достаточно ssh.
Как только дойдут руки то обязательно освою ssh. Я ведь потом смогу удалить DE?
Ему без разницы, что за ФС на сервере.
Не знал. Спасибо. Если так, то конечно займусь как время будет. Какую лучше ФС использовать для активного файлообмена по локальной сети? И можно ли форматировать без потери данных (хотя уверен что нет, но вдруг технологии обогнали мою осведомленность)?
0
avatar
Я ведь потом смогу удалить DE?
Разумеется.
Какую лучше ФС использовать для активного файлообмена по локальной сети?
Лучше использовать то, с чем хорошо рабоатет ОС.
хотя уверен что нет, но вдруг технологии обогнали мою осведомленность
Насколько мне известно, Вы совершенно правы.
Последний раз редактировалось
0
avatar
Лучше использовать то, с чем хорошо рабоатет ОС.
С чем лучше работает конкретно Mandjaro? Ext4 подойдет?
0
avatar
Да, вполне. Родная линуксовая ФС.
Последний раз редактировалось
0
avatar
У меня проблема с подключением к шарам сервера. Через Наутилус монтируется, через smbclient не хочет.
smbclient //192.168.137.1/Files -d 3
lp_load_ex: refreshing parameters
Initialising global parameters
rlimit_max: increasing rlimit_max (1024) to minimum Windows limit (16384)
Processing section "[global]"
added interface wlp4s0 ip=192.168.0.100 bcast=192.168.0.255 netmask=255.255.255.0
added interface enp3s0 ip=192.168.137.10 bcast=192.168.137.255 netmask=255.255.255.0
Client started (version 4.8.3).
Connecting to 192.168.137.1 at port 445
E2BIG: convert_string(UTF-8,CP850): srclen=18 destlen=16 - 'CONVEX-MANJARO-PC'
Connecting to 192.168.137.1 at port 139
Connection to 192.168.137.1 failed (Error NT_STATUS_HOST_UNREACHABLE)


Логи с сервера:

sudo systemctl status iptables

● iptables.service - Packet Filtering Framework
   Loaded: loaded (/usr/lib/systemd/system/iptables.service; enabled; vendor preset: disabled)
   Active: active (exited) since Sun 2018-08-12 00:27:53 MSK; 8min ago
  Process: 402 ExecStart=/usr/bin/iptables-restore /etc/iptables/iptables.rules (code=exited, status=0/SUCCE>
 Main PID: 402 (code=exited, status=0/SUCCESS)

авг 12 00:27:52 convex-nas systemd[1]: Starting Packet Filtering Framework...
авг 12 00:27:53 convex-nas systemd[1]: Started Packet Filtering Framework.


sudo iptables -L

Chain INPUT (policy ACCEPT)
target     prot opt source               destination         

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination         

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination


systemctl status smb.service

● smb.service - Samba SMB Daemon
   Loaded: loaded (/usr/lib/systemd/system/smb.service; enabled; vendor preset: disabled)
   Active: active (running) since Sun 2018-08-12 00:27:58 MSK; 16min ago
     Docs: man:smbd(8)
           man:samba(7)
           man:smb.conf(5)
 Main PID: 510 (smbd)
   Status: "smbd: ready to serve connections..."
    Tasks: 5 (limit: 4915)
   Memory: 19.5M
   CGroup: /system.slice/smb.service
           ├─ 510 /usr/bin/smbd --foreground --no-process-group
           ├─ 513 /usr/bin/smbd --foreground --no-process-group
           ├─ 514 /usr/bin/smbd --foreground --no-process-group
           ├─ 516 /usr/bin/smbd --foreground --no-process-group
           └─1097 /usr/bin/smbd --foreground --no-process-group

авг 12 00:27:58 convex-nas systemd[1]: Starting Samba SMB Daemon...
авг 12 00:27:58 convex-nas systemd[1]: Started Samba SMB Daemon.
авг 12 00:27:58 convex-nas smbd[510]: [2018/08/12 00:27:58.776372,  0] ../lib/util/become_daemon.c:138(daemon_ready)
авг 12 00:27:58 convex-nas smbd[510]:   daemon_ready: STATUS=daemon 'smbd' finished starting up and ready to serve connections


systemctl status nmb.service

● nmb.service - Samba NMB Daemon
   Loaded: loaded (/usr/lib/systemd/system/nmb.service; enabled; vendor preset: disabled)
   Active: active (running) since Sun 2018-08-12 00:27:58 MSK; 17min ago
     Docs: man:nmbd(8)
           man:samba(7)
           man:smb.conf(5)
 Main PID: 490 (nmbd)
   Status: "nmbd: ready to serve connections..."
    Tasks: 1 (limit: 4915)
   Memory: 13.2M
   CGroup: /system.slice/nmb.service
           └─490 /usr/bin/nmbd --foreground --no-process-group

авг 12 00:27:58 convex-nas nmbd[490]:   daemon_ready: STATUS=daemon 'nmbd' finished starting up and ready to serve connections
авг 12 00:27:58 convex-nas nmbd[490]: [2018/08/12 00:27:58.433841,  0] ../source3/nmbd/nmbd_namequery.c:109(query_name_response)
авг 12 00:27:58 convex-nas nmbd[490]:   query_name_response: Multiple (2) responses received for a query on subnet 192.168.0.250 for name WORKGROUP<1d>.
авг 12 00:27:58 convex-nas nmbd[490]:   This response was from IP 192.168.0.102, reporting an IP address of 192.168.0.102.
авг 12 00:28:22 convex-nas nmbd[490]: [2018/08/12 00:28:22.318573,  0] ../source3/nmbd/nmbd_become_lmb.c:397(become_local_master_stage2)
авг 12 00:28:22 convex-nas nmbd[490]:   *****
авг 12 00:28:22 convex-nas nmbd[490]: 
авг 12 00:28:22 convex-nas nmbd[490]:   Samba name server CONVEX-NAS is now a local master browser for workgroup WORKGROUP on subnet 192.168.137.1
авг 12 00:28:22 convex-nas nmbd[490]: 
авг 12 00:28:22 convex-nas nmbd[490]:   *****


ip address show

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
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: enp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether d4:3d:7e:51:9d:71 brd ff:ff:ff:ff:ff:ff
    inet 192.168.137.1/24 brd 192.168.137.255 scope global noprefixroute enp2s0
       valid_lft forever preferred_lft forever
    inet6 fe80::682d:79b3:f138:8b5e/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever
3: wlp1s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 88:78:73:5f:a2:bc brd ff:ff:ff:ff:ff:ff
    inet 192.168.0.250/24 brd 192.168.0.255 scope global dynamic noprefixroute wlp1s0
       valid_lft 41984sec preferred_lft 41984sec
    inet6 fe80::82e1:2e13:a7a1:c9cb/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever


Куда копать уже не знаю.
Последний раз редактировалось
0
avatar
В сторону фаерволла для начала, полагаю.
Последний раз редактировалось
0
avatar
iptables настроен на передачу всего и вся во всех направлениях. Больше никаких не стоит и не включено

Странно, но если использовать Netbios name, то
smbclient //convex-nas/Files -d 3

lp_load_ex: refreshing parameters
Initialising global parameters
rlimit_max: increasing rlimit_max (1024) to minimum Windows limit (16384)
Processing section "[global]"
added interface wlp4s0 ip=192.168.0.100 bcast=192.168.0.255 netmask=255.255.255.0
added interface enp3s0 ip=192.169.0.10 bcast=192.169.0.255 netmask=255.255.255.0
Client started (version 4.8.3).
tdb(/var/cache/samba/gencache.tdb): tdb_open_ex: could not open file /var/cache/samba/gencache.tdb: Отказано в доступе
resolve_lmhosts: Attempting lmhosts lookup for name convex-nas<0x20>
name_resolve_bcast: Attempting broadcast lookup for name convex-nas<0x20>
Got a positive name query response from 192.168.0.250 ( 192.168.0.250 )

Connecting to 192.168.0.250 at port 445

got OID=1.3.6.1.4.1.311.2.2.10
Enter WORKGROUP\convex's password: 
GENSEC backend 'gssapi_spnego' registered
GENSEC backend 'gssapi_krb5' registered
GENSEC backend 'gssapi_krb5_sasl' registered
GENSEC backend 'spnego' registered
GENSEC backend 'schannel' registered
GENSEC backend 'naclrpc_as_system' registered
GENSEC backend 'sasl-EXTERNAL' registered
GENSEC backend 'ntlmssp' registered
GENSEC backend 'ntlmssp_resume_ccache' registered
GENSEC backend 'http_basic' registered
GENSEC backend 'http_ntlm' registered
GENSEC backend 'http_negotiate' registered
GENSEC backend 'krb5' registered
GENSEC backend 'fake_gssapi_krb5' registered
Got challenge flags:
Got NTLMSSP neg_flags=0x628a8215
NTLMSSP: Set final flags:
Got NTLMSSP neg_flags=0x62088215
NTLMSSP Sign/Seal - Initialising with flags:
Got NTLMSSP neg_flags=0x62088215

он стучится не по проводу, а через вафлю…
Подозреваю надо настроить lmhosts как минимум.
Последний раз редактировалось
0
avatar
iptables настроен на передачу всего и вся во всех направлениях.
Все же, а если остановить службу?
0
avatar
Служба остановлена — эффекта ноль.

systemctl status iptables

● iptables.service - Packet Filtering Framework
   Loaded: loaded (/usr/lib/systemd/system/iptables.service; disabled; vendor preset: disabled)
   Active: inactive (dead)

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

ping -c 3 192.169.0.1

PING 192.169.0.1 (192.169.0.1) 56(84) bytes of data.
From 192.169.0.10 icmp_seq=1 Destination Host Unreachable
From 192.169.0.10 icmp_seq=2 Destination Host Unreachable
From 192.169.0.10 icmp_seq=3 Destination Host Unreachable

--- 192.169.0.1 ping statistics ---
3 packets transmitted, 0 received, +3 errors, 100% packet loss, time 39ms
pipe 3
Последний раз редактировалось
0
avatar
Почему пинг идет на 192.169.0.10? Как реализована адресация?
Последний раз редактировалось
0
avatar
Я изменил адреса сервера и клиента. У сервера теперь 192.169.0.1, а у клиента 192.169.0.10. Пинг идет от 192.169.0.10
From 192.169.0.10

Клиент

ifconfig -a
enp3s0    Link encap:Ethernet  HWaddr d4:3d:7e:4b:01:29  
          inet addr:192.169.0.10  Bcast:192.169.0.255  Mask:255.255.255.0
          inet6 addr: fe80::1797:85d7:dfbd:ffb/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500
          RX packets:5 errors:0 dropped:0 overruns:0 frame:0
          TX packets:284 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:740 (740.0 B)  TX bytes:26410 (25.7 KiB)
          Interrupt:27 Base address:0xd000 

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:65536
          RX packets:4415 errors:0 dropped:0 overruns:0 frame:0
          TX packets:4415 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:1637910 (1.5 MiB)  TX bytes:1637910 (1.5 MiB)

wlp4s0    Link encap:Ethernet  HWaddr 88:78:73:56:f3:e2  
          inet addr:192.168.0.100  Bcast:192.168.0.255  Mask:255.255.255.0
          inet6 addr: fe80::4d97:2ff8:7b69:1bff/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500
          RX packets:13374 errors:0 dropped:0 overruns:0 frame:0
          TX packets:6611 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:6823779 (6.5 MiB)  TX bytes:1477961 (1.4 MiB)


Сервер

ifconfig -a
enp2s0    Link encap:Ethernet  HWaddr d4:3d:7e:51:9d:71  
          inet addr:192.169.0.1  Bcast:192.169.0.255  Mask:255.255.255.0
          inet6 addr: fe80::682d:79b3:f138:8b5e/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500
          RX packets:197 errors:0 dropped:0 overruns:0 frame:0
          TX packets:19 errors:0 dropped:5 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:22214 (21.6 KiB)  TX bytes:1687 (1.6 KiB)
          Interrupt:43 Base address:0x1000 

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:65536
          RX packets:14192 errors:0 dropped:0 overruns:0 frame:0
          TX packets:14192 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:4548794 (4.3 MiB)  TX bytes:4548794 (4.3 MiB)

wlp1s0    Link encap:Ethernet  HWaddr 88:78:73:5f:a2:bc  
          inet addr:192.168.0.250  Bcast:192.168.0.255  Mask:255.255.255.0
          inet6 addr: fe80::82e1:2e13:a7a1:c9cb/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500
          RX packets:16232 errors:0 dropped:0 overruns:0 frame:0
          TX packets:11878 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:3118077 (2.9 MiB)  TX bytes:2351985 (2.2 MiB)
Последний раз редактировалось
0
avatar
From 192.169.0.10
Оттуда идет эхо-отклик.
Последний раз редактировалось
0
avatar
То есть запрос на сервер дальше клиента не уходит? Как решить эту проблему?
0
avatar
Стоит посмотреть на результаты ping -I (явно указывает интерфейс), поглядеть на вывод traceroute.
0
avatar
Не получется добыть нужную инфу. Напишите пожалуйста какие конкретно команды выполнить.

ping -I enp3s0 -c 3 192.169.0.1
PING 192.169.0.1 (192.169.0.1) from 192.169.0.10 enp3s0: 56(84) bytes of data.

--- 192.169.0.1 ping statistics ---
3 packets transmitted, 0 received, 100% packet loss, time 21ms


traceroute с какими аргументами выполнить?
Последний раз редактировалось
0
avatar
traceroute с какими аргументами выполнить?
--interface
Покажет как идет пакет.
0
avatar
Что-то непонятное показал. Как из этого понять в чем проблема?

traceroute --interface=enp3s0 192.169.0.1
traceroute to 192.169.0.1 (192.169.0.1), 30 hops max, 60 byte packets
 1  * * *
 2  * * *
 3  * * *
 4  * * *
 5  * * *
 6  * * *
 7  * * *
 8  * * *
 9  * * *
10  * * *
11  * * *
12  * * *
13  * * *
14  * * *
15  * * *
16  * * *
17  * * *
18  * * *
19  * * *
20  * * *
21  * * *
22  * * *
23  * * *
24  * * *
25  * * *
26  * * *
27  * * *
28  * * *
29  * * *
30  * * *


Провел наземные испытания: подключил клиента к ноутбуку с Виндой, настроил как и сервер сетевое подключение и пропинговал с клиента. Результат: пинг проходит без проблем.
Пинг на ноутбук
Следовательно проблема на сервере и именно с проводным подключением. Виноватый найден, но неясно как починить сеть…

А еще точно не в кабеле проблема, пробовал с обычным патч-кордом: результат тот же.
Последний раз редактировалось
0
avatar
Трассировка длинная и это странно. У Вас должна максимум пара хопов быть. Звездочки означают, что узел на запрос не отозвался.
Виноватый найден, но неясно как починить сеть…
Как вариант «в лоб» — настроить подключение с нуля.
tracepath еще поглядите.
Наткнулся тут на один нюанс: указание трейсроуту адреса источника на устройстве с несколькими интерфейсами (маршрутизаторе) не влияет на выбор интерфейса, с которого будут отправлены запросы. А влияет — на выбор обратного пути, по которому передаются ответы.
Есть мысль посмотреть как оно все действует без внешнего интерфейса.
 
К постам выше об удаленном администрировании. Если не хочется сидель в голом терминале есть WebMin.
Последний раз редактировалось
0
avatar
Зачем вам вообще самба, если у вас в сетке только линукс-компы, я так понимаю
0
avatar
Через Наутилус монтируется, через smbclient не хочет.
Samba sharing remains broken after updates. But then I discovered that a crucial package is missing. As I expected, the distro has python-pysmbc but NOT python2-pysmbc. Install this second one, and then you'll have Samba working. Such a small yet cruel mistake.
?
Правильные ответы начинаются с правильных вопросов.
0
avatar
Спасибо за совет. Установил оба пакета, но ситуация никак не изменилась =(
Проблема связана с самим подключением. Через Наутилус сервер доступен через Wi-Fi, а не по проводу. Если на клиенте настроить автоматическое получение IP, то сервер его не дает. Если статический, то соединение есть, но он даже не пингуется. Скорее всего проблема с настройками сети сервера, только непонятно с какими именно. Не может же быть источником проблемы, то что клиент и сервер соединены кросс кабелем? На винде же работало без проблем…
Как то вообще странно что два ПК на одной ОСи не могут законнектиться друг с другом, тем более учитывая что это Linux!!!
Последний раз редактировалось
0
avatar
Задумываюсь над тем чтобы поставить ванильный арч на сервер. Может это решит проблемы?.. Хотя по ходу проблема на клиенте. Короче не очень знакомство с Манджарой вышло. Если в ближайшее время не получится решить проблемы, то придется перескочить на другой дистр…
0
avatar
Роллинговые дистрибутивы ставить на сервер, как бы не очень рекомендуется. Поставьте дебиан, убунту-сервер, FreeBSD да, что угодно, только не роллинг.
0
avatar
Посмотрите в сторону openmediavault для домашнего сервера.
0
avatar
Думаю придется пересесть на нечто подобное. Раз теперь уже ясно что проблема из-за сервера…
0
avatar
И снова здравствуйте! Перепробовал я значит кучу дистров от самобытных Федор и Мандрив до попсовых форков Дебиана и понял, что лучше Манджары ничего пока нет!!! Но проблема осталась и теперь уже вопрос принципа разобраться почему сервак на Манджаре не пингуется, хотя на Антергосе с пол тычка все завелось без танцев с барабаном. Уже достоверно известно что проблема в том что блокируется сеть по проводу в обе стороны и такое ощущение что на уровне ядра. Помогите пожалуйста разобраться и понять что именно мешает комфортному администрированию домашней сети. Может выяснится что это баг системы и нужно сообщить разрабам.
0
avatar
Ребята, ну помогите пожалуйста. Не хочу юзать другие дистрибутивы. Есть тут кто-нибудь достаточно компетентный чтобы помочь выяснить причину этого бага? Может кто-то уже сталкивался с таким? Неужели никто не ставил Манджаро на сервер и не коннектился к нему по проводу? Или повезло только мне?
0
avatar
Я смотрю желающих помочь хоть отбавляй!.. Может кто-нибудь хотя бы подсказать что означает выполнение команды:
ip neigh show
138.201.81.199 dev enp1s0  FAILED
192.168.0.1 dev wlp2s0 lladdr 50:64:2b:19:38:17 REACHABLE


При том что на enp1s0 у меня навешан статический 192.168.137.1/24
Последний раз редактировалось
0
avatar
По первой строке- NetworkManager пытается подключиться к appolo.archlinux.org, чтобы проверить есть ли доступ в Интернет. А appolo.archlinux.org в последнее время глючит, поэтому FAILED. Чтобы отключить эту проверку, пропишите в NetworkManager.conf
[connectivity]
interval=0

По второй строке- wlp2s0 сообщает что успешно подключился к устройству 50:64:2b:19:38:17 с адресом 192.168.0.1 Это наверняка ваш роутер.
Заметьте что 192.168.137.1 к шлюзу не подключен.
Эта команда выполнялась на какой машине?
Последний раз редактировалось
?
Правильные ответы начинаются с правильных вопросов.
0
avatar
Во-первых спасибо огромное что наконец откликнулся кто-то! По вопросу: этот запрос выполнялся на сервере. Настройки выставлены ровно такие же как и на других дистрах где все работало без проблем. Поле основной шлюз оставлено пустым. Через Network Manager тип подключения выставлен в «Общий с другими компьютерами».
Последний раз редактировалось
0
avatar
один ПК в роли рабочей станции (подключенный к серверу по проводу, а к Интернету по Wi-Fi)
То есть в доме WiFi-роутер, раздающий интернет. И на сервере тоже есть WiFi-адаптер. И шлюз по умолчанию для всех устройств- это роутер. А еще есть кабель, который идёт от рабочей станции к серверу. Минуя роутер.
Или я чего-то не понял?
?
Правильные ответы начинаются с правильных вопросов.
0
avatar
Все верно. Рабочая станция находится на удалении от роутера через три стены и поэтому сигнал там слабый. Хочу чтобы сервер раздавал по проводу интернет и давал доступ к расшаренным папкам как по проводу так без него. Повторюсь что это уже было реализовано и работало как надо, но я хочу юзать Манджаро на всех ПК в доме.
0
avatar
1. Уточню еще раз. Кабель, одним концом подключенный к серверу. Куда он подключается?
2. Коллеги, советовавшие Вам не использовать в серверах роллинговые дистрибутивы- таки они правы.
?
Правильные ответы начинаются с правильных вопросов.
0
avatar
Сервер подключен по WiFi к роутеру. По проводу подключен к свитчу, к которому в свою очередь подключена рабочая станция.
Из роллинг дистров проблема только с Манджаро, все остальные не только роллинг(кроме Федоры на которой вообще сеть не подхватилась, даже вафля) настраивались без проблем в пару кликов и парой строк в терминале.
Последний раз редактировалось
0
avatar
1. Если на рабочей станции отключить WiFi, интернет есть?

2.
проблема только с Манджаро
Ну так не бывает- это из области чудесного. Поэтому никто и не откликается...
Чуть-ли не первая моя тема на манжаровском форуме была посвящена как раз похожей задаче… Почитайте, может пригодиться.
?
Правильные ответы начинаются с правильных вопросов.
0
avatar
Нет конечно. Откуда он возьмётся, если раздающий по идее интернет сервер даже не пингуется.
Я бы не стал врать и разводить тут палемику если бы у меня ни с каким дистром не работало. Но по факту только Манджаро себя так ведет. При чем запускаю в лайв режиме все нормально работает, стоит запустить установку и во время установки уже пропадает связь по проводу.
0
avatar
запускаю в лайв режиме все нормально работает, стоит запустить установку и во время установки уже пропадает связь по проводу.
По логике- драйвер сетевухи. Покажите вывод hwinfo --netcard
Последний раз редактировалось
?
Правильные ответы начинаются с правильных вопросов.
0
avatar
hwinfo --netcard
10: PCI 200.0: 0282 WLAN controller                             
  [Created at pci.378]
  Unique ID: qru8.umvaSGpyXfC
  Parent ID: CvwD.1jTVKz9r947
  SysFS ID: /devices/pci0000:00/0000:00:05.0/0000:02:00.0
  SysFS BusID: 0000:02:00.0
  Hardware Class: network
  Model: "Intel Dual Band Wireless-AC 7265"
  Vendor: pci 0x8086 "Intel Corporation"
  Device: pci 0x095a "Wireless 7265"
  SubVendor: pci 0x8086 "Intel Corporation"
  SubDevice: pci 0x5010 "Dual Band Wireless-AC 7265"
  Revision: 0x59
  Driver: "iwlwifi"
  Driver Modules: "iwlwifi"
  Device File: wlp2s0
  Features: WLAN
  Memory Range: 0xfea00000-0xfea01fff (rw,non-prefetchable)
  IRQ: 45 (101964 events)
  HW Address: 88:78:73:5f:a2:bc
  Permanent HW Address: 88:78:73:5f:a2:bc
  Link detected: yes
  WLAN channels: 1 2 3 4 5 6 7 8 9 10 11 12 13 36 40 44 48 52 56 60 64 100 104 108 112 116 120 124 128 132 136 140
  WLAN frequencies: 2.412 2.417 2.422 2.427 2.432 2.437 2.442 2.447 2.452 2.457 2.462 2.467 2.472 5.18 5.2 5.22 5.24 5.26 5.28 5.3 5.32 5.5 5.52 5.54 5.56 5.58 5.6 5.62 5.64 5.66 5.68 5.7
  WLAN encryption modes: WEP40 WEP104 TKIP CCMP
  WLAN authentication modes: open sharedkey wpa-psk wpa-eap
  Module Alias: "pci:v00008086d0000095Asv00008086sd00005010bc02sc80i00"
  Driver Info #0:
    Driver Status: iwlwifi is active
    Driver Activation Cmd: "modprobe iwlwifi"
  Config Status: cfg=new, avail=yes, need=no, active=unknown
  Attached to: #30 (PCI bridge)

16: PCI 100.0: 0200 Ethernet controller
  [Created at pci.378]
  Unique ID: lkKU.n9Q1rclSHn7
  Parent ID: 8otl.WIXlrO28eh6
  SysFS ID: /devices/pci0000:00/0000:00:04.0/0000:01:00.0
  SysFS BusID: 0000:01:00.0
  Hardware Class: network
  Model: "Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller"
  Vendor: pci 0x10ec "Realtek Semiconductor Co., Ltd."
  Device: pci 0x8168 "RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller"
  SubVendor: pci 0x1462 "Micro-Star International Co., Ltd. [MSI]"
  SubDevice: pci 0x7793 
  Revision: 0x06
  Driver: "r8168"
  Driver Modules: "r8168"
  Device File: enp1s0
  I/O Ports: 0xe000-0xe0ff (rw)
  Memory Range: 0xd0004000-0xd0004fff (ro,non-prefetchable)
  Memory Range: 0xd0000000-0xd0003fff (ro,non-prefetchable)
  IRQ: 43 (48 events)
  HW Address: d4:3d:7e:51:9d:71
  Permanent HW Address: d4:3d:7e:51:9d:71
  Link detected: yes
  Module Alias: "pci:v000010ECd00008168sv00001462sd00007793bc02sc00i00"
  Driver Info #0:
    Driver Status: r8169 is not active
    Driver Activation Cmd: "modprobe r8169"
  Driver Info #1:
    Driver Status: r8168 is active
    Driver Activation Cmd: "modprobe r8168"
  Config Status: cfg=new, avail=yes, need=no, active=unknown
  Attached to: #14 (PCI bridge)
0
avatar
r8168, я так и думал… У этого железа куча модификаций, и не всегда автоматически установленный драйвер подходит к конкретной железке. Удалите модуль, пусть используется дефолтный драйвер.
Вот здесь описано подобное: forum.manjaro.org/t/no-ethernet-network-realtek-8168-after-upgrading-to-17-0-5/33021

И гляньте в /etc/modprobe.d/ нет ли чего лишнего в блеклистах. Потому как
Driver Info #0:
    Driver Status: r8169 is not active
    Driver Activation Cmd: "modprobe r8169"
  Driver Info #1:
    Driver Status: r8168 is active
    Driver Activation Cmd: "modprobe r8168"
Последний раз редактировалось
?
Правильные ответы начинаются с правильных вопросов.
+1
avatar
Вот это уже конструктивный совет. Надеюсь поможет решить проблему. Спасибище при любом раскладе!
0
avatar
Все заработало! Это просто чудо какое-то! Наконец-то!!! Спасибо еще раз огромнейшее!
0
avatar
Это не чудо, а как раз тот случай когда решение — в постах годичной давности. Поди поищи его...
?
Правильные ответы начинаются с правильных вопросов.
0
avatar
Из роллинг дистров проблема только с Манджар
Дело не в том что есть проблема, а в том что роллинговые дистры плохо подходят для серверов. Слишком часто обновляются и в итоге требуют постоянного внимания. А если забить на регулярные обновления и обновляться раз в год = при обновлении есть шанс получить из сервера кирпич. И пару суток убить на поиск причины. Которая по закону подлости окажется в тонкостях самого первого из сотни обновлений произошедших за этот год.
?
Правильные ответы начинаются с правильных вопросов.
0
avatar
Я Вас понял. Проблему решить не удастся, поэтому буду смотреть в сторону поинт релиз дистров. Спасибо что откликнулись
0
Только зарегистрированные и авторизованные пользователи могут оставлять комментарии.