Znalazłem odpowiedź po tym, jak zacząłem kopać - oto, co znalazłem, mam nadzieję, że uda się uratować kogoś innego i przeszkadzać.
1.) Dodaj IP do adresu końcowego & dodać nazwę hosta z adresu bazowego IP tak:
<endpoint
address="http://xx.xx.xx.xx/ServiceApp/Service.svc"
binding="basicHttpBinding" contract="IService">
</endpoint>
<host>
<baseAddresses>
<add baseAddress="http://xx.xx.xx.xx/ServiceApp/" />
</baseAddresses>
</host>
To było na tyle, aby moje prace odniesienia usługa ale plik disco zaczęło jest zwracany z nazwą komputera zamiast IP (myślę, że było to po aktualizacji do .NET 4.0).
2.) Jeśli posiadasz nazwę domeny (www.myDomain.com), dodaj ją do nagłówka hosta w IIS.
3.) Dodaj nazwę komputera, adres IP & klientów do pliku hosts (Easy Fix nie zawsze jest możliwe, aby uzyskać wszystkich klientów, aby dodać do swojego pliku hosta jednak)
4.) najlepszym rozwiązaniem znalazłem wdrożyć Atrybut ServiceHosts fabryki jako per „Timetheos” post tutaj: http://social.msdn.microsoft.com/Forums/en-US/wcf/thread/c7fd51a2-773e-41d4-95a0-244e925597fe
Ten pracował dobrze dla mnie, jak mogłem przetestować rozwijać & debugowania moją bibliotekę usług lokalnie, a następnie użyć aplikacji usług wdrożyć usługę do mojego serwer dev i po jego opublikowaniu nie trzeba było zmieniać żadnych plików konfiguracyjnych.
Cały ten proces był totalnym koszmarem i nie życzyłbym sobie tego nikomu, więc jeśli jesteś w takiej samej sytuacji i potrzebujesz więcej informacji na temat powyższych punktów, skontaktuj się z nami!
Jeśli działa lokalnie i WSDL pokazuje się na stronie internetowej portu 80, czy to możliwe, że twoja usługa korzysta z innych portów, a zapora routera blokuje dostęp z zewnątrz do tych portów? – Tod
Zapora nie stanowi problemu, nazwa komputera nie może zostać rozwiązana poza siecią LAN, ale mam teraz rozwiązanie. W każdym razie. – baileyswalk