Sistemd için nispeten yeniyim ve mimarisini öğreniyorum.

Şu anda, özel bir kabuk betiğinin nasıl çalışacağına karar vermeye çalışıyorum. Bu komut dosyasının ağ katmanı başladıktan sonra çalışması gerekir .

Arch ile çalışıyorum, netdl ve sistemd kullanarak.

Test etmek için basitçe çalışan basit bir senaryo yazdım ip addr list > /tmp/ip.txt. Bu komut dosyası için aşağıdaki servis dosyasını oluşturdum.

(/etc/systemd/system/test.service)
[Unit]
Description=test service

[Service]
ExecStart=/root/test.script

[Install]
WantedBy=multi-user.target

Sonra betiği etkinleştirdim,

systemctl enable test

Yeniden başlatmanın ardından komut dosyası gerçekten çalışır, ancak ağ başlatılmadan önce çalışır. Başka bir deyişle, çıktı ip.txt, birincil arabirime atanmış hiçbir IPv4 adresi görüntüler. Giriş yaptığımda, IPv4 adresi gerçekten atandı ve ağ bağlantısı kuruldu.

WantedByParametre ile uğraşarak betiğin çalıştığı noktayı değiştirebileceğimi tahmin ediyorum , ancak bunun nasıl yapılacağından emin değilim.

Birisi beni doğru yöne işaret edebilir mi?

Sistemd ağ yapılandırması bağımlılıklarında

Sistemin birim siparişini etkilemek çok kolaydır. Öte yandan, tamamlanmış bir birimin ne garanti ettiği konusunda dikkatli olmanız gerekir.

Hizmetinizi yapılandırın

Mevcut sistemlerde, sipariş verme, network.targetyalnızca gerçek bir yapılandırma olmadığı için şebeke servisinin başlatıldığını garanti eder. Bunun için sipariş vermeniz network-online.targetve çekmeniz gerekir.

[Unit]
Wants=network-online.target
After=network-online.target

Eski sistemlerle uyumluluk için network.target'den sonra da sipariş vermeniz gerekebilir.

[Unit]
Wants=network-online.target
After=network.target network-online.target

Bu, servisin birim dosyası ve systemd için.

Yazılımın güncel sürümlerinde uygulama

Şimdi network-online.target, beklendiği gibi çalıştığından (veya en azından kullanabildiğinizden network.target) emin olmalısınız .

NetworkManager'ın şu anki sürümü , NetworkManager-wait-online.servicehangilerinin network-online.targetservisinize tarafından hangilerinin tarafından alındığını sunmaktadır. Bu özel servis, servisinizin başlatılması için yapılandırılan tüm bağlantıların otomatik olarak başarılı, başarısız veya zaman aşımına uğramasını beklemesini sağlar.

Geçerli systemd-networkd sürümü, tüm cihazlar istenen şekilde yapılandırılana kadar hizmetinizi engeller. Şu anda yalnızca önyükleme sırasında uygulanan yapılandırmaları desteklemesi daha kolaydır (daha özel olarak `systemd-networkd.service başlangıç ​​zamanı).

Tamamlanması adına, /etc/init.d/networkFedora'daki servis, sistemin geçerli sürümleri tarafından yorumlandığı gibi, blokları network.targetve dolaylı olarak network-online.targethizmetinizi ve hizmetinizi bloke eder . Komut dosyası tabanlı bir uygulama örneği.

Uygulamanız, ister servise dayalı isterse komut dosyası tabanlı olsun, yukarıdaki ağ yönetim hizmetlerinden biri olarak davranırsa, ağ yapılandırması başarılı bir şekilde tamamlanıncaya, iyi bir sebepten başarısız oluncaya ya da makul bir süreden sonra zaman aşımına uğrayana kadar hizmetinizin başlamasını geciktirir tamamlamak için çerçeve.

Netctl'in aynı şekilde çalışıp çalışmadığını kontrol etmek isteyebilirsiniz ve bu bilgi bu cevaba değerli bir katkı olacaktır.

Yazılımın eski sürümlerinde uygulamalar

Bunun işe yaramayacağı, yeterince eski bir sistem sürümü göreceğinizi sanmıyorum. Ancak en azından network-online.targetvar olup olmadığını ve sonra sipariş edildiğini kontrol edebilirsiniz network.target.

Önceden NetworkManager yalnızca en az bir bağlantının uygulanacağını garanti ediyordu. Ve bunun çalışması için bile, NetworkManager-wait-online.serviceaçıkça etkinleştirmeniz gerekir . Bu, Fedora'da uzun süre önce düzeltildi, ancak yalnızca son zamanlarda yukarı yönde uygulandı.

systemctl enable NetworkManager-wait-online.service

Network.target ve network-online.target uygulamalarına ilişkin notlar

Yazılımınızı hiçbir zaman belirli bir hizmete NetworkManager.serviceveya NetworkManager-wait-online.servicebaşka bir hizmete bağımlı hale getirmeniz gerekmez . Bunun yerine, tüm ağ yönetimi hizmetleri önceden network.targetve isteğe bağlı olarak kendilerini sipariş etmelidir network-online.target.

Basit bir komut dosyası tabanlı ağ yönetimi hizmeti çıkmadan önce ağ yapılandırmasını bitirmeli ve daha önce network.targetve böylece dolaylı olarak kendisini sipariş etmelidir network-online.target.

[Unit]
Before=network.target

[Service]
Type=oneshot
ExecStart=...
RemainAfterExit=yes

Daemon tabanlı bir ağ yönetimi hizmeti, network.targetçok kullanışlı olmasa da, daha önce de sipariş vermelidir .

[Unit]
Before=network.target

[Service]
Type=simple
ExecStart=...

Artalanın bitmesini bekleyen bir servis, belirli bir hizmetten sonra ve daha önce kendisini sipariş etmelidir network-online.target. RequisiteServis sağlayıcısı servisini kullanmalıdır , böylece ilgili ağ yönetimi servisi kullanılmıyorsa derhal başarısız olur.

[Unit]
Requisite=...
After=...
Before=network-online.target

[Service]
Type=oneshot
ExecStart=...
RemainAfterExit=yes

Paket, yapılandırılmış ağı beklemek isteyen servisler tarafından çekilmesi için wantsdizindeki bekleme servisine bir bağlantı kurmalıdır network-online.target.

ln -s /usr/lib/systemd/system/... /usr/lib/systemd/system/network-online.target.wants/

İlgili belgeler

• http://www.freedesktop.org/software/systemd/man/systemd.special.html#network-online.target
• http://www.freedesktop.org/wiki/Software/systemd/NetworkTarget/

Final notları

Umarım sorunuzu sorduğunuzda yanıtlamanıza yardım etmekle kalmayıp, aynı zamanda yukarı akış ve Linux dağıtımlarındaki durumu iyileştirmeye de katkıda bulundum, böylece orijinalini yazarken mümkün olandan daha iyi bir cevap verebilirim. .

Sen kullanabilirsiniz Afteriçinde [Unit]servis başlamadan önce başlatılmalıdır bir hizmeti tanımlamak için bölüm. Örneğin, NetworkManager kullanıyorsanız, NetworkManager başlatıldıktan sonra servisinizi başlatabilirsiniz.

[Unit]
Description=test service
After=NetworkManager.service

Hizmetiniz, birisinin bağlantı kurmasını pasif olarak bekleyebilecek bir sunucu sağlıyorsa, bunu kullanın:

[Unit]
After=network.target

Hizmetiniz joker karakter arabirimine bağlanmalıdır. Soket etkinleştirme kullanıyorsa (önerilir) veya yalnızca yerelse, ağ hedeflerini tamamen yok sayabilirsiniz.

Hizmetiniz bir müşteri olarak hareket ediyorsa veya eşler arası ise, bu daha uygundur:

[Unit]
After=network-online.target
Requires=network-online.target

Systemd 213'ten önce network- online.target'ın bahsedilen Pavel geçici çözümüne ihtiyacı vardır (ağın kurulmasını bekleyecek bir servisi manuel olarak etkinleştirmeniz gerekir). Bu sistem 213'ten itibaren varsayılan olarak yapılır. systemd-networkd-wait-onlinegeridöngü olmayan bir arabirimde yapılandırılmış en az bir adres (yönlendirilebilir veya yerel bağlantı) bekler.

Systemd-networkd, NetworkManager veya eşdeğeri yapılandırmak bağımsız bir iştir. DHCP (IPv4 için) ve NDP (IPv6 için) kutudan çıkma eğilimindedir, ancak bunları “ağ kurulur” un tam tanımı sizin tetikleyeceğiniz şekilde yapılandırmalısınız network-online.target.

Belgeler:

• network.target
• network-online.target
• Ağ Kurulduktan Sonra Servisleri Çalıştırma

WantedBy parametresiyle uğraşarak betiğin çalıştığı noktayı değiştirebileceğimi tahmin ediyorum

İstediğinin tam tersi bir etkisi olacak. Kimden man systemd.unit:

WantedBy =, RequiredBy =

[...] Bu sistem systemctl enable tarafından yüklendiğinde, listelenen her birimin .wants / veya .requires / dizininde sembolik bir bağlantı oluşturulur. Bu tür bir bağımlılığı istiyor = ya da ilave edilir = gerektirir etkiye sahiptir gelen listelenen birimi için mevcut birimin .

Buna dayanarak, uygun ünite seçeneğinin "İsteyenler" veya "Gerekenler" olduğunu görebiliriz; Bu açıklamalara dayanarak, "Gerektiği", muhtemelen yalnızca ağ servisinin çalışmasını sağlamak için değil, bu birimden önce çalışmasını sağlamak için "Sonra" eklenmesiyle de doğrudur.

Birim seçeneklerden hiçbiri, AFAIK, bir başladı perquisite tamamlamış veya yalnızca o, (ağ muhtemelen cin hizmetidir) belli noktaya olması gerektiğini şartı da içerebilir başlatmak ilk. Bunu göz önünde bulundurarak, Type=forkingönce bir DHCP kirası aldığınızdan emin olmak için betiğinizi yapmak ve sağlıklı bir gecikme (örneğin, 30 saniye) veya bir gecikme içeren bir tür başarılı çıkış döngüsü atmak isteyebilirsiniz .

Kendi servisinizden önce nelerin başlaması gerektiğini belirlemek Afteriçin [Unit]bölümü kullanın . (Önceki cevabın bu kadarı doğru.)

Ağınızı açtıktan sonra servisinizi başlatmak için, NetworkManager'ı, Arch'taki conf.d / netctl sistemini veya sistemin farkında olduğu başka bir hizmeti kullanmanız durumunda uygulanacak olan ağ hedefini kullanın.

[Unit]
#.....
After=network.target

Kısa bir bakış, sisteminizde ağ bağlantısına dayanan diğer tüm servislerin bu yönergeyi içerdiğini doğrular.

Ayrıca systemd kullanan tüm dağıtımlara taşınabilir. Birim dosyanız, Debian'ın Arch, Fedora, RHEL 7, gelecekteki sürümleri için aynı olacaktır ...

Arch komut dosyaları veya sizinki gibi bir ağ bağlantısı başlatan servislerin kendi birim dosyalarında belirtmesi gerekir .

[Unit]
Wants=network.target
Before=network.target

Bu yazıya bir nokta eklemek istedim. Şu anda (2015 yazında) RHEL7 / CentOS 7’de, network-online.target IPv6 ağları kurulmadan önce yanlış ayarlanmış

Wants=network-online.target
After=network-online.target

IPv6 adreslerine açıkça bağlanan hizmet tanımlarında muhtemelen IPv6 çalıştırılmadan ve çalıştırılmadan önce başlatılacak ve bunların başarısız olmasına neden olacaktır.

[Unit]
After=systemd-networkd.service

benim için çalışıyor.