Open tomsyty opened 1 month ago
Mam dokładnie ten sam problem u siebie od kilku dni. Podobnie próbowałem sprawdzić co jest nie tak. Wciąż brak możliwości autoryzacji. Czy udało się rozwiązać problem?
Sprawdzamy to po naszej stronie. Wrócę z informacją.
@tomsyty @EL-NOW jesteście w stanie uzyskać adres IP spod którego wykonane zostały te wywołania? Potrzebujemy więcej danych, żeby to sprawdzić.
Sprawdzę później wywołując jakiś zasób na własnym serwerze, ale z tego co wyczytałem to lista adresów jest zmienna i pula jest dosyć szeroka: https://support.google.com/a/answer/10026322 https://www.gstatic.com/ipranges/cloud.json Zapewne któryś z europe-central, tak podpowiada rozsądek, ale dopiero jak sprawdzę to będę wiedział czy tak faktycznie jest.
U mnie są to przykładowo: 107.178.224.98, 107.178.193.14
Dziękuję, będziemy sprawdzać to dalej. Wrócę z informacją lub prośbą, jeżeli będziemy potrzebować dodatkowe dane.
Przepraszam że tak późno ale dopiero znalazłem czas żeby się tym zająć. U mnie to przykładowo 34.116.22.4, 35.187.133.167, 107.178.192.195 tak więc jest różne wykorzystanie adresów. No i problem dotyczy tylko autoryzacji, pobierania i odświeżania tokenów, informacja o tym jest w pierwszym poście ale tak dla pewności o tym wspominam, samo wywoływanie zasobów z tokenem pozyskanym np. przez Postmana działa prawidłowo (póki co tak sobie właśnie radzę), czyli ewentualna blokada IP jest tylko na https://allegro.pl/auth/oauth/ nie na https://api.allegro.pl/
@tomsyty dziękuję - przekazałem do dalszej weryfikacji. Wrócę z odpowiedzią.
@tomsyty @mawa1209 blokada nie powinna już wystąpić. Dajcie znać, czy faktycznie problem ustąpił.
Potwierdzam że u mnie autoryzacja ponownie działa.
wt., 30 lip 2024 o 16:06 AureliuszBrussy @.***> napisał(a):
@tomsyty https://github.com/tomsyty @mawa1209 https://github.com/mawa1209 blokada nie powinna już wystąpić. Dajcie znać, czy faktycznie problem ustąpił.
— Reply to this email directly, view it on GitHub https://github.com/allegro/allegro-api/issues/9521#issuecomment-2258441168, or unsubscribe https://github.com/notifications/unsubscribe-auth/A52ZO75IGF7OSAUFJ2IVGQTZO6MWLAVCNFSM6AAAAABLRFBZQGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDENJYGQ2DCMJWHA . You are receiving this because you were mentioned.Message ID: @.***>
-- Pozdrawiam, Norbert Wołowicz Sklep internetowy EL-NOW
Dziękuję, u mnie również już działa.
U mnie także. Dziękuję
Otwieram ponownie temat bo nie sprawdziłem wcześniej a wygląda na to że wprowadzone rozwiązanie zostało wdrożone tylko na produkcji, dla sandboxa nie. @AureliuszBrussy mógłbyś przekazać tam gdzie trzeba?
Tak, przekazałem, czekam na działania. Dam znać.
@tomsyty na Sandboxie nie założyliśmy żadnej blokady na te adresy IP. Czy możesz sprawdzić na jakich adresach wystepuje ta blokada?
Przykładowo 34.116.22.4, 34.116.22.5, 107.178.224.227. Sprawdzam jeszcze czy to nie u mnie jakaś pomyłka, ale generalnie z logowaniem do Sandboxa to od dawna był u mnie problem - pisałem już kiedyś o tym ale nie udało się znaleźć rozwiązania (dotyczyło to logowania typu Code Flow w rozszerzeniach do Google Chrome - które działa dla produkcji ale nie dla Sandboxa, musiałem więc dorobić dodatkowe logowanie typu Device Flow żeby móc używać ich ze środowiskiem testowym), teraz Device Flow nie działa ani dla rozszerzeń ani dla aplikacji w Apps Script.
Dzięki, sprawdzamy to.
@tomsyty powinno być już ok.
Dziękuję, potwierdzam, Device Flow dla Sandboxa już działa, zarówno w Apps Script jak i w rozszerzeniach Chrome. To skoro już dział techniczny jest w tym temacie, to możecie sprawdzić co może być powodem że Code Flow dla Sandboxa w rozszerzeniach Chrome nie działa? Może jakieś nowe pomysły przyjdą do głowy. Kod z pierwszego kroku jest prawidłowo zwracany pod redirect_uri ale próba pobrania tokenów z wykorzystaniem tego kodu w drugim kroku daje błąd 403. Czy ewentualnie fakt że redirect_uri dla aplikacji zarejestrowanej dla produkcji i Sandboxa jest taki sam może być tego powodem? Uprawnienia te same, po prostu w funkcji logowania daję inny Client ID i Client Secret no i wywołanie pod .allegrosandbox.pl oczywiście.
@tomsyty zwracamy response ze statusem 403 w tym wypadku jest podobny/taki sam do tego występującego dla device flow? Jesteś w stanie podrzucić przykład?
Ten sam redirect na prod i test nie powinien mieć żadnego wpływu na ten przypadek.
W tym przypadku nie jestem w stanie podać takich informacji bo nie są one dostępne w wyniku działania javascriptowej funkcji fetch, problem prawdopodobnie leży w konfiguracji serwera - brak zwracanego nagłówka Access-Control-Allow-Origin co skutkuje błędem CORS. Załączam minimalny przykład potrzebny do reprodukcji błędu (zakładam że sobie poradzicie z rozszerzeniem - menu "trzy kropki" -> Rozszerzenia - Zarządzaj rozszerzeniami -> Tryb dewelopera (on) -> Załaduj rozpakowane) test.zip
@tomsyty dzięki, przyjrzymy się temu.
W tym wątku nie pojawiła się żadna nowa odpowiedź w ciągu 7 dni, dlatego automatycznie oznaczamy go jako przeterminowany. Jeśli w ciągu kolejnych 7 dni nie pojawi się żadna odpowiedź, wątek zostanie zamknięty. Dziękujemy za zaangażowanie w dyskusję i zachęcamy Cię do wypełnienia ankiety dotyczącej naszego wsparcia na forum.
There was no new reply in this thread within 7 days, therefore, we automatically marked it as expired. If no response is received within the next 7 days, this thread will be closed. Thank you for engaging in the discussion. We encourage you to complete our forum support survey.
Występuje problem:
:beetle: Opis / Description Od dwóch dni mam problem z moją aplikacją w Apps Script (Javascript w środowisku Google Workspace). Wszystko działało od dawna bardzo dobrze i nagle bez żadnych zmian w kodzie przestało działać logowanie typu Device Flow. Nie mogłem odświeżyć tokenów, pomyślałem - autoryzuję aplikację ponownie POSTem na https://allegro.pl/auth/oauth/device, jednak próba pobrania user_code i device_code daje błąd 403 i zwraca następującą treść:
Co ciekawe, użycie tych samych danych autoryzacyjnych w Postmanie działa. Sprawdzałem w issuetrackerze Googla czy pojawiły się jakieś informacje na ten temat czy to nie jest coś po ich stronie, jednak nie ma świeżych informacji na ten temat, są jednak podobne wątki dotyczące nagłego pojawienia się błędu 403 dla różnych API i sugerują że może to być wina po stronie API, głównie blokada geolokalizacyjna. Stąd moje pytanie - czy requesty z serwerów Googla zaczęły być jakoś blokowane, wiadomo że są one rozsiane po całym świecie i może próby logowań z różnych lokalizacji zaczęły być jakoś blokowane. Z racji tego że jest to kod wykonywany po stronie serwera nie jestem w stanie podać żadnego cURLa, co najwyżej na priv mogę clientId jak będzie to wymagane.