Menü
Bedava
giriş
ana  /  Kurulum ve kurulum / Windows'ta bir ağ dosyasına ihtiyacınız olan şey için. Ağlar nedir ve nasıl düzeltilir? Sürümler ve varyasyonlar

Windows'ta ağ dosyası tarafından ihtiyaç duyulan şey. Ağlar nedir ve nasıl düzeltilir? Sürümler ve varyasyonlar

Vb klasörü, aşağıdakiler olan bir klasördür. metin dosyaları Ana bilgisayarlar, lmhosts.sam, ağlar, protokol, servisler Bu, Windows XP ve Windows 7 için vb. Klasörün standart içeriğidir.

Vb klasörü hakkında her şey

Vb klasörünün nerede olduğunu bulmak, "Başlat" tuşuna basın - "Bilgisayar" - " Yerel disk C »-" Windows "-" System32 "-" Sürücüler "-" vb ".

Vb klasöründeki dosyalar

Vb klasörünü ortadan kaybolduysanız, Windows 7 klasörünü ve Windows 8 için indirebilirsiniz.

Şimdi, vb. Klasörün Arşivini Unzip'i indirerek vb klasörünü nasıl geri yükleyeceğinizi açıklayacağım. Yalnızca kopyala vb., Nerede eklenmesi gerektiğini bulun. Windows 7 için vb klasörü, Windows XP için vb klasöründen farklı değildir. Vb Windows 7 klasörünün içeriği Windows 8'den farklıdır. Windows 8'de, vb klasördeki iki dosya daha: Hosts.Backup ve Hosts.Rolback. Windows 8 ana bilgisayarların tam içeriği vb. Klasör, LMHosts.Sam, Ağlar, Protokol, Hizmetler, Hosts.Backup ve Hosts.RollBack. Virüsler genellikle iki dosyanın içeriğini değiştirir ana bilgisayar dosyası Vb klasöründe ve vb. Klasördeki Hizmetler dosyasında. Not Defteri'ni kullanarak vb. Klasördeki dosyaları açabilirsiniz.

İyi zaman, sevgili okuyucular. İkinci parçayı yayınla. Mevcut kısımda, ana vurgu yapılır. linux'ta Ağ Uygulaması(linux'ta Bir Ağ Nasıl Kurulur Ağın Linux'ta Nasıl Dağıtılır ve Çalışma Durumunda Linux'ta Bir Ağ Altsistemini Koruyun).

Linux'ta TCP / IP Kurulumu Ethernet ağında çalışmak için

İş için S. ağ Protokolleri Linux'taki TCP / IP sadece yeterli döngü arayüzüAncak, ana bilgisayarları birbirleriyle birleştirmeniz gerekirse, doğal olarak, bir ağ arayüzüne, veri iletim kanallarına (örneğin, bükülmüş bir çift), muhtemelen ağ dışı ekipmana sahip olmak gerekir. Ayrıca, genellikle içeride bulunan kurulmuş (vb.) Varlığına sahip olmak gerekir. Ayrıca bir ağ (örneğin / etc / hosts) ve ağ desteğiniz olmalıdır.

Ağ parametreleri

Linux ağ mekanizmalarını manuel ağ yapılandırması ile anlamaya başlayalım, yani duruma göre, IP adresi Ağ Arayüzü statik. Bu nedenle, şebekeyi ayarlarken, aşağıdaki parametreleri göz önünde bulundurmanız ve yapılandırmanız gerekir:

IP adresi - Makalenin ilk bölümünde daha önce belirtildiği gibi, makinenin benzersiz bir adresidir, dört ondalık sayı formatında, noktalarla ayrılmıştır. Genellikle, çalışırken yerel ağÖzel aralıklardan seçildi, örneğin: 192.168.0.1

Alt ağ maskesi - Ayrıca, adresin hangi kısmının ağın / alt ağın adresini belirlediği ve hanımın adresinin adresini belirleyen 4 ondalık sayı. Alt ağ maskesi, bir mantıksal ve bir IP adresine sahip olan ve bir IP adresine sahip ve alt ağın adrese ait olduğu ortaya çıkan bir sayıdır. Örneğin, 192.168.0.2 adresi 255.255.255.0 maskeli, 192.168.0 alt ağına aittir.

Yedek adres - alt ağın maskesi tarafından belirlenir. Aynı zamanda, döngü arayüzleri için hiçbir alt ağ bulunmamaktadır.

Yayın adresi - Tüm alt ağ ana bilgisayarlarını alacak yayın paketlerini göndermek için kullanılan adres. Genellikle, alt ağın (192.168.0) alt ağının (192.168.0) değerinin değerine eşittir, yani yayın 192.168.255 olacak, benzer şekilde, 192.168 Yayın için 192.168.255.255 olacaktır. Döngü arayüzleri için yayın adresi yoktur.

IP Adresi Ağ Geçidi- Bu, iletişim için varsayılan ağ geçidi olan makinenin adresidir. yabancı dünya. Ağ geçitleri, bilgisayar birkaç ağa aynı anda bağlıysa biraz olabilir. Ağ geçidi adresi izole edilmiş ağlarda kullanılmaz (bağlı değil) küresel ağ), Çünkü bu ağların ağın dışındaki paketleri göndermek için hiçbir yere sahip olmadığı için, aynı ilmekli arayüzlere aittir.

İsim Sunucusu IP Adresi (DNS - Sunucular)- IP adresine dönüştüren ana bilgisayar adlarının sunucusunun adresi. Genellikle, sağlayıcı tarafından sağlanır.

Linux'taki Ağ Ayarları Dosyaları (Yapılandırma Dosyaları)

Linux'ta ağın çalışmalarını anlamak için, "" makalesiyle tanışmanızı kesinlikle tavsiye ederim. Genel olarak, tüm Linux çalışmaları, işletim sistemi yüklendiğinde doğar ve torunlarını koyduğunda doğar, bu da hepsini yerine getirir. gerekli iş, Bash veya şeytanın lansmanı olup olmadığı. Evet ve hepsi linux yükleniyor Başlangıçtaki tüm başlatma dizisinin, başlangıçta başlatılan / stopping sistemini durduran çeşitli parametrelerle reçete edilir. Benzer şekilde, Linux ağ alt sistemi başlatıldı.

Her Linux dağılımı, diğer ağ başlatma mekanizmasından biraz farklıdır, ancak genel resim, bence okuduktan sonra açık olacaktır. Linux Dağıtım Ağı komut dosyalarını başlatırsanız, Configuration dosyalarını kullanarak ağ yapılandırmasını nasıl yapılandırırsanız, örneğin, Debian (bu dağıtımı alırız) ağın başlatılması için Debian (bu dağıtımı alıyoruz), komut dosyası cevapları için daha az anlaşılabilir hale gelecektir. /etc/init.d/networking., hangi aşağıdakileri gözden geçirme:

NET-SERVER: ~ # CAT /ETC/INIT.D/NETWORKING ### BAŞLAYIN INIT Info # sağlar: Ağ Yükleme # Gerekli-Başlat: MountKernfs $ local_fs # Gereken-STOP: $ local_fs # gerekir -start: ifupdown # shald-stop : IFUPDOWN # Varsayılan Başlat: S # Varsayılan-STOP: 0 6 # Kısa açıklama: Ağ arayüzlerini kaldırın. ### ucu init info yolu \u003d "/ usr / local / sbin: / usr / local / bin: / sbin: / bin: / usr / sbin: / bin" [-x / sbin / ifup] || Çık 0. / LIB / LSB / INTION FONKSİYONLARI Process_Options () ([[-e / etc / ağı / Seçenekler] || Geri dönüş 0 log_warning_msg "/ etc / ağı / seçenekleri hala var ve göz ardı edilecektir! NetBase'nin ReadMe.debian'ı okuyun. ") CHECK_NETWORK_FILE_SYSTEMS () ([[-e / Proc / Montes] || [-e /etc/iscsi/iscsi.initramfs] ise 0 döndürün; sonra log_warning_msg" Ağ arayüzlerini dekonelleme değil: iSCSI kökü monte edilir. "0 fi çıkarın. Exec 9<&0 < /proc/mounts while read DEV MTPT FSTYPE REST; do case $DEV in /dev/nbd*|/dev/nd*|/dev/etherd/e*) log_warning_msg "not deconfiguring network interfaces: network devices still mounted." exit 0 ;; esac case $FSTYPE in nfs|nfs4|smbfs|ncp|ncpfs|cifs|coda|ocfs2|gfs|pvfs|pvfs2|fuse.httpfs|fuse.curlftpfs) log_warning_msg "not deconfiguring network interfaces: network file systems still mounted." exit 0 ;; esac done exec 0<&9 9<&- } check_network_swap() { [ -e /proc/swaps ] || return 0 exec 9<&0 < /proc/swaps while read DEV MTPT FSTYPE REST; do case $DEV in /dev/nbd*|/dev/nd*|/dev/etherd/e*) log_warning_msg "not deconfiguring network interfaces: network swap still mounted." exit 0 ;; esac done exec 0<&9 9<&- } case "$1" in start) process_options log_action_begin_msg "Configuring network interfaces" if ifup -a; then log_action_end_msg $? else log_action_end_msg $? fi ;; stop) check_network_file_systems check_network_swap log_action_begin_msg "Deconfiguring network interfaces" if ifdown -a --exclude=lo; then log_action_end_msg $? else log_action_end_msg $? fi ;; force-reload|restart) process_options log_warning_msg "Running $0 $1 is deprecated because it may not enable again some interfaces" log_action_begin_msg "Reconfiguring network interfaces" ifdown -a --exclude=lo || true if ifup -a --exclude=lo; then log_action_end_msg $? else log_action_end_msg $? fi ;; *) echo "Usage: /etc/init.d/networking {start|stop}" exit 1 ;; esac exit 0

bağlı ağ dosyası sistemlerinin varlığını kontrol eden birkaç işlevi bulabilirsiniz ( check_network_file_systems (), check_network_swap ()), ayrıca bazı belirsiz yapılandırmanın varlığını kontrol etmenin yanı sıra / etc / ağ / seçenekleri (işlev proses_options ()) ve en altta, tasarım vaka "1 $" in Ve girilen parametreye göre (Başlat / STOP / Force-Reload | Yeniden başlatma veya herhangi bir ark) belirli eylemler üretir. Bunların en çok " belirli eylemler"Argüman başlangıcının örneğinde, fonksiyonun önce başlatıldığı görülebilir. process_Options.daha fazla cümle günlüğüne gider Ağ arayüzlerini yapılandırma.ve takım başlar İfup -a.. Eğer insana bakarsanız, bu komutun yapılandırmayı dosyadan okuduğu açıktır. / etc / ağ / arayüzler Ve anahtara göre -a. Parametreye sahip tüm arayüzleri çalıştırır oTO..

IFUP ve IFDOWN komutları, / etc / ağı / arayüzlerdeki arayüz tanımlarına dayanarak (veya sırasıyla dekonfigure) ağ arayüzlerini yapılandırmak için kullanılabilir.

-a, -
IFUP'a verilirse, otomatik olarak işaretlenmiş tüm arayüzleri etkiler. Arayüzler, / etc / ağ / arayüzlerde tanımlandığı sıraya getirilir. İfDown'a verilirse, tüm tanımlanmış arayüzleri etkiler. Arayüzler, şu anda Durum dosyasında listelendiği sıraya getirilir. Yalnızca / etc / ağı / arayüzlerinde tanımlanan arayüzler getirilecektir.

IP-Sunucusu: ~ # Bu dosya, sisteminizde mevcut olan ağ arayüzlerini ve bunları nasıl etkinleştirir. Daha fazla bilgi için, bkz. Arayüzler (5). # Loopback Ağ Arabirimi Otomatik Lo IFACE Lo Inet Loopback # Birincil Ağ Arabirimi - Hotplug ETH0 IFACE ETH0 INET DHCP - Hotpug ETH2 INET DHCP İzin Verildi

Bu yapılandırmada dize İzin ver hotplug. ve oTO. - Bunlar eşanlamlılar ve arayüzler takım tarafından yetiştirilecek İfup -a.. Burada, aslında, ağ alt sisteminin tüm zinciri. Benzer şekilde, diğer dağılımlarda: Redhat'ta ve SUSE ağı bir komut dosyası başlatır /etc/init.d/network. Bunun yorumları, benzer şekilde ağ yapılandırması nerede yatıyor.

/ etc / ana bilgisayarlar

Bu dosya bir listeyi saklar IP adresleri ve onlara karşılık gelen (adresler) ana bilgisayar isimleri. Dosya formatı Mastdayn'ten farklı değildir:

IP-Server: ~ # Cat / etc / Hosts # IP Host.in.Omain Host 127.0.0.1 Localhost 127.0.1.1 IP-server.Dover.Local IP-Server 192.168.1.1 IP-server.Domain.local IP-Sunucu

Tarihsel olarak, bu dosya DNS servisi yerine kullanıldı. Şu anda, Dosya DNS hizmeti yerine de kullanılabilir, ancak yalnızca ağınızda makinelerin sayısının birimlerde ölçülmesi ve düzinelerce veya yüzlerce olmadığı için, bu durumda bu dosyanın doğruluğunu kontrol etmeniz gerekir. Her makinede.

/ etc / hostname

Bu dosya içeriyor NetBIOS ana bilgisayar adı:

IP-Server: ~ # Cat / etc / HostName IP-Server

Bu dosya yerel ve diğer ağların isimlerini ve adreslerini saklar. Misal:

IP Sunucusu: ~ # Cat / etc / Networks Varsayılan 0.0.0.0 Loopback 127.0.0.0 Link-Local 169.254.0.0 Home-Network 192.168.1.0

Bu dosyayı kullanırken, ağlar adla yönetilebilir. Örneğin, bir rota ekleyin rota ekle. 192.168.1.12 , fakat rota ekle..

/etc/nsswitch.conf.

Dosya belirler ana Bilgisayar Arama SiparişiAğlar, çizgiler bu ayar için karşılık gelir:

Hosts: Hosts: Dosyalar DNS Ağlar için: Ağlar: Dosyalar

Parametre dosyalar. belirtilen dosyaları kullanmayı belirtir. (/ etc / hosts ve / etc / ağlar sırasıyla), parametre dNS. servisi kullanmayı belirtir dNS..

/etc/host.conf.

Dosya, çözümleyici için isim çözünürlük parametrelerini belirtir.

IP Sunucusu: ~ # cat /etc/host.conf multi

Bu dosya Çözüm Kütüphanesini belirtir - / etc / hosts dosyasında bir tanışan tüm geçerli düğüm adreslerini ve sadece birincisi değil.

/etc/resolv.conf.

Bu dosya, IP adresindeki ağ adı dönüştürme mekanizmasının parametrelerini tanımlar. Basit dil DNS ayarlarını tanımlar. Misal:

IP Sunucusu: ~ # cat /etc/resolv.conf aderver 10.0.0.4 NAMESERVER 10.0.0.1 Arama Domain.local

İlk 2 Sties dNS sunucularını belirtin. Üçüncü satır, arama alanlarını belirtir. Adını çözerken, ad bir FQDN adı olmazsa, bu etki alanı "biten" biçiminde değiştirilir. Örneğin, Ping Host komutunu yürütürken, çalışma adresi Host.Domain.local'a dönüştürülür. Kalan parametreler Adam Risolv.conf'ta okunabilir. Çok sık, Linux bu dosyanın dinamik neslini kullanır. programlar / sbin / resolvconf. Bu program, isimleri dinamik olarak isim veren hizmetler arasında bir arabulucudur (örneğin DHCP istemcisi.) ve isim sunucu verilerini kullanan hizmetler. Dinamik olarak oluşturulan bir dosyayı kullanmak için /etc/resolv.conf., bu dosyayı sembolik bir referansla yapmak gereklidir. /etc/resolvconf/run/resolv.conf.. Bazı dağılımlarda, yol farklı olabilir, bu konuda yazılacaktır. adam Resolvconf..

Ağ Yapılandırması

Ana yapılandırma dosyalarını okuduktan sonra, bakabilirsiniz. Yukarıda zaten takımdan bahsetti ifup., ifdown.Ancak bu fonlar tamamen çok yönlü değil, söyleyelim RH dağıtımlarında varsayılan komut yok. Ayrıca, IPROUTE paketine ait olan yeni dağılımlarda yeni bir üst düzey ağ yönetimi aracı göründü. O (iProute paketi) adanmış olacağım. Ve mevcut yayında, düşünmeyeceğim. Aşağıda açıklanan komutlar aittir.

Böylece, ekibin herhangi bir Linux dağıtımında performansına güvenmek için, iki ana eski takımın kullanımı gereklidir. Bu ve ARP. İlk takım (sorumlu ağ Arayüzleri Kurma(İp, maske, ağ geçidi), ikinci () - yönlendirme Kurulumu, Üçüncü (ARP) - aRP Masa Yönetimi. Bu komutların, ağ alt sistemi için standart SystemV başlatma komut dosyasını devre dışı bırakmadan yürütülmesinin, ilk yeniden başlatma / yeniden başlatma şebekesinde değişiklik yapacağını, çünkü Beyinleriyle konuştuysanız, komut dosyasını anlayabilirsiniz. /etc/init.d/networking.bir sonraki başlatmada yukarıdaki yapılandırmaları tekrar okuyun ve eski ayarları uygulayın. Buna göre, kalıcı bir ayar ayarı için çıktı, uygun ağ arayüzü konfigürasyonlarını girmek veya düzeltmek için karşılık gelen parametrelerle olan IFCONFIG komutudur.

Ayrıca, bir ekip yürütülürse Eksik parametrelerle ifconfig (Örneğin, yalnızca IP adresi), gerisi otomatik olarak tamamlanır (örneğin, 255'te biten bir ana bilgisayar adresi ile varsayılan olarak, varsayılan olarak ek olarak eklenir ve varsayılan alt ağ maskesi 255.255.255.0).

Yönlendirme Modern çekirdeklerde mevcut arayüzler için, her zaman çekirdeği tarafından otomatik olarak yükselir. Aksine, arayüzün otomatik olarak oluşturulduğu IP ve alt ağ ayarlarına göre ağa doğrudan yollar, çekirdek kuvvetleri. Bu tür girişler için ağ geçidi alanı çıkış arayüzü adresini veya * gösterir. Çekirdek'in eski sürümlerinde (rotaların otomatik olarak yükselmeye başladığı çekirdek numarası - size söylemeyeceğim) manuel olarak bir rota eklemek gerekiyordu.

Eğer sizin örgütlenmeniz gereken bir ihtiyaç varsa rotalar, sonra kullanmanız gerekir. Bu komut, rotaları eklenebilir ve silinebilir, ancak tekrar, bu yalnızca /etc/init.d/networking'i yeniden başlatmadan önce (veya dağıtımınızdaki ağdan sorumlu başka bir komut dosyasını) yardımcı olacaktır. Böylece, rotalar otomatik olarak eklenir, ayrıca RC.Local'a rota eklemek için OFCONFIG komutu - komutları ekleyin veya uygun ağ arayüzü yapılandırmalarını yapın (örneğin, Deb - / etc / ağ / seçenekler).

Hangi kurallara göre ağlara giden yollar oluşturulur, Varım

Linux ağının teşhisi

Linux'ta çok sayıda ağ teşhisi aracı var, genellikle Microsoft yardımcı programlarına çok benzerler. Sorunları tanımlamak için sorunlu olacağı 3 ana ağ tanılama yardımcı programını göz önünde bulunduracağım.

Bu yardımcı programın neredeyse herkese aşina olduğunu düşünüyorum. Bu yardımcı programın çalışmaları sevk etmeklafta iCMP paketleri Komut ayarlarında belirtilecek olan uzak sunucu, sunucu gönderilen komutları döndürür ve ping.zaman sayıyor Sunucuya ulaşmak ve geri dönmek için kaydedilmiş paketin gereklidir. Örneğin:

# Ping ya.ru ping ya.ru (87.250.251.3) 56 (84) veri baytları. Www.yandex.ru (87.250.251.3) 'den 64 bayt: icmp_seq \u003d 1 ttl \u003d 57 zaman \u003d 42.7 ms 64 bayt www.yandex.ru (87.250.251.3): ICMP_SEQ \u003d 2 TTL \u003d 57 zaman \u003d 43.2 MS 64 Byetes Www.yandex.ru'dan (87.250.251.3): ICMP_SEQ \u003d 3 TTL \u003d 57 TIME \u003d 42.5 MS 64 bayt www.yandex.ru (87.250.251.3): icmp_seq \u003d 4 ttl \u003d 57 zaman \u003d 42.5 ms 64 bayt www .yandex.ru (87.250.251.3): ICMP_SEQ \u003d 5 TTL \u003d 57 zaman \u003d 41.9 ms ^ c --- ya.ru ping istatistikleri --- 5 paket bulaşan, 5,% 0 paket kaybı, zaman 4012ms rtt min / AVG / MAX / MDEV \u003d 41.922 / 42.588 / 43.255 / 0.500 ms

Yukarıdaki örnekte görülebileceği gibi, ping.bize bir sürü faydalı bilgi görüntüler. Öncelikle, bunu öğrendik hOST YA.RU ile bağlantı kurabiliriz.(Bazen "HOST YA.RU'nun bizim için uygun olduğunu" söylüyorlar.). İkinci olarakBunu görüyoruz DNS doğru çalışıyorÇünkü "pingled" adı doğru bir şekilde IP adresine dönüştürüldü (ping ya.r.ru (87.250.251.3)). Daha ileri, alanda ICMP_SEQ \u003d Gönderilen paketlerin numaralandırılmasını belirtir.. Her pakete gönderilen bir sayı sırayla atanır ve bu numaralandırmada "arızalar" olacaksa, bize "pingled" ile bağlantının kararsız olduğu ve ayrıca paketlerin aşırı yüklendiği sunucunun olduğu anlamına gelebileceğini söyler. . Anlamla zaman \u003d.görürüz, ne kadar zaman paketi seyahat etti 87.250.251.3 ve geri. Ping yardımcı programının çalışmasını durdurun CTRL + C tuşları olabilir.

Aynı, yardımcı Ping. Sorunların nerede ortaya çıktığını görebilecekleri ilginç. Varsayalım yardımcı Ping. Bir mesaj görüntüler ağa ulaşılamıyor (ağ mevcut değil)veya diğer benzer mesajlar. Bu büyük olasılıkla sisteminizin yanlış yapılandırması hakkında konuşur. Bu durumda, sorunun nerede ortaya çıktığını (yerel PC veya "AÇIK" arasında) anlamak için sağlayıcının IP adresine paket gönderebilirsiniz. İnternete yönlendirici üzerinden bağlıysanız, paketlerine paket gönderebilirsiniz. Buna göre, eğer sorun bu aşamada zaten kendini gösteriyorsa, yerel sistemin yanlış yapılandırılması veya kabloyun zarar görmesi hakkında, eğer yönlendirici yanıt verirse ve sağlayıcının sunucusu yoksa, sorun sağlayıcının iletişimindedir. kanal vb. Son olarak, başarısızlıklar IP'deki adın adıyla sona ererse, cevaplar doğru gelecekse, IP üzerinden bağlantıyı kontrol edebilirsiniz, o zaman sorunun DNS'de olduğunu tahmin edebilirsiniz.

Bu yardımcı programın her zaman tanı için güvenilir bir araç olmadığı belirtilmelidir. Uzak sunucu, ICMP isteklerine cevapları engelleyebilir.

traceroute.

Basit dil, takım denir İzleme yolu. İsminden nasıl anlayabilirim - bu yardımcı programın hangi rotada barındırılacak paketlerin olduğunu gösterecektir. Traceroute yardımcı programı Bazıları gibi ping.Ancak daha ilginç bilgi görüntüler. Misal:

# Traceroute ya.ru traceroute ya.ru (213.180.204.3), 30 hops max, 60 bayt paket 1 243-083-free.kubtelecom.ru (213.132.83.243) 6.408 MS 6.306 MS 6.193 MS 2 065-064 içermeyen .Kubtelecom.ru (213.132.64.65) 2.761 MS 5.787 MS 5.777 MS 3 LGW.KUBTELECOM.RU (213.132.75.54) 5.713 MS 5.701 MS 5.636 MS 4 KUBTELECOM-LGW.KRASNODAR.GLDN.NET (194.186.6.177) 81.430 ms 81.581 MS 81.687 MS 5 CAT26.MOSCOW.GLDN.NET (194.186.118) 47.789 MS 47.888 MS 48.011 MS 6 213.33.201.230 (213.33.201.230) 43.322 MS 41.783 MS 41.106 MS 7 Carmine-red-vlan602.yandex.net (87.250. 242.206) 41.199 MS 42.578 MS 42.610 MS 8 www.yandex.ru (213.180.204.3) 43.185 MS 42.126 MS 42.679 MS

Gördüğünüz gibi, 243-083-free.kubtelecom.ru (213.132.83.243) sağlayıcı yönlendiricisinden (213.132.83.243) (Rusya'nın güneyinde) olan rotayı www.yandex.ru (213.180.204.3) Moskova'da nihai konuma geçirebilirsiniz. .

kazmak

Bu yardımcı program, istekleri DNS sunucularına gönderir ve belirtilen etki alanı hakkında bilgi verir. Misal:

# Kaz @ ns.kuban.ru roboti.ru;<<>\u003e Kaz 9.3.6-P1<<>\u003e @ ns.kuban.ru roboti.ru; (1 sunucu bulundu) ;; Global Seçenekler: Printcmd ;; Cevap aldım :; - \u003e\u003e Başlık.<<- opcode: QUERY, status: NOERROR, id: 64412 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 0 ;; QUESTION SECTION: ;roboti.ru. IN A ;; ANSWER SECTION: roboti.ru. 448 IN A 72.52.4.90 ;; AUTHORITY SECTION: roboti.ru. 345448 IN NS ns1.sedoparking.com. roboti.ru. 345448 IN NS ns2.sedoparking.com. ;; Query time: 102 msec ;; SERVER: 62.183.1.244#53(62.183.1.244) ;; WHEN: Thu Feb 17 19:44:59 2011 ;; MSG SIZE rcvd: 94

Komutu kazmak istek gönder sunucu DNS. - ns.kuban.ru. (@ Ns.kuban.ru. - Bu seçenek gerekli değildir, bu durumda, DNS bilgisinin kaynağı, sisteminizin konfigürasyonundan alınacak) Alan adı hakkında Roboti.ru.. Sonuç olarak, bölümde görebileceğimiz bir cevap aldı. Cevap bölümü. Bölümdeki etki alanının IP adresleri hakkında bilgi Yetki Bölümü Sözde hakkında bilgi. yetkili DNS sunucuları. Aşağıdaki üçüncü satır, bize hangi sunucunun cevabı verdiğini söyler.

Diğer Teşhis Araçları

ping, kazma ve parametrelerle diğer tanılama yardımcı programları Post'ta bulunabilir.

Yeni bir ağ kartı bağlama

Yeni bir ağ kartını bağlamak ve başlatmak birkaç adım yapmak için aşağı gelir:

1. Fiziksel kart bağlantısı

3. Yeni bir ağ kartı sistemini tespit etmek için çıktıyı görüntüleyin:

Çıktıyı görelim Yeni bir kart bağlamadan önce:

Sunucu: ~ # DMESG | GREP ETH [4.720550] E1000: ETH0: E1000_PROBE: Intel (R) Pro / 1000 Ağ Bağlantısı [5.130191] E1000: ETH1: E1000_PROBE: Intel (R) Pro / 1000 Ağ Bağlantısı [15.285527] E1000: ETH2: E1000_Watchdog: NIC link 1000 Mbps Full Duplex, Akış Kontrolü: RX [15.681056] E1000: ETH0: E1000_Watchdog: NIC Bağlantısı, 1000 Mbps Full Dubleks, Akış Kontrolü: RX

Çıktımda sistemin 2 ağ kartı ETH1 ve ETH2 olduğu açıktır. Üçüncüsü bağlıyoruz ve sonuca bakıyoruz:

Sunucu: ~ # DMESG | GREP ETH [4.720513] E1000: ETH0: E1000_PROBE: Intel (R) Pro / 1000 Ağ Bağlantısı [5.132029] E1000: ETH1: E1000_PROBE: Intel (R) Pro / 1000 Ağ Bağlantısı [5.534684] E1000: ETH2: E1000_PROBE: Intel (r ) Pro / 1000 Ağ Bağlantısı [39.274875] UDEV: Ağ arayüzü ETH2'ye yeniden adlandırıldı. E1000: ETH0: E1000_WatchDog: NIC bağlantısı 1000 Mbps'in tamamı tam dubleks, akış kontrolü: RX [96.977468] E1000: ETH3: E1000_Watchdog: NIC Bağlantısı, 1000 Mbps Full Dubleks, Akış Kontrolü: RX

İÇİNDE dMESG.yeni bir ağ oluşumunun ortaya çıktığını görüyoruz, ki bu aslında eth3, ancak UDEV cihazlarını ETH3'e yeniden adlandırdı ve ETH2 aslında ETH1 olarak adlandırılıyor (ayrı bir yazıda UDEV hakkında konuşacağız). DMESG'deki yeni ağımızın görünümü Bu ağ kartını söylüyoruz desteklenençekirdek ve doğru belirlenen. Küçük için kalır - yeni bir arayüz ayarlayın / etc / ağ / arayüzler(Debian), çünkü bu kart başlangıç \u200b\u200bkomut dosyası tarafından başlatılmadı. /etc/init.d/network. ifconfigbu kart görür:

Sunucu: ~ # IFCONFIG ETH3 ETH3 Bağlantı Encap: Ethernet HWADDR 08: 00: 27: 5F: 34: 00: 27: 5F: FE80 :: A00: 27FF: FE5F: 34AD / 64 Kapsam: Bağlantısı Yayın Çalışan Çok noktaya yayın MTU: 1500 Metrik: 1 RX Paketler: 311847 Hatalar: 0 Dropped: 0 Aşırı Aşırı: 0 Çerçeve: 0 TX Paketler: 126 Hatalar: 0 Bırakıldı: 0 Aşırı Yerler: 0 Taşıyıcı: 0 Çıpaç: 0 TxQueuelen: 1000 RX Bayt: 104670651 (99.8 MIB) TX Bayt: 16184 (15.8 kib)

ama yine - yapılandırmaz. Yukarıda belirtilen ağ kartını nasıl yapılandırılır.

Özet

Bence bugün hepsi. Bu makaleyi yazmaya başladığımda, bir yazıda yapacağımı düşündüm, ancak yüksek olduğu ortaya çıktı. Bu nedenle, bir makaleyi ikiye parçalamaya karar verildi. Toplam, ağı ayarlamak için adım adım bir Hoatch değil, prensibi belirlemek ve Linux'daki ağın nasıl başlatıldığını ve çalıştırıldığını açıklamayı açıklamaya çalıştım. Umarım bunu başardım. Yorumlarınız ve eklemelerinize sevinirim. Zamanla, bir makaleyi tamamlayacağım.

Bilgisayar ağlarına gelince, NFS'nin sözünü duymak genellikle mümkündür. Bu kısaltma ne anlama geliyor?

Bu, başlangıçta Sun Microsystems tarafından geliştirilen, 1984 yılında gelen bir dağıtılmış dosya sisteminin protokolüdür, kullanıcının istemci bilgisayardaki dosyalara, yerel depolamaya erişim gibi dosyalara erişmesini sağlar. NFS, diğer birçok protokol gibi, açık ağ hesaplama uzaktan prosedür arama sistemine (ONC RPC) dayanmaktadır.

Başka bir deyişle, nfs nedir? Bu, bir protokol uygulamanıza olanak tanıyan yorumlar (RFC) için istek üzerine tanımlanmış açık bir standarttır.

Sürümler ve varyasyonlar

Mucit, yalnızca kendi deneysel amaçları için ilk versiyonu kullandı. Geliştirici ekibi ilk NFS'de önemli değişiklikler eklediğinde ve güneşin yazarının dışında bıraktığında, yeni versiyonu V2 olarak işaretlediler, böylece dağılımlar arasındaki etkileşimi test edebilir ve bir yedekleme seçeneği oluşturabilirsiniz.

Nfs v2.

Sürüm 2, başlangıçta yalnızca Kullanıcı Datagram Protokolü (UDP) protokolünde çalıştı. Geliştiricileri, ana protokolün dışına uygulanan engelleme olmadan sunucu tarafını kaydetmek istediler.

Sanal dosya sisteminin arayüzü, basit protokole yansıyan modüler uygulama yapmanıza olanak sağlar. Şubat 1986'ya kadar, Eunice kullanarak Sistem V Yayın 2, DOS ve VAX / VMS gibi işletim sistemleri için çözümler gösterildi. NFS V2, 32 bit kısıtlamalar nedeniyle dosyanın yalnızca ilk 2 GB'sını okumasına izin verildi.

Nfs v3.

Sun Microsystems'teki NFS sürümünü 3 geliştirme teklifi, ikinci dağılımın serbest bırakılmasından kısa bir süre sonra seslendirildi. Ana motivasyon, senkron bir kaydın performansı sorununu azaltmak için bir girişimdi. Temmuz 1992 tarihine kadar, pratik gelişmeler, NFS sürüm 2'nin birçok eksikliğinin çözülmesini, yalnızca dosyalar için yeterli destek bırakmayı (64 bit boyutlar ve dosya ofseti) bırakmayı mümkün kılmıştır.

  • 2 gigabayttan (GB) veri işleme için 64 bit boyut ve dosya yer değiştirmeleri için destek;
  • verimliliği artırmak için sunucuda asenkron kayıt desteği;
  • onları yeniden ayıklama ihtiyacını önlemek için birçok cevaptaki ek dosya öznitelikleri;
  • dizini tararken dosya adları ile birlikte veri ve nitelikler için ReaddirPlus işlemi;
  • diğer birçok gelişme.

Sürüm 3'ün tanıtımı sırasında, bir taşıma düzeyi protokolü olarak TCP desteği artmaya başladı. TCP'yi WAN üzerinden NFS kullanılarak yapılan bir veri aktarımı araçları olarak kullanmak, görüntülemek ve yazmak için büyük dosya boyutlarını iletmesine izin verildi. Bu sayede, geliştiriciler, kullanıcı datagram protokolü (UDP) tarafından uygulanan 8 KB'deki kısıtlamaların sınırlarını üstesinden gelebildiler.

NFS V4 nedir?

Endra dosya sistemi (AFS) ve sunucu mesajı bloğu (CIFS olarak da adlandırılan SMB) etkisiyle geliştirilen sürüm 4, performansta bir artış içerir, daha iyi güvenlik sağlar ve protokole girilen koşullara uygun olarak girer.

Sürüm 4, güneş mikrosistemlerinin üçüncü taraf uzmanlarına protokollerin geliştirilmesine ilettikten sonra, İnternet Mühendisliği Görev Gücü (IETF) hedef grubunda geliştirilen ilk dağıtım planı haline geldi.

NFS sürüm 4.1, Protokolün, birden fazla sunucu (PNFS uzantısı) arasında dağıtılan dosyalara ölçeklenebilir paralel erişim sağlama yeteneği de dahil olmak üzere Küme Sunucusu dağıtımlarını kullanmak için destek sağlamayı amaçlamaktadır.

En yeni dosya sistemi protokolü - NFS 4.2 (RFC 7862) - Resmi olarak Kasım 2016'da yayınlandı.

Diğer uzantılar

Standartın gelişimi ile, bununla birlikte çalışmak için ilgili araçlar ortaya çıktı. Böylece, 2 ve 3'ler için WebNF'ler, genişletme, ağ erişim protokolünün, web tarayıcılarına entegre edilmesi ve güvenlik duvarları aracılığıyla çalışmayı etkinleştirmeyi kolaylaştırmasına izin verir.

Üçüncü taraf gruplarının çeşitli protokolleri de NFS ile ilişkilendirilmiştir. Bunlardan en ünlü:

  • BYTE protokolü desteğiyle Ağ Kilidi Yöneticisi (NLM) (UNIX System V dosyalarını desteklemek için eklendi);
  • nFS kullanıcılarının NFS sunucularında veri depolama kotalarını görüntülemelerini sağlayan uzaktan kota (rquotad);
  • NFS RDMA ile - Uzaktan Doğrudan Bellek Erişimini (RDMA) şanzıman aracı olarak kullanan uyarlama NFS;
  • NFS-Ganesha, kullanıcı alanında çalışan ve Cepfs FSAL (dosya sistemi soyutlamasını) Libcephfs kullanarak destekleyen bir NFS sunucusudur.

Platform

Ağ Dosya Sistemi, genellikle UNIX işletim sistemleriyle (Solaris, Aix, HP-UX), Apple MacOS ve UNIX benzeri işletim sistemi (Linux ve FreeBSD gibi) kullanılır.

Acorn RISC OS, OpenWMS, MS-DOS, Microsoft Windows, Novell NetWare ve IBM AS / 400 gibi platformlar için de mevcuttur.

Alternatif dosya uzaktan erişim protokolleri arasında bir sunucu mesajı bloğu (CIFS olarak da adlandırılan SMB), Apple Transmission Protokolü (AFP), NetWare Temel Protokolü (NCP) ve OS / 400 Sunucu Dosya Sistemi (QFilesVR.400) içerir.

Bunun nedeni, çoğunlukla UNIX benzeri "kabukları" üzerine odaklanan NFS'nin gereksinimlerinden kaynaklanmaktadır.

Bu durumda, SMB ve NetWare (NCP) protokolleri, Microsoft Windows'u çalıştıran sistemlerde NFS'den daha sık kullanılmaktadır. AFP, Apple Macintosh platformlarında en yaygındır ve QFilesvr.400 en sık OS / 400'de bulunur.

Tipik Uygulama

UNIX tarzında tipik bir komut dosyasında, bir bilgisayarın (istemcinin) başka bir (NFS sunucusu) depolanan verilere erişmesi gerektiği:

  • Sunucu, verilerinizi müşterilere halka açık hale getirmek için varsayılan ağ dosyası sistemi işlemlerini NFSD olarak uygular. Sunucu yöneticisi, genellikle dizinlerin isimlerini ve parametrelerini, genellikle / etc / eceb / exports ve exportfs komutunu kullanarak nasıl dışa aktarılacağını belirler.
  • Sunucu Güvenliği Yönetimi, kanıtlanmış bir müşteriyi tanıyabilmesini ve onaylamasını sağlar. Ağının yapılandırılması, ilgili müşterilerin herhangi bir güvenlik duvarı sistemi üzerinden onunla pazarlık yapmalarını sağlar.
  • Müşteri makine, uygun bir komutu vererek, bir kural olarak, dışa aktarılan verilere erişim ister. NFS portunu kullanan sunucuyu (rpcbind) ister ve daha sonra ona bağlanır.
  • Her şey hata olmadan gerçekleşirse, istemci makinesindeki kullanıcılar, izin verilen parametrelerdeki sunucudaki kurulu dosya sistemleriyle göz atabilir ve etkileşime girebilir.

Ağ dosyası sistemi işleminin otomasyonunun, muhtemelen vb / fstab ve / veya diğer benzer araçların kullanılması gerçeğine de dikkat edilmelidir.

Bugün gelişme

21. yüzyıla kadar, DFS ve AFS rakipleri, ağ dosyası sistemine kıyasla herhangi bir önemli ticari başarıya ulaşmadı. Daha önce yukarıdaki teknolojilere tüm ticari hakları elde eden IBM, 2000 yılında ücretsiz yazılım geliştiricileri topluluğuna kaynak AFS kaynak kodunun çoğuna bağışlandı. Açık AFS projesi bugün var. 2005 yılının başlarında, IBM satış AFS ve DF'lerin tamamlanmasını açıkladı.

Buna karşılık, Ocak 2010'da Panasas, verilere paralel erişim olanaklarını geliştirmenizi sağlayan teknolojiye dayanarak NFS V 4.1'i önerdi. Ağ Dosyası Sistemi V 4.1 Protokol, dosya sisteminin meta verilerini belirli dosyaların konumundan ayırma yöntemini belirtir. Böylece, isim / verilerin basit bölünmesinin ötesine geçer.

NFS bu sürümü pratikte nedir? Yukarıdaki özellik, onu sunucuya bir bağlanma altında dosya adlarını ve verilerini içeren geleneksel bir protokolden ayırt eder. Ağ dosyası sistemini uygularken V 4.1, bazı dosyalar çok sayıda sunucular arasında dağıtılabilir, ancak müşterinin meta veri ve verilerin ayrılmasına katılması sınırlıdır.

Dördüncü dağılımı uygularken, NFS Server protokolü bir Sunucu Kaynakları veya Bileşenleridir; Meta veri sunucusu tarafından kontrol edildikleri varsayılmaktadır.

Müşteri hala bir meta veri sunucusunu atlamak için bir meta veri sunucusunu ifade eder veya ad alanı ile etkileşime girer. Dosyaları sunucuya taşırken ve ondan, NFS grubuna ait veri seti ile doğrudan etkileşime girebilir.

Ağınızı alt ağa böldüğünüzde, / etc / hosts dosyasını kullanarak ada basit bir arama adresi için hazırlamanız gerekir. Bunun için DNS veya NIS kullanmayacaksanız, tüm ana bilgisayarları ana bilgisayar dosyasına yerleştirmelisiniz.

DNS veya NIS kullanmak isteseniz bile, bazı isimler ve / etc / ana bilgisayarların alt kümesine sahip olabilirsiniz. Örneğin, ağ arayüzleri çalışmıyorken bile, bir arama görünümü yapmak istiyorsanız, örneğin yükleme sırasında. Bu sadece bir kolaylık meselesi değil, aynı zamanda RC komut dosyalarındaki ana bilgisayarların sembolik isimlerini kullanmanızı sağlar. Bu nedenle, IP adreslerini değiştirirken, yalnızca çok sayıda RC dosyasını düzenlemek yerine güncellenen ana bilgisayar dosyasını tüm makinelere kopyalamanız gerekir. Genellikle, kullanırlarsa, herhangi bir ağ geçidi ve NIS sunucusuna ekleyerek tüm yerel adları ve adresleri ana bilgisayarlara yerleştirirsiniz.

Ayrıca, kontrol ederken, ad sunucusunun yalnızca ana bilgisayar dosyasından bilgi kullandığından emin olmalısınız. DNS veya NIS yazılımı, kullanıldığında garip sonuçlar verebilecek örnek örnekleri olabilir. Tüm uygulamaların yalnızca / etc / ana bilgisayarları kullanmasını sağlamak için ana bilgisayar IP adresini ararken, /etc/host.conf dosyasını düzenlemelisiniz. Sipariş anahtar sözcüğüyle başlayan tüm satırları işleyin ve dizeyi ekleyin:

SİPARİŞ HOSTS.

Ad Sunucusu kitaplığının yapılandırması, Bölüm 6'da ayrıntılı olarak açıklanacaktır.

Hosts dosyası, bir IP adresi, ana bilgisayar adı ve isteğe bağlı diğer ad listesinden oluşan bir dizede bir giriş içerir. Alanlar boşluklar veya sekme ile ayrılır, adres alanı ilk sütunda başlamalıdır. Sembolü # takip eden her şey bir yorum olarak kabul edilir ve göz ardı edilir.

Ana bilgisayar adı, yerel etki alanına göre tamamen nitelikli veya belirtilebilir. Vale için, ev sahipleri, vale.vbrew.com'da tam olarak nitelikli bir isim getirmiş olurdunuz, böylece resmi adın ve daha kısa lokal olanın da bilinebileceği için kendi içinde vale.

Sanal bira için ana bilgisayar dosyasının bir örneği aşağıda verilmiştir. İki özel ad, Vlager-IF1 ve Vlager-IF2, Vlager'da kullanılan her iki arayüz için adresleri ayarlayın.