nslookup IS çalışıyor; ping -4 name.com çalışmıyor

Bu sorunun en belirgin belirtisi , nslookupIS çalışırken, IS çalışıyor ping -4 name.comolmasıdır.

Çünkü nslookupkendi DNS istemcisini içerir ve bu nedenle Windows istemcisini kullanmaz.

ping bir ad verildiğinde, ad -> numarayı çevirmek için Windows DNS İstemcisi'ni kullanır.

Çevirebiliyorsa nslookup, birçok şey işe yarar : ağ donanımı, NIC adaptör sürücüsü, DNS sunucularına internet bağlantısı ve çeviri yapmak için sunuculara başarıyla erişme. Bu çok fazla!

Ancak, ping -4 name.combaşarısız olur, bu yüzden diğer tüm şeyler çalışıyorsa, ilgili olan Windows DNS istemci yazılımının kendisidir.

Not i ping -4IPv6 etkileri hariç IPv4 izole etmek yaptım .

displaydns başarısız

Bu yüzden asıl sorunu tanımlamak için en iyi belirti

ipconfig /displaydns

raporlar:

Could not display the DNS Resolver Cache.

Ancak DNS istemcisi çalışıyor

Forumları okumak, bu belirti için en olası nedeni DNS İstemcisi (aka dnscache) hizmet çalışmıyor; Ancak bizim için öyle.

Yaptık

net stop dnscache
net start dnscache
sc query dnscache

ve açık.

DNS son eki değil

Başka bir olasılık, kullanımda olan DNS soneklerinin olmasıdır. Ancak ağ ve paylaşım merkezine girme -> adaptör ayarlarını değiştirme -> Kablosuz Ağ Bağlantısı -> Özellikler -> İnternet Protokolü Sürüm 4 Özellikler -> Gelişmiş -> DNS sekmesi:

[CHECKED] Birincil ve bağlantıya özgü DNS son ekleri ekle

• [CHECKED] Birincil DNS son ekinin üst son eklerini ekleyin

[İşaretlenmemiş] Bu DNS son eklerini ekleyin

(ve liste kutusu boş)

Bu bağlantı için DNS soneki:

[CHECKED] Bu bağlantının adreslerini DNS'ye kaydedin [İşaretlenmemiş] Bu bağlantının DNS son ekini DNS kaydında kullanın.

Ancak, ben goolge.com, yani bir FQDN alamadım çünkü bu konularda herhangi bir şey emin değilim.

Daha fazla bilgi

Hata ayıklama için şimdilik IPv6'yı devre dışı bıraktık. Burada bildirilen her şey IPv6 kapalı.

nslookupgüvenilir bir şekilde çalışır google.com.

Ancak,

ping -4 google.com

diyor

Ping request could not find host google.com

Ve tarama DNS hatası diyor.

Şimdi, nslookupkendi DNS istemcisinin Windows'dan ayrı olduğunu öğrendim . Bu da nslookup'sDNS istemcisinin iyi olduğuna ve Windows'un bir şekilde bozuk olduğuna inanmamı sağlayacak .

Gerçekten de, Google'a ve diğer sitelere sadece adıyla değil, IP adresi üzerinden göz atabiliriz.

pingIP adresi ile iyi çalışıyor. As yapar tracertIP adresine göre.

DirectAccess değil

Sorun DirectAccess gibi görünmüyor:

netsh dns show state

raporlar (diğer şeylerin yanı sıra)

Network Location Behavior           Never use Direct Access settings

Direct Access Settings              Not Configured

Wireshark

Sırasında Wireshark yakalaması nslookupad sorgularını gösterir.

Ancak ping yapan bir yakalama böyle bir sorgu göstermedi. Aslında, hiçbir aktivite (arka plan dışında). Bu, Windows DNS istemcisinin internete gitmeye ve adı çevirmeye çalışmadığını ve bu da displaydns yetersizliği ile tutarlı olacağını göstermektedir.

Diğer notlar

c:\windows\system32\drivers\etc\hostsBoş (sadece yorum) olduğunu.

Sorun, DNS sunucusu üniversitenin olarak ayarlandığında oluşur; veya google'ın 8.8.8.8 ve / veya 8.8.4.4 ve / veya OpenDNS'nin 208.67.222.222 ve / veya 208.67.220.220'ye ayarlandığında. Wireshark'ın Windows'un ad sorgusunu bile göndermediğini bildirmesi mantıklıdır.

Sorun bir ısı kazasından sonra oldu. Ancak, belki de HDD bozulması dışında, IP kurallarına göre donanım sorunlarına göz atabilirsiniz. Ancak chkdskherhangi bir kötü sektör rapor sfcetmedi ve herhangi bir yolsuzluk bulamadı.

Ağ Bağdaştırıcısını Aygıt Yöneticisi'nden de kaldırdık ve otomatik olarak yeniden yüklenmesine izin verdik. Ayrıca Windows'ta bu bağdaştırıcı için güncellemeler olup olmadığını kontrol edin. Hiç yoktu.

Çökme yeniden başlatma anlamına gelir, bu yüzden belki de kötü bir windows güncellemesiydi. Ancak, bundan önce ve en son Windows güncellemesinden sonra birkaç yeniden başlatma yapıldı.

Rootkit için çalıştırdık Malwarebytes Anti-Malware, ayrıca Malwarebytes Anti-Rootkit beta, TDSSKiller ve Comodo Cleaning Essentials (CCE, ancak güncellenmemiş gibi görünüyor).

Henüz ağ ile güvenli modda denemedim.

Çoğunlukla bir üniversite yönlendiricisi kullanıyoruz, ancak sorun akıllı telefonun hotspot'una bağlandığında da oluyor.

ipconfig5 adet Tünel Bağdaştırıcısı, ancak hepsi "Medya Bağlantısı Kesildi" olarak bildiriyor. 2 tanesi üniversiteye özel görünüyor.

ipconfigve cihaz yöneticisi her ikisi de a Microsoft Virtual WiFi Miniport Adapter. Bu nedir ve sorun olabilir mi?

Bilgisayarın birçok yeniden başlatılmasından sonra sorun aynıdır.

Bu bir dizüstü bilgisayar ve bunun çoğu kablosuz bağlantı ile yapıldı, ancak kablolu bağlantı aynı davranışa sahip gibi görünüyordu.

özet

Yani, Windows DNS istemcisi bozuk veya en azından bir şekilde arızalı görünüyor, ancak nedenini nasıl bulacağımı bilmiyorum.

(BTW, bunu başka bir bilgisayara yazıyorum)

Düzenle:

@Kris görmek istedi ipconfig /all

C:\Users\[username]>ipconfig /all

Windows IP Configuration

   Host Name . . . . . . . . . . . . :       <<<====NOTE NO HOST NAME
   Primary Dns Suffix  . . . . . . . :
   Node Type . . . . . . . . . . . . : Hybrid
   IP Routing Enabled. . . . . . . . : No
   WINS Proxy Enabled. . . . . . . . : No
   DNS Suffix Search List. . . . . . : ed*****.***l.edu

Wireless LAN adapter Wireless Network Connection 2:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Microsoft Virtual WiFi Miniport Adapter
   Physical Address. . . . . . . . . : xx-xx-xx-xx-xx-xx
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes

Wireless LAN adapter Wireless Network Connection:

   Connection-specific DNS Suffix  . : ed*****.***l.edu
   Description . . . . . . . . . . . : Broadcom 802.11n Network Adapter
   Physical Address. . . . . . . . . : xx-xx-xx-xx-xx-xx
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes
   IPv4 Address. . . . . . . . . . . : 10.131.2.**(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.128.0
   Lease Obtained. . . . . . . . . . : Monday, April 27, 2015 11:32:13 AM
   Lease Expires . . . . . . . . . . : Monday, April 27, 2015 11:47:13 AM
   Default Gateway . . . . . . . . . : 10.131.0.1
   DHCP Server . . . . . . . . . . . : 132.236.56.249
   DNS Servers . . . . . . . . . . . : 192.35.82.50
                                       128.253.180.2
                                       132.236.56.250
   NetBIOS over Tcpip. . . . . . . . : Enabled

Ethernet adapter Local Area Connection:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . : r****.****l.edu
   Description . . . . . . . . . . . : Broadcom NetLink (TM) Gigabit Ethernet
   Physical Address. . . . . . . . . : xx-xx-xx-xx-xx-xx
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes

Tunnel adapter Reusable ISATAP Interface {CBE4B55D-63C6-460A-82CF-7076427CD2AF}:


   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Microsoft ISATAP Adapter #2
   Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes

Tunnel adapter isatap.e****.****l.edu:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Microsoft ISATAP Adapter #3
   Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes

Tunnel adapter Local Area Connection* 9:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Teredo Tunneling Pseudo-Interface
   Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes

Tunnel adapter isatap.{270C639B-82A2-4AE7-B886-D40DAA7EF798}:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Microsoft ISATAP Adapter #4
   Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes

Tunnel adapter isatap.r****.****l.edu:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Microsoft ISATAP Adapter #5
   Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes

Düzenleme 2:

Denenmiş

netsh int ip set dns "wireless network connection" static 8.8.4.4
net winsock reset

ve yeniden başlattı ve hiçbir şey değiştirmedi.

Bu mükemmel siteyi denedim (teşekkürler @Kris) Windows 7: Hizmetler - Windows 7'de Varsayılan Hizmetleri Geri Yükle ve onların indirildi DNS_Client.reg(ve .reg.txtgüvenlik için adlandırıldı ) ve mevcut kayıt defteri girdisiyle karşılaştırıldı HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Dnscacheama ne yazık ki, aynıydı.

Cevabı edugeek.com'da bulduk ve bir rehber olarak kullandık. Açık eylemlerimiz aşağıda açıklanmıştır.

EduGeek'in cevabı ilk olarak post 13'te o iplikten aldıklarını söyleyen shoeib tarafından tanıtıldı , ancak bu konuda o cevaba bile ipucu verecek hiçbir şey göremiyorum.

Post 20 fencecat42 tarafından daha ayrıntılı olarak ele alınmaktadır .

özellikle,

Kayıt defteri anahtarında:

HKLM\System\CurrentControlSet\Services\Tcpip\Parameters

Aşağıdaki "değerler" (MS'in kafa karıştırıcı olarak ifade ettiği ve her biri "veri" içerebilen) eksik

Domain
Hostname
NV Hostname

Her üçü de fencecat42'lerde ve sistemimizde eksikti.

Şimdi, kudos (iyi, neredeyse;) @Kris çünkü benden göndermemi istedikleri için bu sorunun kanıtı vardı ipconfig /all. Yayınlanan çıktımda uyarı yok Host Name. Bu, Hostnamekayıt defterinden bir ve aynıdır .

Kayıt defteri düzenlemek için tereddüt ediyorum, çünkü bir başıboş tuş sistemi sisteminizi önyükleme yapamaz hale getirebilir, bu durumda umarım bir sistem geri yüklemesi yaptınız veya kayıt defterinizin bir kopyasını yaptınız (en sevdiğim yollar ERUNT ve Tweaking.com Windows Onarım All-In -Bir (bir kayıt defteri kaydetme aracı içerir) (bu araçları techsupportalert.com adresinde öğrendim)

Ayarlamak için Hostname, Denetim Masası -> Sistem'e girdik. (Genellikle "Ayarları Değiştir" bağlantısı ilk ekranda görünmez; aşağı kaydırmanız gerekir. Bu adım UAC yetkilendirmesini gerektirir. Ayarladıktan sonra yeniden başlatmanız gerekir.)

Bu eylem setleri hemHostname ve NV Hostnamekayıt defterinde "değerler".

Domain"Değeri" düzenlemenin regedit olmayan bir yolunu bulamadık . (Belki de netdombu Windows 7 Home Premium sisteminde bu yoktu.) Bu yüzden kayıt defterini Domain boş bir değere ayarlamak için kullandık . Kullandık regedit, Tcpip/Parameterstuşa gittik , sağ tıklayın -> Yeni -> Dize Değeri. Bu, yeni bir "değer" oluşturur ve varsayılan yeni adı değiştirerek adını yazmanızı sağlar. Sonra bu "değer" için gerçek bir "veri" oluşturmak zorunda kalmadık (yine MS'in sezgisel terimlerini affedelim). Yeni oluşturduk ve "verilerini" başlatma dışı bıraktım.

Not: SADECE Ana Bilgisayar Adlarını ayarladıktan sonra ağ kurmayı denedik. İşe yaramadı. Domain(hatta boş) gerekli oldu. Alan adı oluşturuldu (ve boş) ile çalışmadık, ancak Ana Bilgisayar Adı oluşturup ayarlamadan denedik. Ama bence bu ilginç bir deney.

Yansımalar

İlk,

Şimdi hatırlamıyorum, ama biz denedik şüpheli Microsoft'un "Nasıl NetShell yardımcı programını kullanarak TCP / IP'yi sıfırlamak için" olduğunu

netsh int ip reset c:\resetlog.txt

(veya günlük dosyası için istediğiniz yol ve dosya adı).

Ve bu MS sayfası şunu söylüyor:

Reset komutunu çalıştırdığınızda, her ikisi de TCP / IP tarafından kullanılan aşağıdaki kayıt defteri anahtarlarının üzerine yazar:

SYSTEM\CurrentControlSet\Services\Tcpip\Parameters 
SYSTEM\CurrentControlSet\Services\DHCP\Parameters

[Değiştirdiğimiz kayıt defteri anahtarı gibi görünüyor, MS tüm hiyerarşisini göstermiyor. --john v kumpf]

Bu, TCP / IP'yi kaldırmak ve yeniden yüklemekle aynı etkiye sahiptir. El ile komutunu başarıyla çalıştırmak için, netsh eylemlerinin kaydedileceği günlük dosyası için bir ad belirtmelisiniz. (Bu günlük dosyasına, bu bölümün başlarındaki manuel yordamlarda "resetlog.txt" adı verilir.)

Belki de, bu yeniden yükleme işlemi bu kayıt defteri anahtarlarının üzerine yazar ve Ana Bilgisayar Adı ve Etki Alanı'nı yazamaz ? Olabilir?

Eğer öyleyse, o zaman gerçekten bizim için işe yarayan MS ip sıfırlama yapıyor, O zaman bu kayıt defteri anahtarlarını ayarlıyor.

İkinci,

Isı nedeniyle bir kazadan sonra yeniden başlatıldıktan sonra sorunumuz ortaya çıktı. Bu olayı soruna bağlamak zor. Bir olasılık, ısının diskin az sayıda bloğunu çöktürmesi ve bu bloklardan birinin Tcpip kayıt defteri anahtar değerlerinin bir kısmını tutmasıdır. Olası değil, ama sanırım mümkün.

Ya da, eğer yeniden yüklemeyi TCP / IP idi disk blokları TCP / IP hizmeti bozuk ve bunu yeniden yüklemek ve ardından sonra onu düzeltmek zorunda kaldığını, gerekli.

Üçüncü,

Bu oldukça ilginç bir sonuçtur. Bunun anlamı, Windows DNS İstemcisinin Domainkayıt defterinde bu "değerlerin" 2'sini veya 3'ünü veya tamamını aramasıdır. Ve eğer bulursa (onlar), sorun değil. Onları bulamazsa, özellikle bulamazsa, Domainhata verir ve başarısız olur. Hata raporu yok [1].

Bu kanıttan, bunun Windows DNS İstemcisi'nde bir hata olduğu sonucuna varabileceğimizi düşünüyorum . Boş bir Etki Alanı değeriyle çalıştığı için bunu kanıtlayabiliriz , yani yazılım gerçekten kullanamaz, yani düzgün çalışması için neden var olmasını (boş olsa bile) anlamına gelir? Bu bir hata.

[1] Dördüncü olarak,

Orada olabilir ancak Olay Görüntüleyicisi ortak yerlerde bir hata raporu olmuştur (hiyerarşisi altında: Olay Görüntüleyicisi (Yerel) ->, Windows -> Uygulama ve Sistem). Birçoğu varsayılan olarak açık olmayan, bazı çıktıları olmuş olabilecek diğer günlükler vardır, özellikle

• Olay Görüntüleyicisi (Yerel)
• • Uygulamalar ve Hizmetler Yerel
• • • Microsoft,
• • • • pencereler
• • • • • DNS İstemcisi Etkinlikleri
• • • • • • Microsoft-Windows-DHCP İstemci Olayları / Yönetici
• • • • • • Microsoft-Windows-DHCP İstemci Olayları / İşlevsel

ama muhtemelen

• Olay Görüntüleyicisi (Yerel)
• • Uygulamalar ve Hizmetler Yerel
• • • Microsoft,
• • • • pencereler
• • • • • Dhcp * -> *
• • • • • Teşhis-Ağ -> Operasyonel
• • • • • Iphlpsvc -> Operasyonel
• • • • • NCSI -> Operasyonel
• • • • • NDIS -> Operasyonel
• • • • • Ağ Erişim Koruması
• • • • • • işletme
• • • • • • WHC
• • • • • NetworkProfile -> Operasyonel
• • • • • NlaSvc -> Operasyonel
• • • • • NTLM -> Operasyonel
• • • • • WebIO -> NDF / Teşhis
• • • • • Winsock Katalog Değişimi -> Operasyonel
• • • • • Winsock Network Etkinliği -> Operasyonel
• • • • • Kablolu-AutoConfig -> İşlevsel
• • • • • WLAN-AutoConfig -> İşlevsel

Beşinci,

Birkaç saat bu sorunu sörf sonra, bu sorunun hata ayıklama genellikle zor ve "garip" bir şey gibi görünüyor.

Örneğin , spiceworks'teki bu yayında sorun, bir DNS sunucusunda süresi dolmuş bir sertifikaydı.

Spiceworks'teki "Galen in Laguna" posteri , Windows 7'de TCP / IP yığınını tamamen kaldırmanın ve Windows'un yeniden yüklemesine izin vermenin bir yolunu önerdi. Bizim durumumuzda işe yarayacağından şüpheleniyorum, çünkü Tcpipkayıt defteri anahtarını geri yüklerdi. (Ancak yukarıdaki MS yayınına bakın.)

Spiceworks'teki Poster ILS , afd.syssürücünün bir Truva Atı'na sahip olabileceğini veya bir şekilde bozulabileceğini ve nasıl değiştirileceğini önerdi. ( afdWinsock için "Yardımcı fonksiyon sürücüsü" anlamına gelir.)

Bu süper kullanıcı gönderisi 'nslookup' düzgün çalıştığında 'ping' neden bir adı çözümleyemiyor? soru 35 upvotes ve en iyi cevap 27 olduğu, iyi bir referanstır. Orada, insanlar "onlar için başka çözümler" bildirdiler:

• birden çok varsayılan ağ geçidi
• ağda aynı IP adresine sahip iki PC
• Windows 7 Çoklu Etiket DNS Sorgusu sorunu (her ne ise)

Ayrıca, insanlar bu sorunun "rootkit" tarafından kaynaklandığını bildiriyor. Herkesin birkaç rootkit tarayıcı / kaldırıcı çalıştırmak için bu sorun ile mücadele öneriyoruz. bleepingcomputer.com tavsiye almak için iyi bir yerdir. Veya gizmo'nun techsupportalert.com adresindeki En İyi Ücretsiz Rootkit Tarayıcı / Sökücü'ü okuyun

Altıncı,

Forumlarda bu sorunun en sık çözüldüğüne dair kanıtlar var.

Bu posterlerden biri, "Laguna'da Galen", spiceworks'te , genellikle yapmak zorunda oldukları şeyleri söyledi.

Aynı süper kullanıcı gönderisi 'nslookup' düzgün çalıştığında 'ping' neden bir adı çözümleyemiyor? soru 35 upvotes ve en iyi cevap 27 vardı, en iyi cevap yazar, "Bazı siteler de bu durumda SP3 kaldırılmasını ve yeniden yüklemenizi öneririz."

Ve, Her şeyi deneyen, cevap bulamayan ve 18 gün sonra kurulumu onarmak zorunda olan bu zavallı süper kullanıcı

Yedinci,

Sorununuzu çözmezse faydalı ipucu : İnternette Windows DNS sorunları için arama yaparken, bir çok gönderinin DNS sunucusu olarak çalışan bir Windows sunucusundan bahsettiğini unutmayın . Bizim sorunumuz, bir yönlendirici aracılığıyla internete bağlı düz bir eski bilgisayarımız vardı ve DNS istemci yazılımımızın çalışmadığıydı. Bazen yazıları okurken bu ayrımı kaçırdım.

Sekizinci,

Eğer aramaya giderseniz başka bir yararlı ipucu: Gönderilen bu tür birçok sorun biz yoktu öznitelikleri vardı:

1. bina içindeki yerel DNS sunucusu (bizimki genel DNS sunucusuydu, örneğin google'ın 8.8.8.8'i).
2. bina içindeki yerel düğümlerin adlarını çeviremedi (www.google.com gibi herkese açık internet sitelerine erişmeye çalışıyorduk)
3. Windows etki alanının bir parçası ve / veya Active Directory kullanarak, örneğin şirket ortamında (bilgisayarımızı kablosuz bir yönlendiriciye bağladık)

Umarım cevabımız başka birine yardımcı olur.

Tüm ağ sürücülerini yeniden kurar ve 8.8.8.8 ve 8.8.4.4 (google birincil ve ikincil dns sunucuları) için statik bir dns ayarlarım.

DNS önbelleğini aşağıdakileri kullanarak temizlemeyi deneyin:

ipconfig /flushdns

Bu başarısız olursa, komut isteminden services.msc başlatarak DNS İstemcisi hizmetini denemeye değer olabilir. "DNS İstemcisi" adlı hizmeti bulun ve başlatma yönteminin "Otomatik" olarak ayarlandığından ve hizmetin başlatıldığından emin olun.

TCP / IP'yi yeniden yükleyin (lütfen okumaya devam edin ...). "Sıfırla", "yeniden başlat", "yeniden etkinleştir" demek istemiyorum. Windows 10'da "netcfg -u ms_tcp" komutunu çalıştırın. Bu IN FACT protokolü sisteminizden kaldıracaktır. Artık TCP / IP v4 yok. Protokolü her zamanki gibi yeniden kurun (ağ bağlantısının özellikleri; protokol ekle). Windows 7'de protokolü ağ bağlantısı özelliklerinden ayırmanıza izin vermek için nettcpip.inf dosyasını düzenleyebilirsiniz, ancak bu Windows 10'da mümkün değildir (8 veya 8.1'de söylenemez). Umarım bu birine yardımcı olur. RV

Ben aynı problem var, benim sicil cezası görünüyor, geçici bu sorunu gidermenin tek yolu başlatmak için: ipconfig /renew. IP yığınını sıfırlamaya çalışacağım, bir çözüm bulursam biraz daha bilgi göndereceğim ...