Встречаем: netctl!
| Perfect_Gentleman |
|
|
Темы:
55
Сообщения:
1039
Участник с: 29 октября 2012
|
samson4747, где увидел netcfg? сделал как ниже описано Create the file /etc/systemd/system/network.service using your editor of choice. This example uses a static IP address and wpa_supplicant. /etc/systemd/system/network.service [Unit] Description=Wireless Static IP Connectivity Wants=network.target Before=network.target BindsTo=sys-subsystem-net-devices-net0.device After=sys-subsystem-net-devices-net0.device [Service] Type=oneshot RemainAfterExit=yes ExecStart=/sbin/ip link set dev net0 up ExecStart=/usr/sbin/wpa_supplicant -B -i net0 -c /etc/wpa_supplicant.conf # Remove this for wired connections ExecStart=/sbin/ip addr add 192.168.0.10/24 dev net0 ExecStart=/sbin/ip route add default via 192.168.0.1 ExecStop=/sbin/ip addr flush dev net0 ExecStop=/sbin/ip link set dev net0 down [Install] WantedBy=multi-user.target |
| samson4747 |
|
Темы:
33
Сообщения:
534
Участник с: 23 февраля 2012
|
Возврат даже на network, тоже не решает проблему с использование запланированного так скажем netctl. Хотя данный трюк для статического айпи тоже неплохой.
"If you try to hide the complexity of the system, you'll end up with a more complex system". Layers of abstraction that serve to hide internals are never a good thing. Instead, the internals should be designed in a way such that they NEED no hiding. —Aaron Griffin
|
| Perfect_Gentleman |
|
|
Темы:
55
Сообщения:
1039
Участник с: 29 октября 2012
|
мне каца, что проблема бывшая в netcfg переползла в netctl. c netcfg сеть тож долго грузилась. с железом ничего не делал, поменял только метод подъёма сети, и вауля - сеть поднимается мгновенно. |
| samson4747 |
|
|
Темы:
33
Сообщения:
534
Участник с: 23 февраля 2012
|
Мне метод с постоянным айпи не совсем подходит. При netcfg, у меня загрузка была порядка 2.089s, поэтому поживём увидим. Благодарю за отклик.
"If you try to hide the complexity of the system, you'll end up with a more complex system". Layers of abstraction that serve to hide internals are never a good thing. Instead, the internals should be designed in a way such that they NEED no hiding. —Aaron Griffin
|
| kobzar |
|
Темы:
3
Сообщения:
29
Участник с: 14 января 2013
|
прекрасней реализации чем netctl для работы с сеткой в линуксе я не встречал ни у одного дистрибутива !!! Особенно - когда у тебя куча локалол, вайфай сетей и так далее... работает удобно стабильно и корректно. Образец для подражания!!!
Кто понял жизнь, тот не спешит...
|
| SmiGes |
|
|
Темы:
167
Сообщения:
841
Участник с: 04 августа 2009
|
вообщем проблема помогите: раньше при использовании netcfg приходилось писать следующий юнит:smiges 22:25 [0]~$ cat /etc/systemd/system/onrela.service [Unit] Description=PPTP connection After=network.target [Service] Type=forking PIDFile=/run/ppp0.pid ExecStart=/usr/sbin/pppd call onrela [Install] WantedBy=multi-user.target smiges 22:26 [0]~$ |
| kurych |
|
|
Темы:
0
Сообщения:
1394
Участник с: 06 ноября 2011
|
Не надо никаких юнитов. Просто сделайтеsystemctl enable [email protected] systemctl start [email protected] #поднять ppp соединение |
| SmiGes |
|
|
Темы:
167
Сообщения:
841
Участник с: 04 августа 2009
|
kurychэтот юнит итак у меня enable ещё с тех времён, и кстати он называется не [email protected], а onrela.service, находится в /etc/systemd/system/ и он работал при использовании netcfg |
| SmiGes |
|
|
Темы:
167
Сообщения:
841
Участник с: 04 августа 2009
|
погуглил, поигрался с параметрами, добавлял [email protected] и кстати неработало!!!. Только при использовании одновременно двух параметров: после ребута удалось подключиться (но я неуверен что при следующем ребуте будет всё также удачно). Вообще идеалогически правильно я сделал? или есть ещё какие-то методы? также очень бы хотелось узнать возможно ли как-то посмотреть порядок запуска юнитов? вообще как можно было такую хрень придумать разработчикам, руки бы им за такое поотрывать |
| lampslave |
|
|
Темы:
32
Сообщения:
4801
Участник с: 05 июля 2011
|
после ребута удалось подключиться (но я неуверен что при следующем ребуте будет всё также удачно). Вообще идеалогически правильно я сделал? или есть ещё какие-то методы? также очень бы хотелось узнать возможно ли как-то посмотреть порядок запуска юнитов? вообще как можно было такую хрень придумать разработчикам, руки бы им за такое поотрывать"Криком Ядре-беки не победить. Урус только смеяться будет!" Ⓒ https://wiki.archlinux.org/index.php/Systemd#Handling_dependencies: With systemd, dependencies can be resolved by designing the unit files correctly. The most typical case is that the unit A requires the unit B to be running before A is started. In that case add Requires=B and After=B to the [Unit] section of A. If the dependency is optional, add Wants=B and After=B instead. Note that Wants= and Requires= do not imply After=, meaning that if After= is not specified, the two units will be started in parallel. https://wiki.archlinux.org/index.php/Systemd#Analyzing_the_boot_process: You can also create a SVG file which describes your boot process graphically, similiar to Bootchart: |