Ошибка Couldn’t resolve host name 1C 8.2 19.90
Часто сталкиваемся с таким сообщением «Ошибка работы с Интернет: Couldn’t resolve host name»
Быстрый переход
- Код обработчика
- Ситуация:
- Причина
- Ну и на десерт:
Код обработчика
Сервер ="www.sluice";
ИмяФайлаОтправки = ПолучитьИмяВременногоФайла("xml");
Строка = "Текст отправки";
Текст = Новый ТекстовыйДокумент;
Текст.ДобавитьСтроку(Строка);
Текст.Записать(ИмяФайлаОтправки);
Порт = 80 ;
Прокси = Новый ИнтернетПрокси;
HTTP = Новый HTTPСоединение(Сервер, Порт,,,Прокси);
ИмяПолученногоФайла = ПолучитьИмяВременногоФайла("tmp");
ЗаголовокHTTP = Новый Соответствие();
ЗаголовокHTTP.Вставить("Content-Type", "text/xml;");
Попытка
HTTP.ОтправитьДляОбработки(ИмяФайлаОтправки, "", ИмяПолученногоФайла, ЗаголовокHTTP);
Исключение
Сообщить(ОписаниеОшибки());
КонецПопытки;
Ситуация:
www.sluice наш удаленный сервер, ip-адрес прописан в hosts.
При отладке на клиентской части все нормально, в регламентном задании — ошибка.
- было проверено, что доступ к интернету для пользователя сервера 1С есть (ping идет, в браузере открывается),
- проверено написание, не закрались ли туда русские символы,
- было предположение что не применялось динамическое обновление,
- поиск в интернете навел на статью, что как раз на такой платформе (8.2.19) были замечены проблемы, но в ветке так и не разрешилось.
Поскольку на данной платформе уже работаем долго и она проверена временем, продолжил поиски.
Причина
Не сразу, но пришло озарение, что именно эта база крутится у нас на другом кластере 1с, где не прописан этот ресурс в hosts.
Будьте внимательны.
Ну и на десерт:
Наиболее часто ошибка возникает, когда в имени сервера указывается протокол или ресурс. Для данного примера: «http://www.sluice»,»http://www.sluice/data» вызовет такую же ошибку.
Реклама духов принесла мне больше известности, чем любой фильм, в котором я снималась.
20.07.16 — 17:40
Доброго дня!
Есть 2 фтп: ftp.xxx.biz и ftp.xxx.RU. В проводнике пишу » ftp.xxx.biz» — заходит, пишу «ftp.xxx.RU» — НЕ заходит (ошибка папки ftp), но если пишу «ftp://.xxx.RU»;, то запрашивает пароль, то есть работает. А из 1с вообще никак не работает, ни «ftp.xxx.RU» ни «ftp://.xxx.RU»;.
FTPСоединение = Новый FTPСоединение(Ftp,21,Логин,Пароль, Неопределено, Истина);
В чем может быть проблема?
1 — 20.07.16 — 17:43
Порт закрыт?
2 — 20.07.16 — 17:44
хотя не
3 — 20.07.16 — 17:45
(0) на сервере или клиенте? браузер открывали на машине сервере или клиенте?
4 — 20.07.16 — 17:45
и вообще текст ошибки объясняет причину в 99.99% случаев
5 — 20.07.16 — 17:50
(3) на сервере. причем с «ftp.xxx.biz» 1с работает
6 — 20.07.16 — 17:53
если «ftp://xxx.ru/»;, то такая ошибка
{Форма.Форма.Форма(85)}: Ошибка при вызове конструктора (FTPСоединение): Ошибка работы с Интернет: ftp://ftpCouldn’t resolve host name: Ошибка работы с Интернет: ftp://ftpCouldn’t resolve host name
, а если «ftp.xxx.ru», то такая ошибка
{Форма.Форма.Форма(85)}: Ошибка при вызове конструктора (FTPСоединение): Ошибка работы с Интернет: ftp://ftp.xxx.ru:21Couldn’t resolve host name: Ошибка работы с Интернет: ftp://ftp.xx.ru:21Couldn’t resolve host name
7 — 20.07.16 — 17:53
(0) почитайте что значит
«Couldn’t resolve host name»
8 — 20.07.16 — 17:54
пардон за некорректное отображение — подскажите, в каких случаях миста текст выделяет как программный код?
9 — 20.07.16 — 17:55
неважен код, важно чтобы вы поняли значение упомянутой ошибки по русски
10 — 20.07.16 — 17:55
(7) я читал, а толку то. почему в 1 случает работает, а в другом-нет?
11 — 20.07.16 — 17:55
(9) в проводнике то работает
12 — 20.07.16 — 17:58
(11) could not resolve host name это вы неверно пишете адрес, тут дело даже до номера порта не доходит
13 — 20.07.16 — 17:59
(12) + dns должен отдавать вам IP по адресу который вы указываете
т.е. если написать в консоли
nslookup ftp.xxx.biz
nslookup ftp.xxx.ru
на обе строчки вам должен быть ответ с IP адресом
14 — 20.07.16 — 18:00
если ответ будет, ещё раз по буквам проверте ПРАвильно ли вы указываете адрес
P.s. а у вас прокси нет?
15 — 20.07.16 — 18:03
(13) в случае «ftp.xxx.biz», пишет «не заслуживающий доверия ответ» и адрес, а в случае с «ftp.xxx.ru» и «ftp://xxx.ru»; — пишет non-existant domain
16 — 20.07.16 — 18:04
(15) «ftp.xxx.ru» и «ftp://xxx.ru»;
«ftp://xxx.ru»; и «ftp.xxx.ru
Это не одно и тоже
17 — 20.07.16 — 18:05
блин кривень
ftp.xxx.ru и ftp://xxx.ru
не одно и тоже
18 — 20.07.16 — 18:05
так почему в проводнике то ftp://.xxx.RU»; работает?
19 — 20.07.16 — 18:05
чорт
ftp.xxx.ru —- ftp < это домен третьего уровня, а ftp:// <- это указатель протокола
20 — 20.07.16 — 18:06
(15) оба проверил и оба non-existant domain? — вот тебе и ответ
21 — 20.07.16 — 18:07
(18) ftp://(что за точка вот тут)xxx.RU ?
22 — 20.07.16 — 18:07
в проводнике должно быть ftp://ftp.xxx.ru/
23 — 20.07.16 — 18:08
для 1С просто ftp.xxx.ru
===========
если nslookup не даёт IP адреса, тогда ищите почему у вас DNS не работает
24 — 20.07.16 — 18:09
мда.. программист без базовых айти знаний это беда
25 — 20.07.16 — 18:09
(22) не работает «ftp://ftp.xxx.ru/»;, а работает вот так «ftp://xxx.ru/»;
26 — 20.07.16 — 18:09
(21) нет точки, опечатка
27 — 20.07.16 — 18:10
точки не должно быть
28 — 20.07.16 — 18:10
(20) «биз» — есть адрес, «ру» — нет
29 — 20.07.16 — 18:10
(23) скорей всего где то в hosts что то может быть такое?
30 — 20.07.16 — 18:10
а он точно «есть»? всмысле с другого компьютера доступен
31 — 20.07.16 — 18:10
(29) может
32 — 20.07.16 — 18:11
(31) это где смотреть?
33 — 20.07.16 — 18:11
в коде Ftp=?
34 — 20.07.16 — 18:11
(33) что?
35 — 20.07.16 — 18:11
(32) WINDOWSsystem32driversetchosts
36 — 20.07.16 — 18:13
еще раз повторяю:
в проводнике и в 1с работает «ftp.xxx.biz»
ни в проводнике ни в 1с не работает «ftp.xxx.ru»
в проводнике работает, а в 1с не работает «ftp://xxx.biz»;
37 — 20.07.16 — 18:14
(36) пи..ц! простите.. (19) внимательно прочитай
38 — 20.07.16 — 18:14
в (36 опечатка в последней строке)
еще раз повторяю:
в проводнике и в 1с работает «ftp.xxx.biz»
ни в проводнике ни в 1с не работает «ftp.xxx.ru»
в проводнике работает, а в 1с не работает «ftp://xxx.ru»;
39 — 20.07.16 — 18:15
>>в проводнике работает, а в 1с не работает «ftp://xxx.biz»;
это баг платформы
40 — 20.07.16 — 18:17
(38) тогда твой сервер это xxx.ru . Ты именно это передаешь в конструктор?
41 — 20.07.16 — 18:17
(35) в файле «ftp.xxx.biz» прописан, а «ru» — нет, видимо взлетит, когда добавят админы, у меня прав нет.вариант?
42 — 20.07.16 — 18:18
вечером попробую проверить, отпишусь. пошел до дому
43 — 20.07.16 — 18:18
(41) nslookup xxx.ru что возращает?
44 — 20.07.16 — 18:19
(41) гугли «редактирование файла hosts»
45 — 20.07.16 — 18:21
(39) какие ваши доказательства? источник этой инфы есть?
46 — 20.07.16 — 18:33
(44) классный совет! и что он туда напишет? мне нужно чтобы у меня работал фтп соединение в 1с?
47 — 20.07.16 — 18:37
(46) Впишет туда текст заявления на увольнение по собственному желанию 
cmex
48 — 21.07.16 — 07:38
решено. в 1с надо было писать не «ftp.xxx.ru», а просто «xxx.ru», а с «ftp.xxx.biz», работало, потому что «ftp.xxx.biz» прописано в host’е. вроде уже почти разгадали про протокол и домен 3 уровня, а я не обратил внимания. всем спасибо
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and
privacy statement. We’ll occasionally send you account related emails.
Already on GitHub?
Sign in
to your account
Comments
On local machine for testing purpose, if the host name is like this demo.localhost:8000 then insomania will throw error like this Couldn't resolve host name.
In Postman, this functionality is there but I like to use Insomania and want to force my Company to buy it but everyone is giving the same excuse that I have mentioned above. I would love to have this functionality in Insomania
👋 Thanks for opening your first issue! If you’re reporting a 🐞 bug, please make sure
you include steps to reproduce it. If you’re requesting a feature 🎁, please provide real
use cases that would benefit. 👪
To help make this a smooth process, please be sure you have first read the
contributing guidelines.
Can you provide more information on this? Where are you defining the demo.localhost DNS rules on your system? What operating system are you on? What version of Insomnia are you using?
@gschier as you can see in the above screenshot, when the host name is ciimsdemo.localhost:8000 then it is throwing error.
I think, there is a check that checks that host_name is a valid host_name or not.
Version 7.0.3 Shell 3.1.13 Node 10.2.0 V8 6.6.346.32 Architecture x64 libcurl/7.61.1 OpenSSL/1.1.0h zlib/1.2.11 nghttp2/1.29.0 OS: Ubuntu 16.04
Have you added ciimsdemo.localhost to /etc/hosts? There may also be some more info in the Timeline tab.
danielkhaleb, pinheiroam, and mstoniajohn reacted with heart emoji
@gschier Thanks man. After adding sub_domain.localhost to my host file, it resolved the issue.
I’m having the same problem. How i do this? Where i find this file?
C:WindowsSystem32driversetchosts
I think that adding a «resolve» option to Insomnia would be a good addition, I’ve opened a feature request here: #3832.
nshastri@N-SHASTRI ~/datasciencecoursera (master)
$ git push origin master
ssh: Could not resolve hostname https: no address associated with name
fatal: Could not read from remote repository.
Please make sure you have the correct access rights
and the repository exists.
HeatfanJohn
7,1052 gold badges35 silver badges41 bronze badges
asked Sep 19, 2014 at 10:21
2
Simply type:
git remote -v
and double-check the url associated with origin for your upstream repo.
Once you have the right url, update your remote origin with another git remote command:
git remote set-url origin /the/right/url
In your case, the url is wrong:
https:/github.com/nkshastri/datasciencecoursera.git
# instead of:
https://github.com/nkshastri/datasciencecoursera.git
^^^^
Simply type:
git remote set-url origin https://nkshastri@github.com/nkshastri/datasciencecoursera
Then try again:
git push -u origin master
(with master, not maaster)
answered Sep 19, 2014 at 10:55
16
Sometimes this can be caused by a network issue. Try restarting your wifi or, if the repository is behind a VPN, make sure you are on the VPN.
Tom Howard
4,5722 gold badges42 silver badges48 bronze badges
answered Nov 7, 2016 at 23:45
vancexuvancexu
1,5483 gold badges19 silver badges30 bronze badges
1
You are probably trying to connect a FALSE NAME DIR
your repository name should be the SAME as your folder name in local environment.
git repo: gitRepo
folder name: gitRepo
now you can push
it is also a good practice to first CLONE your new repository to a different folder and then you can COPY your code to this new folder and then change its name to the right git repository name.
Eric Aya
69.4k35 gold badges181 silver badges252 bronze badges
answered Oct 30, 2017 at 15:16
noririconoririco
7656 silver badges15 bronze badges
For me in ~/.git-credentials I have two credential is has been stored.
So I keep one that I want to interact now push, pull working fine.
For more information about git-credentials follow this link
answered Oct 11, 2019 at 4:23
ArulArul
92311 silver badges23 bronze badges
This solution is applicable only for small projects…
To get around this… I created a new directory with files having the same name as in the old directory.
Simply copy-pasted the code from old files to the corresponding files of the new directory…
Then did the usual command chain…
git remote add URL_OF_YOUR_REPO
git branch -M main
git status
git add .
git commit -m "Problem Solved!"
git push -u origin main
Didn’t face any error after this. Useful for small repos.
answered May 8, 2021 at 13:07
As Linux users continue to skillfully nurture and grow their user experience, they soon realize that they become more performant and productive while in the Linux command-line environment.
The Linux OS environment exposes its users to terminal-based tools like Curl for a non-interactive download and upload of targeted network/internet-based files, which is similar to the Wget utility and both share some similarities in their implementation and functionalities.
The primary role of the Curl utility as highlighted on its manual page is to transfer a targeted URL.
$ man curl
It supports numerous protocols with the common ones being FTP, FTPS, HTTP, HTTPS, SCP, SFTP, SMTP, and SMTP.
The Curl command syntax is as follows:
$ curl [options / URLs]
We can show its implementation by using it with a random URL.
$ curl https://google.com -o linuxshelltips.txt
In the above command, Curl’s findings from accessing the highlighted URL are saved in the succeeding text file.
curl: (6) could not resolve host Error
Mostly, such an error occurs when there is an issue with a Linux server’s DNS resolver. A Linux administrator will categorize/define this challenge as a server management service issue.
This error is likely to take several forms when the curl command is executed from the Linux terminal and the most popular ones include:
- curl: (6) could not resolve host: domain_name.extension; Name or service not known
- curl: (6) could not resolve host: domain_name.extension e.g. linuxshelltips.com
- curl: (6) could not resolve host: application
Now that we have highlighted the primary reason that might be behind the stated curl command error during its execution on a Linux terminal, it’s time to fix the problem.
Solution 1: Missing Working DNS Nameserver
A nameserver is basically a bridge between a working/purchased domain name and the IP address of a server. When you purchase or subscribe to a domain name, and before you use/link this domain name to your remote Linux server, you need to configure a DNS nameserver. A DNS nameserver enables a user to use a domain name to access a remote server instead of using its IP address.
On your Linux server/machine, the file /etc/resolv.conf is responsible for the DNS nameserver entries auto-generated by NetworkManager.
$ sudo nano /etc/resolv.conf
This file can hold more than one DNS nameserver entry. As you might have noted, the syntax for adding a DNS nameserver entry in this file should resemble the following:
nameserver IP.ADDRESS
For instance, if you were to add Google public nameservers to this file, it would look like the following:
nameserver 192.168.100.1 nameserver 8.8.8.8 nameserver 8.8.4.4
If you are using a private DNS nameserver, add it to the /etc/resolv.conf file. Update or reboot the system if possible and the host should start resolving.
Solution 2: Curl Syntax Errors
Make sure the curl command execution adheres to its correct syntax usage. A syntax error can arise from something as simple as the misuse of an escape sequence (/) or an illegal spacing on the URL.
The curl: (6) could not resolve host error in Linux primarily relates to wrongful/missing DNS nameserver setup or a random syntax error that can be scanned and fixed.
Getting «Couldn’t resolve host name: Could not resolve host: example.zabbixagent.com; Name or service not known» in Zabbix server although DNS and hostname of Zabbix Active Agent is correct. Is this a bug or a misconfiguration in Zabbix? Please help.
asked Mar 19, 2018 at 23:11
If this resolves from the commandline by copy-pasting the name (not retyping), it is likely that you have changed resolv.conf. In earlier versions of Zabbix you have to restart the daemons after changing that file. As you have not specified the Zabbix version, assuming your version still needs that restart.
If that does not help, copy the host DNS from the host properties and do ping, dig or similar from the server box and make sure to adjust the host setting to the correct name.
answered Mar 19, 2018 at 23:24
RichlvRichlv
2,3441 gold badge13 silver badges17 bronze badges
1
Answer given in a comment by user427751:
I found out that the issue was with anything other than the external DNS that was not been updated with the new domain name that was configured recently for that particular host. After adding the new domain name and removed the old one from the DNS list, Zabbix server was able to resolve the host resolution issue.
The question does not mention, so I assume probably not, but if zabbix is running inside docker this error might occur due to docker’s network configuration.
Solutions are either to add an explicit dns entry in the docker daemon configuration like:
{
...
"dns":["208.67.222.222","208.67.220.220"],
...
}
This worked for me. I guess alternatively adding an additional host network entry like suggested in this answer also might work:
services:
mycontainer:
...
networks:
...
- bridge
...
networks:
...
bridge:
external: true
When testing, notice that curl’s domain name resolving is more picky than say ping, e.g you might have
$ docker exec -ti mycontainer ping -c 3 myhost.example.com # Works
$ docker exec -ti mycontainer curl myhost.example.com # Fails
and zabbix’ web monitoring uses/depend on curl, so «ping works ok» is not good enough tests.
answered Feb 23, 2022 at 12:02
hlovdalhlovdal
1,10511 silver badges18 bronze badges
Работа всех программ 1С в бухгалтерии всегда подвержена определенному риску за которым требуется неустанно следить. В нашем случае мы попробуем разобраться с проблему, почему при обращении к серверу 1C может показаться «Ошибка HTTP. Could’t resolve host name» или похожая. После некоторых манипуляций нам удалось решить ее и сейчас мы расскажем как с ней справится.
Причина возникновения ошибки
Основная проблема заключается с сетевыми настройками на стороне клиента 1С при работе с IIS (Internet Information Server). Обычно сервера могут быть обозначены как IP-адрес или «сетевой адрес». В данном случае он называется server1c. В рабочем состоянии локальный dns-сервер должен отправлять ip-адрес клиенту при запросе домена, но этого не происходит. Причиной является нарушение работы службы локальных адресов IIS.
Способ решения ошибки HTTP в 1C
В данном случае решить проблему оказалось достаточно просто. Для соединения с сервером необходимо указать именно его IP-адрес, а не локальное доменное имя. Недоступность или некорректность его определения в сетевом окружении и приводит к такой ошибке.
После данных изменений можно проверить работу на остальных ПК, где установлено подключение к серверу 1С через локальное имя и изменить его.