Error 10054 tftp

Windows-терминалы WTware Программа-клиент службы терминалов Windows Terminal Services, для бездисковых терминалов и загрузки по сети. Основной сайт http://www.wtware.ru Удаленная TFTP загрузка с Mikrotik Удаленная TFTP загрузка с Mikrotik Сообщение Aniyako » Чт ноя 07, 2019 4:09 pm Здравствуйте коллеги, помогите пожалуйста с проблемкой. Есть два микротика, на одном микротике висит сам сервер с WTware. […]

Содержание

  1. Windows-терминалы WTware
  2. Удаленная TFTP загрузка с Mikrotik
  3. Удаленная TFTP загрузка с Mikrotik
  4. Re: Удаленная TFTP загрузка с Mikrotik
  5. Re: Удаленная TFTP загрузка с Mikrotik
  6. Re: Удаленная TFTP загрузка с Mikrotik
  7. AFEDRI SDR-Net rev.2.1
  8. Error in recv 10054 tftp
  9. Кто сейчас на форуме
  10. Windows-терминалы WTware
  11. Удаленная TFTP загрузка с Mikrotik
  12. Удаленная TFTP загрузка с Mikrotik
  13. Re: Удаленная TFTP загрузка с Mikrotik
  14. Re: Удаленная TFTP загрузка с Mikrotik
  15. Re: Удаленная TFTP загрузка с Mikrotik
  16. Thread: Problem with tftp
  17. Problem with tftp

Windows-терминалы WTware

Программа-клиент службы терминалов Windows Terminal Services, для бездисковых терминалов и загрузки по сети. Основной сайт http://www.wtware.ru

Удаленная TFTP загрузка с Mikrotik

Удаленная TFTP загрузка с Mikrotik

Сообщение Aniyako » Чт ноя 07, 2019 4:09 pm

Здравствуйте коллеги, помогите пожалуйста с проблемкой.
Есть два микротика, на одном микротике висит сам сервер с WTware. И второй микротик на удаленном филиале.
Настроено все через GRE + IPSec.

Next Server и Boot File Name прописаны корректно. Маршруты все есть. Трафик и пинги ходят. Но тонкие клиенты грузиться по TFTP не хотят.
В логах WTware вот такая ошибка. Куда копать, подскажите пожалуйста.

Re: Удаленная TFTP загрузка с Mikrotik

Сообщение aka » Чт ноя 07, 2019 7:01 pm

Re: Удаленная TFTP загрузка с Mikrotik

Сообщение Aniyako » Пт ноя 08, 2019 3:35 am

Спасибо большое за ответ.
Я пробовал уже даже l2tp и PPTP. Все равно такая же фигня.

Подскажите пожалуйста, а есть какое-то решение этой проблемы? Я пробовал вместо загрузки WTware.PXE ставить WTware.http но это никак не помогло.

Re: Удаленная TFTP загрузка с Mikrotik

Сообщение Aniyako » Пт ноя 08, 2019 9:35 am

Так, все, я разобрался. Простите за тупые вопросы:)

Решение простое: просто поставить MTU больше, чтобы ТФТП пролазил:)
Тему можно закрывать.

Источник

AFEDRI SDR-Net rev.2.1

AFEDRI SDR Network Rev. 2.1
http://4z5lv.net/index.php/afedri-sdr-net-description
http://4z5lv.net/index.php/afedri-sdr-net-russian—
Хотелось бы услышать(увидеть), прочитать отзывы владельцев данного радиоприёмника.
Кто использует в повседневной работе?
После многих поисков в сети остановился пока на этом варианте.
Слушал через интернет(см. влож.)
Буду признателен за ссылки и прочее(можно в личку).

Для начинающих, кто хочет попробовать что такое СДР технология и боится, а в друг не все так круто как пишут, в самый раз!
Цена в 200 баксов + доставка, дает шанс не быть съеденным собственной же жабой, если в друг приемник не понравится.
А если Вы поняли, что это оно, то добро пожаловать в новый мир СДР технологии! Тут уже выбор по больше и шире. На пример Winradio.

Недавно стал обладателем DDC радиоприемника AFEDRI SDR-Net ver.2 Впечатления самые положительные и описаны на моей страничке.

А не могли бы Вы посмотреть трафик на ethernet порту при полосе 1,3 Мгц. И вообще как это выглядит. приемник — отдельный хост со своим IP или через ethernet просто гонят данные?

Отдельный хост со своим IP, который можно задавать самому.
Я еще сам сетью не пользовался, пока только USB. Позже расскажу.

На моей страничке добавил несколько скриншотов, демонстрирующих работу Afedri в ходе «минитеста по средам на 80М».

R6YY
Можно эти скриншоты сюда?, на вашей страничке сходу не увидел.

В этом приемнике используется прямая оцифровка сигнала? Какой АЦП используется?

Полноценный DDC. Микросхема ADC — AFEDRI8201 . 12Бит — 80МГц

hOne
В первом посте все ссылки. Схема и полная информация имеется на сайте автора.

Источник

Error in recv 10054 tftp

Davydov Denis
Сотрудник D-LINK

Зарегистрирован: Пт апр 01, 2005 12:35
Сообщений: 8492
Откуда: Москва

1. В данном случае перепрошивку устройства нужно производить используя *.bin образ прошивки: ftp://ftp.dlink.ru/pub/IPDSLAM/DAS-3224 . EImage.bin

3. После обновления прошивки необходимо поправить MAC адреса Uplink интерфейсов, как это описано в этой ветке форума (выделено красным шрифтом): viewtopic.php?t=52387

4. Все последующие апгрейды можно будет производить через Safe Mode.

Страница 1 из 1 [ Сообщений: 2 ]

Часовой пояс: UTC + 3 часа

Кто сейчас на форуме

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 2

Источник

Windows-терминалы WTware

Программа-клиент службы терминалов Windows Terminal Services, для бездисковых терминалов и загрузки по сети. Основной сайт http://www.wtware.ru

Удаленная TFTP загрузка с Mikrotik

Удаленная TFTP загрузка с Mikrotik

Сообщение Aniyako » Чт ноя 07, 2019 4:09 pm

Здравствуйте коллеги, помогите пожалуйста с проблемкой.
Есть два микротика, на одном микротике висит сам сервер с WTware. И второй микротик на удаленном филиале.
Настроено все через GRE + IPSec.

Next Server и Boot File Name прописаны корректно. Маршруты все есть. Трафик и пинги ходят. Но тонкие клиенты грузиться по TFTP не хотят.
В логах WTware вот такая ошибка. Куда копать, подскажите пожалуйста.

Re: Удаленная TFTP загрузка с Mikrotik

Сообщение aka » Чт ноя 07, 2019 7:01 pm

Re: Удаленная TFTP загрузка с Mikrotik

Сообщение Aniyako » Пт ноя 08, 2019 3:35 am

Спасибо большое за ответ.
Я пробовал уже даже l2tp и PPTP. Все равно такая же фигня.

Подскажите пожалуйста, а есть какое-то решение этой проблемы? Я пробовал вместо загрузки WTware.PXE ставить WTware.http но это никак не помогло.

Re: Удаленная TFTP загрузка с Mikrotik

Сообщение Aniyako » Пт ноя 08, 2019 9:35 am

Так, все, я разобрался. Простите за тупые вопросы:)

Решение простое: просто поставить MTU больше, чтобы ТФТП пролазил:)
Тему можно закрывать.

Источник

Thread: Problem with tftp

Thread Tools
Display

Problem with tftp

When im trying to upload some files by executing tftp.exe(iis unicode) connection is rapidly closed and im getting: error 10054 in system call recv. Remote server doesn’t have firewall, so why im getting this error? I tried changing directories(didn’t help) and i tried couple different servers. I only had one where uploading files worked. I use on my box Tftpd32 version 2.54. Anyone know why i can’t do this? Thanks in advance.

The error 10054 means «Connection reset by remote side» for TCP connection. The wierd thing is that TFTP is UDP based.

I would first have a look on the config of the TFTP server. (default directory, users, access rigth & so on.)

Firewall in the middle is not in cause because you’ll get no error comming.

Do you have write access to wherever you are dropping this file?
Try using c:temp or c:recycler as a droppoint. Everyone usually has write access to these.

Thanks for reply, but i still getting the same error. I checked settings, as i said on one server uploading files works, elsewhere doesn’t. I tried many different directories, where it should work, and i dont have any more ideas to make this work. I guess this is foult of iis server, because i found another server, where without doing anything i can upload files to c:temp.

Источник

Adblock
detector

\если тема похожая была — я извиняюсь за кривизну рук при поиске
Доброго времени суток!

Господа, специалисты, помогите слоупоку(

Был собран корявый стенд GNS3 — VMWare (Windows XP SP2), топология выглядит где-то так (циски 7200):

Конфиг R0:

Код

Current configuration : 1481 bytes
!
version 12.4
service timestamps debug datetime msec
service timestamps log datetime msec
service password-encryption
!
hostname R0
!
boot-start-marker
boot-end-marker
!
no aaa new-model
!
ip cef
interface FastEthernet0/0
 ip address 192.168.1.20 255.255.255.0
 duplex full
!
interface Serial1/0
 ip address 12.1.1.1 255.255.255.252
 serial restart-delay 0
!
!
router eigrp 1
 redistribute static
 network 12.0.0.0
 network 192.168.1.0
 no auto-summary
!
ip route 0.0.0.0 0.0.0.0 12.1.1.2
!
no ip http server
no ip http secure-server
!
control-plane
!
gatekeeper
 shutdown
!
!
line con 0
 password 7 110A1016141D
 login
 stopbits 1
line aux 0
 stopbits 1
line vty 0 4
 password 7 05080F1C2243
 login
!
!
end

Пинги между Варей и Р0 проходят.
Задача следующая была: сгенерировать ключи RSA и экспортировать их на TFTP сервер.
Сделать это ну никак не выходит. При попытке сохранить ключ на ТФТП:

Код

R0(config)#crypto key export rsa test_keys_rsa pem url tftp: 3des 123456789

, получаю ошибку:

Код

% Key name: test_keys_rsa
   Usage: General Purpose Key
Exporting public key...
Address or name of remote host []? 192.168.1.29
Destination filename [test_keys_rsa.pub]?
TFTP: error code 2 received - 16739
% Error: failed to open file.
% Error: failed to export key.

При создании ключей, добавлял параметр «exportable».

Код

R0#show crypto key mypubkey rsa
% Key pair was generated at: 09:04:35 UTC Jul 28 2011
Key name: test_keys_rsa
 Usage: General Purpose Key
 Key is exportable.
 Key Data:
  305C300D 06092A86 4886F70D 01010105 00034B00 30480241 00C4B29D CDB14B5C
  18BC1B94 A4D2E75D 467A5FA4 7A1EAB70 31F81D41 1B840642 8DA1904A 59F4426A
  7D3FB33D 43DD6D29 132A5A34 95FBAAC2 8FB14734 D6A6884B 9F020301 0001
% Key pair was generated at: 09:52:36 UTC Jul 29 2011

также присутствует другая борода — не могу копировать файл конфигурации на ТФТП:

Код

R0#copy running-config tftp:
Address or name of remote host []? 192.168.1.29
Destination filename [r0-confg]?
TFTP: error code 2 received - 16739
 
%Error opening tftp://192.168.1.29/r0-confg (Permission denied)

Службу ТФТП в Винде вручную ставил, руководствуясь данным гайдом: http://www.panvasoft.com/rus/blog/144/
Фаервол погасил.
Сразу извиняюсь, если понаписывал (-ваю) глупостей — я в цисках нуб.
Помогите-спасите. Заранее спасибо)

__________________
Помощь в написании контрольных, курсовых и дипломных работ, диссертаций здесь

Сотрудник D-LINK

Зарегистрирован: Пт апр 01, 2005 12:35
Сообщений: 8492
Откуда: Москва

1. В данном случае перепрошивку устройства нужно производить используя *.bin образ прошивки: ftp://ftp.dlink.ru/pub/IPDSLAM/DAS-3224 . EImage.bin

3. После обновления прошивки необходимо поправить MAC адреса Uplink интерфейсов, как это описано в этой ветке форума (выделено красным шрифтом): viewtopic.php?t=52387

4. Все последующие апгрейды можно будет производить через Safe Mode.

Страница 1 из 1 [ Сообщений: 2 ]

Часовой пояс: UTC + 3 часа

Кто сейчас на форуме

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 3

Источник

Thread: Problem with tftp

Thread Tools
Display

Problem with tftp

When im trying to upload some files by executing tftp.exe(iis unicode) connection is rapidly closed and im getting: error 10054 in system call recv. Remote server doesn’t have firewall, so why im getting this error? I tried changing directories(didn’t help) and i tried couple different servers. I only had one where uploading files worked. I use on my box Tftpd32 version 2.54. Anyone know why i can’t do this? Thanks in advance.

The error 10054 means «Connection reset by remote side» for TCP connection. The wierd thing is that TFTP is UDP based.

I would first have a look on the config of the TFTP server. (default directory, users, access rigth & so on.)

Firewall in the middle is not in cause because you’ll get no error comming.

Do you have write access to wherever you are dropping this file?
Try using c:temp or c:recycler as a droppoint. Everyone usually has write access to these.

Thanks for reply, but i still getting the same error. I checked settings, as i said on one server uploading files works, elsewhere doesn’t. I tried many different directories, where it should work, and i dont have any more ideas to make this work. I guess this is foult of iis server, because i found another server, where without doing anything i can upload files to c:temp.

Источник

Operating system call recv failed (error no. 10054)

How to analyze network disconnections shown in system log (BC transaction SM21) ?

System log (transaction SM21) shows network disconnections, e.g.

  • Q04 Connection to user 2642 (EXTRACAO), terminal 38 (iguacucp125) lost
  • Delete session 001 after error 061
  • Operating system call recv failed (error no. 10054)

First at all, consider that a «network disconnection» in the system log (transaction SM21) or in a developer trace is not always meaningful; a typical case is an operating system 10061 error while trying to connect e.g. to the gateway of an SAP system that crashed; obviously, while trying to contact the sapgwXX service of the remote host, the connection cannot be established as the gateway is not running there. In case that still it makes sense to analyze the disconnection, there are several possibilities to analyze the errors:

SAP software: SAPgui and kernel

  • Make sure that you are using the latest SAPGUI available.
  • Make sure that your current SAP kernel is up-to-date (at least not older than half a year) in your SAP application servers.
  • This is the starting point to eliminate that error. There are other possible causes that are to be checked if the issue persists after updating to the latest kernel and GUI patches, namely:
  • A user with authorization for transaction SM04 can delete a session of any user; this will generate that message in the syslog and tracefiles.
  • If a user is already logged in the system and he logs again with the same user, then he will get a pop up window with three options
  • Continue with this logon and end any other logon (then his previous session in the system will be ended, and the information message «Delete session XXX after error 061» will be issued)
  • Continue this log on without ending other logo
  • Terminate this logon
  • Another possibility are problems with the SAPGUI. In this case you should see some error messages after activating the frontend-trace.

Operating System support level: workstations and server(s)

Ensure that your systems are patched to the highest support pack, as well as the network card drivers, etc.
Check your hostname configuration (‘hosts’ files in the workstations, etc.).

Parametrization of SAP system

Sometimes disconnections are not a failure, but a feature offered by the SAP software to avoid the waste of resources due to disconnections caused by users closing the SAPgui without the proper log off, etc. The lines below explain how this mechanism works.

The kernel regularly checks whether a session is still in use and any session that is no longer in use is removed; the check is very simple: if the frontend has not sent any data to the application server for «rdisp/keepalive» seconds, the application server sends a short «ping» message to the frontend. The frontend should answer within the next 40 seconds with «pong», otherwise the application server assumes that the link is dead and releases all resources to the corresponding user. An error line “DP_CONN_DEAD» then appears in the trace file dev_disp. This usually occurs when a user switches off their PC without carrying out the shutdown procedure. A value of «rdisp/keepalive = 0» means that no check occurs.

If the parameter «rdisp/gui_auto_logout» is set, the timeout also applies to HTTP sessions as well as GUI sessions.

Networking tests

There are several situations that can cause a partner not to respond; if none of the above paragraphs can explain your issue, possibly one of the following will fit for your case:

  • Workstation issue: a «hardware» issue (e.g. network card broken, but also an old NI driver, an outdated operating system, etc.), a local firewall or antivirus prevents the communication to flow, a OS restriction to the program (the SAPgui in our case) prevents the program to use the network (e.g. User Account Control in the Windows Vista or Server 2008), the program is not running, etc.
  • Networking issue: a firewall placed between both parties prevents the communication, a hardware issue (e.g. a damaged cable, node, EM interferences, etc.)
  • Server issue (similar to the workstation issue)

Then, the key here will be to determine which is the root cause of this issue. Of course, we will support you closely in case that the a bug in the SAP software is the cause; but please understand that we need to work very closely to you as we do not know your network configuration. It is convenient that you involve here your local networking team.

To further analyze the cause for the frontend not to respond, schedule a detailed network analysis between your application server and the workstation failing until this issue arises again (if ever) or, at least, for some days (even weeks, depending on the periodicity of this subject). This way we will decide if networking issues can be discarded as the root cause of this matter.

NIPING tool is located in the executables directory on any SAP server. You can fetch the latest version of NIPING from the Service Marketplace or, if it is not possible, you can copy the binary from your server binaries directory.

Operating System settings

The following are some typical errors for Microsoft Windows platforms:

  • 10048 (WSAEADDRINUSE, SI_EPORT_INUSE) => Only one usage of each socket address (protocol/network address/port) is normally permitted.
  • 10054 (WSAECONNRESET, SI_ECONN_BROKEN) => An existing connection was forcibly closed by the remote host.
  • 10055 (WSAENOBUFS) => An operation on a socket could not be performed because the system lacked sufficient buffer space or because a queue was full.
  • 10061 (WSAECONNREFUSED) => No connection could be made because the destination computer actively refused it, e.g. in the remote TCP port there is no server program running.

Sometimes these are due to insufficient settings for your operating system due to your particular requirements. This would be the case e.g. if a Java application needs to create a high amount of threads in a very short period of time, everyone with one or more TCP/IP connections; then you should extend the default values for the registry keys MaxUserPort and TCPTimedWaitDelay, otherwise you will get aforementioned error 10055.

Also, we have found a lot of issues with some new features as the Scalable Networking Pack aka. SNP (TCP Chimney Offload feature, RSS, and NetDMA). In particular, we always recommend to disable the «TCP Chimney Offload» feature option on your NIC. In order to do so, you can run from a command prompt “netsh int ip set chimney DISABLED”; run “netsh int ip show chimney” in order to know its current status. Then, reboot the system (it is mandatory!).

Even the “Media Sensing” feature can cause some troubles. Note that this feature is disabled by default in a Windows Server 2003-based server cluster, and so the DisableDHCPMediaSense registry entry has no effect.

Источник

Adblock
detector

  • Home
  • Forum
  • Security Discussions
  • Microsoft Security Discussions
  • Problem with tftp

  1. May 19th, 2003, 06:56 AM


    #1

    r4BBiT is offline


    Junior Member


    Hi,

    When im trying to upload some files by executing tftp.exe(iis unicode) connection is rapidly closed and im getting: error 10054 in system call recv. Remote server doesn’t have firewall, so why im getting this error? I tried changing directories(didn’t help) and i tried couple different servers. I only had one where uploading files worked. I use on my box Tftpd32 version 2.54. Anyone know why i can’t do this? Thanks in advance.


  2. May 19th, 2003, 10:18 AM


    #2

    The error 10054 means «Connection reset by remote side» for TCP connection. The wierd thing is that TFTP is UDP based.

    I would first have a look on the config of the TFTP server. (default directory, users, access rigth & so on.)

    Firewall in the middle is not in cause because you’ll get no error comming.

    [shadow] SHARING KNOWLEDGE[/shadow]


  3. May 19th, 2003, 02:50 PM


    #3

    Do you have write access to wherever you are dropping this file?
    Try using c:temp or c:recycler as a droppoint. Everyone usually has write access to these.

    Oliver’s Law:
    Experience is something you don’t get until just after you need it.


  4. May 19th, 2003, 09:10 PM


    #4

    r4BBiT is offline


    Junior Member


    Thanks for reply, but i still getting the same error. I checked settings, as i said on one server uploading files works, elsewhere doesn’t. I tried many different directories, where it should work, and i dont have any more ideas to make this work. I guess this is foult of iis server, because i found another server, where without doing anything i can upload files to c:temp.



Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  
  • BB code is On
  • Smilies are On
  • [IMG] code is On
  • [VIDEO] code is On
  • HTML code is Off

Forum Rules

#1

waterhue

  • Members
  • 1 posts
  •  


    United States

Posted 12 February 2013 — 07:15 PM

Hi,

I’m running tftp64 on my windows 7 machine as a tftp server to transfer new firmware to remote client runing uboot.

It seems tfp64 and my client can see each other over LAN, but I encountered following errors:

——————————————————-

Connection received from 192.168.1.100 on port 2299 [11/02 15:38:02.664]
Read request for file <edink.bin>. Mode octet [11/02 15:38:02.664]
OACK: <timeout=5,blksize=1468,> [11/02 15:38:02.664]
Using local port 61947 [11/02 15:38:02.664]
File <testuboot.bin> : error 10054 in system call recv An existing connection was forcibly closed by the remote host. [11/02 15:38:02.696]

——————————————————

Is there anything obviously wrong here? any clue?

Thanks,

Hui

  • Back to top

Aniyako

Сообщения: 4
Зарегистрирован: Чт ноя 07, 2019 4:03 pm

Удаленная TFTP загрузка с Mikrotik

Здравствуйте коллеги, помогите пожалуйста с проблемкой.
Есть два микротика, на одном микротике висит сам сервер с WTware. И второй микротик на удаленном филиале.
Настроено все через GRE + IPSec.

Next Server и Boot File Name прописаны корректно. Маршруты все есть. Трафик и пинги ходят. Но тонкие клиенты грузиться по TFTP не хотят.
В логах WTware вот такая ошибка. Куда копать, подскажите пожалуйста.

Код: Выделить всё

04-17-29-749| [172.16.1.1] RRQ 37 bytes:
04-17-29-764| [172.16.1.1] 00000000: 35 2e 38 2e 36 38 2f 77 74 77 61 72 65 2e 70 78
04-17-29-764| [172.16.1.1] 00000010: 65 00 6f 63 74 65 74 00 62 6c 6b 73 69 7a 65 00
04-17-29-764| [172.16.1.1] 00000020: 31 34 35 36 00
04-17-29-780| [172.16.1.1] Request block size 1456, interface MTU 1500.
04-17-29-780| [172.16.1.1] "5.8.68wtware.pxe": tsize is not requested, blksize 1456 bytes.
04-17-29-780| [172.16.1.1] "5.8.68wtware.pxe": "C:Program Files (x86)WTwareTFTPDROOT5.8.68wtware.pxe".
04-17-29-795| [172.16.1.1] recv() failed, error 10054. Close connection.
04-18-02-722| [172.16.1.1] RRQ 37 bytes:
04-18-02-737| [172.16.1.1] 00000000: 35 2e 38 2e 36 38 2f 77 74 77 61 72 65 2e 70 78
04-18-02-737| [172.16.1.1] 00000010: 65 00 6f 63 74 65 74 00 62 6c 6b 73 69 7a 65 00
04-18-02-737| [172.16.1.1] 00000020: 31 34 35 36 00
04-18-02-737| [172.16.1.1] Request block size 1456, interface MTU 1500.
04-18-02-753| [172.16.1.1] "5.8.68wtware.pxe": tsize is not requested, blksize 1456 bytes.
04-18-02-753| [172.16.1.1] "5.8.68wtware.pxe": "C:Program Files (x86)WTwareTFTPDROOT5.8.68wtware.pxe".
04-18-02-768| [172.16.1.1] recv() failed, error 10054. Close connection.
04-18-11-057| [172.16.1.1] RRQ 37 bytes:
04-18-11-073| [172.16.1.1] 00000000: 35 2e 38 2e 36 38 2f 77 74 77 61 72 65 2e 70 78
04-18-11-073| [172.16.1.1] 00000010: 65 00 6f 63 74 65 74 00 62 6c 6b 73 69 7a 65 00
04-18-11-089| [172.16.1.1] 00000020: 31 34 35 36 00
04-18-11-089| [172.16.1.1] Request block size 1456, interface MTU 1500.
04-18-11-089| [172.16.1.1] "5.8.68wtware.pxe": tsize is not requested, blksize 1456 bytes.
04-18-11-089| [172.16.1.1] "5.8.68wtware.pxe": "C:Program Files (x86)WTwareTFTPDROOT5.8.68wtware.pxe".
04-18-11-104| [172.16.1.1] recv() failed, error 10054. Close connection.
04-19-17-739| [172.16.1.1] RRQ 37 bytes:
04-19-17-739| [172.16.1.1] 00000000: 35 2e 38 2e 36 38 2f 77 74 77 61 72 65 2e 70 78
04-19-17-739| [172.16.1.1] 00000010: 65 00 6f 63 74 65 74 00 62 6c 6b 73 69 7a 65 00
04-19-17-754| [172.16.1.1] 00000020: 31 34 35 36 00
04-19-17-754| [172.16.1.1] Request block size 1456, interface MTU 1500.
04-19-17-770| [172.16.1.1] "5.8.68wtware.pxe": tsize is not requested, blksize 1456 bytes.
04-19-17-770| [172.16.1.1] "5.8.68wtware.pxe": "C:Program Files (x86)WTwareTFTPDROOT5.8.68wtware.pxe".
04-19-17-770| [172.16.1.1] recv() failed, error 10054. Close connection.

aka

Разработчик
Разработчик
Сообщения: 11522
Зарегистрирован: Ср окт 01, 2003 12:06 am
Откуда: Роcсия, Тольятти
Контактная информация:

Re: Удаленная TFTP загрузка с Mikrotik

Сообщение

aka » Чт ноя 07, 2019 7:01 pm

Aniyako писал(а): ↑

Чт ноя 07, 2019 4:09 pm


Настроено все через GRE + IPSec.

Предположу проблему в этом месте. TFTP не пролазит через NAT и прочие суррогаты маршрутизации. TCP пролазит потому что есть соединение, пинги пролазят потому что для них костыли проставлены, а TFTP (и всё остальное поверх UDP, под что костылей не проставлено) не пролезут.

Aniyako

Сообщения: 4
Зарегистрирован: Чт ноя 07, 2019 4:03 pm

Re: Удаленная TFTP загрузка с Mikrotik

Сообщение

Aniyako » Пт ноя 08, 2019 3:35 am

aka писал(а): ↑

Чт ноя 07, 2019 7:01 pm

Aniyako писал(а): ↑

Чт ноя 07, 2019 4:09 pm


Настроено все через GRE + IPSec.

Предположу проблему в этом месте. TFTP не пролазит через NAT и прочие суррогаты маршрутизации. TCP пролазит потому что есть соединение, пинги пролазят потому что для них костыли проставлены, а TFTP (и всё остальное поверх UDP, под что костылей не проставлено) не пролезут.

Спасибо большое за ответ.
Я пробовал уже даже l2tp и PPTP. Все равно такая же фигня.

Подскажите пожалуйста, а есть какое-то решение этой проблемы? Я пробовал вместо загрузки WTware.PXE ставить WTware.http но это никак не помогло.

Понравилась статья? Поделить с друзьями:
  • Error 10054 firebird
  • Error 10054 ammyy admin
  • Error 10051 tftpd
  • Error 1005 что это
  • Error 1005 что значит