# Problem z tunelem Cloudflare **URL:** \ **Category:** Uncategorized\ **Created:** [21 Lipiec 2022 11:56 UTC](https://ai-speaker.discourse.group/t/problem-z-tunelem-cloudflare/2954 "2022-07-21T11:56:29Z")\ **Posts on this page:** 20\ **Page:** 1
**Autor:** ![feanor-anglin](https://yyz2.discourse-cdn.com/free1/user_avatar/ai-speaker.discourse.group/feanor-anglin/32/740_2.png) [@feanor-anglin](https://ai-speaker.discourse.group/u/feanor-anglin)\ **Data wpisu:** [21 Lipiec 2022 11:56 UTC](https://ai-speaker.discourse.group/t/problem-z-tunelem-cloudflare/2954/1 "2022-07-21T11:56:29Z")
Hej, Z tunelu korzystam w wielu lokalizacjach i generalnie nie mam z nim problemów. Jest natomiast jeden taki dostawca internetu, [GreenLAN](http://www.greenlan.pl), u którego mam 2 bramki i tunel nie działa na żadnej. Wklejam fragment logów ```auto 21|tunnel | 2022-07-21T11:31:10Z INF Starting tunnel tunnelID=562f5679-b558-4e5f-9376-c39a8b516bfe 21|tunnel | 2022-07-21T11:31:10Z INF Version 21|tunnel | 2022-07-21T11:31:10Z INF GOOS: android, GOVersion: go1.16.7, GoArch: arm 21|tunnel | 2022-07-21T11:31:10Z INF Settings: map[config:/data/data/pl.sviete.dom/files/home/.cloudflared/config.yaml cred-file:/data/data/pl.sviete.dom/files/home/.cloudflared/key.json credentials-file:/data/data/pl.sviete.dom/files/home/.cloudflared/key.json] 21|tunnel | 2022-07-21T11:31:10Z INF Autoupdate frequency is set autoupdateFreq=86400000 21|tunnel | 2022-07-21T11:31:10Z INF Generated Connector ID: a0c02e8d-1a7e-4796-ac85-3de444b8997d 21|tunnel | 2022-07-21T11:31:10Z ERR Unable to lookup protocol. Defaulting to http2. If this fails, you can set --protocol h2mux in your cloudflared command. error="lookup protocol.argotunnel.com on [::1]:53: read udp [::1]:36853->[::1]:53: read: connection refused" 21|tunnel | 2022-07-21T11:31:10Z INF Initial protocol http2 21|tunnel | 2022-07-21T11:31:10Z INF Starting metrics server on 127.0.0.1:40559/metrics 21|tunnel | 2022-07-21T11:31:11Z ERR update check failed error="no release found" 2|ais | 2022-07-21 13:31:12 INFO (MainThread) [homeassistant.components.ais_shell_command] stdout [PM2] Saving current process list... 2|ais | [PM2] Successfully saved in /data/data/pl.sviete.dom/files/home/.pm2/dump.pm2 21|tunnel | 2022-07-21T11:31:20Z ERR Error looking up Cloudflare edge IPs: the DNS query failed error="lookup _origintunneld._tcp.argotunnel.com on [::1]:53: read udp [::1]:53970->[::1]:53: read: connection refused" 21|tunnel | 2022-07-21T11:31:20Z ERR Please try the following things to diagnose this issue: 21|tunnel | 2022-07-21T11:31:20Z ERR 1. ensure that argotunnel.com is returning "origintunneld" service records. 21|tunnel | 2022-07-21T11:31:20Z ERR Run your system's equivalent of: dig srv _origintunneld._tcp.argotunnel.com 21|tunnel | 2022-07-21T11:31:20Z ERR 2. ensure that your DNS resolver is not returning compressed SRV records. 21|tunnel | 2022-07-21T11:31:20Z ERR See GitHub issue https://github.com/golang/go/issues/27546 21|tunnel | 2022-07-21T11:31:20Z ERR For example, you could use Cloudflare's 1.1.1.1 as your resolver: 21|tunnel | 2022-07-21T11:31:20Z ERR https://developers.cloudflare.com/1.1.1.1/setting-up-1.1.1.1/ 21|tunnel | 2022-07-21T11:31:20Z INF Tunnel server stopped 21|tunnel | 2022-07-21T11:31:20Z ERR Initiating shutdown error="Could not lookup srv records on _origintunneld._tcp.argotunnel.com: lookup _origintunneld._tcp.argotunnel.com on [::1]:53: read udp [::1]:53970->[::1]:53: read: connection refused" 21|tunnel | 2022-07-21T11:31:20Z INF Metrics server stopped 21|tunnel | Could not lookup srv records on _origintunneld._tcp.argotunnel.com: lookup _origintunneld._tcp.argotunnel.com on [::1]:53: read udp [::1]:53970->[::1]:53: read: connection refused ``` Wygląda, jakby tunel nie mógł sobie poradzić z zapytaniem DNS. Sprawę próbowałem już konsultować z ekipą AI-Speaker z konkluzją, że problem leży po stronie konfiguracji urządzeń sieciowych lub ISP. Urządzenia sieciowe wykluczyłem, więc udałem się do ISP, ale jak na razie, już po dłuższym czasie, bez rezultatu, mimo zaangażowania panów z obsługi technicznej. Moje pytanie brzmi: czy ktoś spotkał się z podobnym problemem i może wie, gdzie szukać przyczyny? ---
**Autor:** ![Stravi](https://avatars.discourse-cdn.com/v4/letter/s/e9c0ed/32.png) [@Stravi](https://ai-speaker.discourse.group/u/Stravi)\ **Data wpisu:** [21 Lipiec 2022 12:07 UTC](https://ai-speaker.discourse.group/t/problem-z-tunelem-cloudflare/2954/2 "2022-07-21T12:07:41Z")
Próbowałeś użyć DNS innego niż ISP? ---
**Autor:** ![feanor-anglin](https://yyz2.discourse-cdn.com/free1/user_avatar/ai-speaker.discourse.group/feanor-anglin/32/740_2.png) [@feanor-anglin](https://ai-speaker.discourse.group/u/feanor-anglin)\ **Data wpisu:** [21 Lipiec 2022 12:19 UTC](https://ai-speaker.discourse.group/t/problem-z-tunelem-cloudflare/2954/3 "2022-07-21T12:19:48Z")
Oczywiście, zmieniłem w routerze DNS na 1.1.1.1 ---
**Autor:** ![Stravi](https://avatars.discourse-cdn.com/v4/letter/s/e9c0ed/32.png) [@Stravi](https://ai-speaker.discourse.group/u/Stravi)\ **Data wpisu:** [21 Lipiec 2022 12:29 UTC](https://ai-speaker.discourse.group/t/problem-z-tunelem-cloudflare/2954/4 "2022-07-21T12:29:22Z")
Spróbuj może ustawić na bramce ten DNS. ---
**Autor:** ![feanor-anglin](https://yyz2.discourse-cdn.com/free1/user_avatar/ai-speaker.discourse.group/feanor-anglin/32/740_2.png) [@feanor-anglin](https://ai-speaker.discourse.group/u/feanor-anglin)\ **Data wpisu:** [21 Lipiec 2022 12:45 UTC](https://ai-speaker.discourse.group/t/problem-z-tunelem-cloudflare/2954/5 "2022-07-21T12:45:21Z")
A co to mogłoby potencjalnie dać w kontekście tego, że wystarczy podmienić kabelek z internetem w routerze i tunel zaczyna działać? Ostatecznie przecież i tak bramka powinna zaciągnąć konfigurację sieci z routera. ---
**Autor:** ![Stravi](https://avatars.discourse-cdn.com/v4/letter/s/e9c0ed/32.png) [@Stravi](https://ai-speaker.discourse.group/u/Stravi)\ **Data wpisu:** [21 Lipiec 2022 12:49 UTC](https://ai-speaker.discourse.group/t/problem-z-tunelem-cloudflare/2954/6 "2022-07-21T12:49:53Z")
To zależy na ile masz pewność że router faktycznie konfiguruje bramkę po DHCP z DNS = 1.1.1.1? Ustawienie DNS w bramce daje 100% pewność, że masz ten DNS tak ustawiony. ---
**Autor:** ![feanor-anglin](https://yyz2.discourse-cdn.com/free1/user_avatar/ai-speaker.discourse.group/feanor-anglin/32/740_2.png) [@feanor-anglin](https://ai-speaker.discourse.group/u/feanor-anglin)\ **Data wpisu:** [26 Lipiec 2022 09:56 UTC](https://ai-speaker.discourse.group/t/problem-z-tunelem-cloudflare/2954/7 "2022-07-26T09:56:41Z")
Sprawdziłem, serwerem dns bramki jest lokalny router, który tak jak mówiłem jest ustawiony na 1.1.1.1, więc to raczej ślepy trop. Poza tym, tak jak wspominałem: jeśli do portu WAN routera podepnę router LTE to nagle tunel zaczyna działać. Co ciekawe, pod tym adresem korzystam również z kontrolera TP-Link Omada i do niego zdalnie dostaję się bez przeszkód. Po braku aktywności w tym temacie wnioskuję, że nikt w całym kraju się z tym problemem nie spotkał niezależnie od dostawcy internetu, tylko ja jeden mam tak w greenlanie? ---
**Autor:** ![macek](https://yyz2.discourse-cdn.com/free1/user_avatar/ai-speaker.discourse.group/macek/32/4936_2.png) [@macek](https://ai-speaker.discourse.group/u/macek)\ **Data wpisu:** [26 Lipiec 2022 11:01 UTC](https://ai-speaker.discourse.group/t/problem-z-tunelem-cloudflare/2954/8 "2022-07-26T11:01:12Z")
> [@feanor-anglin](#): > > że nikt w całym kraju się z tym problemem nie spotkał No bez przesady, na forum jest zarejestrowanych tylko 490 użytkowników (i tylko oni mogą odpowiadać - "pisać na forum) więc potencjalna skala problemu naprawdę jest mała. ---
**Autor:** ![Cezary.K](https://avatars.discourse-cdn.com/v4/letter/c/a88e4f/32.png) [@Cezary.K](https://ai-speaker.discourse.group/u/Cezary.K)\ **Data wpisu:** [26 Lipiec 2022 11:21 UTC](https://ai-speaker.discourse.group/t/problem-z-tunelem-cloudflare/2954/9 "2022-07-26T11:21:28Z")
Pytanie ilu jeszcze z tych 490 korzysta z GreenLAN? Mam u siebie lokalnego dostawcę internetu za podwójnym NAT. Tunel od AIS jak i postawiony osobno z Cluodflare, pod własną domenę, działają bez problemu. Twoje doświadczenia wskazują na problem po stronie ISP. ---
**Autor:** ![Stravi](https://avatars.discourse-cdn.com/v4/letter/s/e9c0ed/32.png) [@Stravi](https://ai-speaker.discourse.group/u/Stravi)\ **Data wpisu:** [26 Lipiec 2022 15:08 UTC](https://ai-speaker.discourse.group/t/problem-z-tunelem-cloudflare/2954/10 "2022-07-26T15:08:22Z")
Więcej czasu straciłeś na pisanie tej wypowiedzi niż zajmuje ustawienie dns w androidzie. A my nadal nie wiemy czy taka opcja działa. ---
**Autor:** ![feanor-anglin](https://yyz2.discourse-cdn.com/free1/user_avatar/ai-speaker.discourse.group/feanor-anglin/32/740_2.png) [@feanor-anglin](https://ai-speaker.discourse.group/u/feanor-anglin)\ **Data wpisu:** [26 Lipiec 2022 16:13 UTC](https://ai-speaker.discourse.group/t/problem-z-tunelem-cloudflare/2954/11 "2022-07-26T16:13:55Z")
Chyba się nie zrozumieliśmy. Wydaje mi się, że w ogóle nie straciłem czasu, tylko określiłem kilka dodatkowych okoliczności, m. in. tą, że sprawdziłem konfigurację DNS bramki i jest taka jak trzeba, więc ten trop można wykluczyć. ---
**Autor:** ![feanor-anglin](https://yyz2.discourse-cdn.com/free1/user_avatar/ai-speaker.discourse.group/feanor-anglin/32/740_2.png) [@feanor-anglin](https://ai-speaker.discourse.group/u/feanor-anglin)\ **Data wpisu:** [26 Lipiec 2022 16:19 UTC](https://ai-speaker.discourse.group/t/problem-z-tunelem-cloudflare/2954/12 "2022-07-26T16:19:25Z")
No właśnie, 490 użytkowników to na tyle mało, że całkiem prawdopodobne, że nikt poza mną nie ma okazji korzystać w łącza od GreenLAN. To co mówisz o swoim łączu jest dodatkowo ciekawe, bo obsługa techniczna GreenLAN próbowała mnie przekonywać, że to właśnie skomplikowana architektura sieci po ich stronie powoduje problem. Twój przykład pokazuje, że wcale nie musi tak być, bo jak rozumiem u Ciebie tunel działa bez żadnych uzgodnień z ISP? GreenLAN próbował przekierowywać porty specjalnie pod tą usługę, oczywiście bez efektu. ---
**Autor:** ![Cezary.K](https://avatars.discourse-cdn.com/v4/letter/c/a88e4f/32.png) [@Cezary.K](https://ai-speaker.discourse.group/u/Cezary.K)\ **Data wpisu:** [26 Lipiec 2022 16:32 UTC](https://ai-speaker.discourse.group/t/problem-z-tunelem-cloudflare/2954/13 "2022-07-26T16:32:51Z")
Tak, tunel działa bez żadnych zmian w mojej i ich sieci. Router dostawcy pozostał tak jak go stawiali standardowo ponieważ nie potrafią skonfigurować poprawnie dostarczanej telewizji internetowej na ich sprzęcie, z moim routerem. Więc dołożylem swoj router za tym od ISP i wszystko działa. Telewizja osobną skrętką do ich dekodera. > [@feanor-anglin](#): > > GreenLAN próbował przekierowywać porty specjalnie pod tą usługę, oczywiście bez efektu. Największą zaletą tunelu jest brak potrzeby grzebania przy portach. Nie trzeba ich otwierać na świat. Najważniejszy jest prawidłowy DNS, tak aby Cludflare mógł zestawić połączenie. Zrób o co prosił @Stravi . ---
**Autor:** ![g3n3zyp](https://avatars.discourse-cdn.com/v4/letter/g/db5fbb/32.png) [@g3n3zyp](https://ai-speaker.discourse.group/u/g3n3zyp)\ **Data wpisu:** [8 Sierpień 2022 13:12 UTC](https://ai-speaker.discourse.group/t/problem-z-tunelem-cloudflare/2954/14 "2022-08-08T13:12:45Z")
hejka u mnie też coś podobnego zauważyłem i szczególnie zastanowił mnie ten fragment: > on [::1]:53: read udp [::1]:53970-\>[::1]:53: read: connection refused cloudflared próbuje odpytać się lokalnie o dns ale po adresach ipv6 moje obejście na tą chwilę które zadziałało to - proxy-dns Run a DNS over HTTPS proxy server w cloudflare > cloudflared proxy-dns & po wrzuceniu tego w tło tunel się odpalił, możesz sprawdzić czy u ciebie też tak zadziała ---
**Autor:** ![feanor-anglin](https://yyz2.discourse-cdn.com/free1/user_avatar/ai-speaker.discourse.group/feanor-anglin/32/740_2.png) [@feanor-anglin](https://ai-speaker.discourse.group/u/feanor-anglin)\ **Data wpisu:** [17 Sierpień 2022 14:10 UTC](https://ai-speaker.discourse.group/t/problem-z-tunelem-cloudflare/2954/15 "2022-08-17T14:10:32Z")
No to mały update. Okazało się, że GreenLAN przekierowuje zapytania dns użytkowników na własne serwery, dlatego zmiana dns na routerze nie dawała żadnego efektu. To dało mi chwilową nadzieję, że uda się ogarnąć temat interweniując u ISP, żeby dał spokój z ingerencją w dnsy. Zareagowali dość szybko i teraz wyjście z dnscheck.tools wygląda tak: ![image](https://global.discourse-cdn.com/free1/uploads/ai_speaker/original/2X/6/660862eb6f7ba46d21d35197ea6f25bf688fed39.png) Czyli powinno być dobrze. Ale nie jest, tunel daje nadal ten sam błąd. Wobec tego próbowałem posłuchać sugestii @Stravi i nadałem bramce przez interfejs stałe IP razem z serwerem dns 1.1.1.1. I co? I nic nadal ten sam błąd, mimo, że zmiana się powiodła (pic rel): ![image](https://global.discourse-cdn.com/free1/uploads/ai_speaker/original/2X/8/883c98b5927de8fb70ac327fbe1333db80533a58.png) W tej sytuacji postanowiłem sprawdzić pomysł @g3n3zyp, ale konsola zgłasza odmowę dostępu: ![image](https://global.discourse-cdn.com/free1/uploads/ai_speaker/original/2X/a/a2da330b80921332d20b19a0457a895c87aa3ba1.png) Jak to obejść? ---
**Autor:** ![g3n3zyp](https://avatars.discourse-cdn.com/v4/letter/g/db5fbb/32.png) [@g3n3zyp](https://ai-speaker.discourse.group/u/g3n3zyp)\ **Data wpisu:** [17 Sierpień 2022 18:22 UTC](https://ai-speaker.discourse.group/t/problem-z-tunelem-cloudflare/2954/16 "2022-08-17T18:22:25Z")
faktycznie na zwykłym koncie nie pójdzie, trzeba być rootem z tego co pamiętam to powinno być tak: ```auto su export PATH=$PATH:/data/data/pl.sviete.dom/files/ cloudflared proxy-dns & exit ``` czyli: 1. wchodzisz na konto root 2. dodajesz ścieżkę do plików ais gdzie powinien być cloudflare 3. odpalasz proxy-dns 4. wracasz do poprzedniej sesji zwykłego usera potem możesz sprawdzić czy wstanie tunel, jeśli zadziała to będzie działać tylko do restartu ale to będziemy się martwić później ---
**Autor:** ![feanor-anglin](https://yyz2.discourse-cdn.com/free1/user_avatar/ai-speaker.discourse.group/feanor-anglin/32/740_2.png) [@feanor-anglin](https://ai-speaker.discourse.group/u/feanor-anglin)\ **Data wpisu:** [18 Sierpień 2022 06:34 UTC](https://ai-speaker.discourse.group/t/problem-z-tunelem-cloudflare/2954/17 "2022-08-18T06:34:40Z")
Zastosowałem Twoją metodę: ![image](https://global.discourse-cdn.com/free1/uploads/ai_speaker/original/2X/0/0bbabb75e96f4c5b4bd3ec8b8eb136b4d7dc2cd4.png) Na oko wygląda, że coś jest nie tak, bo ‘cloudflared: not found’ i rezultatu brak. Jeśli chodzi o działanie po restarcie to kolega wymyślił coś takiego: ```auto export TUNNEL_DNS=true cloudflared tunnel ``` Ale też kończy się błędem: ![image](https://global.discourse-cdn.com/free1/uploads/ai_speaker/original/2X/a/a08dd0582f952e30e90d9880cc6077e0a3baa072.png) ---
**Autor:** ![g3n3zyp](https://avatars.discourse-cdn.com/v4/letter/g/db5fbb/32.png) [@g3n3zyp](https://ai-speaker.discourse.group/u/g3n3zyp)\ **Data wpisu:** [18 Sierpień 2022 10:41 UTC](https://ai-speaker.discourse.group/t/problem-z-tunelem-cloudflare/2954/18 "2022-08-18T10:41:38Z")
w takim razie trzeba na początku sprawdzić gdzie siedzi cloudflare: z konta zwykłego użytkownika: ```auto whereis cloudflared ``` w odpowiedzi dostaniesz ścieżkę (i pewnie będzie inna niż moja): ```auto ~ $ whereis cloudflared cloudflared: /data/data/pl.sviete.dom/files/usr/bin/cloudflared ``` i ```auto su export PATH=$PATH:/tutaj/wstawiasz/ścieżkę/z/poprzedniego/polecenia/ cloudflared proxy-dns & exit ``` jak ruszy to test tunelu edit: chyba zjadłem ‘bin’ w poprzednim “poradniku” obstawiam, że powinno być tak: `export PATH=$PATH:/data/data/pl.sviete.dom/files/usr/bin/` ---
**Autor:** ![feanor-anglin](https://yyz2.discourse-cdn.com/free1/user_avatar/ai-speaker.discourse.group/feanor-anglin/32/740_2.png) [@feanor-anglin](https://ai-speaker.discourse.group/u/feanor-anglin)\ **Data wpisu:** [18 Sierpień 2022 11:39 UTC](https://ai-speaker.discourse.group/t/problem-z-tunelem-cloudflare/2954/19 "2022-08-18T11:39:39Z")
Ok, pokopałem jeszcze trochę i udało się, tunel wstał. Zrzut z konsoli: ![image](https://global.discourse-cdn.com/free1/uploads/ai_speaker/original/2X/f/fd3a0f2ef393c9764b1f2eef1a8a77f70e8eae35.png) Teraz trzeba sprawić, żeby restart nie przeszkadzał. Czy to nie jest czasem temat dla deweloperów AIS? ---
**Autor:** ![feanor-anglin](https://yyz2.discourse-cdn.com/free1/user_avatar/ai-speaker.discourse.group/feanor-anglin/32/740_2.png) [@feanor-anglin](https://ai-speaker.discourse.group/u/feanor-anglin)\ **Data wpisu:** [25 Sierpień 2022 21:04 UTC](https://ai-speaker.discourse.group/t/problem-z-tunelem-cloudflare/2954/20 "2022-08-25T21:04:27Z")
Nie zawołałem Cię i pewnie przegapiłeś moją ostatnią odpowiedź. Proxy zadziałało i teraz jedyne co by mi się przydało do szczęścia w tej sprawie, to przetrwanie tunelu przez restart bramki. Konsultowałem sprawę ze znajomym dobrze zorientowanym w temacie i zaproponował takie rozwiązania: 1. Dowiedzieć się dlaczego cloudflared akurat przy tej bramce szuka dns pod [::]:53 i usunąć tę przyczynę. 2. Proces tunelu powinien mieć zmienną środowiskową TUNNEL\_DNS=true, żeby odpalił sobie proxy dns jako jeden z wątków. 3. Możliwość zmiany argumentów dla cloudflared, żeby dorzucić mu argument --proxy-dns. Efekt ten sam jak z pkt. 2. 4. Osobny initscript dla cloudflared proxy-dns, żeby się włączał równolegle obok tunelu. Zaproponowałem te rozwiązania mailowo ekipie AIS, ale odpowiedzieli, że się za to nie wezmą, więc jedyna nadzieja w społeczności… A tak w ogóle, to bardzo dziękuję za dotychczasową pomoc! [Następna strona](https://ai-speaker.discourse.group/t/problem-z-tunelem-cloudflare/2954.md?page=2)